Kose mudeli faasid = iteratiivse protsessi distsipliinid (sarnaseid arendustegevusi ühendav valdkond). Faasid ja distsipliinid on ristuvad read-veerud, sest igas faasis tehaks korraga mitme distsipliinide tegevusi. Klassikalises mõistes analüüs on kaks ülemist rida Kolmas rida (analüüs & disain) on puhas disain Paindlik - nõuete valmimine ei pane neid nö lukku, kui vaja siis muudetakse. Muudatusi On hea teha ja kohanemine on lebo, sest iteratsioonid on lühikesed, iga samm tegeleb ainult väikese hulga nõuetega, tagasiside pidev. PS. Pole kontrollimatu kus reageeritakse kõigile tellija tahtmistele. Nö kuldne kesktee, et mõistuse piirides on nõuded paindlikud. ● Agiilne - üldiste põhimõtete alusels, käigu pealt loodav 6. UP faasid/etapid ● Alustamine/Inception/Algfaas - loob esialgse visiooni, business case (kas tasub investeerida järgmisesse faasi?), skoop, hinnangud
lühikirjeldused; Täpsustatud kasutusjuhtude diagramm Kihid: Planeerimine, Skoobi haldamine, ÄriKontekst (-Sõnastik) Ärimodelleerimine Nõuete analüüs, Kasutusjuhtude (tarkvara kasutus) modelleerimine Iteratsioonid: I iteratsioon (Visioon): planeerimine, eesmärkmudel, funktsionaalsed nõuded, kontekstidiagrammid? Lausendid (ka klassidiagrammil)? II iteratsioon: plaani/skoobi ülevaatamine/täpsustamine, ärimodelleerimine, funktsionaalsete nõuete täpsustamine, primaarsete kasutusjuhtude kirjeldamine ja diagramm, esialgne domeenimudel (kasutusjuhtude kirjeldustega kooskõlas) M
Iteration meeting – iga kord tehakse demo, distsipliini hoidmine väga oluline ühtlane ja hoitav tempo – ei tehta ületunde LOENG 10 Rainer Tikk IT-arendusjuht LHV: Traditsioonilises tiimis on manager, agiilses tiimis on vastutus hajutatud. Kanban on lähenemine, mis aitab muuta juhtimist ja aru saada, mis toimub ning seda saab rakendada peaaegu igal mõtlemisega seotud alal. Kanban – aitab visualiseerida töövoogu, hommikused Kanbani stand-up’id Lean’i põhimõtted: iteratsioonid / tagasiside MVP Ehita asi õigesti LOENG 13 KULDAR TAVETER: Mis on mudel? – lihtsustatud kujutis keerulisest protsessist, et arusaamist kergendada. peab olema nii keeruline kui vaja, aga mitte keerulisem UML – unified modeling language – modelleerimiskeel/standard tarkvara süsteemide mudelite loomiseks Miks on mudeleid vaja – soodustada diskussiooni loodava süsteemi üle, aitab dokumenteerida, detailne esitlus, millest saab genereerida süsteemi realisatsiooni
o Iga inimene oskab kõike o Self-organizing tiim o Meeskond on isemajandav o Ühised eesmärgid, vastutus, otsused o Pank on üks suur iteratsiooni süsteem o Metoodika ja tehnikad o Agile (Scrum, Lean, XP, …) Lean- Ehita õiget asja (45% ehitatakse mida pole vaja- milline raiskamine) o Iteratsioonid/tagasiside o MVP- kõige väiksem tükk mida vaja on, kuid on kasulik o Mõõdikud o „Raiskamise“ minimaliseerimine o Kvaliteedi sisse ehitamine o Pidev areng – kuidas koguaeg asja paremini teha o Waterfall o Kanban – valge tahvel, kuhu saab joonistada, lisada post-it pabereid jne
Füüsiline disain Kasutajaliidese tegemisel sobiva teegi valik – Java AWT, Vastus 6 Swing, Witget jne. Küsimus 7 Iteratiivse ja inkrementaalse projekti puhul kehtivad järgmised väited: Vali üks või enam: a. Erinevad süsteemi osad asuvad erinevates arendusfaasides b. Analüüsi ja disaini erinevus on täpselt määratav c. Erinevad süsteemi osad läbivad erinevad iteratsioonid d. Analüüsi ja disaini erinevus on ähmane Küsimus 8 Loogilise ja füüsilise disaini kohta kehtivad järgmised väided Vali üks: a. Nii loogiline kui ka füüsiline disain arvestavad realisatsiooni ja platvormi eripärad b. Ükski disain ei arvesta platvormi eripäraga c. Loogiline disain ei arvesta realisatsiooniga seotud aspektid, kuid füüsiline disain arvestab arvestab platvormiga seotud aspektid Küsimus 9 Arvatakse, et iteratiivne projekt võimaldab maandada riske
................................. 107 4.1.6 Rendi funktsionaalne allsüsteem..............................................................107 4.2 Arendusprotsess ja projektid......................................................................... 107 4.2.1 Projektide arendamise üldine skeem (põhineb RUP-il): ...........................108 1.1.1.158Esimene iteratsioon, käsitleme süsteemi kui tervikut:: ....................108 1.1.1.1Arendamise faas (järgnevad iteratsioonid)..........................................108 1.1.1.2Ehitamise faas.....................................................................................109 1.1.1.3Rakendamise ja siirdamise faas..........................................................109 9 1. Projekti spetsifikatsioon 1.1 Projekti taust
Äri peab arenema agiilselt. Äri ja tehnoloogia arenevad koos. 169. Lean põhimõtted. “Lean” – keskendu sellele, mida klient vajab ● Don’t build features that nobody needs right now ● Don’t write more specs than you can code ● Don’t write more code than you can test ● Don’t test more code than you can deploy Ehita õiget asja ● Iteratsioonid /tagasiside läbi selle saab valideerida ● MVP kõige pisem tükk, mida saab kasutajale anda ja mille pealt saab tagasisidet ● Mõõdikud ○ Miks, mida, kuidas mõõta? 97 ○ Kuidas aru saada, et midagi muutub paremaks, kiiremaks, efektiivsemaks?
annaabi.ee 
