Kuidas otsustada, milline arhitektuuri strateegia on sobilik ? Kuidas hinnata nõuete täitmisel tehtavate kompromisside mõjusid ? ADD on rekursiivne 1. osa taktika Kontrolli, et nõuded oleks piisavad. Vali süsteemi osa, mida komponentideks lahutada Identifitseeri arhitektuuri juhtivad nõuded Vali kontseptsioon, mis täidab juhtivad nõuded 2. osa dokumenteerimine Algväärtusta arhitektuuri elemendid ja jaota vastutused Defineeri elementide liidesed Verifitseeri ja viimistle nõudeid ning määra nende pealt piirangud elementidele. Korda samme kõikide süsteemi osade kohta ADD KASU: Nõuete vahelised kompromissid tulevad varajases staadiumis välja, mis aitab luua luua parima arhitektuuri nõuete katmiseks. Arhitektuuri testimine Küsi endalt: Millistele eeldustele tugineb arhitektuur ? Milliseid nõudeid arhitektuur katab ? Mis on selle arhitektuuri võtme riskid ? Milliste meetmetega leevendada riske ?
§ Kontrolli, et nõuded oleks piisavad. § Vali süsteemi osa, mida komponentideks lahutada. § Identifitseeri arhitektuuri juhtivad nõuded. § Vali kontseptsioon, mis täidab juhtivad nõuded. o 2. osa – dokumenteerimine. § Algväärtusta arhitektuuri elemendid ja jaota vastutused. § Defineeri elementide liidesed. § Verifitseeri ja viimistle nõudeid ning määra nende pealt piirangud elementidele. § Korda samme kõikide süsteemi osade kohta. o ADD kasu: § Nõuete vahelised kompromissid tulevad varajases staadiumis välja, mis omakorda aitab valida parima arhitektuuri nõuete katmiseks. Kui sa alustad väiksematest jupikestest ja suurendad järjest, siis on sul võimalik varakult
osa taktika Kontrolli, et nõuded oleks piisavad Vali süsteemi osa, mida komponentideks lahutada Identifitseeri arhitektuuri juhtivad nõuded Vali kontseptioon, mis täidab juhtivad nõuded 2. osa dokumenteerimine Algväärtusta arhitektuuri elemendid ja jaota vastutused Defineeri elementide liidesed Verifitseeri ja viimistle nõudeid ning määra nende pealt piirangud elementidele Korda samme kõikide süsteemi osade kohta o Kasu: Nõuete vahelised kompromissid tulevad varajases staadiumis välja, mis omakorda aitab valida parima arhitektuuri nõuete katmiseks Won Kim pakutud protsess o Won Kim is Senior Advisor at Samsung Electronics and
BizAgi ”Business/Process Driven” täielikult mudelitega juhitav arendus Märksõnad: protsessikeskne (mitte objektorienteeritud), mitte- UML (BPMN) www.bizagi.com Üks õppimistsükkel ehk arendusiteratsioon koosneb siin järgmistest sammudest: 1 Modelleeri Protsess 2 Modelleeri Andmed 3 Kirjelda kasutajaVormid 4 Defineeri Ärireeglid 5 Omista Ressursid (Inimesed) 6 Ühenda pärandsüsteemidega (veebiteenused) 7 Verifitseeri protsess 8 Genereeri rakendus 9 Kasuta ja hinda rakendust Sarnased (objektorienteeritud, UML) mudelitega juhitavad variandid on olemas ka (R)UP-st. M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 Küsimus/Ülesanne: kus asub ja milline on kontseptuaalse süsteemianalüüsi osa kahes tänases loengus käsitletud erinevas iteratiivse protsessi (UP, BizAgi) näites. Kas viimases näites on
○ Vali süsteemi osa, mida komponentideks lahutada ○ Identifitseeri arhitektuuri juhtivad nõuded ○ Vali kontseptsioon, mis täidab juhtivad nõuded ● 2. osa dokumenteerimine ○ Algväärtusta arhitektuuri elemendid ja jaota vastutused ○ Defineeri elementide liidesed ○ Verifitseeri ja viimistle nõudeid ning määra nende pealt piirangud elementidele. ● Korda samme kõikide süsteemi osade kohta ADD kasu : Nõuete vahelised kompromissid tulevad varajases staadiumis välja, mis omakorda aitab valida parima arhitektuuri nõuete katmiseks. 2. Won Kim is Senior Advisor at Samsung Electronics and Distinguished Professor at
annaabi.ee 
