13.07.2015 Views

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

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

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

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Programų sistemų inžinerija7. Asmeninis programų kūrimo procesasatlikti per nustatytus terminus. Tai bene svarbiausia priežastis, verčianti programuotojusatsisakyti PSP proceso.• Pateikiamų įrankių neužtenka tam, kad būtų automatizuotas PSP duomenų surinkimas <strong>ir</strong>apdorojimas, ypač kodo dydžio vertinimo atveju (LOC matavimas).• PSP numato, kad jau egzistuoja tinkamai apibrėžtas <strong>ir</strong> išanalizuotas bei dokumentuotassistemos projektas, prieš pradedant įgyvendinimo (kodavimo) darbus. Tai skelbiama kaip būtinasąlyga, tačiau bendru atveju ši sąlyga yra retai patenkinama gamybos aplinkoje, kai reikiaypatingai greitai reaguoti į pasikeitusius kliento poreikius. PSP aprašomas modelis daugiautinkamas programų sistemų kūrimo projektams, kuriuose įgyvendinimo fazės kaštai yra labaidideli, lyginant su projektavimo fazės kaštais.• PSP proceso duomenims analizuoti reikalingi įrankiai, kurie būtų integruoti suorganizacijos naudojamais įrankiais, o tai dar labiau padidina tokių įrankių įsigijimo kaštus.Išeitis - patiems kurti organizacijai <strong>ir</strong> konkrečiam procesui pritaikytus automatinius įrankius.• Bene sudėtingiausia PSP proceso taikymo dalis yra kodo eilučių skaičiavimo (LOC)standartizavimas <strong>ir</strong> jo taikymas: pridėtų, pakeistų, pašalintų kodo eilučių skaičiavimas. Šiosrūšies duomenų rinkimas užima daug laiko netgi naudojant automatinius įrankius. Buvonuspręsta komponentų <strong>ir</strong> objektų vertinimui naudoti ne kodo eilučių skaičiavimo metodą, betvertinant atsižvelgti į objekto tipą <strong>ir</strong> jam prisk<strong>ir</strong>tą atitinkamą kategoriją bei jo sukūrimu<strong>ir</strong>eikalingą laiką.• PSP procese ypatingas dėmesys kreipiamas į turimų komponentų pakartotinįpanaudojamumą kodavimo metu. Tuo tarpu organizacijoje komponentų pakartotinispanaudojamumas apsprendžiamas jau analizės <strong>ir</strong> projektavimo fazių metu.Privalumai:• Projekto <strong>ir</strong> kodo peržiūrų veiklos bei kontrolinių sąrašų (checklists) naudojimaspripažinti vienos iš svarbiausių <strong>ir</strong> didžiausią įtaką kuriamo produkto kokybei turinčių veiklų. Jųįdiegimo nauda akivaizdi: pastoviai atnaujinami kontroliniai sąrašai įgalina atsekti dažniausiaspasitaikančias klaidas, jų rūšis <strong>ir</strong> tendencijas, padeda užtikrinti projekto <strong>ir</strong> kodo išbaigtumą <strong>ir</strong>darbo kokybę, tuo pačiu šios veiklos neužima daug laiko <strong>ir</strong> nereikalauja didelių pradiniųinvesticijų.• Laiko sąnaudų užduotims įgyvendinti fiksavimas leidžia tiksliau prognozuoti produktokūrimui reikalingo laiko sąnaudas bei nuspėti, kiek vidutiniškai laiko trunka “trukdžiai”.• PSP siūlomas klaidų fiksavimas <strong>ir</strong> kategorizavimas bei pastovus klaidų kontroliniųsąrašų atnaujinimas leidžia susidaryti gana tikslų vaizdą apie dažniausiai sutinkamas klaidas <strong>ir</strong>netgi iš anksto numatyti <strong>ir</strong> paruošti tam tikrus nurodymus, kaip tokių klaidų išvengti. AsmensMokymo medžiaga 96

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!