ProgramÅ³ sistemÅ³ inÅ¾inerija - Matematikos ir Informatikos fakultetas ...

More documents

Recommendations

Info

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 ir testavimo procesus. Pirmo ciklo eigoje kuriama produkto dalis suminimaliomis funkcijomis. Kitų ciklų metu produktas plečiamas, be to, prireikus gali būtipakoreguotas pats procesas.Pasiūlyti standartinius kokybės ir progreso vertinimo būdusVertinimas yra esminė kokybiško darbo prielaida. TSP siūlomi vertinimai remiasinaudotais PSP.Pateikti komandų ir 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 dirbo. Net jei rolės vertinimas gali būti suprastas kaip vertinimas, kaipdirbo tas žmogus, kuris atliko tą rolę, bet TSP svarbiausia, kaip veikia procesas, o ne kaippasirodė žmogus.Reikalauti iš inžinierių proceso disciplinosProgramų sistemų kūrėjams sunku nuosekliai ir 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 gairesNetgi gerai vykstantis projektas gali turėti komandinio darbo problemų. Kiekvienaskomandos narys vykdo skirtingas roles ir kiekviena iš jų turi savo tikslus. Kai tikslai susikerta,atsiranda prieštaravimų tarp komandos narių. Geriausia komandos nesutarimus spręsti pasitelkusvisą komandą. Dauguma žmonių yra susirūpinę savo kaip komandos nario įvaizdžiu, siekiapripažinimo komandoje norėdami pritapti prie komandos. Jei komandos nariai negali dirbti kartuefektyviai, reikia kreiptis į vadovybę. Jei nepavyksta išspręsti komandos problemų, gali tektipašalinti kažkuri narį iš komandos.TSP struktūra ir 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 irtestuojamas.Mokymo medžiaga 104
Programų sistemų inžinerija8. Komandinis programų kūrimo procesas3. Sujungus dalis turi gautis galutinis norimas produktas.TSP kūrimo ciklų struktūra pateikiama paveikslėlyje:Startavimas1Strategija 1Planavimas 1Reikalavimai 1Projektavimas 1Įgyvendinimas 1Testavimas1Aptarimas 1Startavimas 2Strategija 2Planavimas 2Reikalavimai 2Projektavimas 2Įgyvendinimas 2Testavimas 2Aptarimas 2Startavimas 3Strategija 3Planavimas 3Reikalavimai 3Projektavimas 3Įgyvendinimas 3Testavimas 3Aptarimas 3Galutinis produktas8.1 pav. TSP kūrimo ciklų struktūraStartavimasProjekto startavimo tikslai: suformuoti komandą, pasiskirstyti rolėmis, nusistatyti projektesiekiamus tikslus.TSP siūlomos rolės: komandos lyderis; kūrimo vadovas; planavimo vadovas;kokybės/proceso vadovas; palaikymo vadovas.TSP nurodymai tikslams nusistatyti:1. Tikslų nustatymas turi būti orientuotas į klientą bei pagrindinius rezultatus.2. Nustatyti matavimus, kurie įgalintų įvertinti, ar tikslas pasiektas.3. Remiantis sukaupta patirtimi gerinti (tikslinti) bei išskirti naujus tikslus.Siūlomi standartiniai komandos tikslai: kurti kokybiška produktą; gerai valdyti projektą irjį produktyviai vykdyti; baigti laiku.Siūlomi standartiniai komandos narių tikslai: būti efektyviu bei bendradarbiaujančiukomandos nariu; dirbti tvarkingai (drausmingai metodiškai); planuotis ir sekti savo asmeninįdarbą; kurti kokybišką produktąTSP taip pat siūlo standartinius tikslus kiekvienai rolei.StrategijaPagal TSP reikia planuoti prieš atliekant pilną reikalavimų analizę. Tam yra tryspagrindinės priežastys: (1) planuojant komanda susipažįsta su projektu; (2) planas padedaįvertinti darbo dydį, prognozuoti, ar darbas bus padarytas per numatytą laiko tarpą, taip patMokymo medžiaga 105
Page 1 and 2:
EUROPOS SĄJUNGAEuropos socialinis
Page 3 and 4:
Programų sistemų inžinerijaTurin
Page 5 and 6:
Lyderiai ir jų pasekėjai.........
Page 7:
Programų sistemų inžinerija1. Pr
Page 10 and 11:
Page 12 and 13:
Page 14:
Page 20 and 21:
Page 25 and 26:
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
Page 43 and 44:
Programų sistemų inžinerija4. In
Page 45 and 46:
Page 47 and 48:
Page 49 and 50:
Page 51 and 52:
Programų sistemų inžinerijaKateg
Page 53 and 54: Programų sistemų inžinerija4. In
Page 59 and 60: Programų sistemų inžinerija5. Pr
Page 81 and 82: Programų sistemų inžinerija7. As
Page 91 and 92: Programų sistemų inžinerijaPrinc
Page 103: Programų sistemų inžinerija8. Ko
Page 107 and 108: Programų sistemų inžinerija8. Ko
Page 127 and 128: Programų sistemų inžinerijaPrinc
Page 131 and 132: Programų sistemų inžinerija9. Te
Page 141 and 142: Programų sistemų inžinerija10. J
Page 155 and 156:
Programų sistemų inžinerija10. J
Page 157 and 158:
Programų sistemų inžinerija11. P
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Programų sistemų inžinerija12. V
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185:
Programų sistemų inžinerijaKontr
show all

ProgramÅ³ sistemÅ³ inÅ¾inerija - Matematikos ir Informatikos fakultetas ...

Create successful ePaper yourself

Delete template?

Save as template?