Ein formelles Dokument, das die physikalischen, elektrischen, logischen, verfahrensbezogenen und datenformatbezogenen Merkmale einer Schnittstelle zwischen zwei oder mehr Systemelementen spezifiziert, einschließlich Versionierung, Prüfverfahren und Verantwortlichkeiten, um eine interoperable Integration sicherzustellen.

Prinzip

Jede Schnittstelle explizit und prüfbar machen: Nachrichten, Signale, Timing, Steckverbinder, Toleranzen, Fehlerbehandlung und Verantwortlichkeiten definieren, damit Integrationsteams gegen eine einzige autoritative Quelle implementieren und verifizieren können.

Demonstration

Ein Avionik‑ICD legt Datenrahmen, Baudraten, Bus‑Arbitration, Steckverbinder‑Pinbelegungen, Nachrichtenkennungen, erwartete Bereiche und Fehlerreaktionen für die Kommunikation zwischen Flugrechner und Sensorsatz fest.

Fehlanwendung

Schnittstelleninformationen in verstreuten Dokumenten oder informellen E‑Mails einzubetten, ohne ein einziges kontrolliertes ICD, was zu widersprüchlichen Annahmen, inkompatiblen Revisionen und Integrationsverzögerungen führt.

Konsequenz

Ein korrektes ICD führt zu planbaren Integrationsergebnissen, verringert Testfehler bei der Montage, klärt Lieferantengrenzen und beschleunigt parallele Entwicklung durch Entkopplung interner Implementierungen von der vereinbarten Schnittstelle.

Umkehrung

Das Gegenteil ist eine ad‑hoc‑Schnittstellenvereinbarung, bei der Teams Nachrichtenformate oder Pinbelegungen während der Integration ableiten — das erzwingt meist Nacharbeit, Kabelprovisorien, kundenspezifische Adapter und Terminverzögerungen.

Abgrenzung

Konzentriert sich auf die Schnittstellenbeschreibung und vertragliche Verpflichtungen; es schreibt keine internen Implementierungsansätze vor und ersetzt nicht detaillierte Konstruktionszeichnungen, obwohl es diese bei Bedarf referenzieren kann.

Semantische Spannung

Es besteht Spannung zwischen ICDs und API/Specs: ICDs betonen teamübergreifende Integrationspunkte und formelle Änderungssteuerung, während interne API‑Spezifikationen eher implementierungszentriert sind und öfter wechseln können.

Synthese

Ein Schnittstellen‑Kontrolldokument ist die kontrollierte Spezifikation, die die Grenze zwischen Systemelementen explizit, prüfbar und rückverfolgbar macht, damit unabhängige Teams mit Vertrauen integrieren können.