Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...

Programų sistemų inžinerija8. Komandinis programų kūrimo procesasDefektų standartai. Standartinių PSP defektų tipų turėtų būti gana, kad identifikuotisavuosius defektus. Kartais gali tekti pridėti vieną kitą savo sugalvotą tipą, tačiau reikėtųnepersistengti juos kuriant, nepatartina perdaug smulkiai sudalinti defektus į tipus, susikurtigremėzdiško defektų standarto, kuriame įvyks klaidos bandant priskirti defektą kažkuriam tipui,nes jų bus paprasčiausiai perdaug. Taip pat reikia stengtis nemaišyti defekto tipo su defektopriežastimi (pvz., nepilni reikalavimai, nepakankamos žinios – tai defektų priežastys, bet netipai. Dauguma defektų, kylančių dėl nepilnų reikalavimų, turėtų būti priskirti funkciniųreikalavimų tipui). Dažniausi defektų tipai – duomenų, funkciniai ir sisteminiai.Realizacijos strategija. Realizacijos strategija susijusi su peržiūromis, pakartotiniupanaudojimu bei testavimu. Kodo peržiūras lengviausia vykdyti iš apačios į viršų, t.y. pradėtinuo smulkiausių, atominių kodo dalių, ir kilti į viršų. Peržiūrint kodą aukštesniuose lygiuose,galima pasitikėti atominių objektų veikimu juose, nes jie jau bus peržiūrėti. Toks požiūrissuformuoja ir realizacijos strategiją – pradėti realizuoti reikia nuo smulkiausių, atominių dalių, irjungiant jas tarpusavyje kilti į aukštesnius lygmenis.Kadangi žemiausio lygmens atominius objektus lengviausia pakartotinai panaudoti,strategija „iš apačios į viršų“ tokį panaudojimą skatina. Kad pakartotinis panaudojimas būtųdidesnis, kiekvienas išeities tekstas turėtų turėti antraštę, pasakančią viską apie galima jopanaudojimą. Taip pat kasdieniuose komandos susitikimuose turėtų būti dalinamasi informacijaapie galimas pakartotinai panaudojamas dalis.Kitas svarbus strategijos rūpestis – atitikti testavimo planą. Realizavimas turi vykti tokiatvarka, kuri neprieštarautų iš anksto sudarytiems testavimo planams.Peržiūros ir inspekcijos. Labai svarbu pabrėžti, kad peržiūros ir inspekcijos yrareikalingos. Kode stebėtinai didelis procentas visų padaromų klaidų yra atsitiktinės klaidos,neturinčios jokios logikos, bet leidžiančios kodui kompiliuotis ar net veikti. Tų klaidųalogiškumas lemia tai, kad jas labai sunku rasti testuojant. Peržiūros yra žymiai efektyvesnėpriemonė tokioms klaidoms rasti.TestavimasPagrindinės TSP testavimo veiklos:1. Surinkti sistemą, naudojant sukurtus ir jau ištestuotus atskirus modulius.2. Atlikti integracijos testus: patikrinti, ar sistema “teisingai” surinkta, ar yra visikomponentai ir kaip jie kartu funkcionuoja.3. Atlikti sistemos testus: patikrinti, ar produktas atlieka tai, kas apibrėžta sistemosreikalavimuose.Tuo pat metu atliekamos ir šios veiklos:Mokymo medžiaga 112