Wie lang sollte die Projektdokumentation sein?

Die zulässige Länge und die Bestandteile der Projektdokumentation unterscheiden sich je nach zuständiger IHK. Verbindlich sind allein die aktuellen Vorgaben deiner regionalen Kammer. Prüfe dort insbesondere, ob Deckblatt, Verzeichnisse, Skizzen und Programmcode in den Seitenumfang einfließen oder als Anlagen gelten.

Wie viel Quellcode gehört in die Dokumentation?

Nutze Code sparsam und gezielt. Im Hauptteil genügen meist ausgewählte Ausschnitte, die eine wichtige technische Entscheidung erklären. Welche Codebestandteile zusätzlich in den Anhang gehören, ergibt sich aus den Vorgaben deiner IHK. Erläutere zu jedem Ausschnitt, warum du die Lösung so gewählt hast; Code ohne Einordnung macht deine Entscheidung schwer nachvollziehbar.

Muss ich die Wirtschaftlichkeit wirklich berechnen?

Für die betriebliche Projektarbeit in der Anwendungsentwicklung ist eine wirtschaftliche Betrachtung vorgesehen. Ob dafür eine Kosten-Nutzen-Betrachtung, eine Amortisationsrechnung oder eine andere Darstellung verlangt wird, richtet sich nach den Vorgaben deiner IHK. Setze Annahmen plausibel an und kennzeichne Schätzungen eindeutig.

Darf mir jemand beim Schreiben helfen?

Die fachliche Konzeption und Ausarbeitung müssen deine eigene Prüfungsleistung bleiben. Eine sprachliche Durchsicht kann Rechtschreibung, Grammatik und Verständlichkeit betreffen, darf aber keine fachlichen Inhalte verändern. Ob externe Unterstützung in deinem Fall zulässig ist, klärst du vorab mit deiner IHK oder dem Prüfungsausschuss.

Wie unterscheidet sich die Dokumentation von der für Systemintegration?

Bei der Anwendungsentwicklung steht die Entwicklung oder Anpassung einer Softwareanwendung im Fokus, also Anforderungen, Entwurf, Programmierung und Test. Bei der Systemintegration liegt der Schwerpunkt auf der Planung, Einrichtung oder Änderung von IT-Systemen und ihrer Infrastruktur. Die konkreten Anforderungen an die Dokumentation legt jeweils die zuständige IHK fest.

Wann sollte ich mit dem Schreiben anfangen?

Am besten sofort, parallel zur Umsetzung. Wenn du jede Phase direkt nach ihrem Abschluss kurz dokumentierst, sind die Entscheidungen noch frisch und du vermeidest Lücken. Plane außerdem einige Tage vor der Abgabe für Überarbeitung und Korrekturlesen ein, damit du am Ende nicht unter Zeitdruck gerätst.

Projektdokumentation Anwendungsentwicklung Schritt für Schritt

Dein Softwareprojekt für die IHK-Prüfung überzeugend dokumentieren

Lesezeit ca. 6 Min. · aktualisiert: 14. Juni 2026 · zurück zum Blog

Projektdokumentation Anwendungsentwicklung ist ein Bestandteil deiner IHK-Abschlussprüfung. Hier zeigst du, dass du ein Softwareprojekt nicht nur programmierst, sondern auch strukturiert planst, umsetzt und bewertest. Den verbindlichen Aufbau legt deine zuständige IHK fest. Dieser Leitfaden erläutert einen möglichen Ablauf von der Anforderungsanalyse über Entwurf und Implementierung bis zum Test. Du erfährst, wie du Codebeispiele dosierst und die Wirtschaftlichkeit begründest, ohne dich in Details zu verlieren.

Was gehört in die Projektdokumentation Anwendungsentwicklung

Die Projektdokumentation Anwendungsentwicklung erläutert die Planung, Durchführung und Bewertung deines Softwareprojekts. Anders als bei der Dokumentation für Systemintegration steht dabei meist die Entwicklung oder Anpassung einer Softwareanwendung im Mittelpunkt. Welche Gliederung, Bestandteile und Seitenzahl gelten, legt deine zuständige IHK fest. Prüfe deshalb vor dem Schreiben ihre aktuellen Vorgaben. Erkläre deine Entscheidungen so, dass auch fachfremde Leserinnen und Leser den Projektverlauf nachvollziehen können. Eine nachvollziehbare Kapitelstruktur kann dabei helfen; die Inhaltsverzeichnis und der rote Faden sollten zu den Vorgaben deiner IHK passen.

Anforderungsanalyse: Das Fundament deines Softwareprojekts

Am Anfang steht die Frage, was die Software überhaupt leisten soll. In der Anforderungsanalyse hältst du fest, welches Problem dein Projekt löst, wer die späteren Nutzer sind und welche Funktionen zwingend nötig sind. Bewährt hat sich die Trennung in einen Ist-Zustand (wie läuft es heute?) und einen Soll-Zustand (wie soll es künftig laufen?). Formuliere die Anforderungen möglichst konkret und messbar, zum Beispiel: Der Nutzer kann eine Rechnung als PDF exportieren. Ein kurzes Lastenheft oder eine Tabelle mit funktionalen und nicht funktionalen Anforderungen macht den Umfang greifbar. Halte auch fest, was bewusst nicht Teil des Projekts ist, denn eine saubere Abgrenzung schützt dich später vor dem Vorwurf, etwas vergessen zu haben. So entsteht die Grundlage, an der du Entwurf und Test später messen kannst.

Projektdokumentation Anwendungsentwicklung Phasenmodell Schritt für Schritt — Projektdokumentation Anwendungsentwicklung im Überblick.

Entwurf: Architektur, Datenmodell und Oberfläche

Im Entwurf überführst du die Anforderungen in eine technische Lösung, bevor du die erste Zeile Code schreibst. Beschreibe die gewählte Architektur, etwa die Aufteilung in Datenbank, Backend und Oberfläche, und begründe deine Technologieentscheidungen: Warum diese Programmiersprache, warum dieses Framework, warum diese Datenbank? Ein ER-Diagramm für das Datenmodell und eine Skizze der wichtigsten Masken können das Verständnis erleichtern. Erläutere Diagramme zusätzlich kurz. Wenn du Entwurfsmuster verwendest, nenne sie und erkläre ihren Zweck. Wie du die Kapitel sinnvoll anordnest, zeigt der Leitfaden zum Aufbau und zur Gliederung. Ein dokumentierter Entwurf erleichtert es, technische Entscheidungen während der Implementierung nachzuvollziehen.

Implementierung: Codebeispiele richtig dosieren

Die Implementierung ist der praktische Kern. Ein häufiger Fehler ist, vollständige Dateien in die Dokumentation einzufügen. Zeige nur Ausschnitte, die eine technische Entscheidung erläutern, etwa einen Algorithmus, eine wichtige Schnittstelle oder eine sicherheitsrelevante Stelle. Als Orientierung gilt:

Nur kurze, aussagekräftige Codeausschnitte gehören in den Fließtext; oft reichen fünf bis fünfzehn Zeilen.
Welche vollständigen Klassen, Konfigurationen oder Codeauszüge in den Anhang gehören, richtet sich nach den Vorgaben deiner IHK; beschränke dich auf für das Projekt relevante Unterlagen.
Jeder Ausschnitt braucht eine Erklärung, warum du ihn so gewählt hast.

Beschreibe außerdem, wie du mit Problemen umgegangen bist, denn das zeigt fachliche Reife. Formatiere Code einheitlich und nutze eine Monospace-Schrift, damit er sich klar vom Text abhebt. Welche Stolperfallen du sonst noch vermeiden solltest, findest du in der Übersicht zu häufigen Fehlern.

Test und Qualitätssicherung nachvollziehbar belegen

Im Testkapitel belegst du, in welchem Umfang deine Anwendung die festgelegten Anforderungen erfüllt. Beschreibe, welche Testarten du eingesetzt hast, zum Beispiel Modultests für einzelne Funktionen, Integrationstests für das Zusammenspiel der Komponenten und manuelle Tests aus Nutzersicht. Eine kompakte Tabelle mit Testfall, erwartetem Ergebnis und tatsächlichem Ergebnis kann übersichtlicher sein als lange Prosa. Wichtig ist, dass deine Tests zu den Anforderungen aus dem ersten Kapitel passen. Dokumentiere auch gefundene Fehler und wie du sie behoben hast. Bevor du abgibst, lohnt sich ein prüfender Blick auf Sprache und Form: Ein professionelles Korrekturlesen deiner Projektdokumentation kann Tippfehler und holprige Sätze aufdecken. Die fachlichen Inhalte erstellst du selbst; ob externe sprachliche Hilfe zulässig ist, klärst du mit deiner IHK.

Checkliste Projektdokumentation Anwendungsentwicklung für die IHK-Prüfung

Wirtschaftlichkeit und Nutzen überzeugend begründen

Für die betriebliche Projektarbeit in der Anwendungsentwicklung ist eine wirtschaftliche Betrachtung vorgesehen. Stelle die Kosten deines Projekts, etwa Arbeitszeit und eingesetzte Ressourcen, dem erwarteten Nutzen gegenüber. Der Nutzen kann eingesparte Arbeitszeit sein, weniger Fehler oder eine schnellere Bearbeitung. Welche Rechnung und welcher Detailgrad verlangt werden, richtet sich nach den Vorgaben deiner IHK. Wenn du etwa annimmst, dass dein Tool pro Woche zwei Stunden spart, kennzeichne diese Annahme und berechne nachvollziehbar, wann sich der Aufwand voraussichtlich amortisiert. Diese Überlegungen können auch im Fachgespräch mit der IHK eine Rolle spielen. Wer den wirtschaftlichen Nutzen klar benennt, zeigt, dass er nicht nur programmiert, sondern betriebliche Anforderungen berücksichtigt.

Fazit: Mit Struktur zur überzeugenden Abgabe

Eine überzeugende Dokumentation entsteht nicht am letzten Abend, sondern wächst mit dem Projekt. Wenn du jede Phase schon während der Umsetzung kurz festhältst, vermeidest du am Ende Lücken. Halte dich an einen roten Faden: Ein Kapitel baut auf dem nächsten auf, von den Anforderungen über den Entwurf und die Implementierung bis zu Test und Wirtschaftlichkeit. Achte auf gleichmäßige Kapitel, verständliche Sprache und ein einheitliches Layout. Ob und wie formale Kriterien bewertet werden, regelt deine IHK. Plane genug Zeit für das Gegenlesen ein, am besten durch jemanden, der nicht am Projekt beteiligt war. Wer die Projektdokumentation Anwendungsentwicklung Schritt für Schritt aufbaut und sie sorgfältig schreiben kann, ist für die Abgabe besser vorbereitet.

Weitere Informationen zur IT-Projektdokumentation: Projektdoku Systemintegration, Gliederung der Projektdokumentation und Projektdokumentation für Fachinformatiker.