Mysteryland

Die Herausforderung mit abgelaufenen Lizenzen gab es bei unserem Bildungsträger auch häufiger.

Falls Du weiter in Bücher investieren kannst/magst hilft vielleicht das IT Handbuch für Fachinformatiker:innen vom Rheinwerk-Verlag weiter.
ISBN: 978-3-83692-959-8
Preis 39,90€

Darin wird das Thema Projektmanagement als "Software-Engineering" in Kapitel 11 mit allen wichtigen Phasen beschrieben.

Entscheidungen sind der Kern der Prüfung
In der betrieblichen Projektarbeit geht es nicht um die Abfrage von Fachwissen oder die Überprüfung vorgegebener Abläufe. Es soll die Handlungskompetenz festgestellt werden:
- Warum wurde dieses und nicht ein andres Produkt gewählt?
- Wie wurde auf Problemen reagiert?
- Wurden Alternativen berücksichtigt?
- ...
Die “handwerkliche” Umsetzung stellt lediglich den Rahmen der Prüfung dar und ist von nachrangiger Bedeutung. Sie ist jedoch notwendig um die fachlichen Entscheidungen zu beurteilen. Dies bedingt jedoch, dass alle fachlichen Entscheidung auch vom Prüfungsteilnehmenden getroffen werden.
---
Ich würde vorschlagen, neben dem Austausch mit Menschen innerhalb der Klasse oder im Ausbildungsbetrieb bei der Projektdokumentation noch mal sehr genau zu schauen, was die lokale Industrie- und Handelskammer genau von Dir sehen will. Von der Dokumentation bis zur Präsentation und dem danach folgenden Fachgesprächt.

Heute um 12:36 kam noch mal eine Mail vom Azubi-Infocenter und ich weiss nun das ich die AP 2 bestanden habe.

Von der IHK selbst habe ich heute zunächst eine Mail bekommen, das Planen eines Softwareproduktes Teil der mündlichen Prüfung ist.
Meine Nachfrage nach Teil der AP 2 und dann explizit nachgefragt nach Teil davon wurde damit beantwortet, das ich Teil 1 doch schon im Frühjahr geschrieben und ein Ergebnis vorliegen habe. Vielleicht ist man da auch zur Zeit einfach nur überlastet.

Ich bin heilfroh, bestanden zu haben und kann mich nun hoffentlich über die Feiertage etwas erholen.

1. Projektszenario & Projektmanagement (Zusammenfassung FIAE AP 2-1)
Ausgehend von einem Softwareunternehmen, das seine Gastronomie-App erweitern möchte, dreht sich Aufgabe 1 um typische Elemente der Projektplanung:
1.1 Machbarkeitsanalyse
Auswahl und Erläuterung von zwei Kriterien der Machbarkeit
(z. B. organisatorisch, technisch, wirtschaftlich – Formulierung abstrahiert).
Ziel: Einschätzen, ob ein Online-Reservierungssystem realisierbar ist.
1.2 Vergleich Projektmanagementmethoden
Gegenüberstellung klassischer vs. agiler Vorgehensmodelle
– jeweils bezogen auf
• Umgang mit Anforderungen & Projektplanung
• Flexibilität bei Änderungen
Typische ZPA-Form: tabellarische Gegenüberstellung.
1.3 Risikoanalyse
Ableitung von Risiken aus Problemstellungen
Formulieren einer präventiven Gegenmaßnahme pro Risiko.

2. Fachkonzept & Modellierung
2.1 Anwendungsfalldiagramm
Ein Modul zur Platzreservierung soll modelliert werden.
Die Aufgabenstellung umfasst:
beteiligte Nutzerrollen (Mitarbeiter, Firmenkunden, sonstige Kunden)
Registrierungsvorgänge
Reservieren, Stornieren, Hinterlegen von Daten
optionale Sonderwünsche
notwendige Pflichtdaten
→ Gefordert wird ein Use-Case-Diagramm nach UML-Standard.
2.2 Elektronische Rechnungen
Hauptziel elektronischer Rechnungen nach EU-Definition
(automatisierbare Weiterverarbeitung strukturierter Daten).
Zwei Merkmale digitaler Rechnungen
(z. B. strukturierte Daten + visuelle Darstellung als Nebenprodukt).

3. IT-Sicherheit & technische Validierung

3.1 E-Mail-Transportverschlüsselung
Art des eingesetzten Kryptoverfahrens (asymmetrisch → unsicher/aus Training).
Vorteil gegenüber anderen Verfahren (z. B. Schlüsselverteilung – aus Training).
3.2 Sicherstellen der Protokollkonformität
Typische Maßnahmen wie
• Validierung gegen Standards
• Nutzung offizieller Testumgebungen
• technische Dokumentation
(konkret: drei Möglichkeiten benennen).
Hinweise zur Nutzung eines externen E-Rechnungs-Testtools
(z. B. Datenschutz, Formatvalidität – abstrahierte Beschreibung).
3.3 Grenzen der Schema-Validierung
Anhand einer XML-Struktur soll erklärt werden, warum
Schema-Validierung allein nicht alle Fehler erkennt
(z. B. fachliche Logikfehler trotz formal korrekter Struktur).
3.4 Prototyping
Bedeutung von Prototyping in der frühen Konzeptphase
Einsatzszenarien (z. B. zur Bewertung von Umsetzungsmöglichkeiten)
4. Datenbankdesign & Normalisierung

4.1 Redundanzen
Erklären, was Redundanz bedeutet,
z. B. mehrfach gespeicherte Gast- oder Leistungsinformationen.
4.2 Anomalien
Zuordnung zu
• Änderungs-
• Einfüge-
• Löschanomalien
inklusive kurzer Erläuterung anhand der gegebenen Tabelle.
4.3 Normalisierung
Überführung einer komplexen Bewertungstabelle in die 3. Normalform
Erstellung eines relationalen Datenmodells mit PK/FK und Beziehungen
Beachtung der Vorgabe:
eine Leistung pro Besuch nur einmalig.