...........................9 2.1.Täiendatud protsessi tegevusdiagrammid............................................................ 9 2.2. Pääsme seisundidiagramm................................................................................ 11 3. Funktsionaalne vaade............................................................................................... 12 3.1. Infosüsteemide põhifunktsioonid...................................................................... 12 3.2. Kasutuslugude mudel ja kirjeldus .................................................................... 13 4. Infosüsteemide andmevaade.....................................................................................15 4.1Kontseptuaalne klassidiagramm..........................................................................15 ..................................................................................................................................15 4.2. Andmemudel.........................
.............................................................................. 8 4.1. Täiendatud protsessi tegevusdiagrammid.................................................................................. 8 4.2. Deklaratsiooni seisundidagramm............................................................................................. 10 5. Funktsionaalne vaade..................................................................................................................... 12 5.1. Kasutuslugude diagramm......................................................................................................... 12 5.2. Kasutuslugude kirjeldused....................................................................................................... 12 6. Andmevaade.................................................................................................................................. 15 6.1. Kontseptuaalne klassidiagramm..........................................................
spetsiifikast rahuldab Süsteemi ehitaja vaade tehniline nägemus realiseeritavatest rakendussüsteemidest ja tehnoloogiatest ehk kuidas süsteem realiseeritakse 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)
süsteemianalüüsi aine konspektis) järgmise UP-s (Unified Process) koostatava mudeli osana: arendusmudel domeenimudel disainimudel ärimudel kasutusjuhtude (use case) mudel eesmärkmudel 20. Süsteemi operatsioonide (lepingute) järeltingimustes ei ole tarvis kirjeldada: Assotsiatsioonide loomist ja katkestamist Välisvõtmete väärtustamist Objektide (eksemplaride) loomist ja kustutamist; Atribuutide väärtustamist 21. Milline loetletud väidetest (äriprotsesside ja kasutuslugude seoste kohta) on kindlalt tõene (pooleldi tõest väidet tuleb lugeda valeks)? Äriprotsess on (samal ajal ka) tarkvara kasutuslugu (use case). Primaarse tegutseja poolt otseselt käivitatav tarkvara kasutuslugu (use case) on (õige modelleerimise korral kindlasti) äriprotsess. Tarkvara kasutuslugu ei ole ise äriprotsesss, kuigi ta kuulub (ühe või enama) äriprotsessi koosseisu. 22. Milline alljärgnevatest väidetest on õige? mõlemad on võrdselt tähtsad
Müügi käsitlemine. Sisselogimine. Läbirääkimised hankelepingu sõlmimiseks. 6. Milliste operatsioonide jaoks on vaja kirjutada süsteemi operatsioonide lepinguid? Valige õige vastus. Domeenimudeli tähtsamate klasside põhioperatsioonide jaoks. Süsteemi operatsioonide jaoks, mis on keerulised või ebaselged tulemuste osas, või mis pole piisavalt selged kasutuslugudes. Lepinguid pole üldse tarvis kirjutada, sest kasutuslugude järeltingimustes on sama informatsioon juba kirjas. Kõikide süsteemi operatsioonide jaoks 7. Millised tegutsejad (actors) on vaja kasutusjuhtude mudelis identifitseerida? Valige pakutud vastusevariantide hulgast parim (s.t. täpne ja ammendav) vastus (kõik ülejäänud/mitteparimad vastused loetakse valeks): primaarsed tegutsejad vaadeldava süsteemi suhtes huvisid omavad tegutsejad arvutisüsteemid kõrvalseisvad (offstage) tegutsejad
dokumentatsioonist [RUP]. 6.3.1 Üldised artefaktid Visioon defineerib huvitatud osapoolte arusaama ja põhinõudmised (ning nende aluseks olevad vajadused) arendatavale objektile. Visioon on aluseks edasisele detailsemale analüüsile, kuid annab üldülevaate arendatava objekti eesmärkidest. Süsteemi funktsionaalsed ja mittefunktsionaalsed nõudmised kõik süsteemile (või süsteemi osale) esitatavad nõudmised, mille hulka tavaliselt kuuluvad kasutuslugude mudel, kasutuslood ning lisaspetsifikatsioonid (kirjeldavad nõudmisi, mida pole võimalik kasutuslugude abil kirjeldada) Süsteemi kasutuslugu defineerib kasutaja võimalikud tegevused süsteemiga ning süsteemi vastused. Kasutuslood koondatakse kasutuslugude mudelisse, mis väljendab kasutuslugude omavahelisi ning kasutuslugude ja tegutsejate suhteid. Projektiplaan kajastab kogu arendusprojekti läbiviimise korra, tegevused ja vastutused
joonistamisest mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 3. Milliste operatsioonide jaoks on vaja kirjutada süsteemi operatsioonide lepinguid? Valige õige vastus. Domeenimudeli tähtsamate klasside põhioperatsioonide jaoks. *Süsteemi operatsioonide jaoks, mis on keerulised või ebaselged tulemuste osas, või mis pole piisavalt selged kasutuslugudes. Lepinguid pole üldse tarvis kirjutada, sest kasutuslugude järeltingimustes on sama informatsioon juba kirjas. Kõikide süsteemi operatsioonide jaoks 4. Millised tegutsejad (actors) on vaja kasutusjuhtude mudelis identifitseerida? Valige pakutud vastusevariantide hulgast parim (s.t. täpne ja ammendav) vastus (kõik ülejäänud/mitteparimad vastused loetakse valeks): primaarsed tegutsejad *vaadeldava süsteemi suhtes huvisid omavad tegutsejad arvutisüsteemid kõrvalseisvad (offstage) tegutsejad inimtegutsejad toetavad tegutsejad 5
joonistamisest mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 3. Milliste operatsioonide jaoks on vaja kirjutada süsteemi operatsioonide lepinguid? Valige õige vastus. Domeenimudeli tähtsamate klasside põhioperatsioonide jaoks. *Süsteemi operatsioonide jaoks, mis on keerulised või ebaselged tulemuste osas, või mis pole piisavalt selged kasutuslugudes. Lepinguid pole üldse tarvis kirjutada, sest kasutuslugude järeltingimustes on sama informatsioon juba kirjas. Kõikide süsteemi operatsioonide jaoks 4. Millised tegutsejad (actors) on vaja kasutusjuhtude mudelis identifitseerida? Valige pakutud vastusevariantide hulgast parim (s.t. täpne ja ammendav) vastus (kõik ülejäänud/mitteparimad vastused loetakse valeks): primaarsed tegutsejad *vaadeldava süsteemi suhtes huvisid omavad tegutsejad arvutisüsteemid kõrvalseisvad (offstage) tegutsejad inimtegutsejad toetavad tegutsejad 5
elutsükliliste etappidega seotud tegevuste määratlemine · protsesside teostuse analüüs ja muutmisvõimaluste määratlemine o olemasolevate protsesside (ja iga tegevuse) mõõtmine o soovitud parameetrite määratlemine o protsesside automatiseerimise ja ümberkorraldamise võimaluste määratlemine Samad sammud vastavad DMAIC metodoloogia sammudele [6] Objekti elutsükli modelleerimine Tarkvarasüsteemi kasutuslugude modelleerimine Esitab tarkvarasüsteemile esitatavad funktsionaalsed nõuded, mida on tarkvarasüsteemiga võimalik teha ja kes seda kasutab andes välise pildi tarkvarasüsteemi käitumisest vastusena kasutajapoolsele tegevusele. Kasutuslugude mudeli loomiseks on vaja: · defineerida tarkvarasüsteemi ulatus (skoop) · määratleda tegutsejad (süsteemi kasutajad) · määratleda kasutuslood · kirjeldada need · defineerida kasutuslugude omavahelised seosed
Too_tunnid Töötaja töötunnid 5. INFOSÜSTEEMI AJALINE VAADE 5.1 Protsessi tegevusdiagramm Rentimise üldise protsessi tegevusdiagramm on esitatud alljärgneval joonisel: 14 5.2 Seisundidiagramm Rentimise võimalikud seisundid ja nende üleminekud koos seisundimuutust võimaldavate kasutuslugude numbritega on esitatud alljärgneval joonisel : 15 16
INFOSUSTEEMI AJALINE VAADE 5.1 PROTSESSI TEGEVUSDIAGRAMM J¨argmisena on v˜oetud protsess - konsultatsioon, mis on seotud eesm¨argiga: Klientidele orienteeritud teeninduskultuuri loomine ja t¨aiustamine. Joonisel 5.1 on kajastatud konsultatsiooni protsessi tegevusdiagramm. 5.2 SEISUNDIDIAGRAMM Toimimisobjekti ”Konsulteerimine” v˜oimalikud seisundid ja nende u ¨leminekud koos seisundimuutust v˜oimaldavate kasutuslugude mubritega on esitatud joonisel 4.3. 18 Figure 5.1: Konsultatsiooni protsessi degevusdiagramm. 19
Tee selgeks, mida pead tegema Kirjuta unit test Pane unit test tööle Kui esineb probleem, siis paranda see Scrum- iteratiivne ja kasvava populaarsusega agiilse tarkvara arendamise raamistik. Koosneb sprintidest, mis jäävad nädala kuni ühe kuu vahele. Iga sprindi päeval toimub lühikoosolek, kus arutatakse seniseid saavutusi ning eesmärke. Testipõhine arendus- luuakse testid enne realiseerimist kliendi kasutuslugude põhjal (ühikstestid, vastuvõtutestid). 15. Millal pole mõtet rääkida tarkvara elutsüklist? Siis kui tarkvara enam ei arendata. 16. Milline elutsükli mudel on parim? Oleneb projektist, aga tavaliselt kombinatsioon kõigist. 17. Millised on hankija tegevused, kuidas nad sõltuvad arendusprotsessist ja hankijast? Hankija tegevused: Hankimise ettevalmistamine Hanke väljakuulutamine Tarnija valimine Lepingu sõlmimine
tarkvara eri aspektide üle. Nende hulgas peaks lisaks oma ala tunnustatud tegijatele ka keskpäraseid kasutajaid olema. 2. Kasutajate intervjueerimine esialgsete nõuete määratlemiseks. Kogemused on näidanud, et professionaalsete tarkvaraarendajate ja tavakasutajate arusaamad heast tarkvarast reeglina mõnevõrra erinevad. Sageli eriti infosüsteemide arendamisel on vaja korraldada kõiki osapooli kaasates seminare ja õpitube (JAD, Joint Application Design). 3. Kasutuslugude modelleerimine, määratledes ja modelleerides kasutaja vajadustest lähtuvaid tegevusi tarkvara rakendamisel. 4. Lihtsa kasutajaliidese prototüübi loomine, pakkudes ka mitmeid alternatiive. Prototüüp peab olema võimalikult lihtne, kuid siiski andma tarbijale võimalikult adekvaatse ettekujutuse (ka visuaalse) tööst loodava tarkvaraga. Üheks võimaluseks on näiteks stsenaariumi koostamine, kus koostatakse joonised ekraanipiltidest, dialoogikastidest,
kasutaja hinnangust. Detailne spiraalmudel koos kõigi alametappidega on liiga kulukas väikeste projektide jaoks, kuid selle üldist loogikat saab rakendada ka väikesemahulistes projektides ning seda on rakendatud ka erinevate hilisemate metoodikate väljatöötamisel. XP (Extreme Programming) üheks eesmärgiks on suurem paindlikkus muutuvate nõuete tingimustes. Testipõhisel arendusel (test driven development) luuakse testid enne realiseerimist kliendi kasutuslugude põhjal. Testide hulka kuuluvad ühiktestid (programmeerijalt, kohe enne realiseerimist) ja vastuvõtmise testid (Tellijalt, funktsionaalsed). Scrum is an iterative and incremental agile software development framework for managing software projects and product or application development. Scrum focuses on project management institutions where it is difficult to plan ahead. RUP 6. Tarkvara kvaliteet Töökindluse tõstmise üks võimalusi on kvaliteedihaldus. Väga lühidalt on kvaliteet toote
4.Teab ning oskab kasutada ja siduda traditsioonilise (struktuurse), objektorienteeritud ning agent-orienteeritud süsteemianalüüsi tuntumaid meetodeid, tehnikaid ning vahendeid. 5.On võimeline rakendama kontseptuaalset süsteemianalüüsi ümbritseva elu erinevatele nähtustele ja probleemidele nende mõistmiseks, kirjeldamiseks ja selgitamiseks. 6.Oskab kasutada UMLi põhilisi diagrammitehnikaid (UP - Unified Process-i) ärimodelleerimise ja (kasutusjuhtude ning/või kasutuslugude keskse) nõuete analüüsi kontekstis 7.Oskab kirjeldada, analüüsida, hallata ning selgitada infosüsteemi/arenduse osapoolte nõudeid ja eesmärke, mõisteid, kasutuslugusid ja kasutajaliideseid. 8.Oskab ühendada tekstilist ning graafilist (sealhulgas UML) modelleerimist, ning päringute (vaadete) koostamist (valdkonnamudeli alusel nõuete modelleerimiseks). 9.Oskab püstitada ülesannet disainerile (disainer-programmeerijale). 10
annaabi.ee 
