Un document formel qui spécifie les caractéristiques physiques, électriques, logiques, procédurales et de format de données d'une interface entre deux éléments système ou plus, incluant la gestion des versions, les procédures d'essai et les responsabilités afin d'assurer une intégration interopérable.

Principe

Rendre chaque interface explicite et vérifiable : définir les messages, signaux, temporisations, connecteurs, tolérances, gestion des erreurs et responsabilités afin que les équipes d'intégration puissent implémenter et vérifier à partir d'une source faisant foi.

Démonstration

Un ICD avionique spécifiera les trames de données, débits en bauds, arbitrage du bus, assignations de broches du connecteur, identifiants de message, plages attendues et réponses aux défaillances pour la communication entre un ordinateur de vol et une suite de capteurs.

Mauvaise application

Intégrer les informations d'interface dans des documents disparates ou des courriels informels sans ICD contrôlé unique, entraînant des hypothèses contradictoires, des révisions incompatibles et des retards d'intégration.

Conséquence

Un ICD correct produit des résultats d'intégration prévisibles, réduit les échecs en assemblage, clarifie les frontières fournisseur et accélère le développement en parallèle en découplant les implémentations internes de l'interface convenue.

Inversion

L'inverse est un accord d'interface ad hoc où les équipes déduisent les formats de message ou les assignations de broches lors de l'intégration — ce qui oblige souvent à des reprises, des bricolages de câblage, des adaptateurs personnalisés et des retards calendaires.

Limite

Se concentre sur la description de l'interface et les obligations contractuelles ; il ne prescrit pas les approches d'implémentation interne ni ne remplace les plans de conception détaillés, bien qu'il puisse référencer ces artefacts si nécessaire.

Tension sémantique

Une tension existe entre les ICD et les documents API/spécifications : les ICD mettent l'accent sur les points d'intégration inter‑équipe et le contrôle formel des changements, tandis que les spécifications API internes peuvent être plus centrées sur l'implémentation et évoluer plus fréquemment.

Synthèse

Un Document De Contrôle D'Interface est la spécification contrôlée qui rend la frontière entre éléments système explicite, vérifiable et traçable afin que des équipes indépendantes puissent intégrer en confiance.