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

Programų sistemų inžinerija8. Komandinis programų kūrimo procesastikslumas reikalingas tik žmogaus lygyje, t.y. jei užduočiai skirta daugiau negu 10 valandų, bet jąatlieka keli žmonės, užduotį skaidyti nebūtina.Neplanuotos užduotys. Visada atsiranda užduočių, kurios nebuvo numatytos. Dėl to galitekti planuoti iš naujo. Tačiau turint apibrėžtą procesą tokios užduotys nebūtų labai didelės irperplanavimas užimtų daugiau laiko negu tų užduočių vykdymas (reikėtų perskaičiuoti PV, išnaujo balansuoti planą, pasislinktų kitų užduočių terminai). Iš kitos pusės, neplanuotos užduotysneduotų EV. Siūloma pirmuosiuose cikluose kiekvieną savaitę palikti joms šiek tiek laiko (5-10% viso projekto laiko), pvz., įtraukiant 2 valandų trukmės „neplanines“ užduotėles.Kokybės planas turi tokius punktus: santraukų rodikliai (angl. Summary Rates); procentasbe defektų (angl. Percent Defect-Free); defektai puslapyje (angl. Defects Per Page); defektai /KLOC (angl. Defects / KLOC); defektų santykiai (angl. Defect Ratios); projekto vykdymo laikosantykiai (angl. Development Time Ratios); A / FR; peržiūrų ir inspekcijų greičiai (angl. Reviewand Inspection Rates); defektų darymo greičiai (angl. Defect-Injection Rates); defektų šalinimogreičiai (angl. Defect-Removal Rates); defektų šalinimas etapuose (angl. Phase Yield); defektųšalinimas procese (angl. Process Yield).ReikalavimaiProceso reikalavimų fazėje komanda formuluoja ir dokumentuoja projekto reikalavimus.Jie apibrėžia tikimąsi galutinį projekto rezultatą: produkto funkcionalumą, kokybę,dokumentaciją bei kitus svarbius aspektus.Reikalavimai turi būti aiškūs ir prasmingi. Nuo reikalavimų kokybės tiesiogiai priklausoviso projekto sėkmė. Dviprasmiškumai ar reikalavimai, kurie priklauso nuo „sveiko proto“sąvokos, yra pavojingi – jų reikėtų vengti.Reikalavimai yra formuluojami remiantis poreikių specifikacija. Deja, poreikiųspecifikacijos dažnai yra pernelyg abstrakčios – jas reikia patikslinti, užduodant papildomusklausimus projekto užsakovui (instruktoriui). Šioje vietoje dar kartą yra pasitikrinama, ar geraibuvo suprasti pradiniai kliento norai.Reikalavimų dokumentavimas: Sistemos Reikalavimų Specifikacija (SRS). Suformuluotireikalavimai turi būti užrašomi į Sistemos Reikalavimų Specifikaciją. Šis dokumentas yra derybųobjektas tarp projekto užsakovo ir jo vykdytojo.Kodėl reikalavimai yra svarbūs?Svarbiausia yra reikalavimų apibrėžimo procesas. Šis procesas yra labai svarbus, nesleidžia inžinieriams „įsijausti“ į projektą. Pirmą kartą visi projekte dalyvaujantys žmonės (tiekužsakovas, tiek vykdytojai) aiškiai suvokia darbo tikslą ir viziją. Dėl šios priežasties reikalavimųformulavime turi dalyvauti visi komandos nariai. Jų patirtis šiame etape yra vertingesnė net užpatį SRS dokumentą.Mokymo medžiaga 107