1. Milline alljärgnevatest väidetest on õige? +mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid (actors) ei ole vaja kasutusjuhtude diagrammis näidata? Valige pakutud vastusevariantide hulgast parim (s.t. täpne) vastus: toetavad tegutsejad vaadeldava süsteemi suhtes huvisid omavad tegutsejad +kõr
Kontseptuaalne süsteemianalüüs KT küsimused ja vastused 1. Milline järgnevalt nimetatud analüüsitulemustest on objektorienteeritud analüüsis kõige tähtsam? (Objektorienteeritud analüüsi all on siin mõeldud mitte kogu analüüsitegevust UP nimelises protsessis, vaid objektorienteeritud mõtteviisi selles tegevuses) kasutusjuhtude mudel protsessi mudel eesmärkmudel domeenimudel 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Jah, kindlasti on Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte 3. Kas RUP Äri Objektmudel (Business Object Model) võib sisaldada dünaamikavaadet? Valige täpselt üks õige vastus: Ei või Jah, võib küll Oleneb asjaoludest 4. Millise allpool nimetatutest võiks olla (ainekonspekti ning C. Larmani raamatu õpetuse järgi) korrektse ning kasuliku skoobiga tarkvara kasutuslugu (use case)? Ainult üks vastusevariantidest vastab korrektse kasutusloo põhitingimu
Õiged vastused märgitud punasega!!! 1. Milline alljärgnevatest väidetest on õige? mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid (actors) ei ole vaja kasutusjuhtude diagrammis näidata? Valige pakutud vastusevariantide hulgast parim (s.t. täpne) vastus: toetavad tegutsejad vaadeldava süsteemi suhtes huvisid omavad tegutsejad kõrvalseisvad (offstage) tegutsejad arvutisüsteemid inimtegutsejad primaarsed tegutsejad 3. Isikute haldamine on tavaline nn. CRUD (create, read, update, delete) tüüpi protsess , mis hõlmab arvutisüsteemi abil uu
M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 IDU 5360 SÜSTEEMIANALÜÜS Loeng 1. Sissejuhatus (kontseptuaalsesse) süsteemianalüüsi. Aine fookus Aine taust Eesmärgid ja õpiväljundid Aine korraldus Aine fookus KONTSEPTUAALNE SÜSTEEMIANALÜÜS VALDKONNA ANALÜÜS TARKVARA NÕUETE ANALÜÜS ITERATIIVNE ARENDUSPROTSESS Fookus: Kontseptuaalse süsteemanalüüsi meetodite rakendamine valdkonna ning tarkvara nõuete detailseks analüüsiks iteratiivses arendusprotsessis
Lepingud süsteemi operatsioonidele Lepingud aitavad defineerida süsteemi käitumist, kirjeldades operatsioonide mõju süsteemile (kuidas muutub süsteemi seisund iga operatsiooni täitumise tulemusena). UMLis saab seda teha operatsioonide eel- ja järeltingimuste defineerimise teel. Süsteemi operatsioonide lepingute loomine toimub detailimisfaas (elaboration) iteratsioonides, nõuete analüüsi distsipliinis, kasutusjuhu mudeli osana. Eelnevalt peavad olemas olema kontseptuaalne klassidiagramm (domeeni mudel), süsteemi jadadiagramm ning identifitseeritud süsteemi operatsioonid. Lepingu osad Operatsioon: Operatsiooni nimi ja parameetrid Viited (cross references): kasutusjuhud, milles antud operatsioon võib toimuda Eeltingimused: Olulised eeldused süsteemi või domeeni mudeli objektide seisundi kohta enne operatsiooni täitmist. Neid ei testita selle operatsiooni loogika sees, vaid eeldatakse, et need kehtivad
TALLINNA TEHNIKAÜLIKOOL Informaatikainstituut Infosüsteemide õppetool Iseseisev töö aines 'Infosüsteemide projekteerimine': Kino infosüsteemi strateegilise arenduse dokumentatsioon Teostajad: Indrek Kempi (001546) Pärtel Lias (010617) Eero Ringmäe (010636) Õpperühmad: LAP51 ja LAP 52 Juhendaja: Lea Elmik Tallinn 2003 Autorideklaratsioon: Kinnitame, et käesolev projekt on meie
Andmebaaside eksam Erinevat tüüpi andmemudelid Andmemudelite väljatöötamise ajaline järjekord (vanemast nooremaks) 1. Hierarhiline andmemudel (vanim) 2. Võrk-andmemudel 3. Relatsiooniline andmemudel 4. Objekt-orienteeritud andmemudel 5. Objekt-relatsiooniline andmemudel (noorim) Hierarhiline - Andmed on organiseeritud hierarhiatena. Hierarhiline andmemudel väljendab oma alamobjektide 1:M suhteid ja talle vastavaks abstraktseks andmestruktuuriks on "puu". Puudused: - Andmete dubleeritus. (Ametite andmed on dubleeritud. Näiteks autojuhi ameti andmed on kahes puus.) - Andmete lisamise anomaaliad. (Kuni pole leitud sobilikku töötajat, ei saa sisestada ameti kirjeldust.) - Andmete kustutamise anomaaliad. (Kui kustutada andmebaasist Tarmo, kaovad koos temaga ka remondimehe ameti andmed.) Hierarhilises andmebaasis on andmed organiseeritud hierarhilise mudeli alusel. Võrk - Võrkmudelile vastavaks abstra
organisatsiooni toimimise muutmise juhtimine · infotehnoloogia juht (Chief Technology Officer (CTO) või IT Manager) - IT strateegia väljatöötamine · IT projektijuht - IS/IT-alaste muudatuse teostuse juhtimine Süsteemina käsitlemine Süsteemina käsitlemine (Systems Thinking) Probleemi analüüsimeetod või lähenemisviis, mis aitab inimesel näha laiemata, terviklikumat pilti sellest, kuidas asjad on omavahel seotud. Teiste sõnadega, süsteemina võtmine ehk süsteemianalüüs tegeleb süsteemist arusaamisega põhinedes tõekspidamisel, et lahendatavat probleemi võetakse süsteemi (või terviku) osana. Probleemist on võimalik paremini aru saada kui uurida selle seoseid süsteemi moodustavate teiste osade või teiste süsteemidega. Süsteemina mõtlemine üritab näidata, et: · keerulistes süsteemides üks väike sündmus võib põhjustada suuri muutusi · süsteemi ühe osa paremaks tegemine võib ebasoodsalt mõjutada süsteemi teisi osi
Kõik kommentaarid