● Kasutajaliidese ● Andmete ● Sündmuste/operatsioonide 3. Analüüs arendustöös Ainult üks väike osa, vastab küsimusele mida on vaja teha või muuta (disain vastab küsimusele kuidas). Sitt analüüs = tehakse valesid asju/valesti asju. Süsteemianalüüs on osa süsteemitööst, mis tegeleb valdkonna uurimise ja kirjeldamisega, püstitab infrastruktuuri ja nõuded - selle alusel loob disain lahendused. Tl;dr õpid füüreriks. 4. Arendusmetoodikad - Produkti vs protsessi vaade Süsteemitöös järgitakse metoodikat, mis annab karkassi/arhitektuuri, et kirjeldada töötulemit ja protsesse (produktiraamistik & protsessiraamistik). Zachman on ainult produktiraamistik - mida valmistada? Zachmani laiendada sobiva protsessiraamistikuga (mida see isegi tähendab?) - kuidas valmistada? Protsessiraamistik on agiilse arhitektuuri osa. 5. Protsessiraamistik ● Klassikaline - e kose mudel (seda tegime modelleerimises) Uuri valdkonda
täiendamisel jääb (ununeb?) juhend muutmata ja ebaadekvaatne juhend on päris parajaks segaduste allikaks. Tehniline dokumentatsioon (technical reference document) on dokumentide kogum, mida kasutatakse tehniliste objektide konstrueerimisel või projekteerimisel, tootmisel (valmistamisel) ja kasutamisel. Tehniline dokumentatsioon sisaldab tarkvarasüsteemi tehnilist kirjeldust, sh dokumente, mis on tekkinud arendustegevuse käigus. Et erinevad arendusmetoodikad käsitlevad arenduse käigus toimuvat dokumenteerimist veidi erineval viisil, siis on raske anda ühest loetelu dokumentatsiooni osadest. Kitsamalt peetakse tehnilise dokumentatsiooni all silmas dokumente, mis on abiks süsteemi hooldamisel, töös ja ajakohasena hoidmisel (nt kuidas installeerida uuendusi). Dokument kirjeldab tarkvarasüsteemi ülesehitust (koodi ja muude failide loetelu). Võimalik on ka kommenteeritud lähtekood. Seega võib osa tehnilisest dokumentatsioonist paikneda
KORDAMISKÜSIMUSED 1. Kvaliteetse tarkvara atribuudid. eksam 2. Mis on tarkvaratehnika? 3. Üldistatud protsessid tarkvaraarenduses. 4. Tarkvaraprotsesside 2 suuremat liiki. 5. Manifesto for Agile Software Development. 6. Kuidas liigitada nõudeid? eksam 7. Nõude 3 põhiomadust. 8. Nõuete valideerimise tehnikad. 9. Komponentidel põhinev arhitektuur 10.Kihiline arhitektuur eksam 11.Objektorienteeritud arhitektuur 12.Teenusorienteeritud arhitektuur 13.Lihtsa koodi disaini 4 elementi 14.Miks peab nõudeid haldama? 15.Milleks kasutatakse versioonihaldust? eksam 16.Funktsionaalne nõue eksam 17.Mittefunktionaalne nõue eksam 18.Tarkvara elutsükkel 19.Millest koosneb tarkvara? 20.Mis on testimine? 21.Staatiline testimine eksam 22.Dünaamiline testimine eksam 23.Valge kasti testimine 24.Musta kasti testimine 25.Testimise tasemed 26.Re-testmine ja regressioonitestimine 27....
2. Lähtudes ettevõtte strateegiast planeerige kvaliteedihalduse eesmärgid ja kvaliteedipoliitika 3. Valige kvaliteedihalduse meetod 4. Valige ettevõtte kõige kriitilisem töölõik 5. Parandage seda töölõiku vastavalt valitud metoodikale 6. Kui põhimõtted ja metoodika on ennast õigustanud, minge tagasi sammule 4 7. Kui metoodika või kvaliteedipoliitika vajavad ümbervaatamist, minge tagasi sammudele 3, 2 või 1 24. Võrdlus: protsessihalduse raamistikud ja arendusmetoodikad. ISO 9000 seeria, ISO 90003, EVS-ISO/IEC 12207, CMMI, ITIL ja ISO/IEC 20000, RUP, XP, IT Grundschutzhandbuch / ISKE/ ISO 27000 seeria sisu ja omavaheline võrdlus. Standard (EVS-)ISO/IEC 12207 võib olla aluseks ettevõtte tarkvaraprotsesside haldusele. Oluline on teada, et ISO/IEC 12207 ei kirjuta ette konkreetset elutsükli mudelit ega tarkvara arendusmeetodit. Standardiga sobivad väga mitmesugused elutsükli mudelid, sealhulgas agiilsed.
tutvustatud eesmärkmudelitele): kontseptuaalne klassidiagramm kui visuaalne ärisõnastik; kontekstidiagrammide erinevad võimalikud esitused ja notatsioonid äriprotsessi kirjeldamine (UML tegevusdiagramm vs mitteUML: BPMN) Kava Süsteemianalüüs iteratiivse arendusprotsessi osana o Arendusmetoodikad: produkti versus protsessi vaade o Klassikaline arendustsükkel (kose mudel), süsteemianalüüsi koht selles o Iteratiivse arendusprotsessi UP põhiraamistik o Kontseptuaalse süsteemianalüüsi koht selles raamistikus M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 o Kontseptuaalse süsteemianalüüsi aine (valdkonna, metoodika) arhitektuur (Zachmani pluss UP raamistiku eeskujul)
annaabi.ee 
