Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
2.1
Modeleprocesuwytwarzaniaoprogramowania35
systemówsensownejestpołączenieniektórychnajlepszychcechwszystkichogól-
nychprocesów.Potrzebujemyinformacjiopodstawowychwymaganiachsystemo-
wych,abymóczaprojektowaćarchitekturęobsługującątewymagania.Niemożna
tworzyćjejprzyrostowo.Podsystemywchodzącewskładwiększegosystemumogą
byćbudowaneprzyużyciuinnychpodejść.Częścisystemu,którychfunkcjonalności
sądobrzeznane,możnaspecyfikowaćitworzyćprzyużyciuprocesukaskadowego,
alemogązostaćzakupionejakogotowerozwiązaniadoskonfigurowania.Inneczęści
systemu,któretrudnojestwyspecyfikowaćzgóry,powinnyzawszebyćtworzone
przyużyciupodejściaprzyrostowego.Wobuprzypadkachkomponentyoprogramo-
waniazapewnebędziemożnawykorzystywaćponownie.
Podejmowanoróżnepróbywypracowaniauniwersalnychmodeliprocesuwy-
twarzaniaoprogramowaniaopartychnawszystkichmodelachogólnych.Jednym
znajlepiejznanychprzykładówtakichmodeliuniwersalnychjestRationalUnified
Process(RUP)[Krutchen,2003],opracowanyprzezRational-amerykańskąfirmę
programistyczną.RUPjestelastycznymmodelem,którymożnawdrażaćnarozmaite
sposobywcelutworzeniaprocesównaśladującychdowolnyspośródomawianych
tumodeliogólnych.RUPzostałprzyjętydostosowaniaprzezpewnewielkiefirmy
programistyczne(wszczególnościIBM),aleniezdobyłszerokiejakceptacji.
20101Modelkaskadowy
Pierwszyopublikowanymodelprocesuwytwarzaniaoprogramowaniawywodzisię
zmodeliprocesówinżynierskichwykorzystywanychwinżynieriiwielkichsystemów
wojskowych[Royce,1970].Przedstawiaonproceswytwarzaniaoprogramowaniajako
kilkafaz(rys.2.1).Zewzględunanspadanie”zjednejfazydokolejnejmodeltennosi
nazwękaskadowegolubcyklużyciaoprogramowania.Modelkaskadowyjestprzykła-
demprocesuplanowego.Przynajmniejzzasadyplanujemyiustalamyharmonogram
wszystkichdziałańprocesuprzedrozpoczęciemtworzeniaoprogramowania.
Rysunek2010Modelkaskadowy
Definiowanie
wymagań
Projektowaniesystemu
ioprogramowania
Implementacjaitesty
jednostkowe
Integracjaitesty
systemowe
ikonserwacja
Działanie
