Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Programų sistemų inžinerija8. Komandinis programų kūrimo procesasKurti produktus keliais ciklaisSiūloma produktą kurti keliais ciklais, kurių kiekvienas apima reikalavimų apibrėžimo,projektavimo, įgyvendinimo <strong>ir</strong> testavimo procesus. P<strong>ir</strong>mo ciklo eigoje kuriama produkto dalis suminimaliomis funkcijomis. Kitų ciklų metu produktas plečiamas, be to, pr<strong>ir</strong>eikus gali būtipakoreguotas pats procesas.Pasiūlyti standartinius kokybės <strong>ir</strong> progreso vertinimo būdusVertinimas yra esminė kokybiško darbo prielaida. TSP siūlomi vertinimai remiasinaudotais PSP.Pateikti komandų <strong>ir</strong> narių vertinimo būdusPagrindinis vertinimo tikslas yra padėti kuo geriau atlikti darbą, vertinimas taip pat parododarbo eigą komandos nariams. Esminė komandinio darbo savybė: visi žino, ką kiekvienas daro.Naudoti rolių vertinimąTSP siūlo naudoti rolių vertinimą. Idėja yra vertinti, kaip kiekviena rolė buvo atlikta, o nekaip kiekvienas žmogus d<strong>ir</strong>bo. Net jei rolės vertinimas gali būti suprastas kaip vertinimas, kaipd<strong>ir</strong>bo tas žmogus, kuris atliko tą rolę, bet TSP svarbiausia, kaip veikia procesas, o ne kaippas<strong>ir</strong>odė žmogus.Reikalauti iš inžinierių proceso disciplinosProgramų sistemų kūrėjams sunku nuosekliai <strong>ir</strong> drausmingai atlikti savo darbą. Yra tryspriežastys kodėl:1. Programinės įrangos kūrimas neturi tradicijų disciplinuotam asmeniniam darbui.2. Programinės įrangos kūrimo procesas nepateikia disciplinos reikalavimų inžinieriams.3. Drausmingas darbas reikalauja labai aukštų standartųPateikti komandinio darbo problemų sprendimo ga<strong>ir</strong>esNetgi gerai vykstantis projektas gali turėti komandinio darbo problemų. Kiekvienaskomandos narys vykdo sk<strong>ir</strong>tingas roles <strong>ir</strong> kiekviena iš jų turi savo tikslus. Kai tikslai susikerta,ats<strong>ir</strong>anda prieštaravimų tarp komandos narių. Geriausia komandos nesutarimus spręsti pasitelkusvisą komandą. Dauguma žmonių yra sus<strong>ir</strong>ūpinę savo kaip komandos nario įvaizdžiu, siekiapripažinimo komandoje norėdami pritapti prie komandos. Jei komandos nariai negali d<strong>ir</strong>bti kartuefektyviai, reikia kreiptis į vadovybę. Jei nepavyksta išspręsti komandos problemų, gali tektipašalinti kažkuri narį iš komandos.TSP struktūra <strong>ir</strong> eigaTSP siūlo galutinį produktą kurti ciklais:1. Kiekvienas ciklas turi kurti testuojamą versiją, kuri yra galutinio produkto dalis.2. Kiekvieno ciklo produktas turi būti pakankamai mažas, kad būtų lengvai kuriamas <strong>ir</strong>testuojamas.Mokymo medžiaga 104
Change language