tarnija teavitab probleemist saabunud on projekti verstapost/vahetähtaeg o Infovajadused: tarnijapoolne hinnapakkumine kliendi-/tarnijapoolsed projekti ressursid ja tööülesanded projekti eesmärgid projekti vastuvõtukriteeriumid projekti tulemid veateated/muudatusettepanekud o Kasutuslood: projekti eesmärkide haldamine projekti tulemuste haldamine 3 projekti ressursside ja ajaplaani haldamine tööülesannete haldamine aruandlus juhtkonnale tarnijaga suhtlemine Arhitekt o Vastutab: projektiga rajatava tarkvara tehnilise sobivuse eest klientettevõttele ning otstarbekate lahenduste kasutamise eest.
Kui ei olnud edukas, automaat palub maksmise korrata. Maksmine toimub pangakaardi abil, selle detailid ei kuulu projektiskoobi. Sissesõidu juures on tõkkepuu ja kaardilugemisseade kuhu autojuht sisestab parklakaardi. Kui maksmise hetkel on möödunud vähem kui 10 min, tõkkepuu avaneb ja auto võib parklast lahkuda. Eeldatakse, et tehniliste vigade käsitlemine ei kuulu antud projekti skoobi sisse. Tegijad (Actors) ja kasutusmallid (Use-Cases) Stsenaariumid (Kasutuslood) UC1 - Siseneb parklasse: 1. Autojuht sõidab parkla tõkkepuu juurde 2. Vajutab nuppu kaardilugejal 3. Saab parkimiskaardi, parkimine algab 4. Võtab kaardi välja 5. Tõkkepuu tõuseb 6. Autojuht sõidab parklasse 7. Auto möödumisel tõkkepuu sulgub UC2 - Tasub parkimise eest: 1. Autojuht suundub parkimise lõpetamisel makseautomaadi juurde 2. Autojuht sisestab parklakaardi makseautomaati 3. Autojuht tasub parkimise eest makseautomaadis 4
logitud. peamine stsenaarium 1. Kasutaja valib maksekorralduse lingi ja täidab maksekorralduse lahtrid. 2. Clerk kontrollib kas alertpay.com-I kontol on piisavalt raha 3. Clerk kinnitab et on 4. Kasutaja annab kinnituse makse sooritamiseks 5. Clerk teeb ülekande ja saadab kasutajale kinnituse, et makse on teostamisel erisused peastsenaariumis *kontol pole piisavalt raha ja clerk ei saa ülekannet teha. Kasutuslood skeemil Klassiskeem Sõnastik Kasutaja on isik kes omab kontot alertpay.com-s ja eesti pangas. Kliendid on kõik kasutajad. Kontojääk on raha, mis on kasutaja arvel. Pankade ballas on pankade nimekiri, millega alertpay.com teeb koostööd ja kuhu kasutaja daab teha ülekannet. Ülekanne raha saatmine kasutajani kui kontojääk on piisavalt suur, et nõutavat summat saata. Otseülekanne otse alertpay.com-ilt ülekanne kliendi soovitud panga kontole.
Iteratiivses arendusprotsessis UP toimub tarkvara nõuete püstitamine ja analüüs põhiliselt tarkvara kasutusjuhtude kirjutmise, modelleerimise ja analüüsimise kaudu. 2. Kasutusjuhtude mudel ehk (kui te olete inglise keeles väga sitt juhuslikult) Use Case Model UP defineerib Use Case mudeli nõuete analüüsi distsiblinni sees. Use Case mudel on kõikide kasutusjuhtude hulk: süsteemi funktsionaalsuse(kasutusjuhud) ja keskkonna(tegutsejad) mudel Eesmärgid ja kasutuslood Tellijad ja lõppkasutajad omavad eesmärke (goals, UP-s needs, sest UP on needy motherfucker) ning soovivad, et süsteem aitaks neid täita. Kasutusjuhud on jutustused süsteemi kasutamisest nende eesmärkide täitmiseks. Näide: Ülikoolis käimine: Kursus avastab et homme on loengutöö, mida nad soovivad läbida edukalt (vähemalt hindele 1. Kursus avastab, et saab juutida ühe kursusekaaslase konspekte. Nad sisestavad
vahetulemites o Saab eraldada, mis on lihtsam ja mis keerulisem funktsioonalsus o Selgemalt saab eraldada, mis on muudatus, mis on puudujääk ja mis täitja viga o Selgem ülevaade kui palju projektist valmis on Kokkuvõte o Nõude definitsioon o Nõuete tüübid o Nõude kolm põhiomadust o Nõuete liigid o Nõuete esitamine o Kasutuslood o Kasutusjuhud o Nõuete spetsifikatsiooni dokument o Nõuete analüüsi protsess o Nõuete valideerimine Loeng 3 Arhitektuurne kavandamine Tarkvara arhitektuur? o Tarkvara arhitektuuri kontseptsioon on pärit Edsger Dijkstra 1968 ja David Parnas 1970 aastate uurimistöödest – ametlikus vormis tuldi selleni hiljem o Süsteemi illustratsioon, mis aitab aru saada süsteemi käitumisest
tolko odnu vesh,kommentarii ne nuzni, Виртулизация virtualiseerimine konfiguratsiooni haldused •Arendus mitmele operatsioonisüsteemile •Arendus •Testimine •Erinevatele operatsioonisüsteemidele kompileerimine (continuous integration) Spiral evolution of software 15loeng Model developing vaatepunktide raamistik 5 loeng-2 loeng Vaatepunkide raamistik: Analüüs Käitumise analüüs Eesmärgimudelid, tegevus-diagrammid, kasutuslood Interaktsioonide analüüs Konteksti-diagrammid, klassi-diagrammid Struktuuri analüüs Konteksti-diagrammid, klassi-diagrammid Siin(bus) architecturemodel +- 6loeng Siinipõhise arhitektuuri eelised ja puudused Eelised: Kommunikatsioon Nõrgalt seotud komponendid Puudused: Single-point-of-failure Funktsionaalsed ja mitte nõuded, 3 priznaka hea nõue Functional requirements Kirjeldus, kuidas süsteem peaks käituma
Algusaeg Treeningaja algusaeg Lõpuaeg Treeningaja lõpuaeg Treeneri kood FK Treener, kes annab treeningutunde Piirang Piirab ühele treeningajale 4.4. CRUD maatriks Käesolevas peatükis on toodud CRUD maatriks, mis näitab kasutuslugude ning andmeobjektide seosed. Ridades on toodud andmeobjektid ning veergudes kasutuslood. 19 Klient Treener Treeningute aeg Isikukaart Eriala aegKliendi treeningute Kliendi c c crud
peatselt jõustatakse õigusakt; kolmas osapool loob liidestatava süsteemi; · käitluskeskkond - kirjeldab platvormid, millel toode peab töötama, sh operatsioonisüsteemid, riistvaraplatvormid, andmebaasimootorid, veebiserverid, rakendusserverid, monitooringuliidesed jms; · kõikide funktsionaalsete ja tehniliste (turva-, kasutatavus- jm) nõuete detailne kirjeldus, sh kasutuslood ja UML kasutuslooskeemid. Nõuete dokumendi koostab analüütik koostöös tulevaste kasutajatega. Arhitektuurse disaini dokument kirjeldab süsteemi ülesehitust, süsteemi komponente ning mooduleid, liideseid komponentide vahel ja liideseid teiste süsteemidega. Kirjeldatakse ka füüsiline arhitektuur - riistvara ja näidatakse, milline tarkvara komponent millisele riistvarale paigutatakse. Arhitektuurse disaini dokument peaks katma järgmised teemad:
• Won Kim pakutud protsess – Won Kim is Senior Advisor at Samsung Electronics. Rekursiivne/iteratiivne protsess, mis koosneb kaheksast sammust. Alustame väiksest osast süsteemist ja iteratiivselt hakkab uusi ja uusi tükke tulema. 1. Koosta esialgne paigaldusplaan(deployment plan). See annab ülevaate sellest, kuidas soovitakse rakendust paigaldada. 2. Mängi esialgsed kasutuslood läbi paigaldusplaani peal. See peaks sisaldama andmevooge läbi keskkonna, andmete sisenemisi, väljastamist ja talletamist põhi andmetüüpidega. 3. Grupeeri ja prioritiseeri nõuded. 4. Vali üks kuni mitu mustrit moodulite vaatele ja defineeri kaetud nõuded . Moodul koosneb komponentidest. Sisuliselt tee sama asja komponentidest. 5. Vali üks kuni mitu mustrit komponentide vaatele ja defineeri kaetud nõuded. Sama asja
käitumise disain – olekudiagrammid – algus ja lõpp-punktiga olekud, vahepeal aga on kommentaarid seisundi kohta Vaatepunkti aspekt Abstraktsioonit Interaktsioonid Struktuur Käitumine ase Analüüs Kasutusjuhtude Kontekstidiagramm Eesmärgimudeli diagrammid, id, d, kasutusjuhtude klassidiagrammid tegevusdiagramm tabelid id, kasutuslood Disain Jadadiagrammi Detailsed klassi- Olekudiagrammi d diagrammid d Platvormist Kasutajaliidese Andmemudelid Detailsed sõltuv disain ja ja olekudiagrammid interaktsioonid objektimudelid e spetsifikatsioo nid
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
Deklaratsiooni olek : Deklaratsioon Joonis 23: Deklaratsiooni tagasi võtmise infovoogude diagramm 1.7.2 Kasutusjuhtude kirjeldused laiformaadis Iseseisvates töödes tuleks detailselt(laiformaadis) lahti kirjutada II iteratsiooni põhilised kasutuslood, mis moodustaksid terviku! Võimalik, et seetõttu on vaja lahti kirjutada kõik II iteratsiooni kasutuslood. III iteratsiooni detailsusega modelleeritu peab moodustama terviku ning osad peavad olema omavahel vastavuses. 1.7.2.1 Deklaratsiooni aine lisamine Kasutusjuht: Deklaratsiooni aine lisamine Põhilised tegutsejad: Tudeng Huvitatud osapooled: Vaja kirja panna ka miks huvitatud.
- Should include both a definition of user requirements and a specification of the system requirements. - It is NOT a design document. As far as possible, it should set on WHAT the system should do rather than HOW it should do it. Nõuete esitamise viisid Natural language, Structured natural language, for example user stories and scenarios, Graphical notations, for example, use cases, activity diagrams, and goal models, Mathematical specifications, for example, in the Z language Kasutuslood (user stories) Üldkuju: As a user playing some role, I must be able to perform some activities [in order to achieve some goal] Scenarios Scenarios are structured descriptions of how a system can be used. They should include: - A description of the starting situation; - A description of the normal flow of events; - A description of what can go wrong; - Information about other concurrent activities; - A description of the state when the scenario finishes. Use cases
eeldused ja sõltuvused: toote loomine võib eeldada teatud tingimuste täitmist, nt et peatselt jõustatakse õigusakt; kolmas osapool loob liidestatava süsteemi; käitluskeskkond - kirjeldab platvormid, millel toode peab töötama, sh operatsioonisüsteemid, riistvaraplatvormid, andmebaasimootorid, veebiserverid, rakendusserverid, monitooringuliidesed jms; kõikide funktsionaalsete ja tehniliste (turva-, kasutatavus- jm) nõuete detailne kirjeldus, sh kasutuslood ja UML kasutuslooskeemid. Nõuete dokumendi koostab analüütik koostöös tulevaste kasutajatega. Arhitektuurse disaini dokument kirjeldab süsteemi ülesehitust, süsteemi komponente ning mooduleid, liideseid komponentide vahel ja liideseid teiste süsteemidega. Kirjeldatakse ka füüsiline arhitektuur - riistvara ja näidatakse, milline tarkvara komponent millisele riistvarale paigutatakse. Arhitektuurse disaini dokument peaks katma järgmised teemad:
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 Tegutseja (Actor) - keegi või miski, kes/mis otseselt või kaudselt suhtleb tarkvarasüsteemiga ning kasutab süsteemi poolt pakutavaid teenuseid, et saavutada midagi - inimene või teine süsteem (arvuti, seadeldis) Kasutuslugu (Use Case) - lugu, kuidas süsteemi mingil viisil kasutades tehakse midagi kasulikku: ainus eesmärk on anda tegutsejale mingit väärtust
57. Üleminek toimimise mudelilt tarkvarasüsteemi mudelile Protsessimudeli saab võtta tarkvarasüsteemi kasutuslugude mudeli loomise aluseks, et näidata, milliste tegevuste teostamisel protsessis oleks tarkvarasüsteemist kasu. Selleks on vaja nö vahemudelit, mida võib nimetada "IT toega tegevusdiagrammiks" Protsessis on tegevused, mille teostamist saab automatiseerida, väljendatuna infotöötegevustena. Eesmärk on analüüsida ja modelleerida vaid need protsessid ja kasutuslood, mille IT-alane tugi annab efekti 58. 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 süsteemi käitumisest vastusena kasutajapoolsele tegevusele 59. Tegutseja · on keegi või miski, kes/mis otseselt või kaudselt suhtleb süsteemiga ning kasutab süsteemi poolt pakutavaid teenuseid, et saavutada midagi
(PK) süsteemis Eesnimi Perekonnanimi TTÜ Informaatikainstituut Juhtimise infosüsteemid Infosüsteemide õppetool Näidisprojekt sügis 2008 23.10.2008 v 1.3 18 (19) 6.4. CRUD maatriks Käesolevas peatükis on toodud CRUD maatriks mis näitab kasutuslugude ning objektide seosed. Ridades on toodud kasutuslood ning veergudes objektid. Tudeng Semester Moodul Deklaratsioon_seisund
omakorda aitab valida parima arhitektuuri nõuete katmiseks. 2. Won Kim is Senior Advisor at Samsung Electronics and Distinguished Professor at SungKyunKwan University 1. Koosta esialgne paigaldusplaan(deployment plan). See annab ülevaate kasutatavast keskkonnast. 46 2. Mängi esialgsed kasutuslood läbi paigaldusplaani peal. See peaks sisaldama andmevooge läbi keskkonna, andmete sisenemisi, väljastamist ja talletamist põhi andmetüüpidega. 3. Grupeeri ja prioritiseeri nõuded. 4. Vali üks kuni mitu mustrit moodulite vaatele ja defineeri kaetud nõuded 5. Vali üks kuni mitu mustrit komponentide vaatele ja defineeri kaetud nõuded 6
erinevus. Ärimodelleerimine vs nõuete (ning kasutajaliideste) analüüs. Objektide, protsesside, sündmuste, organisatsiooni (tegutsejate/agentide), eesmärkide ja suhtluste analüüs ning modelleerimine. Tekstiline vs. graafiline modelleerimine analüüsitöös. UML: klassidiagrammid, kasutusjuhtude diagrammid, tegevusdiagrammid, olekudiagrammid, jadadiagrammid analüüsimudelite kontekstis. Süsteemi nõuded ja kasutusjuhud, kasutuslood ning kasutajaliidesed. Üleminek ärimudelilt kasutusjuhtude mudelile. Kasutusjuhtude kirjeldamise formaadid. Domeenimudel (staatilise valdkonnamudeli tähenduses). Nõuded ja kasutajaliidesed kui vaated (päringud) domeenimudelisse. Süsteemi sündmused ja operatsioonid. Süsteemi jadadiagrammid. Süsteemi operatsioonide lepingud. Analüüsimudeli tükeldamine, haldamine, dokumenteerimine, versioonide ja muudatuste haldus. Analüüsimustrid. Süsteemianalüüsi protsess (iteratiivse
annaabi.ee 
