DOD-STD-2167A
| Status | Inställd 1994 / Legacy |
|---|---|
| Året började | 29 februari 1988 |
| Organisation | USA:s försvarsdepartement |
| Basstandarder |
Föregås av DOD-STD-2167 |
| Relaterade standarder |
DOD-STD-2168 Efterträddes av |
DOD-STD-2167A ( Department of Defense Standard 2167A), med titeln "Defense Systems Software Development", var en amerikansk försvarsstandard , publicerad den 29 februari 1988, som uppdaterade den mindre kända DOD-STD-2167 publicerad 4 juni 1985 Detta dokument fastställde "enhetliga krav för mjukvaruutveckling som är tillämpliga under hela systemets livscykel." Denna revidering skrevs för att ge entreprenören mer flexibilitet och var en betydande omorganisation och minskning av den tidigare revideringen; t.ex. , där den tidigare revisionen föreskrev sidor med design- och kodningsstandarder, gav denna revidering endast en sida med allmänna krav för entreprenörens kodningsstandarder; medan DOD-STD-2167 listade 11 kvalitetsfaktorer som skulle åtgärdas för varje mjukvarukomponent i SRS , gav DOD-STD-2167 A endast uppdraget åt entreprenören att ta itu med relevanta kvalitetsfaktorer i SRS. Liksom DOD-STD-2167, designades den för att användas med DOD-STD-2168, "Defense System Software Quality Program".
Den 5 december 1994 ersattes det av MIL-STD-498 , som slog ihop DOD-STD-2167A, DOD-STD-7935A och DOD-STD-2168 till ett enda dokument, och tog upp en del leverantörskritik.
Kritik
En kritik av standarden var att den var partisk mot vattenfallsmodellen . Även om det i dokumentet står att "entreprenören är ansvarig för att välja metoder för mjukvaruutveckling (till exempel snabb prototyping)", krävde det också "formella granskningar och revisioner" som verkade låsa leverantören till att designa och dokumentera systemet innan någon implementering påbörjades. [ citat behövs ]
En annan kritik var fokuseringen på designdokument, med undantag för CASE-verktyg (Computer-Aided Software Engineering) som används i branschen. Leverantörer skulle ofta använda CASE-verktygen för att designa programvaran och sedan skriva flera standarddokument för att beskriva CASE-formaterade data. Detta skapade problem med att matcha designdokument till den faktiska produkten. [ citat behövs ]
Efterträdare
Ett resultat av denna kritik var att börja designa en efterföljande standard, som blev MIL-STD-498 . Ett annat resultat var en preferens för formella branschdesignade standarder (som IEEE 12207 ) och informella " best practice "-specifikationer, snarare än att försöka fastställa de bästa processerna och ställa dem till formella krav på leverantörer.
MIL-STD-2167A med MIL-STD-498 blev så småningom grunden för DO-178 i början av 1980-talet, med DO-178 som fick efterföljande efterföljande revisioner. MIL-STD-2167 och MIL-STD-498 definierar tillsammans standardprocesser för mjukvaruutvecklingslivscykel som förväntas implementeras och följas samt definierar standarddokumentformat och -innehåll. Däremot definierar den mindre proskriptiva DO-178B/C mål som bör uppnås som ett godtagbart sätt att visa luftvärdighet, vilket tillåter relativ flexibilitet i livscyklerna och processerna som används för att uppnå dessa mål.