Tegija:Õppetooli juhataja Kirjeldus: Õppetooli juhataja otsustab õppejõu poolt välja pakutud aine kinnitada. Süsteem algatab kasutaja õiguste kontrolli. Juhataja märgib aine kinnitatuks. Süsteemis säilitatakse ka viide kinnitajale ja kinnitamise kuupäev.(AINE.loomise_kuupäev) Instituudi direktoril on võimalus kinnitatud ainekaardid üle vaadata ja erandjuhul eraldi kasutusjuhu abil ainekaardi kinnitus maha võtta (antud erandjuhtum on selle projekti analüüsi skoobist välja jäetud). Tegevus:Õppekava loomine Tegija:Õppetooli juhataja Kirjeldus: Õppekava juhataja koostab võimalikest olemasolevatest ainetest teatud valiku, mis sobiks uude õpetavasse õppekavva. Vajadusel teeb ta ettepaneku valitud õppejõududele uute ainete loomiseks. Õppekava salvestatakse ja arhiveeritakse süsteemis koos kuupäevaga(ÕPPEKAVA.kuupäev) Tegevus:Õppekava muutmine Tegija:Õppetooli juhataja Kirjeldus1/2: Aine lisamine õppekavva. Ainete kustutamine õppekavast
.........35 Joonis 25: III iteratsiooni registrimudel....................................................................................35 5 1.Iteratsioon I 1.1 Planeerimine 1.1.1 Äriteenuse valik (taust). Töös käsitletakse e-deklareerimisega seonduvat: deklareerimise protsessi, deklaratsiooni ja ainedeklaratsiooni elutsüklit. Töö skoobist jääb välja e-hindamislehtede haldamise teenus. 1.1.2 Äriteenuse missioon ja eesmärgid Äriteenuse eesmärgiks on lihtsustada tudengitele ainete deklareerimist, anda õppejõududele ülevaade aine deklareerinud tudengitest ja võimaldada õppejõul tudengi ainedeklaratsiooni mitte aktsepteerida, vähendada dekanaadi töökoormust. 1.1.3 Äriteenuse pakkuja Ülikool 1.1.4 Äriteenuse kasutajad Tudeng Õppejõud Dekanaat Ülikool 1.1.5 Ärisündmused ja ärikasutusjuhud
esitamise aeg saab läbi Deklaratsioon esitatud Deklaratsioon esitamata Joonis 5: Parandatud deklaratsiooni koostamise tegevusdiagramm Kui siin diagrammil toodud protsessi korral jääb deklaratsioon esitamata, siis see ei kajastu üldises protsessis. See jääb välja käesoleva töö skoobist. 4.2. Deklaratsiooni seisundidagramm Käesolevas peatükis on toodud deklaratsiooni kui objekti olekudiagramm. Toodud on deklaratsiooni olekud alates algolekust kuni hindamislehtede väjastamise valmisolekuni. Antud töös ei ole kajastatud deklaratsiooni olekuid alates hindamislehe väljaandmisest ning deklaratsiooni kehtivust. TTÜ Informaatikainstituut Juhtimise infosüsteemid Infosüsteemide õppetool Näidisprojekt sügis 2008 23.10
algust XII PROJEKTI TARNEAHELA JUHTIMINE Ostmise ja hankimise planeerimine- protsess, mille käigus määratletakse, mida, millal ja kuidas osta või hankida. Projekti skoobiavaldus (ulatuse määrang)- projekti skoobi jutustav kirjeldus, mis sisaldab peamisi tulemeid, projekti eesmärke, projekti oletusi, projekti piiranguid ja lähteülesannet, mis tagab dokumenteeritud alust projekti otsuste tegemiseks ja huvigruppide ühise arusaama kinnitamiseks või loomiseks projekti skoobist. Allhanke juhtimise plaan- dokument, mis sätestab, kuidas hakatakse haldama allhanke protsesse alates allhanke dokumentatsiooni loomisest kuni alltöö lepingute lõpetamiseni. Lähteülesanne- jutustav kirjeldus toodetest, teenustest ja tulemitest, mis peavad olema hangitud vastavalt lepingule. Võimsuse koondamine Varude koondamine Transpordi koondamine transpordi vahendajate poolt Transpordi koondamine ladustamise vahendajate poolt
pildistamise aja. Kokkulepitud ning registreeritud ajal toimub pildistamine. Peale pildistamist laeb fotograaf tehtud fotod veebikeskkonda ning edastab fotod kliendi kasutajakontole nii, et klient saab hakata koostama tellimust. 1.2 Planeerimine 1.2.1 Äriteenuse valik (taust). Töös käsitletakse pildistamise jaoks fotograafi kutsumise ning fotode tellimisega seonduvat: fotograafi kohalekutsumise, tellimuse esitamise ning fotode üleslaadimise protsessi. Töö skoobist jääb välja kliendi pildistamise, tellimuse kokkupanemise ning fotode kohaletoimetamise teenus. 1.2.2 Äriteenuse missioon ja eesmärgid Äriteenuse eesmärgiks on pakkuda kliendile võimalikult kvaliteetseid fotosid temast endast, lihtsustada klientidele õige fotograafi leidmist ning fotode tellimist. Samuti võimaldada fotograafidel hallata oma kliente ning vajadusel lükata tagasi pildistamiste registreeringuid. Joonis 1: Organisatsiooni Fototellimus eesmärkmudel
testimise käigus. Samuti on viga tarkvara mittevastavus vajadustele, sobimatus probleemi lahendamiseks. Võib öelda, et vead on tarkvarasüsteemide keerukuse tõttu tarkvara loomise paratamatu kaasnähtus. Vigade tekkimist pole võimalik täielikult vältida, kuid kasutades efektiivset testimisprotsessi on võimalik suur osa olulistest vigadest leida. Vigade teket saab vähendada ka analüüsides ning parendades arendusprotsessi, kuid see jääb antud juhise skoobist välja. Tarkvara vigade tekkimisel on mitmeid põhjuseid, olulisemaks võiks pidada näiteks tarkvara loomise protsessi üldist suurt keerukust, nõudmiste ebatäspsusi, kolmanda poole komponentide kasutamist, tihedaid projektigraafikuid, juba leitud vigade parandamist (parandamisel võib tekkida uusi vigu) ning tõsiasja, et igasuguse inimtegevusega kaasnevad paratamatult vead. Praktikas on kinnitust leidnud ka väide, et programmeerijatel pole enamasti piisavalt
annaabi.ee 
