mahamineku. Saadavus ei sõltu ainult sellistest vigadest, vaid ka ajast, millega süsteem taastub Ka mõjutab seda, see mis kell süsteem maha läheb. Saadavust võib mõjutada näiteks see: veebiserver töötab, aga rakendus ei tööta; põhjus näiteks võib olla, et keegi nimetas veebiserveri ringi). 2. Kirjelda turvalisust, too näide mõnest turvakriitilisest süsteemist ja kirjelda seda. Turvalisuse aspekte tuleb arvestada alates arendusprotsessi esimestest sammudest. Turvalisus jaguneb n: terviklikkus ja konfidentsiaalsus. Traditsiooniliselt on andmete turvalisuseks peetud nende salastatust. Turvalisus on omadus, mis väljendab süsteemi võimet end kaitsta väliste rünnete eest. Kuna enamik arvuteid on võrgus siis selline rünne pea alati võimalik. Kui vaja tõeliselt turvalist süsteemi siis poleks seda süsteemi vaja võrku ühendada. Igas võrgutatud süsteemis kolm peamist turvaohtu:
teemapargi arendamisega. Idee on inspireeritud Lennart Meri raamatust ,,Hõbevalge" ja kuna teemapark põhineb suures osas selle raamatu ainesel, kutsutakse seda hetkel Hõbevalge teemapargiks. Seal hakatakse pakkuma hariduslikku meelelahutust ning üheks oluliseks sihtgrupiks on lastega pered. Elamusliku toote arendamisel on oluline sihtgruppi tundma õppida. Teemapargi arendajatel puudub hetkel piisav arusaam lastega perede ootustest ja vajadustest, kuid see teadmine on teemapargi arendusprotsessi puhul oluline. Käesoleva töö eesmärk on selgitada elamusliku toote arendust lastega peredele ja teha ettepanekud sihtgrupipõhiseks tootearenduseks Hõbevalge teemapargis. Teema selgitamiseks on püstitatud järgmine uurimisküsimus: ,,Millega arvestada Hõbevalge teemapargi arendamisel, kui soovitakse pakkuda lastega peredele elamusi?". Eesmärgi täitmiseks on seatud järgmised ülesanded:
määrab objektide, protsesside ja struktuuri vaatenurgad. 11. Analüüsietapis on korrektne kasutada objektide vahelise seose näitamiseks: Atribuute Assotsiatsioone 12. Domeenimudeli koostamisel soovitatakse pühendada kõige rohkem aega. Valige täpselt üks õige vastusevariant: Eelnimetatud kolmele tegevusele tuleks pühendada võrdselt aega. Klasside ülesleidmisele Atribuutide ülesleidmisele Seoste ülesleidmisele 13. Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm? Valige õige vastus: Disain. Ärimodelleerimine (business modeling). Teostamine (Implementation). Testimine. Rakendamine (deployment). Nõuded (Requirements). 14. Milline väide järgnevast kolmest on õige? Domeenimudelisse tuleb kanda: c) mõlemat tüüpi assotsiatsioonid (nii a kui ka b). a) üksnes infovajadustest tulenevad assotsiatsioonid, mida on tarvis mingi perioodi vältel mäletada/salvestada.
t. järgivad elementaarse äriprotsessi (EBP) printsiipi) ? Valige vastusevariantide hulgast täpselt õige nimekiri: Isiku lisamine, Isiku andmete muutmine, Isiku kustutamine Isikute haldamine, Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine Isikute haldamine Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine 4. Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm? Valige õige vastus: Ärimodelleerimine (business modeling). Disain. Testimine. Nõuded (Requirements). Teostamine (Implementation). Rakendamine (deployment). 5. Millise allpool nimetatutest võiks olla (ainekonspekti ning C. Larmani raamatu õpetuse järgi) korrektse ning kasuliku skoobiga tarkvara kasutuslugu (use case)? Ainult üks vastusevariantidest
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.Tunneb iteratiivse arendusprotsessi UP põhiloogikat ning oskab näha süsteemianalüüsi distsipliine (ärimodelleerimine ja kasutusjuhtude keskne nõuete analüüs) selle terviku osadena. 11. Oskab hallata (iteratiivse arendamise käigus tekkivaid) mudelite versioone ja muudatusi. 12. Oskab retsenseerida kaastudengite töid (antud aine raames) M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 õppeaine sisu lühikirjeldus: Valdkonna analüüs
13. Loetle lühidalt toote olulisemad nõuded! Funktsionaalsus, turvalisus, tõrkekindlus, taastuvus, taastatavus, efektiivsus, jõudlus, kasutatavus. 14. Mis joonisega on tegu? Erinevate testi tüüpide ja arendusetappide vastavuse illustratsioon. 15. Mida näitavad joonisel punktiirjooned? Punktiirjooned näitavad seoseid testi tüüpide ja arendusetappide vahel. 16. Mida näitavad joonisel pidevad jooned? Pidevad nooled näitavad tarkvaratoote arendusprotsessi sammude ajalist kulgu. 17. Mida tuleb teha vigadega, mis on testimise käigus leitud? Mida selle jaoks kasutada? Testimise käigus leitud vead tuleb dokumenteerida. Selleks võib kasutada spetsiaalseid CASE-vahendeid, nt Mantis ja Bugzilla. 18. Mida tähendab ülevaatus? Ülevaatus on tegutsemine, mille käigus arutatakse ja hinnatakse tarkvaratoote projekti staatust, riske, tehakse otsustusi ressursside juhtimise ning toote nõuete-lahenduste vallast. 19. Loetle ülevaatuste liigid!
t. järgivad elementaarse äriprotsessi (EBP) printsiipi) ? Valige vastusevariantide hulgast täpselt õige nimekiri: Isiku lisamine, Isiku andmete muutmine, Isiku kustutamine Isikute haldamine, Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine + Isikute haldamine Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine 6. Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm? Valige õige vastus: Ärimodelleerimine (business modeling). Disain. Testimine. +Nõuded (Requirements)._?????????????????????????? Teostamine (Implementation). Rakendamine (deployment). 7. Kas Domeenimudel (UP/RUP käsitluse järgi) võib sisaldada dünaamikavaadet? Joonige alla õige vastus: Jah, võib küll Oleneb asjaoludest + Ei või 8
t. järgivad elementaarse äriprotsessi (EBP) printsiipi) ? Valige vastusevariantide hulgast täpselt õige nimekiri: Isiku lisamine, Isiku andmete muutmine, Isiku kustutamine Isikute haldamine, Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine + Isikute haldamine Isiku lisamine, Isiku andmete vaatamine, Isiku andmete muutmine, Isiku kustutamine 6. Millises unifitseeritud arendusprotsessi UP distsipliini raames tehakse süsteemi jadadiagramm? Valige õige vastus: Ärimodelleerimine (business modeling). Disain. Testimine. +Nõuded (Requirements) Teostamine (Implementation). Rakendamine (deployment). 7. Kas Domeenimudel (UP/RUP käsitluse järgi) võib sisaldada dünaamikavaadet? Joonige alla õige vastus: Jah, võib küll Oleneb asjaoludest + Ei või 8. Kas RUP Äri Objektmudel (Business Object Model) võib sisaldada dünaamikavaadet
ebapiisavalt spetsifitseeritud jne. Näide: "süsteemi vastuse aeg peab jääma alla 3 sekundi". Kui sellised nõuded on lepingus, on see tavaliselt ühe poole lisarisk. Eesmärkide ja nõuete hindamiseks võib kasutada ka laiemat SMART kriteeriumit (Specific, Measurable, Agreed, Realistic and Time bound). 5. Tarkvara elutsükli mudelid ja protsessimudelid mis on erinevus? Ülevaade Tarkvara elutsükli mudelid iseloomustavad esmajoones arendusprotsessi, protsessiraamistikud kõiki protsesse. Seepärast on protsessiraamistikud tihti mahukamad protsessimudelitest ja tarkvara elutsükli mudelitest. Selliste raamistike mahukus tuleneb eelkõige sellest, et nad hõlmavad väga mitmesuguseid protsesse, mitte ainult tarkvara arendust. Näiteid protsessidest: hankimine, tarnimine, ekspluatatsioon, hooldus, konfiguratsiooni haldus, muudatuste haldus jne. Tänapäeval on pakutud mitmeid erinevad
............................................................................................................18 8.Viited...............................................................................................................................21 2 1. Elutsükli üldised mudelid Süsteemiarenduse elutsükli mudel on arendusprotsessi üldistatud (abstraktne) kirjeldus. See on protsessi kirjeldus teatud vaatenurgast lähtudes. Protsessimudelite kirjeldustes räägitakse tavaliselt tegevustest nagu andmemudeli kavandamine, kasutajaliidese disain jne, kuid nad võivad sisaldada ka dokumentatsiooni ja rollide kirjeldusi. Protsessimudelites võib kohata kahte põhimõttelist lähenemist. Tugev planeerimine. See vanem lähenemine seisneb tegevuste ja tarkvara põhjalikus
uut väärtust, vaid nende taga on inimene Log. Üldkontseptsiooni 3 eesmärki:1)kulude vähendamine 2)investeeringute optimeerimine 3) soovitud teenindustaseme leidmine toodete ja tarbiate sihtgruppide lõiges Kogukulude arvestamine tarneahelas 1)makroekonomika tasend (tooaine, turu, tööjõu paiknemise ja regiooni majanduskeskkond 2)mikroekonoomika tasend (toode, tehnoloogia,teenuste arendusprotsessi juhtimine, ettevõtte tasand) 3)indiviidi tasend (personaalne inovatsioonvõimekus, huvitatavus) Ettevõttes tuleb tegeleda 3 valdkonna juhtimisega 1)finantsjuhtimine raha juhtimine 2)tootmise juhtimine 3)turundusjuhtimine vastab müügi eest Süstemaatiline mõtlemine tähendab, et terviku mõistmiseks ei piisa ainult Log. Süsteeme, koostiselementide tuvastamisest, vaid tuleb mõista ka koostiselementide suhteid ja seoseid Lean, kultuur ja mõtlemine:
konkreetsete tootmisprojektide juhtimine ning haldamine, rahaliste ressursside hindamine, toote kvaliteedi kontrollimine ning selle juurutamine tootmisesse, tehnilise dokumentatsiooni ettevalmistamine tootmiseks jne. Tal peab olema hea suhtlusoskus, võõrkeelteoskus, omama häid teadmisi arvutiprogrammides. 3.5 Osakonna juhataja. Müügijuhataja. Tööülesanded sõltuvad konkreetsest firmast, kindlasti on nende hulgas: · müügi-, ostu- ja arendusprotsessi juhtimine, · meeskonna töö korraldamine ja jätkusuutlikuse tagamine, · kliendisuhete loomise ja hoidmise koordineerimine. Tavalised nõudmised kandidaadile: · kõrgharidus, soovitavalt insenertehniline, võõrkeele oskused, · võime pingelistes olukordades kiireid ning optimaalsemaid otsuseid vastu võtta, · head läbirääkimis- ja enesekehtestamisoskused, · eelnev töökogemus tööstusettevõttes.
Treier Enesehindamine (self-assessment, self-evaluation) - protsess, milles õppeasutuse personal jälgib süstemaatiliselt ja regulaarselt õppeasutuse tegevusi ja tulemusi. Enesehindamise objektideks võivad olla kogu õppeasutus, selle personal või mõni selle rühm/liige. Enesehindamise põhieesmärk on soodustada nii indiviidi kui kollektiivi tasandiltoimuvat õppimist, arengut ja eksperimenteerimist. Enesehindamine aitab kaasa ka vajaliku muutuse juhtimisele, andes teavet arendusprotsessi kulu ja sellega kaasnevate ootuspäraste või ootamatute tagajärgede kohta ning suurendades organisatsiooni võimet ebakindlusega toime tulla. Enesehindamine võimaldab anda võimalikult süstemaatilise ülevaate kooli hetkesisukorrast, selgelt välja tuua õppeasutuse tugevad küljed ja parendusvaldkonnad, individualiseerida õppeasutuse arenguvajadused, anda infot tegevuse tulemuslikkuse kohta, luua soodsa keskkonna koolisiseseks arendusdiskussiooniks ja arendusvisioonile selgema
“standardlauseid” ja “standardsõnu”. Kui Elizale anda lause, milles on sõna tema “standardsõnade” loetelus, siis Eliza valib mõne “standardvastuse” ja paneb sinna sisse osi talle antud tekstist Minimax: algoritm otsuste tegemisteks Alpha-beta: otsingu algoritm Masinõpe: algoritmide välja töötamine, mis õpivad ja saavad targemaks IBM Watson: arvutisüsteem, mis vastab küsimustele, võitis USAs mälumängu WolframAlpha – vastuste mootor 14. Nädal Eksamiks: Arendusprotsessi kohta loengumaterjalidest küsimusi ei tule. Küll aga on küsimused allpool kohustuslike artiklite kohta. Masinõppe teemadel: aru saada, mis on supervised learning, reinforcement learning, unsupervised learning. Tehnilisi detaile ei küsita. Reinforcement learning: masinõppe valdkond, mis on seotud sellega, kuidas tarkvaraagendid peaksid käituma olukorras, kus tuleb maksimeerida kumulatiivse tasu mõistet ???
ISO/IEC 12207- Tarkvara elutsükli protsessid (primaar-, abi-, organisatsioonilised protsessid). CMMI- Ülevaade hankimistegevustest (hanke, arenduse, teenuse mudelid) COBIT- Üldine auditi korraldus, viimastel aastatel pigem üldine protsessiraamistik 13. Tarkvara protsessiraamistikud ja elutsükli mudelid – mis on vahe, kas neid saab koos kasutada? Raamistik- iseloomustab kõiki protsesse. Elutsükkel- iseloomustab arendusprotsessi. Levinud raamistikud lubavad arendusprotsessis kasutada erinevaid elutsükli mudeleid. 14. Näited erinevate elutsükli mudelite kohta: kosemudel, V-mudel, spiraalmudel, XP, Scrum, testipõhine arendus. Kosemudel- iga tegevus toimub eraldi etapina. Eelmine etapp peab olema lõpetatud, enne kui minna täitma järgmist etappi. Nõudmiste analüüs – Süsteemi ja tarkvara kavandamine – Realiseerimine ja
2.4.3 PILETITE REGISTER 23 2.4.4 ISIKUTE REGISTER 25 2.4.5 VAPIDE REGISTER 26 2.4.6 KLASSIFIKAATORITE REGISTER 28 3. ARHITEKTUURIVAADE 29 4. ARENDUSVAADE 30 4.1 ARENDUSPROTSESS JA -PROJEKTID 30 4.2 ARENDUSPROTSESSI MEESKOND 31 TTÜ IS strateegiline analüüs 1 © TTÜ Informaatikainstituut 1. PROJEKTI SPETSIFIKATSIOON 1.1 PROJEKTI TAUST Tegemist on reaalse infosüsteemiga mida kasutab Solaris Kino enda äri eesmärkide täitmiseks. Infosüsteem pakub aktuaalse kinokava vaatamise ja piletite ostmise võimalust. Samuti võimaldab see kasutajate registreerimist. Sisselogitud kasutaja saab enda ja oma
uusi innovaatilisi tehnoloogiaid või ideid jagada, niimodi tagades edukuse kohalikul ja rahvusvahelisel tasandil. Üks suhtlusvõrgustiku mõju innovatsiooni takistamisel on olukord, millal uue toote ebaõnnestumine võib juhtuda tehnoloogiapõhisel firmal, kui nad haldavad oma suhteid valesti potsensiaalsete ostjatega toote väljaarendamise protsessis seeläbi kaotades ostja, mis viib toote arendusprotsessi seiskumiseni. Kuid ostjate liigne sekkumine, võib tootjate innovaatilisust vähendada, ning võib valmida toode, mis ei ole eriti uudne ning seega ei soovita seda eriti vanade tõestatud toodete vastu vahetada, sest vana toode on juba ennast tõestanud ning uus toode ei pruugi nii hea olla ja inimesed ei soovi riski võtta. Suhtlemine võib kahe partnerfirma vahel tekitada vastukõlasi ning sellega omakorda takistada uudse info jagamist, kui üks osapool ei jaga teisega
..............................................................................................79 3.1 Nõudmised tarkvarale ja riistvarale................................................................................80 4 Arendusvaade.........................................................................................................................81 4.1 Arendusstrateegia............................................................................................................81 4.2 Arendusprotsessi meeskond............................................................................................82 4.3 Arendusprotsessid...........................................................................................................82 Joonised Joonis 1 Kliendi pädevusala üldised vastutused.......................................................................12 Joonis 2 Kliendi pädevusala teenindaja rollis...........................................................................13
pakkumine. Näide. Põhiliste riskide tabel. Nr. Mitu Riski nimetus Riski vähendamise võimalused nädalat loetelus Loodud kasutajaliidese prototüüp, veendumaks kasutajate 1. 4 Väljastatud rahulolus. tarkvara madal Kasutatakse süsteemset arendusprotsessi. kvaliteet Testimine kavandatakse nii, et see kataks kogu funktsionaalsuse. Süsteemi testimine sõltumatute ekspertide poolt. Ajagraafik vaadatakse projekti käigus korduvalt üle. 2. 4 Ajagraafikust
9. Süsteemi arendamiskava ja strateegia 9.1 Strateegiaetapp Firma omaniku ja tulevaste kasutajate abil infosüsteemile seatud nõuete selgitamine ja fikseerimine, üldise infosüsteemi kava loomine. Valmib ärimudelite ja soovituste komplekt ning tegevuskava süsteemi loomiseks. Arvestatakse organisatsioonilisi, finantsilisi ja tehnilisi piiranguid. Infosüsteemi arenduse järelvalvekomitee loomine, kelle ülesandeks on kontrollida ja täiendada arendusprotsessi kõigil etappidel. Kestus 10 päeva. 30 9.2 Analüüsietapp Tulevase infosüsteemi struktuuri loomine. Vastavalt strateegiaetapis koostatud projektiplaanile mudelite detailiseerimine koostöös kasutajate ja analüütikutega. Strateegiaetapi tulemuste üle võtmine ja kontrollimine, nende detailiseerimine, et oleks tagatud võimalikult täpne disain ja realiseerimine. Andmeobjektide atribuutide
- Maa arendusprojektid. Näiteks buumi ajal põllumaa, kuhu tehti detailplaneering. - Ehitusprojektid · Ehitamine · Renoveerimine Arenduse kulud on: - Maa hind (sõltub ostukuludest) - Planeering (kas detailplaneering on olemas või tuleb koostada) - Infrastruktuur - Ehitushind (ehitus on kõige kapitalimahukam) - Finantseerimiskulud (laenuintress, lepingutasud, riigilõivud jm) - Müügikulud Arenduse protsess: turundus peaks käima läbi kogu arendusprotsessi (Milline toode? Kuidas hinnastada? Kuidas müüki toetada?). Turundus peab olema seotud arendusprotsessiga algusest alates. Keegi peab koguaeg juures olema, kes mõtleb tarbijate vajaduste rahuldamise peale. Üks võimalikke arendusprotsesse. Turundus seotud algusest alates. Turu-uuring >> Maatüki valik >> Teostatavuse analüüs >> Maatüki omandamine >> Detailplaneering >> Hoone projekteerimine >> Ehitustegevus >> Müük >> Järelteenindus (>> Haldamine) Kinnisvaraturu monitooring
süsteemi serveri vahel üle turvalise HTTPS ühenduse. 3. Hankimise tegevused(väljavõte) Selles peatükis on kirjeldatud lühidalt rakendatavat elutsükli mudelit, hankija osalust hankes ning kuidas hallatakse projektis muudatusi. Samuti tuuakse välja plaan, kuidas süsteem vastu võetakse. 3.1 Elutsükli mudel Projekti arendusprotsessiks on Scrum, mis koosneb arendustsüklitest (sprintidest). Üks sprint kestab tavaliselt üks kuni neli nädalat. Arendusprotsessi jälgimiseks kasutatakse Kanban tahvlit (board). See on jagatud neljaks osaks: „vaja teha“ (arendused, mida on vaja teha või parandada), „tegemisel“ (kui kindel ülesanne või viga on juba arendaja käes), „testimisel“ (kui valminud arendus on jõudnud testija kätte) ja „tehtud“ (sinna lähevad kõik valminud arendused ja parandatud vead, mis läbisid edukalt testimise). Sprindi lõpus analüüsib
Organiseerimine- ülesannete grupeerimine, töökohtade kavandamine, otsustusõiguse delegeerimine. Organiseerimise tulemuseks on organisatsiooni struktuur. Juhi põhitegevused organiseerimisel on: * töökohtade kavandamine * töökohtade rühmitamine * alluvus- ja aruandlussuhete määratlemine * õiguste ja võimu jaotamine töökohtade vahel * allüksuste tegevuste koordineerimine * rivi ja staabi eristamine 20. Organisatsiooni arengutsüklid. Organisatsiooni arendusprotsessi etapid: 1. Eeletapp- strateegiad, probleemide vähendamine 2. Org. strateegiline diagnostika 3. Üldeesmärkide püstitamine 4. Muutuste pakilisuse määratlemine, rollide jaotus arendustegevuses. Hädavajalike meetmete käivitamine 5. Organisatsiooniline õppimine 21. Struktuuri tüübid, nende eelised ja puudused. 1. Funktsionaalne struktuur: Eelised Puudused
·kvaliteedi mõõtmine; ·kvaliteedi maksumuse hinnang; ·töötajate kvaliteediteadlikkus, ·nende koolitamine; ·nulldefekti komitee; ·nulldefekti päev; ·selgelt formuleeritud sihid näiteks 30,60, 90 päeva peale; ·vea põhjuste kõrvaldamine; ·parimate tunnustamine; ·kõige eelneva kordamine ikka ja uuesti: Teadmised kvaliteedihaldusest on kasulik kõigile töötajatele: tellijatele, ostjatele et olla kursis tarkvarale esitatavate nõuetega, osata soovida toodet, jälgida arendusprotsessi ja hinnata tulemust; kasutajale et teada, mida võib tarkvaratootelt eeldada; süsteemiarendajatele, laiemalt süsteemse töö täitjaile et luua paremat toodet, saavutada tellija rahulolu. Ei ole kvaliteediprobleemi, eksisteerivad probleemid seoses personali kvalifikatsiooniga, millega on seotud kõik muu, ka toote kvaliteet. Juhtidel on vaja tegelda töötajate otstarbeka kasutamisega ja koolitamisega kliendi nõuete muutumisel. Kvaliteedijuhtimise standardi on järgmised:
3. Nõuab arvestatavat riskianalüüsi kogemust [Spiraal-mudel kujutab tarkvaraarendust lõpmatult korduvate tsüklitena.Esimene kordus võib olla näiteks seotud süsteemi teostatavuse uurimisega, teine nõudmiste kirjeldamisega, järgmine kavandamisega jne. Mitu kordust on enamasti seotud tarkvara realiseerimisega, kus tema ehitamine toimub inkrementaalselt. Kuid kindlasti ei tohiks spiraali korduseid võrdsustada tavapäraste arendusprotsessi faasidega. Iga kordus on jaotatud 3 kuni 6 sektorisse (erinevad autorid jagavad erinevalt). Iga kordus algab lähema eesmärgi kavandamise ja riskide hindamisega ning lõppeb nö kliendiga - ehk eesmärk peab saama täidetud ja kontrollitud. Sektorite töömahukus ei pruugi olla ühesugune.] 56. Kümme tähtsamat tarkvaraarenduse riskitegurit, vastumeetmed neile. 1. Personali puudused - leida talente, kõigile sobiv töö, parandada team'i korraldust, tõsta
Tarkvara mittevastavust nõuetele nimetatakse veaks ning vigu on võimalik leida 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.
Wolfram Alpha – otsingusüsteem, mis arvutab vastused küsimustele ise välja sisseehitatud andmete põhjal, mitte ei otsi neid suurtest andmebaasidest, nagu teeb Google ja teised tänapäevased otsingumootorid. Sobib kasutamiseks teadlastele, üliõpilastele, ekspertidele, tavatoimingute jaoks liialt keerulised vastused. 13. nädal • Eksamiks: Arendusprotsessi kohta loengumaterjalidest küsimusi ei tule. Küll aga on küsimused allpool kohustuslike artiklite kohta. P2P teemadel: peamised P2P liigid, milleks on / mida optimeerib Bittorrent, darkneti / TORi põhiideed, mis ja milleks on Bittorrentis kaevandamine / proof of work. P2P – PEER TO PEER – OTSE SAATMINE ARVUTIST ARVUTISSE: Liigid: Napster- esimene muusika jagamise süsteem (MP3 failid). Paned programmi käima, annad teada,
vahendeid: Wire segments Programmale switches Sarnaselt loogiliste plokkide defineerimisele on olemas ka ühenduste tekitamise (routing architecture) erinevaid viise, põhimõte Palju lihtsaid mooduseid Vähem mooduseid kuid olemuselt keerukamad Toomas Ruuben. TTÜ Raadio ja sidetehnika 17 instituut. SISSEJUHATUS FPGA-sse. Majanduslikud näitajad FPGA omab madalat prototüübi hinda ja võimaldab kiirendada arendusprotsessi FPGA-de miinused Suhteliselt väike kiirus võrreldes MPGA-ga (Mask-Programmed Gate Array). Põhjus-Programmeeritavad lülitid-taksitus-mahtuvus Väiksem nn. loogiline tihedus (Loogikaelementide arv, mis oleks võimalik paigutada ühele mikroskeemile). Programmeeritavate lülitite loomine võtab chip-il ruumi. Chip-I suuruse määrab siiski tema sisendite-väljundite arv, mitte tema loogiliste plokkide ja ühenduste arv. Seega ei pruugi hinna mõttes loogiline tihedus olla
27. Uue toote arendamine ja evitamise etapid Uus toode on nii radikaalselt uus toode kui olemasoleva toote modifikatsioon või edasiarendus. Uue toote eduteguriks peetakse toote unikaalsust. Toode on unikaalne siis, kui ta on kõikidest varasematest toodetest parem, pakub tarbijatele paremat kvaliteeti, uusi lisasid ja suuremat väärtust. Uue toote arendamisel on kriitiliseks eduteguriks ka hästi defineeritud tootekontseptsioon enne toote reaalse arendusprotsessi juurde asumist. See tähendab, et on hästi määratud ja hinnatud sihtturg, vajalikud nõuded tootele ja tootest saadavad kasud. Kokkuvõtvalt on kaks võimalust: võtta üle toode või arendada ise uus. Uue toote jaoks on tähtis innovatsioon ehk toote omamoodi tegemine Uue toote arendamise protsessis saab välja tuua viis sammu: 1)ideede genereerimine 2)ideede sõelumine 3)tootekontseptsiooni arendamine ja testimine 4)toote kujundamine ja testimine 5)toote turule viimine
· ei arvestata tööjõu voolavust või nende kogenematust · põhinevad liigselt tehnilisel poolel, aga mitte sotsiaalsetel aspektidel Metodoloogia kasutamise plussid · pakub süsteemi disaini-, arendus- ja realiseerimisprotseduuride standardiseeritust · kindlustab tulemuste kvaliteeti · võimaldab juhtida muudatusi · kindlustab realiseeritud komponentide taaskasutust samas või teistes süsteemides · võimaldab arendusprotsessi ja kasutatavaid ressursse paremini juhtida · võimaldab saadud teadmisi ja kogemusi paremini hallata Klassikaline lähenemine Kose metoodika nõrkused [6] · annab vaid ühekordse tulemuse · lükkab riskid ajas edasi, mil on kulukas parandada eelmistes etappides tehtud vigu · välistab varast süsteemi rakendamist · mõõdab edukust tehtud tööde, mitte saavutatud tulemuste järgi Kose metoodika tugevused
· omanikujärelvalve vs ehitusjärelvalve (KOV) 8. Konsultandid, nende kohustus ja vastutused ehituse juhtimissüsteemis Ehituse tellija-arendaja vähendaks oluliselt oma aja- ja energiakulu kui ta sõlmiks kokkuleppe juba kavandamise algfaasis konsultandiga, kes nõustaks ehituse omanikku kõigis kavandamise ja ehitusega seotud küsimustes, oleks ehituse tellija esindajaks suhtlemisel projekteerijatega, ehitajatega, võimu esindajatega jt. asjaomaste tegelastega kogu ehitusprojekti arendusprotsessi käigus. 9. Konfliktid ehituse tööettevõtu(lepingute)s, tekkimise põhjuse Vaidlusteni jõudvate tülide peamised põhjused on puudulik lepingule regulatsioon ja lepingu mittejärgimine. Kindlasti teha leping kirjalikult, tellitav töö täpselt määratleda, panna paika maksmise kord( ja siduvus(eelarve ületamisel töövõtja lisatasu küsida ei saa)/mittesiduvus), vastastikuste kohtuste järjekord (nt et ettemaks tehakse tööde alustamisel või vastupidi)
näidata milliseid andmeid soovitakse mingi objekti kohta säilitada. Samuti lisatakse piirangud. CASE (Computer Aided/Assisted System/Software Engineering) - CASE vahend on individuaalne toode, mis aitab tarkvara arendajat ühe või rohkema tarkvara arendustsükli etapi jooksul. CASE vahendi kasutamisest tulenev võimalik kasu: -Vähendab kulutusi, eriti seoses tarkvara hooldamisega. -Parandab tarkvara kvaliteeti. -Kiirendab arendusprotsessi. -Suurendab tootlikust. ODBC (Open Database Connectivity) võrgu ja liidesetarkvara Võtmed relatsioonilises mudelis Primaarvõti (ka esmasvõti) (ingl. k. primary key) on kandidaatvõti, mis on valitud relatsiooni kirjeid unikaalselt identifitseerima. Primaarvõti on võti, mis üheselt identifitseerib ühe kirje. Valiku kriteeriumid: - atribuudi domeen (peaks olema võimalikult lühike väärtus).
25 arusaamu radikaalse innovatsiooni aluste kohta, näiteks Alison Prendiville ja Leslie McKee vastasid portaalile Service Design Research antud usutluses, et selle aluseks saab olla vaid kvalitatiivsel meetodil teostatud sotsiaaluuring, eriti hea on kasutatada avatud intervjuusid, et saavutada kohaliku kogukonnaga varajane kontakt. Kõige täht- samaks peetakse aga innovatsiooni põhimõtete elluviimise õige idee valimise, mees- konna koostamise, arendusprotsessi loomise, eestvedamise, riski juhtimise, sihtrühma määratlemise, turuajastamise jne oskust. Innovatsioon pole vaid "ahhaa"-ideed. See on pigem distsiplineeritud lähenemist vajav protsess, mille käigus parimad ideed välja sõelutakse. (Prendiville 2011 ja McKee 2011) Innovatsiooniprojektide edu tagamiseks lõid Mark Jones ja Fran Samalionis viieastmelise raamistiku, mis on koondatud tabelisse 6. Tabel 6. Tulemusliku innovatsiooniprotsessi etapid
annaabi.ee 
