Strukturierte Spezifikationen statt manuellem Interpretieren.

Analyse · Use Case 07

Jedes Projekt beginnt mit Anforderungen. Und fast jedes Projekt beginnt damit, dass diese Anforderungen unstrukturiert, widersprüchlich oder unvollständig ankommen. Ein Ausschreibungsdokument enthält auf 80 Seiten verteilt funktionale Anforderungen, Qualitätsziele, Schnittstellenbeschreibungen und regulatorische Vorgaben — ohne einheitliche Struktur, ohne Nummerierung, oft mit impliziten Annahmen, die nirgendwo explizit formuliert sind.

Erfahrene Ingenieure verbringen Stunden damit, dieses Material zu lesen, zu sortieren und zu interpretieren. Dabei entstehen zwei Probleme: Erstens werden Anforderungen übersehen, weil sie in einem Anhang vergraben oder in einer Fußnote erwähnt sind. Zweitens interpretieren verschiedene Ingenieure denselben Text verschieden — mit messbaren Folgen für Architekturentscheidungen, Testfälle und Abnahmekriterien.

Das ist kein Qualitätsproblem einzelner Teams. Es ist ein strukturelles Problem: Natürliche Sprache ist mehrdeutig. Dokumente sind heterogen. Und manuelle Extraktion skaliert nicht — weder mit der Dokumentenlänge noch mit der Anzahl der Beteiligten.

Was eine KI-gestützte Analyse leistet

Ein KI-gestütztes Analysesystem liest das Eingangsdokument vollständig und systematisch. Es extrahiert funktionale Anforderungen — also das, was das System tun muss — und nicht-funktionale Anforderungen wie Verfügbarkeit, Latenz, Sicherheitsstufe oder Zertifizierungspflichten. Gleichzeitig identifiziert es Stellen, an denen Anforderungen einander widersprechen, wo Informationen fehlen oder wo Formulierungen zu vage sind, um testbar zu sein.

Das Ergebnis ist keine Zusammenfassung. Es ist eine strukturierte Spezifikation in einem definierten Format — mit eindeutigen Identifikatoren je Anforderung, kategorisiert, priorisiert und mit offenen Fragen versehen, die vor Projektbeginn geklärt werden müssen.

Der Unterschied ist entscheidend: Eine Zusammenfassung vereinfacht. Eine strukturierte Spezifikation macht jeden einzelnen Punkt nachvollziehbar, verlinkbar und auditierbar. Das ist der Standard, den regulierte Branchen voraussetzen — und den manuelle Prozesse selten zuverlässig erreichen.

Vom RFP-PDF zur strukturierten Spezifikation

Konkret sieht der Prozess so aus: Das Eingangsdokument — etwa eine Ausschreibung, ein technisches Lastenheft oder eine Kundenanforderung per E-Mail — wird als Input übergeben. Die Analyse liefert ein strukturiertes Dokument mit den folgenden Bestandteilen:

Jede extrahierte Anforderung erhält eine eindeutige ID, eine Quelle im Ursprungsdokument (Seitenzahl, Abschnitt) und eine Kategorie. Anforderungen, die potenziell in Konflikt stehen, werden mit einem Flag markiert. Anforderungen, deren Testbarkeit fraglich ist, erscheinen in der Liste der offenen Fragen.

Compliance-Vorteil: Auditfähigkeit vom ersten Tag

In regulierten Bereichen ist die Anforderungsdokumentation kein internes Arbeitsmittel — sie ist Bestandteil des Zulassungsnachweises. Nach DO-178C (Software Considerations in Airborne Systems and Equipment Certification) müssen Softwareanforderungen vollständig, konsistent und testbar sein, bevor Designentscheidungen getroffen werden. Der Standard fordert explizit eine Rückverfolgbarkeit zwischen High-Level-Anforderungen, Low-Level-Anforderungen und Testfällen.

Nach IEC 62304 (Software lifecycle processes for medical device software) gilt dasselbe Prinzip: Jede Softwareanforderung muss identifizierbar, verifizierbar und änderungsverfolgbar sein. Lücken in der Anforderungsdokumentation führen direkt zu Lücken im Zulassungspaket — und damit zu Verzögerungen oder Zurückweisungen durch Behörden.

Eine KI-gestützte Analyse liefert die Grundstruktur, die beide Normen voraussetzen: eindeutige Bezeichner, Quellreferenzen, Kategorisierung und eine initiale Abnahmebedingung je Anforderung. Das ersetzt nicht die ingenieursseitige Prüfung — aber es stellt sicher, dass diese Prüfung auf einer vollständigen, konsistenten Datenbasis aufbaut, statt auf einem handschriftlich markierten PDF.

Im Defense-Bereich gilt dies analog. Projekte nach MIL-STD oder STANAG-Vorgaben erfordern eine nachvollziehbare Anforderungshistorie. Wer die strukturierte Spezifikation vom ersten Tag an in einem auditfähigen Format vorhält, spart Zeit in allen nachgelagerten Phasen — vom Design Review bis zur Abnahme durch den Auftraggeber.

Das ist kein Komfortgewinn. Es ist ein methodischer Unterschied: Wer Anforderungen nachträglich strukturiert, hat in der Zwischenzeit Entscheidungen auf einer unsicheren Grundlage getroffen. Wer sie von Anfang an strukturiert vorliegen hat, baut auf einer Basis, die trägt.