objektide disainile <3. Kõige tähtsam artifact, mis luuakse Objekt-Orien. analüüsis (Kasutusjuhud on suht bae, aga need pole OO) reaalse maailma mõistete (kontseptuaalsete klasside, mitte tarkvara komponentide ja nende vastutuste) visuaalne ehitus. Visuaalne abstraktsioonide sõnastik. Sarnased mõisted: domeeni mudel, kontseptuaalne mudel, domeeni objektmudel, analüüsi objektmudel Domeenimudel vs andmemudel Domeeni mudel ei ole (otseselt) andmemudel või andmebaasiskeem. Domeeni mudel luuakse ärimodelleerimise distsiblinnis (ma tglt tean kuidas seda sõna õigesti kirjutada) Disaini distsipliinis võidakse doomeenimudeli alusel luua (insert picture of a buttered broomstick) Tarkvara objektmudel (tarkvara klassid,...) või/ning Andmebaasiskeem (andmetabelid) Domeenimudeli koostisosad Domeeni mudel esitatakse UML klassidiagrammide hulgaga, milles näidatakse: Domeeni objektid e kontseptuaalsed klassid
Andmebaasi projekteerimise sammud: Loogilise andmebaasi disaini eesmärk: Töötada välja andmebaasi struktuur pidades silmas konkreetset andmemudelit (nt. SQL aluseks olev andmemudel), kuid mitte pöörates tähelepanu kasutatavale andmebaasisüsteemile. Loogilise andmebaasi disaini sisendid: Kontseptuaalne andmemudel. Andmebaasioperatsioonide lepingud. Loogilise andmebaasi disaini protsess: Valitakse andmemudel (nt. SQL aluseks olev andmemudel). Esialgne andmebaasiskeem leitakse kontseptuaalse andmemudeli põhjal, kasutades teisendusreegleid. Andmebaasiskeemi kontrollitakse ja täpsustatakse: täiendav normaliseerimine, ortogonaalse andmebaasi disaini printsiibi täidetuse kontroll. Andmebaasioperatsioonide loogiline projekteerimine. Loogilise andmebaasi disaini tulemus: Loogilise andmebaasiskeemi kirjeldus. Andmebaasioperatsioonide täiendatud lepingud (nt. SQL-andmebaasi puhul viidatakse tabelitele ja veergudele).
Elaboration pole nõuete ega disaini faas, vaid pigem tuumarhitektuuri iteratiivse realiseerimise faas, kus leevendatakse kõrged riskid. Joonis UP distsipliinid (vanasti töövood) M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 Distsipliin on (arendus)tegevuste (ülesannete) ja nendega seotud “asjade” (artifacts) hulk ühes probleemvaldkonnas. Artifact on üldmõiste igasuguse tööprodukti kohta: kood, Web graafika, andmebaasiskeem, tekstidokument, diagramm, mudel,… UP käsitleb järgmisi distsipliine: Ärimodelleerimine (business modelling) – kui arendatakse üksikut rakendust, sisaldab (rakendus)valdkonna (domeeni) objektmodelleerimist. Ulatuslikus ärianalüüsis või äriprotsesside ümberkorraldamises sisaldab äriprotsesside dünaamika modelleerimist üle terve ettevõtte. Nõuded (requirements) – nõuete-vajaduste analüüs rakenduse jaoks: use case-ide kirjutamine ning
annaabi.ee 
