Die Abschlussdokumentation
Die Abschlussdokumentation zeigt dem Prüfungsausschuss, wie der Softwareprojekt geplant, fachlich entschieden, umgesetzt, geprüft und bewertet wurde. Sie ist kein Benutzerhandbuch und keine Sammlung von Bildschirmfotos, sondern der nachvollziehbare Nachweis der eigenen beruflichen Handlungskompetenz.
Fachkompetenz der Anwendungsentwicklung sichtbar machen
Im Mittelpunkt steht eine Softwareanwendung, die aus einem realen Kundenbedarf abgeleitet, fachlich entworfen, wirtschaftlich geplant, implementiert, getestet und für die Einführung vorbereitet wird. Bewertbar sind nicht möglichst viele Codezeilen, sondern nachvollziehbare Anforderungen, Architektur- und Implementierungsentscheidungen sowie nachgewiesene Softwarequalität.
| Leistungsbereich | Geeigneter Nachweis |
|---|---|
| Anforderungen | User Story oder Anwendungsfall, Akzeptanzkriterien, fachliche Regeln und klare Abgrenzung |
| Entwurf | Architektur-, Komponenten- und Datenmodell sowie begründete Technologieentscheidung |
| Realisierung | Aussagekräftige Codeausschnitte, Versionsstände, Fehlerbehandlung und eigene Implementierungsanteile |
| Qualität | Teststrategie, Testfälle, Review- oder Analyseergebnisse und behobene Fehler |
| Einführung | Deployment, Datenmigration, Rollback, Benutzerinformation und Abnahme |
Der rote Faden
Auftrag, Ist-Zustand, Beteiligte, Ziel, Nutzen und Abgrenzung.
Anforderungen, Alternativen, Entscheidung, Wirtschaftlichkeit, Risiken und Qualität.
Eigene Arbeitsschritte, fachliche Begründungen, Probleme und Änderungen.
Tests, Soll-Ist-Vergleich, Zielerreichung, Abnahme und verbleibende Grenzen.
Zeit, Kosten, Qualität, Erkenntnisse und begründeter Ausblick.
Begründen statt aufzählen
Eine starke Dokumentation verbindet Tätigkeit und Entscheidung: Welche Anforderung bestand, welche Optionen waren realistisch, nach welchen Kriterien wurde gewählt und wodurch wurde das Ergebnis bestätigt? Produkt- oder Werkzeugnamen ersetzen diese Begründung nicht.
| Zu schwach | Bewertbar |
|---|---|
| „Werkzeug X wurde eingesetzt.“ | Anforderung, Alternativen, Auswahlkriterien und Auswirkung der Entscheidung erläutern. |
| „Anschließend wurde getestet.“ | Testfall, Sollwert, Methode, Istwert und Bewertung nennen. |
| „Das Ergebnis ist besser.“ | Vorher-Nachher-Wert, betriebliche Wirkung und Grenze der Aussage zeigen. |
Projekt- und Kundendokumentation trennen
Der Projektbericht richtet sich an den Prüfungsausschuss und erklärt Vorgehen und Entscheidungen. Kundendokumentation unterstützt die spätere Nutzung, Administration oder Weiterentwicklung. Beide werden zielgruppengerecht erstellt und enthalten keine unnötigen Geheimnisse oder personenbezogenen Daten.
- Abbildungen und Tabellen im Text erklären und sauber beschriften
- umfangreiche Rohdaten, Quelltexte oder Protokolle nur gezielt als Anlage verwenden
- Quellen, übernommene Inhalte und eingesetzte Hilfsmittel korrekt angeben
- regionale Form-, Umfangs- und Uploadvorgaben abschließend kontrollieren
Fachrichtungsspezifische Qualitätsbelege
- funktionale Akzeptanztests aus den Anforderungen
- Unit- und Integrationstests an fachlich kritischen Stellen
- Validierung, Berechtigungs- und Negativtests
- Performanceprüfung bei relevanten Lastannahmen
- Deployment- und Rollback-Test in geeigneter Umgebung
Quellen zur fachlichen Prüfung
PDF-Download nach Anmeldung
Zum Schutz der Unterrichtsunterlagen steht der PDF-Download ausschließlich angemeldeten Nutzern zur Verfügung.