1. Valige ÕIGE väide. Relatsioonilistes andmebaasides (Näiteks MS Access) hoitakse andmeid Kaustades Vormides Tabelites Failides Raportites 2. Valige ÕIGE väide. Organisatsiooni eesmärgiks on: oma tegevuse kiire lõpetamine oma töötajate arvu suurendamine oma huvigruppide vajaduste rahuldamine oma huvirühmade vajaduste rahuldamata jätmine oma töötajate arvu vähendamine 3. Valige VALE väide. Iteratiivset ja inkrementaalset arendusmetoodikat iseloomustab: mini-kose metoodika korduv teostamine süsteemi "tükeldamine" väiksemateks osadeks programmeerijate arusaamine, et infosüsteemi nõuded on arenduse alguses täpselt teada 4. Valige ÕIGE väide. IT teenuste käitlemisel (Service Operation) toimub: IT teenustega seotud vajaduste analüüs uute IT teenuste väljamõtlemine IT teenuste kasutamiseks ligipääsude võimaldamine 5. Valige VALE väide. Infosüsteemi arenduse kontseptsioon sisaldab: ...
text NrOfConsonants text NrOfWords Selles lauses kakskümmend neli konsonanti 24 Tegevusdiagramm (NrO Selles tekstis on viis sõna 5 Tegevusdiagramm (NrOfConsonants) Tegevusdiagramm (NrOfWords) m (NrOfWords)
................................................................ 11 4.2. ANDMEMUDEL........................................................................................................................... 12 4.3. OBJEKTIDE JA ATRIBUUTIDE SEMANTIKA ............................................................................. 13 5 INFOSÜSTEEMI AJALINE VAADE............................................................................................. 15 5.1. PROTSESSI TEGEVUSDIAGRAMM ............................................................................................ 15 5.2. SEISUNDIDIAGRAMM ................................................................................................................ 17 2 1 ÜLDVAADE Järgnevalt esitatakse organisatsiooni taust, lausendid, eesmärgid, põhiprotsesside, põhiobjektide, sündmuste, tegutsejate ja infovajaduste loetelu
....................................................................10 4.2 Andmete ja atribuutide semantika....................................................................................... 10 4.3 CRUD-maatriks................................................................................................................... 11 5. Infosüsteemi ajaline vaade.........................................................................................................13 5.1 Pileti ostmise tegevusdiagramm.......................................................................................... 13 5.2 Püsikliendiks registreerimise tegevusdiagramm..................................................................13 5.3 Seisundidiagrammid............................................................................................................ 14 2 1. Üldvaade 1.1 Taust Tegemist on lihtsustatud organisatsiooniga
....................................................17 Joonis 6: Muudatuste kontseptuaalne klassidiagramm.............................................................19 Joonis 7: Üldine protsess deklareerimisperioodi algusest kuni deklaratsioonide kinnitamiseni ...................................................................................................................................................19 Joonis 8: Deklareerimisperioodi alustamise tegevusdiagramm................................................20 Joonis 9: Deklaratsiooni loomise ja esitamise protsessi tegevusdiagramm..............................20 Joonis 10: Aine deklareerimise ja aine deklaratsiooni kinnitamise protsessi üldine tegevusdiagramm......................................................................................................................21 Joonis 11: Deklaratsiooni tagasi võtmise protsessi tegevusdiagramm....................................22
Nooltel olekumuutusi põhjustavad Sündmused ning neid infosüsteemis kajastavad infotöö Tegevused. ELUTSÜKKEL objekti kulgemine ajas läbi erinevate võimalike olekute. Elütsüklid kirjeldatakse Olekudiagrammiga. Olekudiagrammi alusel saab objektiklassi jaoks defineerida nn. dünaamilised alamklassid. Olekudiagramm väljendab objektide elutsüklit. 2. Protsessid, tegevusdiagrammid. Protsesside modelleerimisel saab rakendada peaaegu kõiki UML käitumisdiagramme. Tegevusdiagramm kirjeldab äri- või tehnilise Süsteemi (komponentide) tööd (tegevusi). Tegevusdiagramm väljendab protsesside elutsüklit. ,,Ümar" ristkülik Tegevuste esitamiseks, Romb otsustuste ehk tingimuselike hargnemiste jaoks, paksud paralleelsed jooned paralleelsete-konkureerivate tegevsuharude esitamiseks. Must ringike töövoo algoleku jaoks, ,,härjasilma" sümbol lõppoleku jaoks, ,,ujumisrajad" Tegutsejate (rollide) jaoks. Ristkülikud ,,tavaliste" olekute
.....................................10 4.2 OBJEKTIDE ja ATRIBUUTIDe semantika................................................................................................10 4.3 CRUD maatriks............................................................................................................................................13 5 Infosüsteemi ajaline vaade..................................................................................................14 5.1 Hoolduse teostamise tegevusdiagramm.......................................................................................................14 5.2 Hoolduseks vajaminevate osade hankimise tegevusdiagramm....................................................................15 5.3 Varuosade hankimise Seisundidiagrammid.................................................................................................15 2
Üliõpilane: xxxxxxxxxxx Õpperühm: xxxxxx Matrikli nr.: xxxxxx Juhendaja: Raul Liivrand Tallinn 2013 Sisukord Üldvaade Lausendid Infovajaduste loetelu Infosüsteemi funktsionaalne vaade Nimekirjad Andmebaas Kasutusjuhtude mudel CRUD MATRIKS Seisundi- ja tegevusdiagramm Objektide ja Atribuutide semantika Üldvaade Tulika Grupp on kontsern, kuhu on koondunud takso- ja transporditeenuseid osutavad ettevõtted. Esimeseks kontserni taksofirmaks oli AS Tulika Takso aastast 1993. Järgnevas projektis kirjeldatakse Tulika taksofirma infosüsteemi. Projektis vaadeldakse seda osa, kus klient tellib endale taksofirmalt teenuse ning kuidas taksofirma kliendi tellimust täidab. Vaatluse alla ei kuulu taksofirma rahaline
.................................15 4.2. Andmemudel..................................................................................................... 17 4.3. Andmeobjektide ja atribuutide semantika.........................................................18 4.4. CRUD maatriks.................................................................................................19 3 Diagrammid Joonis 1: Treeningu üldine tegevusdiagramm................................................................7 Joonis 2: Parandatud tegevusdiagramm....................................................................... 10 ......................................................................................................................................11 Joonis 3: Pääsme seisundidiagramm............................................................................11 Joonis 4: Spordiasutusprotsessiga seotud kasutuslugude diagramm.........
.............................................6 TOODETE OSTMINE JA MÜÜMINE...................................................................................... 6 4 INFOSÜSTEEMI ANDMEVAADE...............................................................9 4.1 KONTSEPTUAALMUDEL...................................................................................... 9 5. INFOSÜSTEEMI AJALINE VAADE..........................................................12 5.1 PROTSESSI TEGEVUSDIAGRAMM.....................................................................12 5.2. SEISUNDIDIAGRAMM....................................................................................... 13 2 1 Üldvaade 1.1 Taust Klient valib omale Arvuti OÜ e-poest sobiva kauba mida ta soovib osta, valib kauba kättesaamise aja ja viisi ning teostab makse internetipangas. Süsteemi administrator haldab ettevõtte infosüsteemi
...................................11 4.1. KONTSEPTUAALMUDEL......................................................................................11 4.2. ANDMEMUDEL.......................................................................................................12 4.3. OBJEKTIDE JA ATRIBUUTIDE SEMANTIKA.....................................................12 5. INFOSÜSTEEMI AJALINE VAADE ..........................................................................15 5.1. PROTSESSI TEGEVUSDIAGRAMM......................................................................15 5.2. SEISUNDIDIAGRAMM............................................................................................16 1. ÜLDVAADE Järgnevalt esitatakse organisatsiooni taust, lausendid, eesmärgid, põhiprotsesside, põhiobjektide, sündmuste, tegutsejate ja infovajaduste loetelu. Joonised on koostatud kasutades UML standardit. 1.1. TAUST
Õppeaine_ID(PK) Valitud õppeaine Teadmiste_kontroll_tulemus(FK Vastava hindega sooritatud ) teadmiste kontroll 16 5.Infosüsteemi ajaline vaade Järgnevalt esitatakse Erasmuse programmi kajastavad tegevusdiagrammid. 5.1 Ülikoolide arvestuse ajaline tegevusprotsess Järgnevalt esitatakse tegevusdiagramm, kus kirjeldatakse täpsemalt välisülikoolide sobivuse kontrolli ja nendega lepingu sõlmimist. 5.2 Üliõpilaste arvestuse ajaline tegevusprotsess Järgnevalt esitatakse tegevusdiagramm, kus kirjeldatakse täpsemalt, kuidas toimub süsteemis üliõpilaste arvestamine. Nende tegevuse jälgimine ning arhiveerimine. 17 5.3 Ainete ja õppekava loomise ajaline
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õrvalseisvad (offstage) tegutsejad arvutisüsteemid inimtegutsejad primaarsed tegutsejad 5. Isikute haldamine on tavaline nn. CRUD (create, read, update,
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õrvalseisvad (offstage) tegutsejad arvutisüsteemid inimtegutsejad primaarsed tegutsejad 5. Isikute haldamine on tavaline nn. CRUD (create, read, update,
.....................................................................................8 4.2 Objektide ja atribuutide semantika.................................................................................9 4.3 CRUD maatriks............................................................................................................ 11 1.Infosüsteemi ajaline vaade.................................................................................................12 Süsteemi põhiprotsessi tegevusdiagramm........................................................................12 5.2 Tellimuse seisundi diagramm......................................................................................13 Üldvaade Järgnevalt esitatakse organisatsiooni taust, lausendid, eesmärgid, põhiprotsesside, põhiobjektide, sündmuste, tegutsejate ja infovajaduste loetelu. Taust
...........................10 4.1 Kontseptuaalmudel.......................................................................................... 11 4.2 andmemudel................................................................................................... 12 4.3 Objektide ja atribuutide semantika.................................................................12 5. INFOSÜSTEEMI AJALINE VAADE.............................................................................14 5.1 Protsessi tegevusdiagramm............................................................................ 14 5.2 Seisundidiagramm........................................................................................... 15 2 1.ÜLDVAADE Järgnevalt esitatakse organisatsiooni taust, lausendid, eesmärgid, põhiprotsesside, põhiobjektide,
.........................................................................................................11 4.2 Objektide ja atribuutide semantika..............................................................................11 4.3 Crud maatriks...............................................................................................................13 5. Infosüsteemi ajaline vaade................................................................................................13 5.1 Tegevusdiagramm........................................................................................................14 5.2 Seisundidiagramm.......................................................................................................14 2 1 Üldvaade 1.1Taust Tegemist on maaliinide bussijaamaga. Reisijad ostavad bussipileti klienditeenindaja käest.
......................................................................... 19 4.3 OBJEKTIDE JA ATRIBUUTIDE SEMANTIKA..........................................................................19 4.4 CRUD MAATRIKS................................................................................................................... 23 5 INFOSÜSTEEMI AJALINE VAADE...............................................................................................25 5.1 FOTOGRAAFI KOHLE KUTSUMISE TEGEVUSDIAGRAMM...............................................................25 5.2 FOTODE TELLIMISE TEGEVUSDIAGRAMM...................................................................................25 5.3 SEISUNDIDIAGRAMMID............................................................................................................ 26 6 VIITED.................................................................................................................................................29
............. 18 8. Dokumendi ajalugu......................................................................................................................... 19 TTÜ Informaatikainstituut Juhtimise infosüsteemid Infosüsteemide õppetool Näidisprojekt sügis 2008 23.10.2008 v 1.3 4 (19) 2. Diagrammid Joonis 1: Deklaratsiooni tegemise üldine tegevusdiagramm.................................................................6 Joonis 2: Deklaratsiooni koostamise ja esitamise diagramm................................................................7 Joonis 3: Deklareerimisperioodi tegevusdiagramm...............................................................................7 Joonis 4: Parandatud üldine deklaratsiooni koostamise tegevusidagramm..........................................9 Joonis 5: Parandatud deklaratsiooni koostamise tegevusdiagramm......
................................................................11 4.2 ANDMEMUDEL................................................................................................................................12 4.3 OBJEKTIDE JA ATRIBUUTIDE SEMANTIKA...............................................................................13 5 INFOSÜSTEEMI AJALINE VAADE...............................................................................................17 5.1 PROTSESSI TEGEVUSDIAGRAMM.....................................................................................................17 5.2 SEISUNDIDIAGRAMM......................................................................................................................18 Informaatikainstituut 2 1Üldvaade Järgnevalt esitatakse organisatsiooni taust, lausendid, eesmärgid, põhiprotsesside,
.......................................................6 4.1 KONTSEPTUAALMUDEL...................................................................................... 7 4.2 ANDMEMUDEL................................................................................................... 8 4.3 ANDMETABELITE JA ATRIBUUTIDE SEMANTIKA...................................................8 5 Infosüsteemi ajaline vaade..................................................................9 5.1 PROTSESSI TEGEVUSDIAGRAMM.....................................................................10 Joonis 4. Pakkumise üldine protsess......................................................................10 5.2 SEISUNDIDIAGRAMM........................................................................................ 10 1 Üldvaade 1
. . . . . . . . . . . . . . . . . . 13 4.2 ANDMEMUDEL . . . . . . . . . . . . . . . . . . . . . . . . . 14 4.3 ANDMETABELITE JA ATRIBUUTIDE SEMANTIKA . . . 14 4.4 CRUD MAATRIKS . . . . . . . . . . . . . . . . . . . . . . . . 15 ¨ 5 INFOSUSTEEMI AJALINE VAADE 18 5.1 PROTSESSI TEGEVUSDIAGRAMM . . . . . . . . . . . . . 18 5.2 SEISUNDIDIAGRAMM . . . . . . . . . . . . . . . . . . . . . 18 1 ¨ PEATUKK 1 ¨ ULDVAADE Moeateljee ”ANADI” on v¨aljam˜oeldud autori poolt ja sellist ettev˜otet antud hetkel ei eksisteeri. J¨argnevalt esitatakse organisatsiooni taust, lausendid, eesm¨argid, p˜ohiprot- sesside, p˜ohiobjektide, s¨ undmuste, tegutsejate ja infovajaduste loetelu. Joo-
...................................................................13 2.1.2 Kasutusjuhtude kirjeldused...................................................................................................17 2.2 KONTSEPTUAALMUDEL..................................................................................................................18 3.ANDMEMUDEL.................................................................................................................................20 4.TEGEVUSDIAGRAMM....................................................................................................................21 4.1 PILETI TRÜKKIMISE TEGEVUSDIAGRAMM.....................................................................................21 4.2 ARVE MAKSMISE TEGEVUSDIAGRAMM..........................................................................................22 5. OLEKUDIAGRAMM.........................................................................................................
klient (PK) Kliendi nimi Kasutatud osad Kliendile teenuse osutamisel kulunud varuosad. Osade hind Kliendile teenuse osutamisel kulunud varuosad hind. töötunnid Mehaanikul kliendile teenuse osutamisel kulunud töötundide hulk. Töötunni hind Mehaaniku töötunni hind. Varosade hulk Kasutatud varuosade arvuline väärtus. 5. Infosüsteemi ajaline vaade 5.1. PROTSESSI TEGEVUSDIAGRAMM Järgnevalt esitatakse tegevusdiagramm, kus kirjeldatakse täpsemalt hoolduse teostamise protsessi: 5.2. SEISUNDIDIAGRAMM Järgnevalt esitatakse firma infosüsteemi põhiobjekt "varuosa" seisundidiagramm:
maksmine ceud crd r u r u ru r Paki ja kliendi crud r r ru crud r ru andmed Kauba väljastamine ru ru r r crud cru r crud u crud Tarnija haldamine r crud crud r r r ru INFOSÜSTEEMI AJALINE VAADE Tegevusdiagramm- Kauba üleandmine Tegevusdiagramm - Kauba ostmine ja maksmine SEISUNDIDIAGRAMM- Kauba üleandmine
Valige pakutud vastusevariantide hulgast parim (s.t. täpne ja ammendav) vastus (kõik ülejäänud/mitteparimad vastused loetakse valeks): kõrvalseisvad (offstage) tegutsejad vaadeldava süsteemi suhtes huvisid omavad tegutsejad toetavad tegutsejad arvutisüsteemid primaarsed tegutsejad inimtegutsejad 17. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? ärikasutusjuhtude diagramm klassidiagramm tegevusdiagramm olekudiagramm 18. Milline alljärgnevatest väidetest on õige (või vähemasti tõele kõige lähemal)? Valige õige vastusevariant: Mõlemad on võrdselt tähtsad Domeenimudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Domeenimudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 19. Süsteemi jadadiagrammi käsitletakse (C. Larmani raamatus ning kontseptuaalse
............................................................................... 19 Videode arvestus:............................................................................................................... 21 Olekudiagramm......................................................................................................................... 22 Jadadiagramm........................................................................................................................... 23 Tegevusdiagramm..................................................................................................................... 24 Kontseptuaalmudel.................................................................................................................... 25 Ärireeglid................................................................................................................................... 26 ERD diagramm....................................................................................
...............................................................................11 4.2 ANDMEMUDEL...............................................................................................................................12 4.3ANDMETABELITE JA ATRIBUUTIDE SEMANTIKA..............................................................................12 5INFOSÜSTEEMI AJALINE VAADE................................................................................................15 5.1PROTSESSI TEGEVUSDIAGRAMM.....................................................................................................15 5.2SEISUNDIDIAGRAMM.......................................................................................................................16 2 1 ÜLDVAADE Ühe konkreetse ärisüsteemi väljatöötamiseks on võetud selline organisatsioon, mis tegeleb müügiga
omaniku vaade kavandaja vaade ehitaja vaade Tarkvaraprotsessi etapid Nõuete esiletoomine ja analüüs Kavandamine e. disain Realiseerimine Testimine Hooldus ja evolutsioon Neid etappe tehakse iteratiivselt järjest läbi Modelleerimine – igas faasis on oma tehised (mudelid, dokumendid ja programmikood) Süsteemi käitumise analüüs 1. kokku tuleb leppida põhieesmärk ehk ülemise taseme eesmärk Tegevusdiagramm näidatakse tegevusi, mida süsteemiga toetatakse Kasutusjuht – Kasutusjuhtu saab esitada ka tabelina, kus iga tegevuse kohta on detailne info (actor, data, response, comments) Struktuuri analüüs – Mis osadest süsteem koosneb ja kuidas need on omavahel seotud? Millist tüüpi olemite kohta peaks süsteem informatsiooni esitama ja kuidas need olemid on omavahel seotud? kontekstidiagramm – näitab mis osadest süsteem koosneb ja kuidas see suhtestub teiste süsteemidega
.........................................................................................................15 2.4 CRUD maatriks ..............................................................................................................................................17 2.5 Infosüsteemi ajaline vaade ............................................................................................................................18 2.5.1 Broneeringu tegevusdiagramm..........................................................................................................18 2.5.2 Sündmuste-kasutusjuhtude vastavustabel ........................................................................................19 2.5.3 Broneeringu seisundidiagramm .........................................................................................................19 2.5.4 Jadadiagramm ..................................................
...............43 2.3.3.9 Registrite kasutus.......................................................................................44 2.3.3.10 Seosed teiste allsüsteemidega...................................................................44 2.3.3.11 Allsüsteemi mudelid Rational Rose'is.....................................................45 2.3.3.12 Use case'ide kirjeldused...........................................................................45 2.3.3.13 Tegevusdiagramm laenutamise protsessile..............................................48 2.3.3.14 Kontseptuaalne klassidiagramm...............................................................49 2.3.3.15 Klasside definitsioonid.............................................................................49 2.3.4 Tellimissüsteemi allsüsteemi spetsifikatsioon.........................................................50 2.3.4.1 Taust.............................................................
Toetada harjutustunde: o Anda ülevaade visiooni kirjeldamisel kasutatavatest mudelitest ja notatsioonidest (lisaks eelmises loengus tutvustatud eesmärkmudelitele): kontseptuaalne klassidiagramm kui visuaalne ärisõnastik; kontekstidiagrammide erinevad võimalikud esitused ja notatsioonid äriprotsessi kirjeldamine (UML tegevusdiagramm vs mitteUML: BPMN) Kava Süsteemianalüüs iteratiivse arendusprotsessi osana o Arendusmetoodikad: produkti versus protsessi vaade o Klassikaline arendustsükkel (kose mudel), süsteemianalüüsi koht selles o Iteratiivse arendusprotsessi UP põhiraamistik o Kontseptuaalse süsteemianalüüsi koht selles raamistikus M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014
Andmete ülevaade r r c pangatöötaja poolt 5. Infosüsteemi ajaline vaade Infosüsteemi ajalises vaates on ülevaade põhiprotsessi tegevusdiagrammist ja põhiobjekti seisundidiagrammist. 10 5.1 Firma põhiprotsess Joonis 4 Põhiprotsessi tegevusdiagramm 5.2 Põhiobjekti seisundidiagramm Eelarve seisundeid esitav seisundidiagramm: 11 Joonis 5 Eelarve seisundidiagramm 12
Arve tasumise kontroll r r r u 15 Infosüsteemi ajaline vaade 5.1 Tellimuse vastuvõtmise protsessi tegevusdiagramm 16 5.2 Tellimuse vastuvõtmise protsessi seisundidiagramm 17
Järeltingimus: Objekt on lisatud. Objekti andmed on muutunud. Põhistsenaarium: 1. Andmesisestaja soovib süsteemis registreerida uue filmi. 2. Andmesisestaja lisab uue filmi. 3. Andmesisestaja soovib filmi andmed muuta. 4. Andmesisestaja muudab filmi andmed. TTÜ IS strateegiline analüüs 16 © TTÜ Informaatikainstituut 2.3.2.11.3 Tegevusdiagramm Andmesisestaj a Andmesisestaja on ennast süsteemi sisse loginud Filmide haldamine Filmi andmete muutmine vajab muudatust uus film Filmi lisamine olemas olev film Filmi salvestamine Film on salvestatud süsteemi 2.3
saab). Ka väiksemad funktsionaalsed eesmärgid-protsessid võivad vajada (kui nad on piisavalt mahukad ja tähtsad) iseseisvate funktsionaalsete allsüsteemide (UML pakettide) defineerimist (suurema allsüsteemi-paketi sees, hierarhiliselt (lol ma ei teadnudki kuidas seda sõna kirjutada)). Interpreteerimise ja valideerimise protsesside puhul see tegelt nii ongi (Valideerimise allsüsteem, Interpreteerimise allsüsteem) Järelanalüüsi tegevusdiagramm - iga funktsionaalne eesmärk-protsess võib olla täpsemalt kirjeldatud ühe või enama tegevusdiagrammiga: töövoo kirjeldamiseks, infovoogude/objektivoogude kirjeldamiseks Mmmm dat UML diagramm järgmisel lehel #ladyboner palun laske magada The fuck do those diagrams even mean? Esimeses tegevusdiagrammis on äriprotsessi (järelanalüüsi) töövoog ja peamised ressursivood (infovood ja objektivood) joonistatud ühele ja samale diagrammile, teisel
........................................................................ 13 1.2.1 EESMÄRGID............................................................................................................................ 13 1.2.2 ALLSÜSTEEMI KASUTAVAD PÄDEVUSALAD............................................................................ 13 1.2.3 ALLSÜSTEEMI POOLT KASUTAVAD REGISTRID....................................................................... 13 1.2.4 ALLSÜSTEEMI PÕHIPROTSESSI TEGEVUSDIAGRAMM.............................................................. 14 1.2.5 ALLSÜSTEEMI KASUTUSJUHTUDE ESKIISMUDEL..................................................................... 15 1.2.6 TÄIENDAVAD NÕUDMISED...................................................................................................... 17 1.3 TELLIMUSE REGISTER............................................................................................................. 19 1.3.1 EESMÄRGID...............................
.......................12 Joonis 6: Esialgne kontseptuaalne klassidiagramm (I iteratsioon)...........................................12 Joonis 7: Täiustatud kontseptuaalne klassidiagramm (I iteratsioon)........................................13 Joonis 8: Äriprotsesside detailsem struktuuridiagramm (II iteratsioon)...................................16 Joonis 9: Täpsustatud kontseptuaalne klassidiagramm (II iteratsioon).....................................18 Joonis 10: Üldine II iteratsiooni tegevusdiagramm (II iteratsioon)..........................................18 Joonis 11: Kasutajakonto loomine (II iteratsioon)....................................................................19 Joonis 12: Sooviavalduse esitamine (II iteratsioon)..................................................................19 Joonis 13: Registreeringu koostamine/esitamine/kinnitamine (II iteratsioon)..........................20 Joonis 14: Kvaliteetsete fotode edastamine kliendile (II iteratsioon).........................
annab spetsiifilised lahendused ja tehnoloogiad ning näitab konkreetsete toodete piirangud Alltöövõtja vaade detailne spetsifikatsioon realiseeritava süsteemi osast 43. Toimimissüsteemi määratlevad mudelid Organisatsiooni funktsionaalsust Toimimis- (äri-)kasutuslugude mudel (Business Use Case Model) Organisatsiooni koosnevust toimimisobjektidest (mõisted/kontseptid) Kontseptuaalmudel (Conceptual Model) Toimimisprotsesse iseloomustab Tegevusdiagramm (Activity Diagram) 44. Infosüsteemi määratlevad mudelid (Tarkvara)süsteemi funktsionaalsust Kasutuslugude mudel (Use Case Model) Infosüsteemi koosnevust andmeobjektidest Andmemudel (Entity Relationship Model) (Tarkvara)süsteemi protsesse iseloomustab Jadadiagramm (Sequence Diagram) (Toimimis-)objektide muutusi kajastab Mõisted kordamiseks 10
protsessi esimese tegevusega, siis sõnumi väliselt tegutsejalt); teeb midagi sisendiga või sellega seotult, kusjuures midagi tegemine peab olema mõõdetav ajaliselt, ressursiliselt ja rahaliselt annab oma töö tulemuse sisendiks järgmis(t)ele tegevus(t)ele või protsessi lõpptulemusena välisele tegutsejale · Tegevusdiagrammi notatsioon Protsesside teostuse visualiseerimiseks UML diagrammitüüp ,,tegevusdiagramm" (Activity Diagram), mis protsessi teostuse täielikkuse huvides peaks sisaldama nii põhivoogu kui alternatiivseid vooge. (kasutatud ArgoUML sümboleid): · Reeglid ja põhimõtted tegevusdiagrammi joonistamisel protsess peab alati algama seda käivitava 1 sündmusega sõnumi laekumine sellele reageerimiseks protsessi esimese tegevuse tegemiseks protsess peab alati lõppema mingi tulemuse või saavutatud olukorraga/seisundiga (neid võib olla mitu)
infosusteemi arendamise etapis. • Peab teadma iseseisvas toos ̈ koostatud dokumentide kohta, mis informatsiooni nad edasi annavad ja milleks neid kasutatakse (kasutusjuhtude mudel, kontseptuaalne andmemudel, seisundidiagramm, tegevusdiagramm, andmebaasioperatsioonide lepingud, CRUD maatriks) ning milline mudel on aluseks millise teise mudeli loomisele (naiteks pohiobjektide jargi leian funktsionaalsed allsusteemid ja registrid; seisundidiagrammi jargi leian paljud ̈ kasutusjuhud ja paljude andmebaasioperatsioonide nimed). • Millist UMLi diagrammi tuupi saab kasutada olemisuhte diagrammi ja ̈ andmebaasi diagrammi koostamiseks
protsessid Vastus 3 Tekst annab kasutusmalli lühikese kirjelduse High-Level Requirements Narrative Küsimus 19 Analüüsi käigus tuleb kirjeldada funktsionaalsed nõuded ja mittefunktsionaalsed nõuded. Selleks kasutatakse... Vastus 1 Analüüsi klassimudel ei kirjelda mitte- unktsionaalsed nõuded Analüüsi tegevusdiagramm (activity diagram) Vastus 2 kirjeldab funktsionaalsed nõuded Vastus 3 Analüüsi lisaspetsifikatsioon kirjeldab mitte- unktsionaalsed nõuded Vastus 4 Kasutusmallide mudel (Use Case model) kirjeldab funktsionaalsed nõuded Analüüsi järjestusdiagramm (sequence diagram) Vastus 5
meelelahutusjuhi ning raamatupidaja pädevusala spetsifikatsioonides. Toon siinkohal viited: · Tarnijate haldamine (vt meelelahutusjuhi pädevusala) · Filmi ostu- või rendilepingu sõlmimine (vt meelelahutusjuhi pädevusala) · Filmiarvete haldamine (vt meelelahutusjuhi pädevusala) · Filmi haldamine (vt meelelahutusjuhi pädevusala) · Filmide aruande koostamine, ehk muude aruannete koostamine (vt raamatupidaja pädevusala) 1.1.1.61.3 Tegevusdiagrammid menetlusprotsessidele Tegevusdiagramm filmi ostu- või rendilepingu sõlmimisele ning filmi haldamisele: Kirjeldab, kuidas film jõuab firma valdusesse ning millised osad sellest registreeritakse infosüsteemis. Diagramm kirjeldab protsessi, milles meelelahutusjuht alustab tarnijaga suhtlemist, sõlmib filmilepingu, ostab filmi, tasub esitamisõiguste arved (vajadusel kordusarved) ning kasutab filmi. 57
• UML component diagrams • UML deployment diagrams • UML sequence diagrams • UML state chart diagrams • UML use case models • User interface flow diagrams • User interface prototypes UML põhidiagrammid : • Staatika diagrammid • Klassidiagramm • Use Case diagramm • Dünaamika diagrammid – Suhtlusdiagrammid • Jadadiagramm (sequence diagram) • Koostöödiagramm (collaboration diagram) – Elutsükli dikagrammid • Seisundidiagramm (state diagram) • Tegevusdiagramm (activity diagram) • Realisatsiooni diagrammid • Komponendidiagramm (component diagram) • Rakendusdiagramm (deployment diagram) UML Concepts • The UML may be used to: – Display the boundary of a system & its major functions using use cases and actors – Illustrate use case realizations with interaction diagrams – Represent a static structure of a system using class diagrams – Model the behavior of objects with state transition diagrams
74 141. Käitumise analüüs. Tegeleb ja vastab küsimustele: ● Mis eesmärke süsteem peaks saavutama? ● Millised rollid on nende eesmärkide saavutamiseks vajalikud? ● Mida süsteem peaks tegema? 1. Eesmärgimudel 2. Tegevusdiagramm (UML) 3. Kasutuslugu ● Kui (roll) ma tahan (sooritada midagi) et (saavutada eesmärk) ● Näide 1: As a Receptionist I want to Register patient so that Monitor health condition ● Näide 2: As a Seller I want to Ship order to Provide product 142. Interaktsioonide analüüs.
analüüs ja modelleerimine; o disainietapi ettevalmistamine. · Peab teadma, millised dokumendid koostatakse mingi allsüsteemi kirjeldamisel (pädevusala, funktsionaalne allsüsteem, register), mingis infosüsteemi arendamise etapis. Tuletage meelde oma näiteprojekti sisukord. · Peab teadma iseseisvas töös koostatud dokumentide kohta, mis informatsiooni nad edasi annavad ja milleks neid kasutatakse (kasutusjuhtude mudel, kontseptuaalne andmemudel, seisundidiagramm, tegevusdiagramm, andmebaasioperatsioonide lepingud, CRUD maatriks) ning milline mudel on aluseks millise teise mudeli loomisele (näiteks põhiobjektide järgi leian funktsionaalsed allsüsteemid ja registrid; seisundidiagrammi järgi leian paljud kasutusjuhud ja paljude andmebaasioperatsioonide nimed). · Peab ka tunda UML klassi-, kasutusjuhtude-, seisundi- ja tegevusdiagrammidel kasutatavate põhiliste sümbolite tähendust. Pädevusalade allsüsteem:
annaabi.ee 
