Vajad kellegagi rääkida?
Küsi julgelt abi LasteAbi
Logi sisse Registreeri konto

Projektiplaani spetsifikatsioon (0)

1 Hindamata
Punktid
Projektiplaani spetsifikatsioon #1 Projektiplaani spetsifikatsioon #2 Projektiplaani spetsifikatsioon #3 Projektiplaani spetsifikatsioon #4 Projektiplaani spetsifikatsioon #5 Projektiplaani spetsifikatsioon #6
Punktid 50 punkti Autor soovib selle materjali allalaadimise eest saada 50 punkti.
Leheküljed ~ 6 lehte Lehekülgede arv dokumendis
Aeg2008-01-12 Kuupäev, millal dokument üles laeti
Allalaadimisi 67 laadimist Kokku alla laetud
Kommentaarid 0 arvamust Teiste kasutajate poolt lisatud kommentaarid
Autor Rain Ungert Õppematerjali autor

Märksõnad

Sarnased õppematerjalid

thumbnail
9
doc

Projekti kui infosüsteemi spetsifikatsioon

......................................................................................................8 4. Andmevaade.................................................................................................................... 8 5. Ajaline vaade................................................................................................................... 9 2 1. Projektist 1.1.1 Projekti üldine taust Käesolev projekt hõlmas kolmes balti riigis tegutseva finantsettevõtte müügiaruandluse keskkonna uuendamist. Projekti eesmärgiks oli organisatsiooni keskse andmelao pealt müügiaruandluseks vajaliku andmemudeli loomine ning lõppkasutaja tööriista juurutamine. Projekti käigus loodi ettevõttele müügiaruandluse infotehnoloogiline arhitektuur ning realiseeriti nelja olulise ärivaldkonna aruandlus. Tegemist oli suuremahulise ärianalüüsi tarkvara ehitamise projekti esimene iteratsiooniga

Infosüsteemi projekti...
thumbnail
7
doc

Projektiplaani seisundiaruanne

.......................................................................................................6 1.1.9 Realiseerimisfaas................................................................................................ 7 1.1.10 Juurutusfaas.......................................................................................................7 2 1. Projektist 1.1.1 Projekti üldine taust Käesolev projekt hõlmab kolmes balti riigis tegutseva finantsettevõtte müügiaruandluse keskkonna uuendamist tarkvaraarendusteenust pakkuva ettevõtte poolt. Tegemist on suuremahulise projekti esimene iteratsiooniga. Projekti eesmärgiks on organisatsiooni keskse andmelao pealt müügiaruandluseks vajaliku andmemudeli loomine ning lõppkasutaja tööriista juurutamine. Aruandluse uuendamise projekti põhjuseks oli finantsettevõtte liikumine tsentraalse

Infosüsteemi projekti...
thumbnail
8
doc

Projektiplaani lõpuaruanne

.........................................................7 1.1.6 Leige huvi koolituse vastu..................................................................................7 5. Projektist saadud õppetunnid........................................................................................... 7 1.1.7 Partneri kaasamine on pluss................................................................................7 1.1.8 Ettevaatust probleemidega, mis on suuremad kui käesolev projekt................... 7 1.1.9 Testimine on väga mahukas................................................................................8 2 1. Projektist NB! Projekti lõpptähtajaks on 27.02.2007. Olen lõpuaruande koostamisel kujutlenud, et käes on 2007. aasta kevad ja projekt on juba lõppenud. 1.1.1 Projekti üldine taust Käesolev projekt hõlmas kolmes balti riigis tegutseva finantsettevõtte müügiaruandluse

Infosüsteemi projekti...
thumbnail
6
rtf

Projektiplaani koostamine

mulje. Näiteks viidata veel täna kunagisele kuulumisele Nõukogude Liitu ja põhjendada mõne valdkonna vajakajäämisi sellega on kindlasti liiast. Eesmärk Ühe projekti elluviimisega võib kõrvaldada mitmeid erinevaid probleeme. Seega on võimalik püstitada projektile mitmeid erinevaid eesmärke. Siin tuleb nüüd aga selget vahet teha põhieesmärgil ja kõrvaleesmärkidel. Põhieesmärk tuleneb sellest probleemist, mille kõrvaldamiseks tahetakse projekt käivitada. Kõrvaleesmärgid tulenevad aga teistest probleemidest, mida antud projekt mingil moel kõrvaldab või leevendab. 3 Projekti eesmärk peab olema: · mõõdetav Objektiivsete kriteeriumide järgi on võimalik otsustada, kas me oleme või ei ole jõudnud eesmärkideni

Projekti juhtimine
thumbnail
88
pdf

Enesetestid teemadest 2-10

on kasutajale mõeldud dokument – Õige, Sisaldab teostatavuse analüüsi – Vale, Sisaldab huvirühmade rollide ja vastutuste kirjeldust – Õige Õige vastus on: Ressurside määramine ja ressursiplaani koostamisega, Projektistandartide ja protseduuride määramisega, Riskide identifitseerimise ja hindamisega. Küsimus 5 Projektide klassifitseerimisel, hindamisel ja järjestamisel saab kasutada erinevad kriteeriumid. Mis kriteeriumi alusel saab hinnata, kui suurel määral projekt vastab organisatsiooni pikaajalistele eesmärkidele? Vali üks: a. Ressursside kättesaadavus b. Tehniline keerukus c. Väärtusahela analüüs d. Potentsiaalne kasulikkus e. Strateegiline joondumine Küsimus 6 Viia õiged paarid kokku: Projekti alusplaan (Baseline Project Plan, BPP) Sisaldab teostatavuse analüüsi – Õige, on kasutajale mõeldud dokument – Vale, Sisaldab süsteemi kirjeldust – Õige, Sisaldab projektijuhi kontaktandmed – Vale

Infosüsteemide analüüs ja...
thumbnail
110
doc

Kino infosüsteemi strateegilise arenduse dokumentatsioon

Eero Ringmäe (010636) Õpperühmad: LAP51 ja LAP 52 Juhendaja: Lea Elmik Tallinn 2003 Autorideklaratsioon: Kinnitame, et käesolev projekt on meie iseseisva töö tulemus ning selle põhjal ei ole enne arvestust taotletud. Eero Ringmäe .................................. Pärtel Lias .................................. Indrek Kempi .................................. 2 Sisukord 1. Projekti spetsifikatsioon...........................................................................................10

Infosüsteemi projekteerimine
thumbnail
138
docx

Tarkvaratehnika 2016/2017 eksami materjal

läbirääkimised. o Süsteemi nõuded  Millised on süsteemi täpsed/detailsed nõuded, millised on konkreetsed funktsionaalsused, ning samuti ka piirangud, mis lepitakse kokku vastavalt lepingule. Mida peab funktsionaalselt süsteem tegema, et kasutaja saaks seda kasutada. See toimub siis kui antud projekt vms on võidetud.  Mis on nõuete analüüs? o Protsess, mis on mõeldud saavutamaks teenuseid, mida klient soovib süsteemist saada. Süsteemi poolt kirjeldame, mida süsteem peab tegema, et kasutaja mingeid vajadusi rahuldada, sinna alla kuuluvad ka piirangud. See on see protsess, kuidas see toimib ja kuidas me neid kirjeldame.  Miks on nõuete analüüs oluline?

Tarkvaratehnika
thumbnail
38
pdf

Projektide juhtimine Piirangute Teooriat kasutades

...... 18 Keskkonna muutustest tingitud risk............................................................................................................. 18 Riskianalüüsi tulemuste kasutamine planeerimisel..................................................................................... 18 Kaitse Murphy vastu ........................................................................................................................................... 19 Järjestikuste töödega projekt (Simulatsioon 1) ............................................................................................... 19 Paralleelsete töödega projekt Simulatsioon 2................................................................................................. 20 Piiratud ressurssidega projekt (Simulatsioon 3 ja 4)....................................................................................... 20 Projekti juhtimise muudab komplitseerituks ..........................................

Infosüsteemide...



Lisainfo

Esimene isesseisev töö

Kommentaarid (0)

Kommentaarid sellele materjalile puuduvad. Ole esimene ja kommenteeri



Sellel veebilehel kasutatakse küpsiseid. Kasutamist jätkates nõustute küpsiste ja veebilehe üldtingimustega Nõustun