rahatrahv, arest, vangistus või juriidilise isiku sundlõpetamine. Sanktsioon karistus dispositsioonis toodud teo eest. Sari liigitus-,korrastus- ja kirjeldusüksus, mis ühendab funktsiooni, liigi/muu tunnuse alusel kokkukuuluvaid dokumente. Sari moodustatakse järgmiste tunnuste alusel: dokumendiliik; sisu või teema; funktsioon või tööprotsess(id), mille käigus dokumendid luuakse ; koht asjaajamissüsteemis; säilitustähtaeg ; Juurdepääsutingimus; SCRUM arendusmetoodika- mõeldud keeruliste süsteemide arenduseks ja seadistuseks, kus täpne skoop projekti alguses on teadmata. Olulisemaks põhimõtteks on toodet arendada lühikseste sammudena. Iga sammu lõppedes valmib väike osa, mis on testitud ja töötab tasemel mis põhimõtteliselt võimaldaks toote antud osa väljastamist. Seadus normatiivne akt. Selgitustaotlus - isiku pöördumine, milles isik: taotleb adressaadilt teavet, mille andmiseks on vajalik adressaadi käsutuses
Meetmete rakendamine, et jõuda vajaliku tasemeni. "Riskihalduse 4 T": treat, transfer, tolerate, terminate. Ekspertteadmiste põhine testimine. Kogenud arendaja või testija oskab tõenäolisi vea kohti ette aimata. Tõenäoliste vigade leidmine võib sõltuda mitut sorti eelteadmistest, milleks on · üldised teadmised · teadmised konkreetse rakendusvaldkonna kohta · teadmised riist- või tarkvarakeskkonna (näiteks konkreetse programmeerimiskeele) kohta · teadmised arendusmetoodika kohta · teadmised konkreetse arendaja või tellija kohta jne Uuriv testimine (exploratory testing) on mitteformaalne tarkvara testimise tehnika, mille puhul testija hindab testide kavandamist nende täitmise käigus ning kasutab saadud informatsiooni uute ja paremate testide projekteerimiseks. Suitsutestimisel (smoke testing) täidetakse alamhulk kõigist testidest selgitamaks, kas põhilised funktsioonid töötavad
Testimise sisendiks on ühelt poolt süsteemile esitatavad nõudmised ning teiselt poolt testitav objekt. Testimise põhiliseks väljundiks on eelkõige leitud vigade kirjeldused, millele toetudes süsteemi ja vajadusel ka nõudmisi parandatakse, kuid olulised on ka testide kirjeldused, testiplaanid- ja aruanded. Nõuded, analüüs, disain Testimine Realiseerimine Joonis 1 Tarkvara testimise asukoht teiste arendustegevuste suhtes Arendusmetoodika spetsiifilisuse tõttu võivad protsessi etapid toimuda korduvalt (iteratsioonidena) ning olla erineva pikkusega või olla jaotatud alametappideks. Seega tuleb testimisega arvestada projekti algusest saadik ning see projekti sisse planeerida, arvestades teisi tarkvaraarendustegevusi. 5 Testimise liigid Vastavalt testimise spetsiifilisele eesmärgile on võimalik eristada väga palju erinevaid testimise klassifikatsioone. Liigitused võivad olla omavahel kattuvad vastavalt sellele,
teste. Kogenud arendaja või testija oskab tõenäolisi vea kohti ette aimata. Tõenäoliste vigade leidmine võib sõltuda mitut sorti eelteadmistest, milleks on: • Üldised teadmised • Teadmised konkreetsete rakendusvaldkonna (nt konkreetse programmeerimisekeel) kohta • Teadmised mingi vigade tüübi kohta (nt tüüpilised infoturbega seotud kodeerimise vead) • Teadmised arendusmetoodika kohta • Teadmised konkreetse arendaja või tellija kohta Mittefunktsionaalne testimine • Jõudlustest kontrollib, kui kiiresti tarkvara töötab kindla koguse andmete või kasutajatega. • Koormustestimisega kontrollitakse, kas tarkvara suudab püsivalt töötada kindlal koormusel. Kui koormustestimist tehakse mittefunktsionaalselt, siis nimetatakse seda tihti vastupidavuse testimiseks.
kohta Teadmised riist- või tarkvarakeskkonna (näiteks konkreetse programmeerimiskeele) kohta Teadmised mingi vigade tüübi kohta (näiteks tüüpilised infoturbega seotud kodeerimise vead) Teadmised arendusmetoodika kohta Teadmised konkreetse arendaja või tellija kohta jne Mittefunktsionaalne testimine Jõudlustestimine ja koormustestimine o Jõudlustest kontrollib, kui kiiresti tarkvara töötab kindla koguse andmete või kasutajatega. o Koormustestimisega kontrollitakse, kas tarkvara suudab püsivalt töötada kindlal koormusel
3. Modelleerimise meetodid loetleb modelleerimise meetodeid ja diagrammi tüüpe, mis kasutatakse vaate visualiseerimiseks. Vajadusel seletab keele notatsiooni, kasutatavaid keele (n. UML) laiendusi jmt. M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 Näide A: Haigla laboratooriumi ärimudel (Eriksson- Penkeri „äriprotsessikeskse“ metoodika järgi) [näide B esitab sama ärimudeli meie ainetöös kasutatava „ärikasutusjuhtude keskse“ arendusmetoodika järgi“] 1 Ülevaade Käesolevas loenguosas esitatakse ühe haigla laboratooriumi ärimudeli näide. Laboratoorium on haigla allüksus, mistõttu toimub osa administratiivsetest protsessidest (nt. finantside haldamine, personali haldamine jne.) haigla pool ja ei kajastu selles näites. Ärimudel on koostatud vastavalt IEEE Std.1471-2000 ning ISO/IEC CD1 42010 standardile, mis määrab igasuguse arhitektuuri kirjelduse sisu
· A2 -- tuleviku jaoks reserveeritud - sellise tasemeni ei jõutud EAL (Evaluation Assurance Level) turvaklassid -- Common Criteria - ühistingumused erinevate riikide jaoks (nt kiipkaartide verifitseemine jms) · EAL1 -- funktsionaalselt testitud - tarkvara on testitud · EAL2 -- struktuurselt testitud - testid on tehtud vastavalt programmi ülesehitusele, koiki variante on testitud · EAL3 -- metoodiliselt arendatud; testitud - selgelt kirjeldatud arendusmetoodika (kuidas korraldada kõigi defektide kirjapanek, kirjeldus, muutushaldussüsteem (hiljem võimalik kontrollida, et seda uuesti enam ei esine)) · EAL4 -- metoodiliselt disainitud; testitud ja üle vaadatud - süsteemi disainil on olnud mõistlik metoodika - arvestatud, et oleks auditeeritav, automaattestitav jne arhitektuuriliselt juba arvestatud vastavaid vajadusi · EAL5 -- poolformaalselt disainitud; testitud · EAL6 -- poolformaalselt verifitseeritud disain; testitud
on: ■ üldised teadmised ■ teadmised konkreetse rakendusvaldkonna kohta ■ teadmised riist või tarkvarakeskkonna (näiteks konkreetse programmeerimiskeele) kohta ■ teadmised mingi vigade tüübi kohta (näiteks tüüpilised infoturbega seotud kodeerimise vead). ■ teadmised arendusmetoodika kohta ■ teadmised konkreetse arendaja või tellija kohta jne ■ ! kasutusmugavuse testimine 3. Mittefunktsionaalne testimine ○ Jõudlustestimine ■ Jõudlustest kontrollib, kui kiiresti tarkvara töötab kindla koguse andmete või kasutajatega. ○ Koormustestimine
annaabi.ee 
