Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Programų sistemų inžinerija8. Komandinis programų kūrimo procesasreikalavimų apibrėžimo visas procesas apjungia įva<strong>ir</strong>ių lygių projektavimą. Aukšto lygioprojektavimas sk<strong>ir</strong>iasi nuo detaliojo projektavimo tik mastu <strong>ir</strong> detalėmis. Todėl aukšto lygioprojektavimo metu reikia sukurti tokią specifikaciją, kurią keli inžinieriai galėtų naudotinepriklausomai kurdami dalis. Kai aukšto lygio projektas yra pilnas <strong>ir</strong> tikslus, inžinierius galigreitai atlikti komponentų detalųjį projektavimą. Tam jiems reikia žinoti pilnas funkcinesspecifikacijas kiekvienam komponentui, jo interfeisus <strong>ir</strong> būsenas.Projektavimas komandose. Kai vienas žmogus kuria projektą, jam rūpi tiktai, kaip jįsukurti <strong>ir</strong> kokia tvarka kurti sk<strong>ir</strong>tingas projekto dalis. Kai kuriama komandoje, iškyla dar tryssvarbūs klausimai: kas kokią dalį turi kurti, kokia tvarka jie turi atlikti darbą <strong>ir</strong> kaip suderinti tasdalis.Paprastai kuriant programų sistemą reikia apibrėžti bendrą sistemos struktūrą prieš darantką nors kitą. Iki to sunku pask<strong>ir</strong>ti darbus. Vienas iš būdų išspręsti šią problemą – priversti visąkomandą užsiimti projektavimu. Gali atrodyti, kad jeigu visą komanda užsiima projektavimu, taiyra gerai, bet iš tikrųjų tai tik laiko gaišimas. Nes kai kuriama didelė sistema, tik keli žmonėsproduktyviai d<strong>ir</strong>ba, o kiti tik užduoda klausimus <strong>ir</strong> siūlo idėjas. O tai tik trukdo projektuotojamsd<strong>ir</strong>bti. Paprastai reikia tik vieno ar dviejų žmonių aukščiausio lygio projektui sudokumentuoti,interfeisams apibrėžti, sistemos funkcijoms pask<strong>ir</strong>styti tarp komponentų <strong>ir</strong> bendroms programosstruktūrai <strong>ir</strong> logikai apibrėžti.Kol sistemos projektuotojai kuria išorines komponentų specifikacijas, kiti inžinieriai galiapmąstyti alternatyvius būdus komponentams sukurti. Jie netgi gal kurti prototipus. Vartotojointerfeisas –viena iš funkcijų, kuriai gali reikėti sukurti prototipą. Vienas ar du inžinieriai galisukurti primityvų vartotojo interfeisą <strong>ir</strong> netgi išbandyti jį su paprastais vartotojais.Kuriant produktą, reikia efektyviausiai panaudoti visų komandos narių idėjas. Viena išpagrindinių problemų yra paskatinti narius d<strong>ir</strong>bti kartu. Nes žmonės labai nenoriai reiškia savomintis <strong>ir</strong> pasiūlymus. Visi komandos nariai turi suprasti, kad komandoje sus<strong>ir</strong>inko žmonės suįva<strong>ir</strong>iomis žiniomis <strong>ir</strong> pat<strong>ir</strong>timi. Ir kiekvienas iš jų turi prisidėti prie komandos darbo nežiūrint įtai, ką kiekvienas iš jų mano apie savo sugebėjimus. Komandos vadovas visada turi pasidomėti,ar kas turi kokių nors idėjų <strong>ir</strong> minčių, gal kas turi pat<strong>ir</strong>ties aptariamoje temoje, o paskui taipritaikyti. Komandos, kurios tą daro, paprastai d<strong>ir</strong>ba žymiai efektyviau.Projektavimo standartai: vardų standartas; interfeisų formatai; defektų standartas; kodoeilučių skaičiavimo standartas; projekto apiforminimo standartas.Projektavimas pakartotiniam naudojimui. Vienas iš būdų produktyviai panaudotikomandos narių laisvą laiką aukšto lygio projektavimo metu yra apibrėžti komandos pakartotinionaudojimo standartus. Tai gali reikšti galimų bendrų funkcijų identifikavimą <strong>ir</strong> pradiniopakartotinio naudojimo dalių rinkinio pasiūlymą. Paprastai komanda pasiekia geresnių rezultatų,Mokymo medžiaga 109
Change language