Leidsid 33 sarnast õppematerjali, mis on seotud failiga "Tarkvaratehnika 2016/2017 eksami materjal". Need materjalid aitavad sul teemat sügavamalt mõista.
tarkvara, testimine, arhitektuur, disain, arendusendus, scrum, tarkvaratehnika, tion, testitav, tiim, klient, funktsionaalsed, tarkvaraarendus, tarkvarasüsteem, vigade, muudatus, liides, agiilne, programmeeri, komponentnduse, arendaja, defineeri, code, testija, tiimi, dokumentatsioon, tarkvarasüsteemi, funktsionaalsus, lean, kanban, standtarkvara peab olema arusaadav, kasutatav ja ühilduv teiste süsteemidega). Tarkvaratehnika vaated: • Omaniku vaade (Motivation layer), • Kavandaja vaade (System design layer), • Ehitaja vaade (Deployment layer). Tarkvaraprotsessi etapid: 1. Nõuete esiletoomine ja analüüs, 2. Kavandamine e. disain (Arhitektuuriline kavandamine, Detailne kavandamine), 3. Realiseerimine, 4. Testimine, 5. Hooldus ja evolutsioon. Tarkvaraprojekti jaoks vajalikud osad: inimesed, nõuded, vahendid, testid-mockid. Süsteem Tarkvaratehnika ei ole isoleeritud distsipliin vaid osa laiemast süsteemitehnikast. Tarkvarasüsteemid ei ole isoleeritud süsteemid vaid sotsiaalsete süsteemide osad – sotsiotehniline süsteem. Süsteem on üksteisega ühendatud olemite või komponentide hulk, mis moodustavad keerulise terviku või täidavad koos keerulist funktsiooni
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,
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,
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
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:
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)
Сравнить Канбан и Скрам 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
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
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
TALLINNA TEHNIKAÜLIKOOL INFOTEHNOLOOGIA TEADUSTKOND INFORMAATIKAINSTITUUT Puhkuste ja töölt eemalolekute haldamise rakenduse testimine Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autorid: Martin Koidu
..................................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........................................
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:
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.
Geoinformaatika kordamine Loeng 1 sissejuhatus, erinevad vaatenurgad, GIS tootjad, arengutendentsid, informatsioon ja andmed. GIS geograafiline infosüsteem. · Riistvara, tarkvara, andmete, inimeste, organisatsioonide ja institutsionaalsete sätestuste kogum maakera piirkondade kohta teabe kogumiseks, hoidmiseks, analüüsiks ja levitamiseks. GIS = tööriist, vahend. Riistvara Suur, kõrge resolutsiooniga kuvar, kiire arvuti, koordinaatide ja teksti sisetamise seade, arhiiv jne Tarkvara ArcGIS, Mapinfo, GeoMedia, Autocad Map, MGE, IDRISI, ERDAS Mõisted · Geoinfo e. kohateave hõlmab Maa maastikusfääri, so maapindmikuga seonduvat
......................................................9 1.2.4 Süsteemi kasutajate loetelu...................................................................................................10 1.3 ANDMESÕNASTIK...........................................................................................................................11 1.4 SÜNDMUSTE JA TEGEVUSTE VASTAVUSTABEL..............................................................................11 1.5 SÜSTEEMI LAHENDUSE ARHITEKTUUR...........................................................................................12 2. SÜSTEEMI MÄÄRATLUS..............................................................................................................13 2.1 SÜSTEEMI KASUTUSJUHTUDE MUDEL............................................................................................13 2.1.1 Kasutusjuhtude diagramm...................................................................................................
............................................................... 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..............................................
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
· programmi teksti sisestamine (näiteks notepad abil, programmi teksti toimetamiseks kontoripaketid hästi ei sobi!) · programmi kompileerimine (Java keele korral: javac Programm.java) · süntaksivigade parandamine (süntaksi silumine) · käivitamiseks vajaliku keskkonna loomine ja muude programmide kaasamine (kui vaja) · programmi käivitamine (Java keele korral: java Programm ) · sisuliste vigade parandamine (silumine, debugging) · programmi testimine (testid peavad olema ENNE välja mõeldud; parem veel, kui testib keegi teine) · programmi dokumenteerimine (Java keele korral genereeritakse html-vormingus dokumentatsioon javadoc abil) · programmi viimine tegeliku kasutajani ja kõik see, mis on seotud tarkvaratehnika aspektidega - big picture Programmeerimise paradigmad, imperatiivne vs. deklaratiivne lähenemine: · imperatiivne · funktsionaalne · loogiline · objekt-orienteeritud · ...
otseselt seotud? UML keele abil on võimalik modelleerida Zachmani teist kuni viiendat rida Milliseid SÜSTEEME me eristame ? Äri(valdkond), tarkvara(rakendus), füüsiline(tehnoloogia) Milliseid MUDELEID me eristame ? Analüüs saab aru (`musta kasti' mudel; MIDA süsteem teeb/teab) o Liidesed (funktsioonid/teenused, sisendid/väljundid) o Välise käitumise ja suhtluse kirjeldused (n. kasutusjuhud) Disain annab lahenduse (`valge kasti' mudel; KUIDAS teeb/teab) o Lahenduse koostisosad o Koostisosade toimimine/suhtlemine/koostöö Teostamine seotud konkreetsete tehnoloogiatega Kas Kasutusjuhtude mudel on "musta kasti" (ehk Analüüsi) mudel või "valge kasti" (ehk Disaini) mudel? musta Kas Kasutusjuhtude mudelit tehakse Tarkvarale või Ärile või mõlemale süsteemile? Mõlemale, aga on business use case
1. Tootmis(teenindus)süsteem ja operatsioonijuhtimise meetodid 1.1. Tootmis(teenindus)süsteem, selle sisendid, väljundid ja mõjurid Operatsioonisüsteem organisatsiooni kogu tootmis- või teenindustegevuse süsteem. Väljund eesmärk, kuhu peame jõudma. Väljunditeks on tooted ja teenused. Sisend ressurss. Näiteks: y kapital y materjal y tööjõud y energia y tooraine. Mõjuriteks on näiteks: y teave väliskeskkonnast teave toote või teenuse kohta, ressursside maksumus, tehnoloogia arengusuunad, valitsuse normatiivaktid jne. y teave sisekeskkonnast organisatsiooni eesmärgid, poliitika, arengusuunad jne. y teave süsteemi seisundi kohta. Erinevus tootmis- ja teenindussüsteemi vahel Ehe toode on käega katsutav, seda võib varuda, transportida, osta ja hiljem kasutada. Teenus seevastu ei ole käega katsetav nagu tarbekaup, teenuse too
Klasterarvuti (cluster) · Mitu arvutit töötavad korraga Suurarvuti (mainframe) · Kümned/sajad protsessorid Tööjaam · Mitu protsessorid Personaalarvuti · Üks protsessor (mitme tuumaline) PC · Lauaarvuti · Kokkupandav arvuti · Märkmikud · Palmtop · Sisseehitatudsüsteem Esimene põlvkond Riistvara mehaanilsed releed, elektronlambid Tarkvara Programmeerimine masinkoodi, puudusid nii operatsioonisüsteemid kui ka süsteemi tarkvara. Teadlased Howard Aiken, John von Neumann, J. Presper Eckert, William Mauchley, Konrad Zuse Selle ajastu arvutid olid: elektronlampidel, ebatöökindlad, gabariitidelt suured, tarbisid elektrit suurusjärkudes, mida andis elektrijaam OS eelnesid · Teenindusprogrammid laadurid, monitorid. Teine põlvkond Riistvara transistorid, suurarvutid Tüüpilised OS FMS, IBSYS 1952.a. Esimene operatsioonisüsteem loodi firma General Motors uurimislaboris IBM-701
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),
Operatsioonijuhtimine Kordamisküsimused 2012 Tootmis(teenindus)süsteem, selle sisendid, väljundid ja mõjurid Operatsioonisüsteem organisatsiooni kogu tootmis- või teenindustegevuse süsteem. Väljund eesmärk, kuhu peame jõudma. Väljunditeks on tooted ja teenused. Sisend ressurss. Näiteks: y kapital y materjal y tööjõud y energia y tooraine. Mõjuriteks on näiteks: y teave väliskeskkonnast teave toote või teenuse kohta, ressursside maksumus, tehnoloogia arengusuunad, valitsuse normatiivaktid jne. y teave sisekeskkonnast organisatsiooni eesmärgid, poliitika, arengusuunad jne. y teave süsteemi seisundi kohta. Erinevus tootmis- ja teenindussüsteemi vahel Ehe toode on käega katsutav, seda võib varuda, transportida, osta ja hiljem kasutada. Teenus seevast
........................................................... 34 Käsuformaadid ja käsusüsteem (Instruction set) ........................................................................ 47 Adresseerimise viisid (Addressing modes) ................................................................................. 47 Mikroarvuti riistvara ............................................................................................................................... 47 Mikroarvuti arhitektuur ja siinid. ................................................................................................ 47 Erinevad siinid ja nende osa andmevahetuses. ............................................................................ 48 Andmeedastus protokollid........................................................................................................... 49 Andmevahetuse juhtimine (Bus arbitration)...................................................................
andmete hoiustamise ressursse võrgus olevate seadmete vahel. Võrgusalvesti ühendatakse kohtvõrku ja omistatakse IP aadress. RSA - River, Shamir, Adelman -(perekonnanimed, ilmselt selle loojad siis) Avatud võtme krüptoalgoritm, mis võimaldab nii krüpteerimist kui ka autentimist. POP3 - Post Office Protocol - klient/server protokoll, kus elektronposti sõnumeid võetakse vastu ja hoitakse ISP meiliserveris. SEC - Simple Event Correlator - (Risto Vaarandi poolt loodud) vabavaraline tarkvara monitooringusündmuste kui logifailide haldamiseks, mille abil on seoste leidmist võimalik automatiseerida. SQA – Software Quality Assurance- Tarkvara arenduse protsesside ja meetodite monitoorimine, et tagada kvaliteeti SOA – System Outage Analysis- ITILi meetod käideldavuse parendamiseks 4) Seleta lahti ITILi mõisted/lühendid: ITIL, PIR, RFC, CFIA, MTBSI ITIL - IT infrastructure library - infotehnoloogia haldamise tavade ja protsesside standardite kogu, mis annab
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
hülgamisele, et tagada tarkvara kasutamise õiguspärasus kolmandate isikute poolt? (essee küsimus) Hülgvara on tarkvara , mida levitatakse selle moraalse vananemise tõttu vabalt, kuigi sellise tegevuse seaduslikkus on sageli kaheldav. Hülgvara on üks orbteose konseptsioonist. „Hüljatud“ ja tavaliselt vana/aegunud tarkvara. Kaitstud siiski autoriõigustega kuid autorid ei pruugi praktilistel kaalutlustel tähelepanu pöörata sellise vara kasutamisele ja levitamisele kolmandate isikute poolt. Selline tarkvara on tavaliselt kas väikese majandusliku väärtusega või vananenud. Alternatiivid tarkvara „hülgamisele“, et tagada tarkvara kasutamise õiguspärasus: lasta turule vabavarana või lasta turule avatud lähtekoodiga tarkvarana.
planeerimine ja tugi 1 3 Guido Leibur Harjutustunnid (16 t) + iseseisev töö (60 t) Kursuse struktuur 2 Loengud (32 t): 12. Teenuste üleminek: muudatusehaldus, reliisi- ja paigaldamise haldus 1 loeng 13. Teenuste üleminek: teenuste valideerimine ja testimine, hindamine, teadmiste juhtimine 1 loeng 14. Teenuste strateegia: Strateegia loomine. Teenuseportfelli juhtimine. Nõudluse juhtimine 1 loeng 15. Teenuste strateegia: Finantshaldus 1 loeng 16. Järjepidev teenuste parandamine: 7-sammuline parendus- protsess, teenuste mõõtmine, teenuste aruandlus 1 loeng
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)..........................
Otsingu tegemiseks kasutatakse kohaseid allikaid ning see tehakse enne teose või fonogrammi kasutamist. Teos on orbteos, kui hoolimata sellest, et on tehtud ja dokumenteeritud autori või autoriõigusega kaasnevate õiguste omaja hoolikas otsing, ei ole tuvastatud ühtegi teosele või fonogrammile õigusi omavat isikut või ei ole ühtegi õiguste omajat leitud. 16. Mis on hülgvara ja mis võiksid olla alternatiivid tarkvara„hülgamisele“. Põhjenda, kas pigem „hülgaksid“ tarkvara või kasutaksid alternatiivseid variante tarkvara hülgamisele, et tagada tarkvara kasutamise õiguspärasus kolmandate isikute poolt? (essee küsimus) Hülgvara või vanavara[viide?] (inglise keeles abandonware 'hüljatud vara/kaup') on tarkvara, mida levitatakse selle moraalse vananemise tõttu vabalt, kuigi sellise tegevuse seaduslikkus on sageli kaheldav. Ei oska edasi 17. Mis on copyleft ja milleks seda kasutakse? (vastus artiklis Tarkvara õiguskaitse
Väljavõtu kogum peab olema representatiivne (esinduslik) testi tulemused sõltuvad soost, vanusest ja haridusest. Kordamine peab olema võimalik (Mitu varianti testist nt isiksusetestil) Standardiseeritud võimaldama kasutamist erinevates kultuurides. o Testide väljatöötamine, nende normeerimine, valiidsuse ja reliabiilsuse hindamine, aga samuti testimine ise on vastava ettevalmistumise saanud psühholoogi, mitte aga mõne muu eriala asjatundja (juhi, pedagoogi, arsti jms) ülesanne. Seda peab tegema proffesionaal, kuna muidu pole test usaldusväärne. o Testimine peab vastama nii ettevõtte kui töötaja huvidele. · Nõuded testi kasutajale: o Kvalifikatsiooni tase A phD (psühholoogia või pedagoogiline kraad) või selle ekivalent
annaabi.ee 
