Skip to main content

Hva er et grensesnittkontrolldokument?

Et grensesnittkontrolldokument (ICD) er en formalisert beskrivelse av metodene og strukturene som er involvert i å gi inngang for og motta utdata fra et spesifikt system.Systemet som er beskrevet av grensesnittkontrolldokumentet kan være et programvarebibliotek eller et stykke maskinvare.Dokumentet trenger ikke å følge noe enkelt format, men kan være en samling avsnitt, diagrammer eller til og med bare tekniske tegninger av grensesnittet.Når du refererer spesifikt til programvare, kan et grensesnittkontrolldokument ligne og abstrakt programmeringsgrensesnitt (API), som beskriver de offentlige metodene eller funksjonene som kan brukes til å legge inn informasjon i biblioteket og også beskriver utdataene som vil resultere.Et grensesnittkontrolldokument beskriver generelt hvordan man integrerer systemet i et større system eller å koble det til et parallelt system;Den beskriver ikke noe av systemets interne arbeid, som kan staves ut i en egen type dokument.

Formålet med et grensesnittkontrolldokument er å gi utviklere av maskinvare eller programvare noen dokumentasjon som kan brukes når du oppretter når du oppretterEt system eller programvare som skal overføre data til og fra systemet ICD beskriver.Dette betyr vanligvis å definere eksakte funksjoner eller maskinvarekomponenter på en måte som signaturene deres er kjent og toleransen for parametrene for bruk er gitt.I programvareteknikk kan dette bety å kjenne navnet til en bestemt funksjon, hvilken type variabler aksepteres som parametere og muligens hvilke funksjonelle grenser som er plassert på verdiene som er bestått.For et stykke maskinvare kan denne informasjonen inkludere hvilke funksjoner pinnene til en seriell tilkoblingskontroll, enhver maskinvare avbryter som brukes, og arbeidshastigheten til enheten.

En ting et grensesnittkontrolldokument ikke spesifikt beskriver er hvordanSystemet oversetter inngang til utgang, eller hvordan utgang produseres, generelt.Dette gjør at utviklere kan ta et smalt fokusert syn på systemet når de oppretter et grensesnitt, men det krever også at utviklerne av systemet som ICD detaljer følger strengt til retningslinjene som er stavet ut i selve dokumentet.En bekvemmelighet for forfatterne av et grensesnittkontrolldokument og utviklerne av systemet er at den interne implementeringen av systemet ikke er beskrevet i dokumentet, og dermed kan endres fritt uten å påvirke utviklingen av grensesnittene som er avhengige av ICD.

I noen situasjoner kan et grensesnittkontrolldokument tillate testing av systemer uten å faktisk måtte bruke et fullført grensesnitt.Dette kan gjøres ved å simulere de forskjellige typene utgang som et system kan generere som beskrevet i ICD, og deretter føre denne utgangen gjennom det eksternt utviklede grensesnittet.Systemer som bare er interessert i å håndtere den ene siden av systemet mdash;for eksempel utdata, for maskinvare, for eksempel en displayenhet og mdash;kan sikre at grensesnittet fungerer i spesifikasjonene uten å kreve inngang i den virkelige verden.