Format und Bewertung AP Teil 2 FIAE

Der AP Teil 2 FIAE ist die anspruchsvollste Prüfungskomponente der Abschlussprüfung Fachinformatiker Anwendungsentwicklung. Hier zeigst du, dass du echte Software entwickeln, Architekturen entwerfen, Code analysieren und deine Entscheidungen fachlich begründen kannst. Diese Lektion erklärt das Format, die Bewertungssystematik und – entscheidend – den Unterschied zum FISI-AP-Teil-2, damit du deine Vorbereitung gezielt ausrichten kannst.

1) Aufbau des AP Teil 2 FIAE

Klick einen Block für Details:

AP Teil 2 FIAE – Prüfungsstruktur im Überblick

📝 Schriftliche Situationsaufgabe

Entwicklungsauftrag auf Papier

🎙 Mündliches Fachgespräch

Vertiefung mit Prüfungsausschuss

📊 Bewertungssystematik

B-Punkte, Gewichtung, Note

🗒 Hilfsmittel & Ablauf

Was erlaubt ist, was erwartet wird

Im Gegensatz zu FISI (Infrastruktur, Netzwerk, Server) dreht sich FIAE um Software: Datenbankdesign, OOP, APIs, Tests, Frontend, Architektur und sicheres Programmieren.

2) Punkteverteilung und Zeitplanung

120 Minuten, typisch 80 Punkte. Faustregel: 1 Punkt ≈ 1,5 Minuten. Prüfer erwarten strukturierten Code, UML-Diagramme, begründete Entscheidungen.

Typische Zeitplanung – AP Teil 2 FIAE

Szenario lesen

5 min

25 Pkt Aufgabe

37 min

20 Pkt Aufgabe

30 min

20 Pkt Aufgabe

30 min

10 Pkt Aufgabe

15 min

Kontrolle

10 min

Code-Aufgaben dauern länger als erwartet. Lieber eine knappe, korrekte Lösung als eine lange, fehlerhafte. Pseudocode ist fast immer akzeptiert – explizit erwähnen wenn du ihn verwendest.

3) Die drei Bewertungsdimensionen

Dimension	Was wird bewertet	Tipp für FIAE
Fachliche Richtigkeit	Ist die Lösung syntaktisch und logisch korrekt? Funktioniert der Algorithmus?	Fehler im Code können Teilpunkte kosten, aber ein richtiger Ansatz mit kleinem Syntaxfehler bringt noch Punkte. Rechenwege/Logik immer kommentieren.
Begründungsfähigkeit	Warum dieses Design-Pattern? Warum dieser DB-Normalform-Schritt? Warum diese Testmethode?	1–2 Sätze Begründung pro Entscheidung – „Factory Pattern gewählt, weil Objekterstellung von Nutzung entkoppelt werden soll".
Vollständigkeit	Alle Anforderungen aus dem Szenario umgesetzt? Fehlerfälle bedacht?	Randfälle und Fehlerbehandlung explizit nennen, auch wenn sie nicht implementiert sind: „In Produktion würde hier Exception Handling ergänzt."

4) FIAE vs. FISI – Unterschiede im AP Teil 2

AP Teil 2 FISI

Infrastruktur, Netzwerk, Server
Subnetting, VLAN, RAID, Backup
Active Directory, VPN, Monitoring
ITIL-Prozesse, IT-Sicherheitskonzept
Diagramme: Netzwerktopologie, Firewall-Regelwerk
Berechnungen: Speicherbedarf, CIDR, RAID-Kapazität

AP Teil 2 FIAE

Softwareentwicklung, Datenbankdesign
OOP, Design Patterns, Algorithmen
API-Design (REST), Testkonzepte
Softwarearchitektur, Secure Coding
Diagramme: UML (Klassen-, Sequenz-, ER-Diagramm)
Code schreiben: Python/Java/C# (Pseudocode erlaubt)

5) Häufige Themenblöcke in FIAE-Situationsaufgaben

Themenblock	Häufigkeit	Typische Teilaufgaben
Datenbankentwicklung	sehr häufig (65–75 %)	ER-Modell, Normalisierung, SQL-Abfragen (SELECT/JOIN/GROUP BY)
OOP-Implementierung	häufig (55–65 %)	Klassendiagramm, Vererbung, Interface, Instanziierung, Code
Testkonzept	häufig (50–60 %)	Testfälle formulieren, Unit-Test schreiben, Äquivalenzklassen
API-Design	mittel (40–55 %)	REST-Endpoints, HTTP-Methoden, Statuscode, JSON-Schema
Software-Architektur	mittel (35–50 %)	MVC/MVP, Schichten, Microservices, Begründung der Wahl
Secure Coding	mittel (30–45 %)	SQL Injection, Input-Validation, Passwort-Hashing, HTTPS
Frontend HTML/CSS/JS	mittel (25–40 %)	DOM-Manipulation, Event-Handler, Formularvalidierung

6) Häufige Fehler und wie du sie vermeidest

Anforderungen aus dem Szenario ignorieren. Wenn das Szenario „REST-API mit JSON" verlangt, bringt eine SOAP-Lösung keine Punkte. Immer auf den Kontext eingehen.
UML-Diagramme falsch oder fehlend. Klassendiagramme, ER-Diagramme und Sequenzdiagramme sind Pflicht – skizzenartig ist okay, aber vollständig.
Code ohne Kommentar. Gerade bei komplexer Logik: ein kurzer Kommentar zeigt Verständnis und sichert Teilpunkte wenn die Syntax leicht falsch ist.
Keine Fehlerbehandlung. In der echten Entwicklung gehört Exception Handling dazu – mindestens erwähnen, dass es in Produktion ergänzt würde.
Design Patterns ohne Begründung. „Ich verwende das Singleton Pattern" reicht nicht – warum? Was ist der Vorteil im konkreten Szenario?

Zusammenfassung

Der AP Teil 2 FIAE besteht aus einer 120-minütigen Situationsaufgabe (schriftlich) und einem 15–20-minütigen Fachgespräch. Bewertet werden fachliche Richtigkeit, Begründungsfähigkeit und Vollständigkeit. Die häufigsten Themen: Datenbankentwicklung, OOP, Tests, API-Design und Secure Coding. Schlüssel zum Erfolg: Rechenwege/Logik immer dokumentieren, UML-Diagramme vollständig zeichnen, Entscheidungen begründen und Randfälle erwähnen.