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

Programų sistemų inžinerija8. Komandinis programų kūrimo procesasReikalavimų formulavimo rezultatas yra bendras susitarimas. Projektas bus sėkmingas tiktada, jei komanda šiame etape vieningai sutars dėl projekto detalių tiek tarpusavyje, tiek suužsakovu. Kartu tai yra ir įsipareigojimas (tarp kliento ir vykdytojo) dėl projekto rezultatų.Nepatyrę inžinieriai kartais į tai kreipia nepakankamai dėmesio – ir tai yra dažniausiaipasitaikanti projektų žlugimo priežastis.Reikalavimų pasikeitimai ir jų valdymas. Reikalavimų pasikeitimai yra potencialusprojekto problemų šaltinis. Netinkamai juos valdant, projektas gali užsitęsti, kainuoti daugiau neibuvo numatyta ar iš viso nepavykti. Todėl yra būtina kiek galima anksčiau ir tiksliau juosapibrėžti.Dažniausiai reikalavimų pasikeitimus inicijuoja užsakovas. Viena svarbiausių irdažniausiai pasitaikančių problemų, trukdanti tinkamai apibrėžti reikalavimus yra užsakovoneapsisprendimas. Kartais gali net susidaryti įspūdis, kad klientas nežino ko nori – tai nutinkadėl tokių priežasčių: užsakovas neturi patirties IT srityje ir tiesiog nežino, kokius sprendimus jigali pateikti; užsakovams sunku tiksliai įsivaizduoti naujos sistemos galutinį variantą, jei jiemstenka pereiti nuo kažkokios kitos egzistuojančios sistemos; dažniausiai tik pabandę galutinįproduktą ar bent jo prototipą, užsakovai gali tiksliai pasakyti, ar šis jiems tinka.Visi reikalavimų pakeitimai kainuoja. Net iš pirmo žvilgsnio nežymūs pakeitimaireikalauja papildomo laiko ar išlaidų. Kuo vėliau projekte šie pakeitimai yra inicijuojami, tuodaugiau jie kainuoja. Svarbu yra tiksliai numatyti, kokią įtaką projektui turės reikalavimųpasikeitimas – ir suderinti tai su komanda bei užsakovu. Taip pat svarbu yra atskirti reikalavimųpasikeitimą nuo reikalavimų pridėjimo – tai padaryti padės tik tiksliai parengta SRS. Vieninteliskomandos ginklas prieš nevaldomus reikalavimų pakeitimus yra patvirtinta SistemosReikalavimų Specifikacija.Reikalavimų formulavimas, kai poreikių specifikacija yra nepilna ar neaiški. Dažnaiprojekto vykdytojams tenka patiems aiškintis užsakovo poreikius – jei nėra užsakovo poreikiųspecifikacijos, arba ji nepilna. Tada yra atliekami interviu su užsakovu, būsimais sistemosnaudotojais - yra tiriamas procesas, jo aplinka bei kiti veiksniai, kurie gali įtakoti projekto baigtį.ProjektavimasProjektavimo fazės tikslas yra sistemos bendra struktūra. Šitoje fazėje sudaromaprogramos projekto specifikacija (angl. Software Design Specification - SDS), kuriojedokumentuojamas aukšto lygio projektas. Kitas projektavimo lygis – detalusis projektavimas –atliekamas įgyvendinimo fazėje.Projektavimo principai. Projektavimo fazės metu turi būti sukurtos ne tik bendros idėjos –reikia sukurti tikslią ir pilną specifikaciją, kaip turi būti sukonstruotas objektas. Pilnasprojektavimas apibrėžia produkto pagrindines dalis, jų sąveiką ir jų derinimo būdą. PoMokymo medžiaga 108