· Probleemi määratlemise puhul on oluline näha ka kõiki taustategureid. Nt. sotsiaalne toetus · Ressursside hindamine. Kui klient suudab probleemi sõnastada, on see 50% lahendusest. Enamasti sõnastatakse mitu probleemi korraga. Tuleb valida üks probleem korraga. Probleemiga tuleb kohe tegelema hakata, mida kaugemas tulevikus. Probleem peab olema suhteliselt selgepiiriline, hästi tituleeritud analoogiad. Nõustaja peab tundma ennast selles probleemvaldkonnas piisavalt kindlana. Probleemi määratlemine ajateljel. Ressursid: majanduslik olukord, haridus, tervis, hobid/kalduvused, sõpruskond, füüsilised omadused. Probleemi määratlemist saab jaotada kahte kategooriasse: · Standardiseeritud mõõdikud · Mittestandardiseeritud Võivad olla ka kombineeritud mõõdikud. 1. Abiküsimused probleemi määratlemiseks: Adler 1995, Corey 2001, Nystul 2006
jätkamise või lõpetamise otsuse toetamiseks. 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.