Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
64Rozdział3
Zwinnewytwarzanieoprogramowania
iteracjewystępująwewnątrzposzczególnychdziałań,adokomunikacjimiędzypo-
szczególnymifazamisąwykorzystywaneformalnedokumenty.Naprzykładwyma-
ganiaewoluująiostateczniezostajeutworzonaichspecyfikacja.Stanowionawejście
dlaprocesuprojektowaniaiimplementacji.Wpodejściuzwinnymiteracjeobejmują
wieledziałań.Tymsamymwymaganiaiprojektsątworzonewspólnie,anieosobno.
Wpraktyce,oczympowiemwpunkcie3.4.1,procesyplanowesączęstoużywa-
newspólniezpraktykamiprogramowaniazwinnego,metodykizwinnezaśmogą
zawieraćpewneplanowaneczynnościwykraczającepozaprogramowanieitestowa-
nie.Zdecydowaniewykonalnejest,wprocesieplanowym,przydzieleniewymagań
izaplanowaniefazprojektowaniaiwytwarzaniajakoseriiprzyrostów.Proceszwinny
niemusikonieczniekoncentrowaćsięnakodzieimożeposłużyćdoutworzeniaja-
kiejśdokumentacjiprojektu.Programiścizwinnimogązdecydować,żepewnaite-
racjaniepowinnautworzyćnowegokodu,alemaposłużyćdoprodukcjimodeli
systemowychidokumentacji.
3.1Metodykizwinne
Wlatach80.inapoczątkulat90.XXwiekupanowałrozpowszechnionypogląd,że
najlepszymsposobemuzyskanialepszegooprogramowaniajeststaranneplanowanie
projektu,sformalizowanezapewnianiejakości,wykorzystaniemetodanalizyiprojek-
towaniawspieranychoprogramowaniemnarzędziowymorazkontrolowaneiścisłe
procesywytwarzaniaoprogramowania.Obraztenwynikałzdoświadczeńspołeczno-
ściinżynieriioprogramowaniaodpowiedzialnejzabudowaniewielkich,długodzia-
łającychsystemówoprogramowania,takichjaksystemydlaprzemysłulotniczego
lubrządowe.
Topodejścieplanowezostałowypracowanedlaoprogramowaniawytwarzanego
przezdużezespołypracującedlaróżnychfirm.Zespołyteczęstobyłyrozproszone
geograficznieipracowałynadoprogramowaniemprzezdługiczas.Przykłademtego
typuoprogramowaniasąsystemysterowanianowoczesnychsamolotów,którychbu-
dowaodwstępnejspecyfikacjidowdrożeniamożezająćdo10lat.Podejścieplanowe
obejmujeznaczącynarzutpracynaplanowanie,projektowanieidokumentowaniesys-
temu.Narzuttenjestusprawiedliwiony,gdykoniecznajestkoordynacjapracywielu
zespołówprojektowych,budowanysystemjestsystememkrytycznymlubgdywiele
osóbbędziezaangażowanychwutrzymywaniesystemuwcałymjegoczasieżycia.
Jeślijednaktomasywne,planowepodejściezostaniezastosowanedomałych
lubśrednichsystemówbiznesowych,narzutstajesiętakwielki,żedominujenad
całymprocesemwytwarzaniaoprogramowania.Więcejczasupoświęcasięnato,
jaksystempowinienbyćtworzonyniżnasamotworzenieitestowanieprogramu.
Gdywystąpizmianawymagańsystemowych,przeróbkisąkonieczneiprzynajmniej
zzasadymusząuleczmianiespecyfikacjaiprojektprogramu.
Niezadowolenieztakiegociężkiegopodejściadoinżynieriioprogramowania
doprowadziłodowypracowaniametodykzwinnychpodkonieclat90.XXw.Me-
todytepozwoliłyzespołomprogramistycznymskupićsięnasamymoprogramowa-
niu,anienajegoprojektowaniuidokumentowaniu.Sąonenajlepiejdostosowane
