Un document de contrôle d'interface (ICD) est une description formelle des méthodes et des structures impliquées dans la fourniture d'entrée et de sortie à partir de la réception d'un système spécifique. Le système qui est décrit dans le document de commande d'interface peut être une bibliothèque logicielle ou un morceau de matériel. Le document ne doit pas suivre n'importe quel format unique, mais peut être une collection des paragraphes, des tableaux ou des dessins même justes techniques du matériel d'interface. Lorsqu'on se réfère spécifiquement à un logiciel, un document de contrôle d'interface peut ressembler et l'interface de programmation abstraite (API), qui décrit les méthodes publiques ou des fonctions qui peuvent être utilisées pour entrer 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 de manière générale la façon d'intégrer le système dans un système plus vaste ou de le connecter à un système parallèle, il ne décrit pas le fonctionnement interne du système, ce qui peut être énoncée dans un type distinct du document.
Le but d'un document de contrôle d'interface est de fournir aux développeurs de matériel ou de logiciel certains documents qui peuvent être utilisés lors de la création d'un système ou d'un logiciel qui sera le transfert de données vers et depuis le système de la CIM décrit. Cela signifie généralement que la définition des fonctions précises ou des composants matériels en sorte que leurs signatures sont connus et les tolérances des paramètres d'utilisation sont donnés. En génie logiciel, cela peut signifier connaître le nom d'une fonction particulière, ce type de variables sont acceptées en tant que paramètres et, éventuellement, quelles sont les limites fonctionnelles sont placées sur les valeurs qui sont passées. Pour un morceau de matériel, ces informations peuvent inclure les fonctions que les broches du connecteur d'un contrôle, les interruptions matérielles qui sont utilisés, et la vitesse de fonctionnement du dispositif.
Une chose un document de contrôle d'interface ne décrit pas spécifiquement comment le système se traduit entrée en production, ou comment la production est réalisée en général. Cela permet aux développeurs d'avoir une vision étroitement axé sur le système lors de la création d'une interface, mais elle exige également que les développeurs du système que les détails CIM se conformer strictement aux directives énoncées dans le document lui-même. Un équipement pratique pour les écrivains d'un document de contrôle d'interface et les développeurs de ce système est que la mise en œuvre interne du système n'est pas décrite dans le document et, par conséquent, peuvent être modifiées librement sans affecter le développement en dehors des interfaces s'appuyant sur la CIM.
Dans certains cas, un document de contrôle d'interface peut permettre l'analyse des systèmes, sans avoir à utiliser une interface terminée. Cela peut être fait en simulant les différents types de production qu'un système peut générer comme décrit dans la CIM, et puis en passant que la production à travers l'interface externe développée. Les systèmes qui ne sont intéressés que dans le traitement d'un côté du système - comme la sortie, dans le cas d'un matériel tel qu'un dispositif d'affichage - peuvent faire en sorte que les fonctions d'interface dans les spécifications sans nécessiter d'entrée dans le monde réel.