osa 3
osa 3
osa 3
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Joonis 3.5. DOD mudel (© Behforooz & Hudson, 1996)<br />
SDR – System design review<br />
SSR – Software system review<br />
PDR – Preliminary design review<br />
SRS – Software requirements specification<br />
CDR – Critical design review<br />
SDS – Software design specification<br />
TRR – Test readiness review<br />
FCA – Functional configuration audit<br />
PCA – Physical configuration audit<br />
Süsteemi projekti ülevaate ja analüüsi aruanne (System Design Review, SDR) on aluseks tarkvara<br />
alamsüsteemile esitatavate nõuete fikseerimisel. Tarkvara nõuete analüüsi tulemusena tekib<br />
tulevase tarkvara alamsüsteemi esialgne ülevaade ja analüüs (Software System Review, SSR), mis<br />
on tarkvara-inseneride poolt kontrollitud, kooskõlastatud ja heaks kiidetud versioon<br />
süsteemiprojekteerijate esitatud nõuetest tarkvara alamsüsteemile.<br />
Teine erinevus lihtsast kaskaadmudelist on tarkvara projekteerimisetapi jagamine kaheks –<br />
eelprojekteerimiseks ja detailseks projekteerimiseks. Eelprojekteerimisetapil valmib tarkvara<br />
nõuete spetsifikatsiooni (SRS document, formally approved Software Requirements Specification)<br />
põhjal tarkvara kõrgtaseme projekt (high-level design). Selle projekti analüüsi tulemused<br />
koondatakse dokumenti PDR (Preliminary Design Review, eelprojekti ülevaade), mis ongi selle<br />
etapi lõppdokumendiks. Detailprojekteerimise etapp lõpeb SDS (Software Design Specification,<br />
tarkvara detailne projekt) dokumendi formaalse vastuvõtmisega. Lõplik detailprojekti heakskiitmine<br />
toimub ülevaate koosolekul, pärast arutelu. Arutelu käik ja tulemused vormistatakse<br />
CDR (Critical Design Review, projekti tehnilise ülevaatuse aruanne) dokumendina.<br />
Kolmandaks erinevuseks lihtsast (generatiivsest) kaskaadmudelist on katsetamise ja<br />
integreerimise etapi jagunemine kaheks <strong>osa</strong>ks – tarkvara katsetamise ja integreerimise ning<br />
süsteemi katsetamise ja integreerimise etapiks. Tarkvara katsetamise ja integreerimise etapil tekib<br />
dokument TRR (Test Readiness Review, katsetusteks valmisoleku aruanne). Selle dokumendi<br />
ettevalmistamise käigus kontrollitakse kõigi tarkvara<strong>osa</strong>de vastavust katsetusplaanis toodud<br />
protseduuridele ja kriteeriumitele. Tarkvara katsetamise etapi eesmärgiks on veenduda, et<br />
tarkvarasüsteem vastab esitatud nõuetele ja on valmis katsetusteks koos süsteemi ülejäänud<br />
komponentidega.<br />
3.4.2.3 NASA mudel ja kokkuvõte kaskaadmudelitest<br />
NASA (National Aeronautics and Space Administration) tarkvara elutsükli mudel on sisuliselt<br />
identne DOD mudeliga (nagu võikski oodata). Peamine erinevus on terminoloogiline. Näiteks,<br />
tarkvara loomise elutsükkel ise (software development lifecycle) on NASA terminoloogias<br />
tarkvara hankimise elutsükkel (software acquisition life-cycle), kodeerimise etapp (coding phase)<br />
on realiseerimise etapp (implementation phase), funktsioonide kokkusobivuse kontroll (function<br />
configuration audit) toimub veidi varem ja on tuntud nime vastuvõtu katsetused all (acceptance<br />
testing).<br />
75