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)..............................................................................................4 1.2 Süsteem (ja organisatsioon)..............................................................................................5 1.3 Metoodika.........................................................................................................................5 2. Nõuded süsteemile............................
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? Kas / millal on võimalik, et kvaliteeti pole? See oleneb keskkonnast, kus see toode asub. Mõeldud on ideaalse kvaliteedi mõistet. Sageli ei pruugi ideaalset kvaliteeti olemas olla. 5. Tarkvara arenduse tulemid Toode, teenus, mis hõlmab:
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 vahendid hoolduseks, muudatusteks, arenduseks teadmised projekti tulemuste kasutamisest; objektsüsteemist (süsteemianalüüs või vajalikud muudatused seadusandluses); projektist; aren
Retsensioon Analüüsija andmed Nimi: Rühm: Kood: Vaadeldava kodutöö andmed Nimi: Rühm: Kodutöö nimi: Kuupäev: Analüüs: Korralduse dokumendis nõutud sisu on olemas. Vormistus on korrektne, mis tähendab, et on olemas nõuetekohane tiitelleht, sisukord, alajaotised on nummerdatud, toodud on kirjanduse loetelu, õigekiri on korrektne ning autorid on end arusaadavalt väljendanud. Probleem on seotud ettevõtte missiooni ja eesmärkidega ning nende seos on piisavalt kirjeldatud. Pika nimekirja ülevaade on kohati liiga hinna kirjeldamisele orienteeritud, kuid tehtud tabel kajastab seost nõuetega. Lühikese nimekirja võrdlus on väga hea ning põhjalik. Arhitektuuriline esitlus on arusaadav ja realistlik. Valitud kriteeriumite nimekiri on antud töö jaoks piisav. Soovituseni jõudmise lahenduskäik on loogiline ja tulemus on üheselt mõistetav. Juhtkonnale valiku tegemiseks esitatud materjal võimaldab teha objektiivse valiku ning see aitab kaasa ka äriliste eesmärk
TALLINNA TEHNIKAULIKOOL INFORMAATIKAINSTITUUT OPENCMS SISUHALDUSE SUSTEEMI KVALITEEDI ANALUUSI RETSENSIOON Projekt oppeaines "Tarkvara kvaliteet ja standardid" TALLINN 2016 Sisukord 1.Retsenseerija andmed............................................................3 2.Vaadeldava projekti andmed...................................................3 2.1 Autorite andmed........................................................................3 2.2 Projekti andmed........................................................................3 3.Töö analüüs...........................................................................3 3.1Projekti struktuur.......................................................................3 3.2Ülesande püstitus.......................................................................3 3.3Nõuded süsteemile.............................................
Kultuurialaste veebisaitide kvaliteedikäsiraamat Kvaliteedi parendamine kodanike hüvanguks Versioon 1.2 kavand Kultuuriveebi sisu ja kvaliteedipõhimõtete piiritlemine lähtudes kasutajate vajadustest Toimetanud MINERVA 5. töörühm. 6. november 2003 MINERVA 5. töörühm Kultuuriveebi sisu ja kvaliteedipõhimõtete piiritlemine lähtudes kasutajate vajadustest Tegevuse eestvedaja Henry Ingberg (Prantsuse Kogukonna Ministeeriumi kantsler, Belgia) Koordinaator Isabelle Dujacquier (Prantsuse Kogukonna Ministeerium, Belgia) Liikmed: Majlis Bremer-Laamanen (Soome Rahvusraamatukogu); Eelco Bruinsma, Digitaalpärandi lähtekohad (Madalmaad); David Dawson, Ressursid (Ühendkuningriik); Ana Maria Duran, Kultuurivõrk (Rootsi); Pierluigi Feliciati (Itaalia); Fedora Filippi (Rooma Arheoloogiajärelevalve Amet, Itaalia); Muriel Foulonneau Euroopa kultuurivaramu (Prantsusmaa); Antonella Fresa, MINERVA tehniline koordinaator; Franca Garzotto (Milano Polütehnikum, Itaalia); Hubau
TALLINNA TEHNIKAÜLIKOOL INFOTEHNOLOOGIA TEADUSTKOND INFORMAATIKAINSTITUUT Puhkuste ja töölt eemalolekute haldamise rakenduse testimine Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autorid: Martin Koidu
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 pandi vale täht ühte kohta, mille tulemusena anti 125 kordne doos patsiendile. o MCO marsi satelliidi maandumise ebaõnnestumine, nimelt tarkvara arvutas vale trajektoori, kuna oli kaks eri pikkusühikut ehk meetreid ja naela. Tarkvaratehnika ajalugu: o Esmakordselt kasutati seda NATO-s 1968, oli mõeldud ideena, kuidas toime tulla tarkvaratehnik
Kõik kommentaarid