Qu'est-ce qu'un document de contrôle d'interface?

Un document de contrôle d'interface (ICD) est une description formalisée des méthodes et structures impliquées dans la fourniture d'entrée et de réception de la sortie d'un système spécifique. Le système décrit par le document de contrôle d'interface peut être une bibliothèque de logiciels ou un matériel. Le document n'a à suivre aucun format, mais peut être une collection de paragraphes, de graphiques ou même de dessins techniques du matériel d'interface. Lorsque vous faites référence spécifiquement aux logiciels, un document de contrôle d'interface peut ressembler à une interface de programmation (API) abstraite, qui décrit les méthodes ou fonctions publiques qui peuvent être utilisées pour saisir des informations dans la bibliothèque et décrit également la sortie qui en résultera. Un document de contrôle d'interface décrit généralement comment intégrer le système dans un système plus grand ou le connecter à un système parallèle; Il ne décrit aucun des fonctions internes du système, qui pourraient être énoncées dans un type de document distinct.

Le but d'un document de contrôle d'interface est de fournir aux développeurs du matériel ou du logiciel une documentation qui peut être utilisée lors de la création d'un système ou d'un logiciel qui transférera des données vers et depuis le système que l'ICD décrit. Cela signifie généralement définir des fonctions exactes ou des composants matériels d'une manière que leurs signatures sont connues et les tolérances des paramètres à utiliser sont données. Dans le génie logiciel, cela peut signifier connaître le nom d'une fonction particulière, quel type de variables est acceptée comme paramètres et, éventuellement, quelles limites fonctionnelles sont placées sur les valeurs qui sont passées. Pour un matériel, ces informations peuvent inclure les fonctions des broches d'un contrôle du connecteur série, tout matériel interrompt qui est utilisé et la vitesse de travail de l'appareil.

Une chose qu'un document de contrôle d'interface ne décrit pas spécifiquement est comment le système traduit l'entrée into Sortie, ou comment la sortie est produite, en général. Cela permet aux développeurs de prendre une vue étroitement ciblée du système lors de la création d'une interface, mais cela nécessite également que les développeurs du système que les détails ICD respectent strictement les directives énoncées dans le document lui-même. Une commodité pour les rédacteurs d'un document de contrôle d'interface et les développeurs du système est que la mise en œuvre interne du système n'est pas décrite dans le document et peut donc être changée librement sans affecter le développement extérieur des interfaces reposant sur la CIM

Dans certaines situations, un document de contrôle d'interface peut permettre le test des systèmes sans avoir à utiliser une interface terminée. Cela peut être fait en simulant les différents types de sortie qu'un système peut générer comme décrit dans la CIM, puis en passant cette sortie via l'interface développée en externe. Des systèmes qui sont uniquement intéressés à manipuler un côté du système - comme leLa sortie, dans le cas du matériel tel qu'un périphérique d'affichage - peut garantir que l'interface fonctionne dans les spécifications sans nécessiter une entrée réelle.