arendatakse? C1. Milline on Strateegilise Analüüsi ainetöö/projekti üheks tulemuseks oleva Arendusvaate koostamisele vastava distsipliini täpne inglisekeelne nimetus Enterprise Unified Process-i nime kandvas metoodikas. Valige üks järgnevast loetelust: Portfolio Management C3. Strateegilise analüüsi tulemusena defineeriti 15 pädevusala, 7 funktsionaalset allsüsteemi ja 10 registrit. Konspektis esitatud käsitluse põhjal peaks Arendusvaates defineeritavate tarkvaraprojektide koguarv siis olema järgmine (valige üks õige vastus): 7 C4. Strateegilise analüüsi tulemusena defineeriti 25 pädevusala, 15 funktsionaalset allsüsteemi ja 20 registrit. Konspektis esitatud käsitluse põhjal peaks Arendusvaates defineeritavate tarkvaraprojektide koguarv siis olema järgmine (valige üks õige vastus): 15 C5. Strateegilise analüüsi tulemusena defineeriti X pädevusala, Y funktsionaalset allsüsteemi ja Z registrit
8) formaalse metodoloogia kasutamine, 9) usaldusväärsed hinnangud. 4. Kas projekti osalise finantseerimise korral leidub piisavalt kompenseerimisvõimalusi? Väga tihti ei õnnestu projekti täitmiseks saada ressursse soovitud mahus. Põhimõtteliselt peab siis käivituma üks (või mitu) järgmistest stsenaariumitest: · projekti mahtu tuleb vähendada kas osa eesmärkide taotlemisest loobumise või läbitöötatuse astme vähendamise teel (tarkvaraprojektide korral väljatöötatava tarkvara funktsionaalsuse vähendamise teel), · osa projektijärgseid tegevusi tuleb ühitada mingite teiste projektide raames täidetavate tegevustega (ja tekkivad kulud katta teiste projektide arvelt), · tuleb muuta esialgselt koostatud eelarvestruktuuri (puuduvate vahendite katmine asutuse eelarvest, loobumine kasumist ja arenduseks kavandatud vahenditest, töötasunormide või preemiafondi vähendamine jne).
vähendada. 4. Kes vastutab iga sammu teostamise eest. 5. Sammude teostamise tähtajad. 6. Millised eelarvelised vahendid eraldatakse riski vähendamiseks, iga sammu jaoks eraldi. Kuna riskide käsitlemiseks on vajalik projekti käiguga pidevalt kursis olla, siis probleemiks võib osutuda halbades uudiste kiire teadasaamine (head uudised levivad välgukiirusel iseenesest). Selleks tuleb luua vastav anonüümne kanal vastavate teadete edastamiseks, näiteks kasvõi projekti veebilehe kaudu. Tarkvaraprojektide täitmisega seotud riskide hindamiseks on töötatud välja ka vastavaid meetodeid (vt näiteks http://www- cgi.cs.cmu.edu/~SW_Managemnt/pdf/tr19.94.pdf, SEI tehniline aruanne CMU/SEI-94-TR-19 "Software Risk Evaluation Method"). Efektiivsete personalikasutuse strateegiate kujundamine. Põhiidee on, et projektijuht kannab vastutust selle eest, et projekti täitmise tulemusena asutuse inimressursi kvaliteet paraneb. Kui
Programmide olemus sõltub sellest, millist tüüpi infot tuleb leida, luua või töödelda (nt majandustarkavara, mobiilirakendused, tööstusrobotite juhtimine, andmebaasid, veebisüsteemid jne). Lihtsa programmi võib valmis kirjutada mõne minutiga, keeruliste tarkvarasüsteemide loomine võib võtta aastaid. Programmide lähtekoodi kirjutamise alused on tarkvara analüüs ja disain. Suuremate tarkvaraprojektide loomine võib tugineda analüüsile spetsialiseerunud töötajate (tarkvaraplaneerija, tarkvaraarhitekt jt) loodud detailsetele kirjeldustele. Sageli osalevad tarkvaraarendajana töötavad programmeerijad ka ise tarkvara analüüsi ja ülesehituse protsessis, sest see võimaldab luua tarkvara kiiremini ja paindlikumalt. Seepärast nõuab amet võimet teha koostööd meeskonnakaaslastega ja ka teiste inimestega, mõista klientide vajadusi
Seega on mudel kasutatav siis, kui nõuded on selged ja nad muutuvad vähe. Koskmudel on sobilik suurtele süsteemidele, mida arendatakse mitmes erinevas kohas korraga. Sel juhul lubab eelnev korralik planeerimine töid paremini koordineerida 7 3. Inkrementaalne arendusmudel Tarkvaraarenduse üks võtmeküsimusi on - kuidas tulla toime muudatustega, sest suurte tarkvaraprojektide puhul on muutused vältimatud. Äritegevus muutub ja see toob endaga kaasa muutunud nõuded, tekivad uued tehnoloogiad, mida oleks otstarbekas tarkvarasüsteemides nende täiustamiseks rakendada ning muutuvad platvormid, millele süsteem on rajatud. Nimetatud muutused nõuavad ümbertegemist ning maksab nii nõuete korduv analüüsimine koos teostusega kui ka uute funktsionaalsuste realiseerimine. Muudatuste maksumust tuleb hoida nii väiksena kui võimalik. Seega tuleb
76. Kuidas hinnata, milliseid investeeringuid on mõistlik konkreetse organisatsiooni IT infrastruktuuri teha? - Turunõudlus organisatsiooni poolt pakutavate teenuste järele. Viieaastase plaani analüüs eesmärgiga defineerida, milliseid uusi teenuseid ja võimekusi on vaja strateegiliste eesmärkide täitmiseks. Viie aasta IT plaanide võrdlus äriliste plaanidega. IT infrastruktuuri kogukulu määratlemine. Tehnoloogia hindamine. 77. Millised on peamised tarkvaraprojektide läbiviimisega seotud vead? - Hinnanguliselt 29% infosüsteemidega seotud projektidest lõpetatakse tähtaegselt, eelarves, kõigi eesmärkide täitmisega. Suur osa katkestatakse liialt üle tähtaja, oluliselt suuremad kulud. 78. Mida kirjeldab IT strateegiline plaan? - Kirjeldab IT infrastruktuuriga seotud pikaajalised eesmärgid ja peamised IT-gaseotud tegevused organisatsiooni eesmärkide saavutamiseks. 79. Millised on valmis tarkvaralahenduse ostmise eelised ja puudused? - Eelised: lai
*Tehnoloogia hindamine Kas ettevõte on tehnoloogilises arengus maha jäänud? Kas ettevõte on tehnoloogilises arengus liialt innovatiivne? eksperimentaalsed, kulukad ja samas ebausaldusväärsed tehnoloogilised lahendused ei ole soovitatavad; Parem kasutada stabiliseeritud kaasaegseid lahendusi, mis vastavad üldistele standarditele. *Konkureeriva organisatsiooni teenused võrdlemine. *Konkureeriva organisatsiooni investeeringud infrastruktuuri 77. Millised on peamised tarkvaraprojektide läbiviimisega seotud vead? Hinnanguliselt ainult 29% infosüsteemidega seotud projektidest lõpetatakse tähtaegselt, eelarves, kõigi eesmärkide täitmisega. Suur osa katkestatakse liialt üle tähtaja, oluliselt suuremad kulud. Põhjused: *vähene planeerimine projekti alguses; *probleemid tehnoloogiate ühilduvusega (uus tehnoloogia vs ülejäänud süsteemid); *juhtkonna vähene panustamine vajalike ressursside eraldamisse; *kehvalt defineeritud projekti skoop;
head inimesed ilma protsessita. - Grady Booch Hea tiimi võib halva protsessiga ära rikkuda. Eesmärgid Defineerida (täpsemalt kui eelmises loengus, kus teema sai esialgselt sisse juhatatud) iteratiivne ja adaptiivne protsess (mille osana me kontseptuaalset süsteemianalüüsi käsitleme) Defineerida UP põhimõisted (Näidata ka alternatiive UP-le) Motivatsioon Edukate tarkvaraprojektide uuring näitab, et tarkvaraprojektide õnnestumise edufaktorite hulgas on esikohal iteratiivse arendusprotsessi rakendamine. Unified Process (UP) on populaarne tarkvara arendamise protsess objektorienteeritud süsteemide ehitamisel. Rational Unified Process (RUP) on UP laialt kasutatav detailne peenendus. M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 UP põhiidee: iteratiivne arendamine
3. Kvaliteedikontroll igas faasis · Puudused 1. Produtseeritakse suur hulk dokumentatsiooni, alati pole see kõik kasulik 2. Valmisprodukt hilinemisega 3. Puhas `ülalt-alla' lähenemine on raske, eriti algajatele 54. Prototüüpmudeli kirjeldus, eelised, puudused. Kiiskavandus, Prototüüp, Test, Tellija hinnang. (ja siis algusesse tagasi) Prototüüpimine on väikeseeriate, väiksemate projektide jaoks. Prototüüp vähendab tarkvaraprojektide riske, sest: · saab katsetada ajapiiranguid, · saab veenduda interfeiside sobivuses, · tellija näeb väljatöötaja team'i potentsiaali, · prototüüp veenab tellijat produkti vajalikkuses. · Eelised 1. Varane tagasiside 2. Kiire arendustsükkel · Puudused 1. Mitte eriti paindlik 2. Prototüübi loomine "from the scratch" võib osutuda raskeks 55. Spiraalmudeli kirjeldus, puudused, eelised, kasutatavus RAS korral.
annaabi.ee 
