Tarkvaratehnika: Loeng 1: Taust: o Tarkvara iseloom o Kõrgenenud nõudmised: Suuremad süsteemid Keerulisemad süsteemid Kiiremini Erinevad näited vigadest mis on tehtud: o Ariane Crash 1996 kosmosesüstiku alla kukkumine, tuli välja et selle alla kukkumise põhjuseks oli tarkvarasüsteemis viga ilmus trajektoori osas. o Therac-25 kiiritusravi andmises tehti viga kasutaja liideses, kus
TARKVARATEHNIKA KORDAMISKÜSIMUSED 1. Mis on tarkvaratehnika? Software engineering ! “Engineers Australia” definitsioon: Tarkvaratehnika on tiimide poolt rakendatav distsipliin tootmaks kõrgekvaliteedilist, suuremastaabilist ja hinnaefektiivset tarkvara mis rahuldab kasutajate nõudmisi ja mida saab hooldada teatud ajaperioodi vältel. IEEE definitsioon: Tarkvaratehnika on süstemaatilise, distsiplineeritud ja mõõdetava lähehemisviisi rakendamine tarkvara arendamisele, käitamisele ja hooldamisele, see tähendab, inseneriteaduste rakendamine tarkvarale. Tarkvaraarendus on nõrgem termin, kus tingimata ei kasutata protsesse, tööriistu, standardeid, jne. Tarkvaraarendus on progemine + konfigursatsiooni haldus. Tarkvaratehnika ei ole ainult programmi kirjutamine, vaid teemad hõlmavad ka kvaliteeti, ajakavasid,
Tarkvaratehnika 1. Loeng Kvaliteetse tarkvara atribuudid: 1. Teostab ettenähtud funktsionaalsust 2. Hooldatav Tarkvara peab arenema, et vastata muutuvatele vajadustele. 3. Usaldusväärne Töökindlus ja turvalisus. 4. Vastuvõetav Kasutajad on aktsepteerinud selle. Tarkvara on neile arusaadav, kasutatav ja ühilduv teiste süsteemidega. Mis on tarkvaratehnika? Tarkvaratehnika on tiimide poolt rakendatav distsipliin tootmaks kõrgekvaliteedilist, suuremastaabilist ja hinnaefektiivset tarkvara, mis rahuldab kasutajate nõudmisi ja mida saab hooldada teatud ajaperioodi vältel. Tarkvaratehnika on süstemaatilise, distsiplineeritud ja mõõdetava lähenemisviisi rakendamine tarkvara arendamisele, käitamisele ja hooldamisele, see tähendab, inseneriteaduste rakendamine tarkvarale. Tarkvaraarendus on nõrgem termin, kus tingimata ei kasutata protsesse,
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
Tarkvara kvaliteedi kordamisküsimused 1. Pakkuge ise kvaliteedi mõiste, võrrelge ülal pakutud mõistega Kvaliteet on nii tootja või kaubamärgiga kaasas käiv omadus, kui ka suhe toote ja nõuete vahel. 2. Kas tarkvara kvaliteedi määratlus erineb teiste toodete kvaliteedi määratlusest? Miks? Ei erine, lihtsalt vaadatakse erinevaid aspekte. 3. Millal võib kvaliteedi määratluses piirduda vaid tootega? Vaid toote ja nõudmistega? Kui kvaliteet on mingi tootja või kaubamärgiga kaasas käiv omadus. 4. Kuidas suhtuda väitesse "Tarkvara kvaliteeti pole olemas, kogu aeg on kiirustamine ja pole aega ühte asja valmis saada, juba tuleb järgmine"? Millist kvaliteedi mõistet siin arvestatakse
1. Tarkvaratoode mis siia kuulub? Tarkvara arenduse tulem (toode, teenus) hõlmab mitmesuguseid komponente, mis kõik võivad olla kvaliteedihalduse objektid, näiteks arenduse käigus hangitud infotehnoloogiavahendid: riistvara, standardtarkvara, sideseadmed arenduse käigus tehtud töö: täitja arendatud tarkvara (sealhulgas lähtekood, objektkood, täitmiskood jm); installatsioonid, kohandamised, muudatused; andmehõive muudatused tellija organisatsioonis, protsessides, töökorralduses... projektdokumentatsioon kasutamise kohta (kasutajajuhendid); objektsüsteemi kohta; loodavate objektide kohta (programmi/testimise dokumentatsioon); installeerimise ja seadistamise kohta; arenduse (sh testimise) kohta metoodika: tulemuste kasutamine; tulemuste edasiarendamine; uute arenduste tegemine
..................................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 planeerimises ja järgnevas kindlalt plaani järgivas arenduses. Arendustegevuse progressi mõõdetakse sama plaani abil. Agiilne ehk paindlik arendus, kus planeerimine toimub osade kaupa (inkrementaalselt)
Tarkvara testimist käsitlev juhendmaterjal Tarkvara testimine Testimise parimad praktikad Nõudmiste määratlemine Maili Markvardt ASA Quality Services OÜ Tallinn 2006 Sisukord 1 Lugejaskond ja käsitlusala.......................................................................................3 2 Kasutatavad mõisted.................................................................................................3 3 Sissejuhatus testimisse........................................
Сравнить Канбан и Скрам Scrumikokkuvõte The Product Owner sets the Product Backlog During the Sprint Planning, the Product Owner determines a piece of the top of that list –the Sprint Backlog –and decide how to mplement itThe Team has a time-box to reach this goal: the sprint Each day, the Team measures its progress during a 15 minutes meeting: the Daily Scrum Meeting During the whole project, the Scrum Master ensures that the Team is still focused on its objective At the end of the Sprint, the completed work has to be potentially shippable The Sprint ends with the Sprint Review and the Retrospective. The Scrum process is completed when all Stories making up the Product Backlog are implemented, or the budget is consumed, or when the time is over. Kanbani võimalikud eelised Scrumi ees Lihtsus Puudub suurte Backlogide haldamine Puudub“time boxing” Sprint Backlogide jaoks
TALLINNA TEHNIKAÜLIKOOL INFOTEHNOLOOGIA TEADUSTKOND INFORMAATIKAINSTITUUT Puhkuste ja töölt eemalolekute haldamise rakenduse testimine Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autorid: Martin Koidu
Tarkvara nõuete analüüs ● Usecase/Usestory analüüs ● 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
RAS operatsioonisüsteemid - reaalajalised tuumad 1.Millised reaalajalised nõuded määravad RAS tarkvara koostamise eripära? RAS nõuded määravad tarkvara valmistamise eripärad (enamasti tekib sundparalleelsus): · Jõudlus tippkoormusel peab olema ennustatav · Töökiiruse juhtimine toimub ümbritsevast keskkonnast · Ohutus on sageli kriitilise tähtsusega · Andmemahud on väikesed või keskmised · Aktiivne liiasus (dubleerimine, jne) · Andmete terviklikkus nõutav lühiajaliselt · Autonoomne vigade avastamine 2.Selgitada sundparalleelsuse ja traditsioonilise paralleeltöötluse erinevusi.
Projekti visioon. Enne mistahes projekti käivitamist peab projektimeeskond projekti põhieesmärgi suhtes kujundama ühised arusaamad ja need ka kirjalikult lühidalt formuleerima. Põhieesmärk peab olema kõrge, kuid reaalne. Halvim on, kui projekti täitjad saavad aru eesmärkide ebareaalsusest, kuid projekti juhtkond mitte; sellisel juhul täitjate motivatsioon langeb kiiresti. Visioonist peaks lähtuma, määratlemaks, mida loodav tarkvara peab võimaldama ja mida mitte. Näiteks MS Word for Windows 1.0 arendamine võttis algselt kavandatud ühe aasta asemel aega viis aastat, kuna eesmärgid olid seatud liiga kõrged! Seega on näiteks "Luua maailma parim tekstitöötlussüsteem" liiga üldine, parem oleks "Luua maailma kõige kasutajasõbralikum tekstitöötlussüsteem", kuna annab arendajatele ka ideid, mida ei peaks tarkvara koosseisu lülitama. Põhiotsustaja määratlemine
............................................................... 3 MIS ON VIGA?.................................................................................................................................. 4 MIKS VEAD TEKIVAD?.................................................................................................................... 5 KUI PALJU VEAD MAKSAVAD?....................................................................................................... 5 MIDA TÄPSELT TEEB TARKVARA TESTIJA?................................................................................. 5 TARKVARA TESTIJAL PEAVAD OLEMA KA KINDLAD OMADUSED............................................. 6 ERINEVAD TARKVARA ARENDUS MEETODID.............................................................................. 6 MUSTA-KASTI, VALGE-KASTI JA HALLI-KASTI TESTIMINE......................................................... 9 STAATILINE JA DÜNAAMILINE TESTIMINE..............................................
10. Tehisintellekti ja virtuaalreaalsuse ilmingud tänapäeval. Tehisintellekti eesmärk on välja selgitada need mehhanismid, millel põhineb inimese intellektuaalne tegevus, selleks, et kasutada neid konkreetsete teaduslik-tehniliste ülesannete lahendamisel (nt keskkondades, kus inimese viibimine on võimatu või ohtlik) - luua nn tehisintellektisüsteeme. Näiteks: pommi-robotid, tehisintellektuaalne tarkvara meteoroloogias jne. Virtuaalreaalsuse ilmingud on tänapäeval kõikjal meie ümber: meelelahutuses, haridusvaldkonnas, teaduses, ja ka meditsiinis. See keskkond luuakse riist- ja tarkvara komplekti abil. Näiteks: militaarkoolitamine, kirurgide koolitamine, astronoomilised keskkonnad. Tehisintellekt on masinate intelligentsus ja informaatika haru, mis üritab seda luua. Tehisintellekti harud:
1. Mille poolest erinevad süsteemitehnika ja tarkvaratehnika? Sarnasused? Tarkvaratehnika on süsteemitehnika konkretiseering tarkvaratoodete tegemise valdkonda. Tarkvaratehnika on tugevalt seotud arvutiteadusega., erinev on suhtumine reaalsesse maailma. Tarkvaratehnika tunneb rohkem huvi tarkvara loomise protsessi administratiivsele ja tehnilise korraldamisele ning juhtimisele. Tarkvaratehnika peab ideaalis oluliseks, et töötluseks kasutatav lähteinfo vastaks võimalikult täpselt tegelikkusele. Tarkvaratehnika toode valideeritakse näidates tema vastavust reaalse maailma vajadustele. Tarkvaraprojekti lähteülesanne tuleneb vahetult süsteemile esitavatest nõuetest, lahendus sõltub oluliselt kogu süsteemile ja süsteemi arendamisele seatud kitsendustest ning konkreetsetest nõuetest. Süsteemitehnika on tehnokäsitluse rakendamine süsteemide projekteerimiseks ja loomiseks
TALLINNA TEHNIKAÜLIKOOL INFORMAATIKAINSTITUUT ERPLY KASSASÜSTEEMI TESTIMINE Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autor: Esitatud: Juhendaja: Jekaterina Tšukrejeva TALLINN 2016 Sisukord 1. Ülesande püstitus. Organisatsioon, süsteem, metoodika......................................................4 1.1 Organisatsioon (ja süsteem)..........................
M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 IDU 5360 SÜSTEEMIANALÜÜS Loeng 1. Sissejuhatus (kontseptuaalsesse) süsteemianalüüsi. Aine fookus Aine taust Eesmärgid ja õpiväljundid Aine korraldus Aine fookus KONTSEPTUAALNE SÜSTEEMIANALÜÜS VALDKONNA ANALÜÜS TARKVARA NÕUETE ANALÜÜS ITERATIIVNE ARENDUSPROTSESS Fookus: Kontseptuaalse süsteemanalüüsi meetodite rakendamine valdkonna ning tarkvara nõuete detailseks analüüsiks iteratiivses arendusprotsessis Aine taust Analüüsi ained: 1. Sissejuhatus infosüsteemidesse (IDU 3350) või Modelleerimine (IDU 3355); -> 2. -> Süsteemianalüüs (IDU 5360) -> 3. -> Infosüsteemi strateegiline analüüs (idu0021) ehk Ettevõtte äriarhitektuur (idu1321) Aine on eelduseks (OIS)
Küsimus 1 Läbipääsusüsteem sissepääsu ukse juures fikseerib, kes ja mis kell on tööle tulnud või töölt lahkunud. Millise süsteemiliikiga on tegemist? Vali üks: a. Expert System b. Decision Support System c. Management Information System d. Transaction Processing System Küsimus 2 Tegevus "Alternatiivide võrdlemine" on seotud järgmise SLDC etapiga: Vali üks: a. Süsteemi analüüs b. Süsteemi planeerimine ja valik c. Süsteemi teostus ja kasutamine d. Süsteemi disain Küsimus 3 Systems planeerimine ja valik on seotud järgmiste tegevustega: Vali üks või enam: a. Süsteemi piirete ja mahu määramine b. Parima lahenduse soovitamine c. Dokumentatsiooni koostamine d. Nõuete kindlakstegemine e. Vajaduse identifitseerimine Küsimus 4 Infosüsteemi arendamise elutsükkel on sammude jada, mis on vajalik infosüsteemi arendamise haldamiseks. Mis on elutsükli neljas samm? Vali üks: a. Infosüsteemi väljavalimine ja planeerimine b
tegelavateks harudeks. · (Taristu – kui see pole eelmise kahe sees) Rollid Arendus • progeja • süsteemianalüütik • projektijuht • arhitekt IT haldamine (maintenance) • kasutajaabi spetsialist • (on-site) hooldusspetsialist • Riistvara spetsialist • Sisseostu spetsialist (arvutite ost, kasutajate tugi) IT ülalhoid (operations) • Administraatorid – rakenduse, andmebaasi, server, võrgu, serveriruumi • Monitooringuspetsialist • Litsentsihaldur Täiendavad funktsioonid IT infrastruktuuris • Turvaanalüütik • Infrastruktuuri arhitekt • projektijuht Ülalhoiu põhifunktsioon: TAGADA PIISAV KVALITEET MINIMAALSE HINNAGA • Kvaliteet peab vähemalt vastama kokkulepitule (SLA) • Hind ei tohi ületada kokkulepitut Laiemalt: • Kliendi rahulolu (juhtumihaldus)
Süsteemi testimine ja teostamine 1. Nimeta viisid, mis tõstavad tarkvara kvaliteeti! Parendada tarkvara arendamise protsesse, koolitada sellega tegelevaid inimesi. Teine viis: testida lõpptulemust so käivitada koodi. 2. Millisel juhul on toode kvaliteetne? Toode on kvaliteetne, kui ta rahuldab oma tööga vajadusi, millised motiveerisid toodet looma. 3. Kirjelda lühidalt moodultestimist! Testitakse konkreetset tarkvaramoodulit ühte alamsüsteemi kogu süsteemist. Testimist viib läbi moodulit realiseeriv arendaja. Testitakse enne, kui moodul integreeritakse ülejäänud süsteemi
Organisatsioon täidab oma eesmärke teostades protsesse - manuaalsete, automatiseeritud või poolautomatiseeritud omavahel seotud tegevuste kogum. Organisatsioonis teostatavad protsessid Protsessid jagunevad üldiselt: · põhiprotsessideks luues etteantud tingimuste juures defineeritud tulemust - tootmine, teenuse osutamine · tugiprotsessideks toetades sisuliste protsesside teostamist - ressursside hankimine, toodete/teenuste disain, infosüsteemi haldamine jne · juhtimisprotsessideks juhtides organisatsiooni ja tema toimimist ning arendamist (innovatsiooni) - strateegiline planeerimine, eelarvestamine jne Täpsemalt mõistetakse põhiprotsessidena järgmisi protsesse: · sisemine logistika o algmaterjali vastuvõtmine (ladustamine) o algmaterjali kontroll · opereerimine o tootmine o pakendamine o tootekontroll o hooldamine · välislogistika o lõpptoodete arvestus o tellimuste täitmise haldamine
1. Milline alljärgnevatest väidetest on õige? +mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid
1. Milline alljärgnevatest väidetest on õige? mõlemad on võrdselt tähtsad + Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid
Kõige tähtsam tegevus, et ära hoida lubamatu andmekadu on korraliku varunduse tegemine. Fiiberoptika kaabel on kõige häirekindlam elektronmagnetkiirgusele. LAN on sageli segmenteeritud ja ühendab tavaliselt palju, üksteise läheduses paiknevaid seadmeid. Voogedastus veaavastus ja veaparandus on võimalikud. UTP kaablitel kasutatakse RJ45 ühenduse tüüpi. Aplet on veebilehitseja laiendus E-posti rakendus kasutab mõnikord otse DNSi. Krüptograafia tähtsaim eesmärk on kindlustada kahe osapoole vahel info vahetamise konfidentsiaalsus. Petmise ehk spoofingu kõige paremaks kirjelduseks on indetiteedivargus. Parim lahendus dünaamilise sisuga veebilehele on salvestada andmed andmebaasi, mida kasutatakse veebilehtede loomisel vastavalt päringutele. SSL protokolli peamiseks eesmärgiks on info krüpteerimine.
Parem tulemus nõuab reeglina rohkem aega ning rohkem ressursse (raha) IT projekti lõpptulemuse kvaliteeti iseloomustavateks märksõnadeks võivad olla kasutajasõbralikus hooldamiskergus rikete esinemise sagedus funktsionaalsus efektiivsus kiirus ökonoomsus jne. Kui pakutud lahendus lähtub küll kliendi vajadusest, aga: on keeruline kasutada ei ole turvaline on täis selliseid vigu, mis takistavad normaalset tööd on raskesti õpitav jms Tarkvara testimine Tarkvara testimine on protsess tarkvaraarenduses, mille käigus püütakse hinnata arvutitarkvara kvaliteeti. Tarkvara testimine on kogemustel põhinev tehniline uurimine, mis viiakse läbi selleks, et arvestades konteksti, milles programm töötama peab, informeerida huvitatud osapooli tarkvara kvaliteedist. Testimise peamiseks tegevuseks on vea leidmine eesmärgiga programmi käivitamine. Testimise eesmärgid Leida vigu Veenduda nõuetele vastavuses Pakkuda informatsiooni Veenduda, et muudatused ei toonud
Kontseptuaalne süsteemianalüüs KT küsimused ja vastused 1. Milline järgnevalt nimetatud analüüsitulemustest on objektorienteeritud analüüsis kõige tähtsam? (Objektorienteeritud analüüsi all on siin mõeldud mitte kogu analüüsitegevust UP nimelises protsessis, vaid objektorienteeritud mõtteviisi selles tegevuses) kasutusjuhtude mudel protsessi mudel eesmärkmudel domeenimudel 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Jah, kindlasti on Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte 3. Kas RUP Äri Objektmudel (Business Object Model) võib sisaldada dünaamikavaadet? Valige täpselt üks õige vastus: Ei või Jah, võib küll Oleneb asjaoludest 4. Millise allpool nimetatutest võiks olla (ainekonspekti ning C. Larmani raamatu õpetuse järgi) korrektse ning kasuliku skoobiga tarkvara kasutuslugu (use case)
· kõikide funktsionaalsete ja tehniliste (turva-, kasutatavus- jm) nõuete detailne kirjeldus, sh kasutuslood ja UML kasutuslooskeemid. Nõuete dokumendi koostab analüütik koostöös tulevaste kasutajatega. Arhitektuurse disaini dokument kirjeldab süsteemi ülesehitust, süsteemi komponente ning mooduleid, liideseid komponentide vahel ja liideseid teiste süsteemidega. Kirjeldatakse ka füüsiline arhitektuur - riistvara ja näidatakse, milline tarkvara komponent millisele riistvarale paigutatakse. Arhitektuurse disaini dokument peaks katma järgmised teemad: · sissejuhatus: dokumendi eesmärk, viited teistele dokumentidele, dokumendi struktuuri kirjeldus; · arendusvahendite valiku ja häälestuse, arenduskeskkond; · kodeerimise, sh kommenteerimise ja nimetamise standardid; · liidesed teiste süsteemidega, andmevahetusformaadid ja meetodid;
Near far wherever UML are 1. Tarkvara Nõuete analüüs Äri(...tegelt ka või see on kuradi esimene vastus??)modelleerimise (distsiblinni) tulemused annavad konteksti ning “keele” (põhimõistestiku) tarkvara nõuete püstitamiseks. Iteratiivses arendusprotsessis UP toimub tarkvara nõuete püstitamine ja analüüs põhiliselt tarkvara kasutusjuhtude kirjutmise, modelleerimise ja analüüsimise kaudu. 2. Kasutusjuhtude mudel ehk (kui te olete inglise keeles väga sitt juhuslikult) Use Case Model UP defineerib Use Case mudeli nõuete analüüsi distsiblinni sees. Use Case mudel on kõikide kasutusjuhtude hulk: süsteemi funktsionaalsuse(kasutusjuhud) ja keskkonna(tegutsejad) mudel Eesmärgid ja kasutuslood Tellijad ja lõppkasutajad omavad eesmärke (goals, UP-s needs, sest UP on needy
Arvutiteenindus Tarkvaratehnika Referaat 2009 TARKVARATEHNIKA......... ...........................................................................................................2 S ISSEJUHATUS ......................................................................................................................................................2 E ESMÄRGID ........................................................
ei ole täidetud klientide vajadused; klientide vajaduste täitmine sõltub juhtide ja töötajate huvide täitmisest. Ettevõte saab tulemusi anda ainult kliendi vajadustele vastates nii nagu kliendid ise neid vajadusi määratlevad. Ainus tõestus selle kohta, kas töö on hästi tehtud klient, kes on valmis selle eest maksma. · Infosüsteemi mõiste Tehnilises käsitluses mõistetakse infosüsteemi all omavahel seotud komponentide (riistvara, tarkvara, kommunikatsiooniseadmed ja andmeressursid) hulka, mis kogub (või võtab vastu), töötleb, salvestab ja levitab informatsiooni (täpsemalt andmeid) eesmärgiga toetada otsuste tegemist, ettevõttes koordineerimist ja kontrolli. Infosüsteem võib aidata juhte ja töötajaid probleemide analüüsil, keerukate teemade visualiseerimisel ja uute toodete loomisel. Alljärgnevalt illustratsioon infosüsteemi käsitluse kohta tehnilisest aspektist:
3. Mis on IT arhitektuur? IT arhitektuur on terviklik kirjeldus ettevõtte äriarhitektuurist (äriprotsessid, eesmärgid, organisatsioon), IT rakenduste arhitektuurist (infosüsteemid, andmekogud) ja tehnoloogia arhitektuurist (infrastruktuur, seadmed, võrgud jm) koos nendevaheliste seostega. 4. Mis on IT infrastruktuur? IT infrastruktuur hõlmab organisatsiooniüleseid infotehnoloogilisi ressursse: riistvara, tarkvara, võrguühendused, IT osakonna töötajad ja IT teenused organisatsioonis. 5. Too näiteid ärisurvetest, millele tänapäevased organisatsioonid reageerivad eeskätt infotehnoloogiliste vahenditega. Tehnoloogiline innovatsioon, vananemine tooted asendatakse kiiresti uute vastu, lai valik alternatiivseid teenuseid Informatsiooni üleküllus kuna info hulk internetis kahekordistub iga aastaga täiustatakse otsingumootoreid. 6
juhtimine, (RISO Soovitused (http://www.riso.ee/et/infopoliitika/soovitused); · Turvakontseptsiooni, talitluspidevuse, taasteplaanide jms koostamine; · Projektid/pakkumised, hanked, standardid, garantii jms; 24. Millega tegeleb IT arendus, projektijuhid? Tegeleb ettevõttele vajalike spetsiifiliste infosüsteemide projekteerimise ning realiseerimisega. Kui osakonda ettevõttes ei ole, kuid ettevõtte vajab uusi infosüsteeme, siis peab olema keegi, kes tarkvara hankeprojekti juhib, keegi kes oskab siduda IT võimalusi ärivajadustega. Loomulikult saab ka need väliste teenustena sisse osta. 25. Millega tegeleb IT Administraator? · kesksete teenuste tagamine, · kasutajate haldus, · serverite haldamine. 26. Mis moodi käsitletakse info turvalisust? Tagab (organisatsiooni) info turvalisust · rünnete ennetuse ja kaitse rakendamine, · rünnete avastamine (tagauksed jms),
annaabi.ee 
Sisene Facebook'ga
Sisene Google'ga
Sisene LinkedIn'ga
