Laadunvarmistussuunnitelma Ryhmä Jämät

Koko: px
Aloita esitys sivulta:

Download "Laadunvarmistussuunnitelma Ryhmä Jämät"

Transkriptio

1 Laadunvarmistussuunnitelma Ryhmä Jämät Kyykkä Jarno, Palomäki Kari, Piirainen Esko, Seise Matti

2 Johdanto Laadunvarmistussuunnitelmassamme sovelletaan Juranin määritelmää, siltä osin kun se kettärään prosessimalliimme taipuu. Tärkeimmiksi tekijöiksi nousevat asiakastyytyväisyys ja tuotteen vapaus puutteista, niin pitkälle kuin on mahdollista. Asiakkaan tyytyväisyys Asiakkaiden tyytyväisyys tarkistetaan asiakkailta jokaisen syklin päättyessä. Tässä tapauksessa tarkistus tapahtuu viikottain esittäessämme työmme tuotoksen muulle ryhmälle laskuharjoitustilaisuudessa perjantaisin. Vapaa puutteista Täysin puutteetonta ohjelmistoa emme voi projektin ollessa kesken asiakkaalle toimittaa. Pyrimme siihen, että jokaisen syklin luvatut toiminnallisuudet ovat vapaat puutteista, sikäli kun niihin ei liity seuraavien syklien osien riippuvuuksia. Vaatimukset Ohjelmistossamme, kuten kaikissa muissakin ohjelmistoissa, on toiminnallisuuksia joiden toiminta ja oikeellisuus voidaan suhteellisen todentaa ja mitata. Haastavampaa onkin miettiä miten saamme tarkastettua ei-toiminnallisten vaatimusten toteutumisen ohjelmistossamme. Toiminnalliset vaatimukset Toiminnallisuudet käydään jokaisen syklin päättyessä läpi tarkistuslistan avulla. Tässä tarkistetaan toimminnallisuuksien toimivan asiakkaan kanssa sovitulla tavalla. Ennen sykliä on laadittu luettelo siitä, mitä toimintoja sykliin aikana tehdään. Tälläisenä tarkistuslistana meillä toimii projektimme backlog. Ei-toiminnalliset vaatimukset Sovelletaan Juha Tainan luennolla esittämää yhdistettyä laatutekijämallia. Sykleittän tarkastellaan ja arvioidaan kunkin laatutekijän toteutuminen tarkistuslistan avulla. Meille tärkeimmiksi laatutekijöiksi tässä on korostettu Luotettavuus, Tehokkuus ja Käytettävyys. Muiltakin osin pyrimme tekemään mahdollisimman laadukkaan lopputuloksen ja

3 tarkistamme myös muut ohjelmiston laadun osatekijät, vaikka emme niiden toteutumiseen tässä projektissa keskitykkään. Nämä osatekijät ovat Juha Tainan kurssin aikana listaamat: 1) Oikeellisuus 2) Luotettavuus - tärkeä 3) Tehokkuus - tärkeä 4) Yhtenäisyys 5) Käytettävyys - tärkeä 6) Ylläpidettävyys 7) Joustavuus 8) Verifioitavuus 9) Siirrettävyys 10) Uudelleenkäytettävyys 11) Yhteentoimivuus 12) Käyttöturvallisuus 13) Hallittavuus Projektin ennakkovaiheiden laadunvarmistus Sopimuksen laadunvarmistus Tässä tapauksessa on laadittava luettelo ominaisuuksista ja varmistettava, että ne ovat järkeviä ja oikeassa suhteessa käytössä oleviin resursseihin eli projektin jäsenten ajankäyttömahdollisuuksiin ja osaamistasoon. Tässä asiakkaat ovat osittain samalla projektin tekijöitä, on asiakkaiden ajankäyttö ja osaaminen sidoksissa tekijöiden vastaaviin resursseihin ja siten automaattisesti kunnossa, jos ne tekijöiden kohdalla ovat kunnossa. Projektisuunnitelma & Riskit Aikataulu Aikataulumme on sidottu kurssin pituuteen, ja tämä kurssin pituus on lomitettu viiteen sykliin. Jokaisen syklin päättymispäivä on ryhmällemme perjantaisin klo 12 koko kurssin ajan. Henkilö-ja laiteresurssit Meillä on käytettävissämme henkilöresursseina ryhmämme jäsenet (ks. yltä) ja laitteistoresursseina ryhmäläisten henkilökohtaisten tietokoneiden lisäksi myös Helsingin Yliopiston asiakaspäätteitä, joilla voimme projektin toteutumista edistää. Projektin riskit Projektissa on yksi käytännön riski: Se ettemme saa toteutettua ohjelmistoa viikoittain sovitussa aikataulussa. Syinä tähän ovat projektiryhmäläisten henkilökohtaiset esteet ja laitteiden rikkoutumiset. Asiakkaiden toiveiden täyttäminen tai asiakasrajapinnan katoaminen olisi isommassa projektissa oma riskinsä, mutta tässä projektissa saamme onneksi toimia kokoajan asiakasrajapinnassa. Projektin jäsenet ja alihankkijat Projektin jäsenet ovat ryhmämme jäsenet (ks. yltä), asiakkaina projektillemme toimivat muut kurssilaiset. Alkuperäinen ohjelmisto tuli ryhmäläiseltämme. Muita mahdollisia

4 alihankkijoiksi mahdollisesti miellettäviä ryhmiä voisivat olla työkalujen toimittajat, kuten eclipse, eclemma, code.google, googledocs ja eclipse meters. Käytettävä prosessimalli Projektissa käytämme sovellettua ketterää prosessimallia. Käytettävät työkalut Työkaluina käytämme projektinhallintajärjestelmä code.google.com:ia, versionhallintana Subversionia ja kehitysympäristönä Eclipseä. Eclipseen otamme käyttöön testaamista helpottavan eclemma-liitännäisen, sekä projektin metriikoita seuraavan eclipsemetersliitännäisen. Uudelleenkäyttösuunnitelma Tätä projektia ei ole tarkoitettu käytettäväksi uudelleen. Laatusuunnitelma Laatutavoitteet Ensisijaisiksi laatutekijöiksi on valittu luotettavuus, tehokkuus ja käytettävyys. Näitä havainnoidaan ensisijaisesti käyttäjien kokemuksista. Projektin osavaiheiden aloitus-ja lopetusehdot Toteutamme projektimme sykleissä, joten syklien aloitus- ja lopetusehdot ovat ensisijaisesti aikaan sidottuja. Toissijaisena, joskin aivan yhtä tärkeänä lopetusehtona edelliselle syklille on se, että syklin osa on toteutettu ja ryhmäläisten yhdessä hyväksi toteama. Tämän jälkeen tuotteen osa esitellään asiakkaalle, joka ilmaisee vielä mielipiteensä tuotteesta tai tarkasteltavasta tuotteen osasta. Mikäli asiakas on tyytyväinen tuotteeseen / tuotteen osaan, todetaan se riittävän laadukkaaksi. Mikäli tuotteen osassa on puutteita, siirretään puutteiden korjaus korkealle tärkeysasteelle seuraavan syklin alkuun. Käytettävät laadunvarmistusmenetelmät Ohjelmistomme laadunvarmistusmenetelminä käytämme katselmointeja ja testausta. Testausstrategiamme on sijoitettu mahdollisimman alkuvaiheeseen ja pyrimme testaamaan ohjelmistoa koko sen elinkaaren ajan. Testaamista ei voitu aloittaa ennen kun ohjelmiston arkkitehtuuri suunniteltiin uudellen. Käytännössä tämä tarkoittaa sitä, että testaaminen painottuu meillä kolmanteen sykliin ja siitä eteenpäin testaamme yksikkötestein jokaisen uuden toiminnallisuuden.

5 Projektin elinkaaren laadunvarmistus Kehitystyön laadunvarmistus toteutetaan meillä ensisijaisesti katselmoinnein (review), ja tämän toteutusmuotona on tarkastuksen ja verataisarvioinnin sovellettu yhdistelmä. Kuten on aiemmin mainittua, kuuluu testaus (software testing) laadunvarmistukseemme. Pyrimme testaamaan riittävästi jokaisen syklin toteutuksen yhteydessä. Laatukehyksen laadunvarmistus Virheiden välttäminen toteutetaan huolellisella koodauksella ja kattavalla testauksella jokaisen syklin aikana. Dokumenttipohjia ja tarkistuslistoja käytetään tarvittaessa ja käytettävät pohjat tallennetaan projektinhallintaamme googlecodeen. Projektin henkilöstön koulutus, ammattitaidon ylläpito ja sertifiointi eivät tule kyseeseen tässä yhteydessä, mutta työhyvinvoinnista ja projektin läpiviennin jaksamisesta pyritään huolehtimaan eikä ketään kuormiteta yli omien voimavarojensa. Versionhallintaa sovelletaan tarvittavassa määrin. Dokumenttien hallintaa varten käytämme googledocs-palvelua, sekä code.google.comprojektinhallintapalvelua. Yritystason laadunvarmistusta ei ole tarpeen soveltaa tässä projektissa Projektinhallinnan laadunvarmistus Projektin seurantaa tapahtuu jokaiseen sykliin liittyvässä harjoitusryhmien kokoontumisessa, jossa saadaan myös ohjausta. Laatua mitataan ja arvoidaan jokaisen syklin aikana ja syklien päättyessä. Laadun kustannuksia ei tässä projektissa mitata eikä arvioida. Yleisesti käytettyjä metriikoita, kuten koodirivien määrä/kuukausi, virheiden määrä/1000 ohjelmariviä tai tuottava työaika/kokonaistyöaika ei ole mielekästä soveltaa näin suppeassa projektissa. Näiden sijaan käytämme Eclipse-kehittimeen rakennettua liitännäistä, Eclipsemeters:iä, jonka perusasetukset sopivat tämän kokoisille projekteille. Käytettäviä metriikoita käsitellään tarkemmin omassa kappaleessaan. Standardointi Standardien systemaattinen soveltaminen ei näin pienessä projektissa ole mielekästä. Laadunvarmistuksen organisointi Tämän tyyppisessä ja näin suppeassa projektissa ei ole mielekästä perustaa laadunvarmistusryhmää eikä muutenkaan soveltaa miktään laatustrategiaa. Henkilöhallintakaan ei ole tässä yhteydessä relevantti asia. Laatukäsikirjaa ei ole mielekästä tai mahdollista laatia tämän projektin yhteydessä, ellei sitten laadittuja ja laadittavia muutamia laatuun liittyviä irrallisia dokumentteja pidetä suppeana laatukäsikirjana.

6 Projektissa käytettävät mittarit ja työkalut Laatutekijöitä tulisi pystyä arvioimaan numeerisesti sopivien mittarien avulla. Mittareiden valinnan hyvä periaate on valita pieni joukko hyvin määriteltyjä metriikoia kaiken mahdollisen mittaamisen sijasta. Käytämme tässä projektissa seuraavia mittareita: Ohjelmiston koko koodiriveinä (KLOC Kilos Lines Of Code) Toimintojen määrä (FP, Function Points) Luokkien ja metodien määrä Kenttien määrä Kokonaistyöaika DevH. Näiden perusteella voidaan voidaan laskea kehitystyön tuottavuudet DevP=DevH/KLOC ja FDevP=DevH/FP. Kokonaistyöajanseuranta toteutetaan backlogiin. Metodien yhtenäisyyden puute (Lack of Cohesion on Methods), LCOM. Tästä nähdään montako erillistä metodijoukkoa luokassa on. Metodijoukot ovat erilliset, jos niiden jäsenet eivät viittaa samoihin luokan attribuutteihin. Emme salli riippuvuussyklien muodostumista tämän kokoisessa ohjelmassa Asikkaiden tyytyväisyyttä peräänkuulutetaan katselmoinneissa. Kysylykaavaketutkimus olisi tehokkaampi tapa, mutta tämän kokoisessa projektissa ja meille varatussa ajassa ei sellaista voida toteuttaa. Mikäli se toteutettaisiin laskettaisiin pinotettu keskiarvo siten että 1.00 on täydellinen tyytyväisyys ja 0.00 täydellinen tyytymätömyys Suurin osa käyttämistämme mittareista saadaan tulkittua käyttämällä Eclipsemetersliitännäistä vakioasetuksilla. (Asiakastyytyväisyys poislukien kaikki muut) Koodin ulkoasun yhtenäistämiseen käytämme Eclipse -koodityylitemplatea koodin ulkoasun yhdenmukaistamiseen. Ryhmällä on käytössään templatetiedosto, joka asetetaan projektin tyylitiedostoksi. Eclipse muotilee koodin jokaisen käännöksen (tallennuksen) yhteydessä. Versiohallinta toteutetaan code.goole.com -palvelun SVN-versiohallinnan avulla Liitteet Projektin backlog Java Code Style -template

7 Litteet Java Code Style template Change non static accesses to static members using declaring type Change indirect accesses to static members to direct accesses (accesses through subtypes) Convert for loops to enhanced for loops Remove unnecessary parentheses Remove unused imports Remove unused private methods Remove unused private constructors Remove unused private types Remove unused private fields Add missing annotations Add missing annotations Add missing serial version ID (generated) Remove unnecessary casts Remove unnecessary '$NON-NLS$' tags Add unimplemented methods Organize imports Format source code Remove trailing white spaces on all lines Correct indentation

Ohjelmistojen mallintaminen. Luento 11, 7.12.

Ohjelmistojen mallintaminen. Luento 11, 7.12. Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,

Lisätiedot

Yksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }

Yksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } } Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.

Lisätiedot

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS 20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien

Lisätiedot

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Katselmointi osana laadunvarmistusta... 2 2 Yleistä katselmoinneista...

Lisätiedot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää

Lisätiedot

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Onnistunut SAP-projekti laadunvarmistuksen keinoin Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.

Lisätiedot

tsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen 4.2.2004

tsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen 4.2.2004 Tarkastusmenettelyt ja katselmukset tsoft Vesa Tenhunen 4.2.2004 http://cs.joensuu.fi/tsoft/ Johdanto Yksi tärkeimmistä tekijöistä laadukkaiden ohjelmistojen tuottamisessa on puutteiden aikainen havaitseminen

Lisätiedot

SYSTEEMITYÖ. Tärkeitä sanoja

SYSTEEMITYÖ. Tärkeitä sanoja SYSTEEMITYÖ Tärkeitä sanoja SYSTEEMITYÖN TÄRKEITÄ SANOJA Laatu (itse tuotteessa ja sen tekemisessä) Dokumentaatio Riskienhallinta Vaatimustenhallinta Uudelleenkäytettävyys Versionhallinta 2 LAATU Parityönä:

Lisätiedot

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3 AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen laatu (4op)

Ohjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen laatu (4op) 581361 Ohjelmistoprosessit ja ohjelmistojen laatu (4op) Ohjelmistojärjestelmien syventävien opintojen kurssi Myös ohjelmistotekniikan profiilin pakollinen kurssi eli ohjelmistotekniikka-aiheisen gradun

Lisätiedot

AQAP:n SOVELTAMINEN. Ohjelmistoalan yrityksessä. Timo Salo Manager, Operational Excellence

AQAP:n SOVELTAMINEN. Ohjelmistoalan yrityksessä. Timo Salo Manager, Operational Excellence AQAP:n SOVELTAMINEN Ohjelmistoalan yrityksessä Timo Salo Manager, Operational Excellence timo.salo@combitech.fi Combitech Oy Combitech Oy on Saab konserniin kuuluvan Combitech Ab:n tytäryhtiö Henkilömäärä

Lisätiedot

PANK-hyväksynnän arviointipalaute CE-merkinnän vaikutus hyväksyntään. PANK Menetelmäpäivä 24.1.2013 Katriina Tallbacka Inspecta Sertifiointi Oy

PANK-hyväksynnän arviointipalaute CE-merkinnän vaikutus hyväksyntään. PANK Menetelmäpäivä 24.1.2013 Katriina Tallbacka Inspecta Sertifiointi Oy PANK-hyväksynnän arviointipalaute CE-merkinnän vaikutus hyväksyntään PANK Menetelmäpäivä 24.1.2013 Katriina Tallbacka Inspecta Sertifiointi Oy Yleistä PANK-hyväksyntä täyttää tänä vuonna 17 vuotta PANK-hyväksyttyjä

Lisätiedot

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi 1 Yleistä Palvelun kehitys jakautuu vaiheisiin, joiden väleissä

Lisätiedot

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision

Lisätiedot

Määrittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Määrittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli

Lisätiedot

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 VIIME KERRALLA MENETELMIÄ Musta laatikko Valkea laatikko Harmaa laatikko Regressio Automaatio Rasitus (kuormitus)

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen laatu

Ohjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen Jukka Paakki Helsingin yliopisto Tietojenkäsittelytieteen laitos 1. Prosessi ja Ohjelmistojen kehitystyö perustuu prosessiin (process): Prosessi on systemaattinen lähestymistapa

Lisätiedot

Opiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston rakenteen ja laatia ohjelmiston teknisen spesifikaation.

Opiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston rakenteen ja laatia ohjelmiston teknisen spesifikaation. 1(7) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ Tutkinnon osa: Ohjelmiston prototyypin toteuttaminen 30 osp Tavoitteet: Opiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston

Lisätiedot

Standardi IEC Ohjelmisto

Standardi IEC Ohjelmisto Sundcon Oy Standardi IEC 61508 3 Ohjelmisto muutokset Matti Sundquist Sundcon Oy www.sundcon.fi Standardi IEC 61508 3 (1) Standardissa di esitetään vaatimukset niiden tietojen ja menettelytapojen valmisteluun,

Lisätiedot

Testataanko huomenna?

Testataanko huomenna? Testataanko huomenna? Qentinel Group 2014 Esko Hannula 03.06.2014 Ohjelmistokriisistä testauskriisiin 1985: Ohjelmistot ovat huonolaatuisia ja aina myöhässä Jonkun pitäisi testata, ehkäpä noiden huonoimpien

Lisätiedot

Tutkittua tietoa. Tutkittua tietoa 1

Tutkittua tietoa. Tutkittua tietoa 1 Tutkittua tietoa T. Dybå, T. Dingsøyr: Empirical Studies of Agile Software Development : A Systematic Review. Information and Software Technology 50, 2008, 833-859. J.E. Hannay, T. Dybå, E. Arisholm, D.I.K.

Lisätiedot

CSE-C2610 Software Project I ja Accenture Luento

CSE-C2610 Software Project I ja Accenture Luento CSE-C2610 Software Project I ja Accenture 2015-2016 Luento 9.9.2015 Accenture yleisesti Maailmanlaajuisesti: henkilömäärä: ~ 320 000 toimistoja yli 200 kaupungissa, 56 maassa liikevaihto 30 mrd. USD (31.8.2015)

Lisätiedot

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa: Testaus käsite Sekalaista asiaa Sami Kollanus 15.11.2006 Jos ajatellaan, että = V&V, voidaan erottaa: Staattinen Dynaaminen Toisaalta voidaan määritellä Myersin (1979) mukaan: Testaus on ohjelman suoritusta,

Lisätiedot

Convergence of messaging

Convergence of messaging Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen laatu Syksy 2012

Ohjelmistoprosessit ja ohjelmistojen laatu Syksy 2012 1. Prosessi ja Ohjelmistoprosessit ja ohjelmistojen Jukka Paakki Helsingin yliopisto Tietojenkäsittelytieteen laitos Ohjelmistojen kehitystyö perustuu prosessiin (process): Prosessi on systemaattinen lähestymistapa

Lisätiedot

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - Pariohjelmointi 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 5.12.2006 Tuomas Tolvanen Ensimmäinen

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen

Ohjelmistoprosessit ja ohjelmistojen Ohjelmistoprosessit ja ohjelmistojen Juha Taina Helsingin yliopisto Tietojenkäsittelytieteen laitos 1. Johdanto Ohjelmistojen kehitystyö perustuu prosessiin (process): Prosessi on systemaattinen lähestymistapa

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen

Ohjelmistoprosessit ja ohjelmistojen Ohjelmistoprosessit ja ohjelmistojen Jukka Paakki Helsingin yliopisto Tietojenkäsittelytieteen laitos 1. Prosessi ja Ohjelmistojen kehitystyö perustuu prosessiin (process): Prosessi on systemaattinen lähestymistapa

Lisätiedot

1 Tehtävän kuvaus ja analysointi

1 Tehtävän kuvaus ja analysointi Olio-ohjelmoinnin harjoitustyön dokumentti Jyri Lehtonen (72039) Taneli Tuovinen (67160) 1 Tehtävän kuvaus ja analysointi 1.1 Tehtävänanto Tee luokka, jolla mallinnetaan sarjaan kytkettyjä kondensaattoreita.

Lisätiedot

Ohjelmistotuotanto, syksy laatu Ohjelmiston laatu

Ohjelmistotuotanto, syksy laatu Ohjelmiston laatu Ohjelmiston laatu Laatu - useita eri näkemyksiä klassinen: kaikki tarpeet huomioiva hyvyys, subjektiivinen tuote ja hintasidonnainen: mitä kallimpi sitä parempi tarkoituksenmukaisuus: laadukas tuote sopii

Lisätiedot

Menetelmäraportti Ohjelmakoodin tarkastaminen

Menetelmäraportti Ohjelmakoodin tarkastaminen Menetelmäraportti Ohjelmakoodin tarkastaminen Sisällysluettelo 1. Johdanto...3 2. Menetelmän kuvaus...4 2.1. Tarkastusprosessi...4 2.1.1. Suunnittelu...4 2.1.2. Esittely...5 2.1.3. Valmistautuminen...5

Lisätiedot

8. Laadunvalvonta. Mitä laatu on?

8. Laadunvalvonta. Mitä laatu on? 8. Laadunvalvonta Ohjelmistojen laatu on parantunut paljon viimeisen 15 vuoden aikana. Tämä näkyy mm. siinä, että asiakkaat ovat keskimäärin tyytyväisempiä tuotteiden toimintaan kuin 90-luvun alussa. Tähän

Lisätiedot

Ohjelmiston testaus ja laatu. Testaus käytettävyys

Ohjelmiston testaus ja laatu. Testaus käytettävyys Ohjelmiston testaus ja laatu Testaus käytettävyys Yleistä - 1 Käytettävyys on osa tuotteen laatuominaisuutta Käytettävyys on mittari, jolla mitataan tuotteen käytön tuottavuutta, tehokkuutta ja miellyttävyyttä.

Lisätiedot

Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tiera on vuonna 2010 perustettu yli 200:n kuntatoimijan omistama

Lisätiedot

Verifioinnin ja validoinnin ero. 7. Verifiointi ja validointi. Verifiointi- ja validointitekniikat. Verifiointi- ja validointitekniikat II

Verifioinnin ja validoinnin ero. 7. Verifiointi ja validointi. Verifiointi- ja validointitekniikat. Verifiointi- ja validointitekniikat II 7. Verifiointi ja validointi Verifiointi ja validointi (V&V) on ohjelmistotuotannon työvaihe, missä varmistetaan, että ohjelmisto täyttää sille asetetut implisiittiset ja eksplisiittiset vaatimukset ja

Lisätiedot

Versio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio

Versio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio Testiraportti 26.2.2006 1/5 - Noheva II Testiraportti Versio Päiväys Tekijä Kuvaus 1.0 26.2.2006 Tikkanen varsinainen versio 1 Yleistä Toteutusvaiheen 2 virallinen testaus on muodostunut automaattisista

Lisätiedot

Action Request System

Action Request System Action Request System Manu Karjalainen Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 25.10.2000 Action Request System (ARS) Manu Karjalainen Ohjelmistotuotantovälineet

Lisätiedot

Menetelmäraportti - Konfiguraationhallinta

Menetelmäraportti - Konfiguraationhallinta Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1

Lisätiedot

Automaattinen yksikkötestaus

Automaattinen yksikkötestaus Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä

Lisätiedot

Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Ohjelmistoprojektien Hallinta Tik-76.612 Ohjelmistoprojektien Hallinta Tervetuloa kurssille! 2 Kurssin yleisinfo Kurssin tausta Katsaus luentoihin Aloitusluennon agenda Luennoitsijoiden esittely Harjoitustyön läpikäynti Muut käytännön

Lisätiedot

58160 Ohjelmoinnin harjoitustyö

58160 Ohjelmoinnin harjoitustyö 58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista

Lisätiedot

SEPA diary. Dokumentti: SEPA_diary_PK_RI.doc Päiväys: Projekti : AgileElephant Versio: V0.2

SEPA diary. Dokumentti: SEPA_diary_PK_RI.doc Päiväys: Projekti : AgileElephant Versio: V0.2 AgilElephant SEPA Diary Pasi Kallioniemi 49477B Rauli Ikonen 51051V Tekijä: Kallioniemi&Ikonen Omistaja: ElectricSeven Aihe: RI & PK Sivu 1 of 7 Dokumenttihistoria Muutoshistoria Revision päiväys: 1.11.2004

Lisätiedot

Kontrollipolkujen määrä

Kontrollipolkujen määrä Testaus Yleistä Testaus on suunnitelmallista virheiden etsimistä Tuotantoprosessissa ohjelmaan jää aina virheitä, käytettävistä menetelmistä huolimatta Hyvät menetelmät, kuten katselmoinnit pienentävät

Lisätiedot

Yhteenvetoa, pieniä laajennuksia, tulevaisuuden haasteita

Yhteenvetoa, pieniä laajennuksia, tulevaisuuden haasteita Yhteenvetoa, pieniä laajennuksia, tulevaisuuden haasteita 581259 Ohjelmistotuotanto 378 Lemström, 2006-2011 581259 Ohjelmistotuotanto Kiitos Tuomolle kuvasta 379 Ohjelmistotuotannon perustehtävät projektinhallinta:

Lisätiedot

Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Miten kallis määritellään toimintopistelaskennan näkökulmasta?

Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Miten kallis määritellään toimintopistelaskennan näkökulmasta? Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Miten kallis määritellään toimintopistelaskennan näkökulmasta? ICT hyödyttämään liiketoimintaa siis oikeesti ja vähän äkkiä Mikko Paalasmaa,

Lisätiedot

Laadunvarmistuksesta. Luennon tavoitteista. Motivointia. Sommerville, Software Engineering (6th ed.)

Laadunvarmistuksesta. Luennon tavoitteista. Motivointia. Sommerville, Software Engineering (6th ed.) Laadunvarmistuksesta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Sommerville, Software Engineering (6th ed.) 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata: ymmärtää laadunhallintaprosessin

Lisätiedot

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka

Lisätiedot

Software engineering

Software engineering Software engineering Alkuperäinen määritelmä: Naur P., Randell B. (eds.): Software Engineering: A Report on A Conference Sponsored by the NATO Science Committee, NATO, 1968: The establishment and use of

Lisätiedot

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan

Lisätiedot

Testauspäällikön tarinoita Arto Stenberg

Testauspäällikön tarinoita Arto Stenberg Testauspäällikön tarinoita Arto Stenberg 2.12.2013 A software foundry that helps companies create breakthrough product innovations. We help our clients to: 1. Create new products 2. Scale out their product

Lisätiedot

Markkinoille pääsyn vaatimuksia EU:ssa ja muualla. Salotek Consulting Oy

Markkinoille pääsyn vaatimuksia EU:ssa ja muualla. Salotek Consulting Oy Markkinoille pääsyn vaatimuksia EU:ssa ja muualla Salotek Consulting Oy Seppo Salo Puh. +358 40 5107893 email: seppo.salo@salotek.fi www.salotek.fi Salotek Consulting Oy Yritys ja osaaminen Yrityksen toimialana

Lisätiedot

SOVELLUSPROJEKTIN ARVIOINTILOMAKE

SOVELLUSPROJEKTIN ARVIOINTILOMAKE SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa

Lisätiedot

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus Lehmus, Auvinen, Pihamaa Johdanto Käyttäjätestauksella tarkoitetaan tuotteen tai sen prototyypin testauttamista todellisilla käyttäjillä. Kehittäjät

Lisätiedot

Rakenteisen oppimateriaalin tuottaminen verkossa esimerkki Rhaptos. Antti Auer Koordinaattori, HT Jyväskylän yliopisto Virtuaaliyliopistohanke

Rakenteisen oppimateriaalin tuottaminen verkossa esimerkki Rhaptos. Antti Auer Koordinaattori, HT Jyväskylän yliopisto Virtuaaliyliopistohanke Rakenteisen oppimateriaalin tuottaminen verkossa esimerkki Rhaptos Antti Auer Koordinaattori, HT Jyväskylän yliopisto Virtuaaliyliopistohanke Rakenteisuus kahdella tasolla Oppimisaihiot ( Learning Objects

Lisätiedot

Testausoppeja toimialavaihdoksesta

Testausoppeja toimialavaihdoksesta Testausoppeja toimialavaihdoksesta Maaret Pyhäjärvi Email: Gsm: 040-8233777 Erkki Pöyhönen & Maaret Pyhäjärvi Nimeä Attribution (Finland) http://creativecommons.org/licenses/by/1.0/fi/

Lisätiedot

Laatu ohjelmistotyössä

Laatu ohjelmistotyössä Laatu ohjelmistotyössä Laatuongelmia Budjetin ylitys Aikataulun viivästyminen Bugit lopputuotteessa Sädehoitokone Asiavirheet sisällössä Ylläpito-ongelmat Dokumentointi Arkkitehtuuri Sisäiset kustannukset

Lisätiedot

Katselmoinnit. review) Katselmoinnit (review( Mitä ovat katselmoinnit? Katselmoinnin määritelmä (IEEE 1988)

Katselmoinnit. review) Katselmoinnit (review( Mitä ovat katselmoinnit? Katselmoinnin määritelmä (IEEE 1988) Katselmoinnit Johdatus ohjelmistotekniikkaan Sami Kollanus 19.10.2004 Katselmoinnin määritelmä (IEEE 1988) An evaluation of software element(s) or projects status to ascertain discrepancies from planned

Lisätiedot

Monipuolista hienomekaniikkaa. Copyright 2013 Mecsalo Oy Minkkikatu 10-12, FI Järvenpää. Tel (0)

Monipuolista hienomekaniikkaa. Copyright 2013 Mecsalo Oy Minkkikatu 10-12, FI Järvenpää. Tel (0) Monipuolista hienomekaniikkaa Copyright 2013 Mecsalo Oy Minkkikatu 10-12, FI-04430 Järvenpää. Tel. +358 (0) 9 836 6070. www.mecsalo.com Liiketoiminta Valmistamme edistyksellisiä tuotteita vaativiin sovelluksiin

Lisätiedot

Laatukustannukset. Laadun hallinta. Laadun kustannuksista

Laatukustannukset. Laadun hallinta. Laadun kustannuksista Laatukustannukset Laadun hallinta Sami Kollanus TJTA330 Ohjelmistotuotanto 13.2.2007 US National Institute of Standards and Technology: Riittämättömän testauksen kustannusten arvioitiin olevan 59 Mrd dollaria

Lisätiedot

Harjoitustyön testaus. Juha Taina

Harjoitustyön testaus. Juha Taina Harjoitustyön testaus Juha Taina 1. Johdanto Ohjelman teko on muutakin kuin koodausta. Oleellinen osa on selvittää, että ohjelma toimii oikein. Tätä sanotaan ohjelman validoinniksi. Eräs keino validoida

Lisätiedot

Mikä yhteyssuhde on?

Mikä yhteyssuhde on? 1 Yhteyssuhde Mikä yhteyssuhde on? Yhteyssuhde Javalla Konstruktorit set-ja get-metodit tostring-metodi Pääohjelma 1 Mikä yhteyssuhde on? Tili - : String - : double * 1 Asiakas - hetu: String - : String

Lisätiedot

Hirviö Laadunvarmistussuunnitelma

Hirviö Laadunvarmistussuunnitelma Hirviö Laadunvarmistussuunnitelma Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 30. marraskuuta 2004 1 Sisältö 1 Johdanto 3 1.1 Testauksen tavoitteet

Lisätiedot

! LAATUKÄSIKIRJA 2015

! LAATUKÄSIKIRJA 2015 LAATUKÄSIKIRJA Sisällys 1. Yritys 2 1.1. Organisaatio ja vastuualueet 3 1.2. Laatupolitiikka 4 2. Laadunhallintajärjestelmä 5 2.1. Laadunhallintajärjestelmän rakenne 5 2.2. Laadunhallintajärjestelmän käyttö

Lisätiedot

Laadun hallinta. Laatukustannukset. Laadun kustannuksista. Sami Kollanus TJTA330 Ohjelmistotuotanto

Laadun hallinta. Laatukustannukset. Laadun kustannuksista. Sami Kollanus TJTA330 Ohjelmistotuotanto Laadun hallinta Sami Kollanus TJTA330 Ohjelmistotuotanto 5.4. Laatukustannukset US National Institute of Standards and Technology: Riittämättömän testauksen kustannusten arvioitiin olevan 59 Mrd dollaria

Lisätiedot

Opera Hotel Edition. Arvonlisäverokantojen muutos Operaan 01.07.2010. Finland. Toukokuu 2010 MICROS-Fidelio Finland Oy, Hotel Systems HelpDesk

Opera Hotel Edition. Arvonlisäverokantojen muutos Operaan 01.07.2010. Finland. Toukokuu 2010 MICROS-Fidelio Finland Oy, Hotel Systems HelpDesk Opera Hotel Edition Arvonlisäverokantojen muutos Operaan 01.07.2010 Toukokuu 2010 MICROS-Fidelio Finland Oy, Hotel Systems HelpDesk Sivu / Page: 1 / 15 Document revision history Version Revision Author

Lisätiedot

Avoimen ja yhteisen rajapinnan hallintamalli

Avoimen ja yhteisen rajapinnan hallintamalli Avoimen ja yhteisen rajapinnan hallintamalli 1.10.2015 Sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan hallitsemat rajapinnat)

Lisätiedot

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Tämän esityksen sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan

Lisätiedot

WEBINAARI 24.11.2015

WEBINAARI 24.11.2015 WEBINAARI 24.11.2015 Analytiikan hyödyntäminen markkinoinnissa Petri Mertanen, Super Analytics - @mertanen Jarno Wuorisalo, Cuutio - @jarnowu Tomi Grönfors, Brandfors - @groenforsmethod WEBINAARIN ISÄNNÄT

Lisätiedot

1(5) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ. Tutkinnon osa: Testaus 15 osp Tavoitteet:

1(5) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ. Tutkinnon osa: Testaus 15 osp Tavoitteet: 1(5) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ Tutkinnon osa: Testaus 15 osp Tavoitteet: Opiskelija osaa suunnitella ohjelmiston, toteuttaa ohjelmiston valittua testausympäristöä käyttäen sekä laatia

Lisätiedot

Tik Harjoitustyö

Tik Harjoitustyö Tik-76.612 Harjoitustyö Harjoitustyön uusi aikataulu Ti 12.3 Kurssin aloitus Harjoitustyön läpikäynti To 14.3 Ti 19.3 Projektin synty Projektisuunnitelma Ryhmien muodostuminen To 21.3 Ti 26.3 To 4.4 Ti

Lisätiedot

Vakuutusyhtiöiden testausinfo

Vakuutusyhtiöiden testausinfo Vakuutusyhtiöiden testausinfo ATJ:n ulkoisten liittymien testaaminen Jonna Hannukainen ja Markku Noukka 12. ja 17.5.2006 (Päivitetty 18.5.2006) ATJ:n integraatiotestaus vakuutusyhtiöiden kanssa Testauksen

Lisätiedot

Katselmoinnin määritelmä. Katselmoinnit osa 1. ja vielä ajatuksia katselmoinneista. Katselmointi. Katselmointi, katselmus (review) IEEE Std

Katselmoinnin määritelmä. Katselmoinnit osa 1. ja vielä ajatuksia katselmoinneista. Katselmointi. Katselmointi, katselmus (review) IEEE Std Katselmoinnin määritelmä Katselmoinnit osa 1 Sami Kollanus 1.12.2006, katselmus (review) IEEE Std 1028-1988 Ohjelmiston osien tai projektin tilan arviointi (evaluation), jonka tarkoitus on tunnistaa tuotosten

Lisätiedot

ESITUTKIMUS. Polku Versio 0.1. Projektiryhmä

ESITUTKIMUS. Polku Versio 0.1. Projektiryhmä ESITUTKIMUS Polku Versio 0.1 Projektiryhmä Janne Pihlajaniemi janne.pihlajaniemi@iki.fi Antti Jämsén antti.jamsen@uta.fi Maria Hartikainen maria.hartikainen@uta.fi Pekka Kallioniemi pekka.kallioniemi@uta.fi

Lisätiedot

statbeatmobile PROJECT REVIEW iteration 1

statbeatmobile PROJECT REVIEW iteration 1 statbeatmobile PROJECT REVIEW iteration 1 agenda Projekti Status Käytännöt Tulokset Katsaus eteenpäin PROJEKTI / mikä on statbeat? Sosiaalinen joukkueurheilupalvelu Keskustelu, fanit, kavereiden joukkueet,

Lisätiedot

Projektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Projektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Projektisuunnitelma Boa Open Access Helsinki 4.2.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari

Lisätiedot

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.

Lisätiedot

Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen

Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Vaatimusluettelo versio 0.17 Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Yleiset vaatimukset 1 Koodistopalvelujärjestelmä on selainkäyttöinen 2 Käyttöliittymän tulee

Lisätiedot

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä

Lisätiedot

2. Ohjelmistotuotantoprosessi

2. Ohjelmistotuotantoprosessi 2. Ohjelmistotuotantoprosessi Peruskäsitteet: prosessimalli: mahdollisimman yleisesti sovellettavissa oleva ohjeisto ohjelmistojen tuottamiseen ohjelmistotuotantoprosessi: yrityksessä käytössä oleva tapa

Lisätiedot

työssäoppimispaikan työtehtävissä toimiminen ammattiosaamisen näytön suorittaminen näyttösuunnitelman mukaan Ammattitaidon osoittamistavat

työssäoppimispaikan työtehtävissä toimiminen ammattiosaamisen näytön suorittaminen näyttösuunnitelman mukaan Ammattitaidon osoittamistavat 1(7) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ Tutkinnon osa: Multimediatuotanto 15 osp Tavoitteet: Opiskelija osaa suunnitella multimediatuotannon tuotantoprosessin, suunnitella ja toteuttaa multimediatuotteita,

Lisätiedot

Ylläpito. Ylläpito. Ylläpidon lajeja Ohjelmistotuotanto, syksy 1998 Ylläpito

Ylläpito. Ylläpito. Ylläpidon lajeja Ohjelmistotuotanto, syksy 1998 Ylläpito Kaikki ohjelmistoon sen julkistamisen jälkeen kohdistuvat muutostoimenpiteet jopa 70-80% ohjelmiston elinkaarenaikaisista kehityskustannuksista Ylläpidon lajeja korjaava ylläpito (corrective) testausvaiheessa

Lisätiedot

Suunnitteluvaihe prosessissa

Suunnitteluvaihe prosessissa Suunnittelu Suunnitteluvaihe prosessissa Silta analyysin ja toteutuksen välillä (raja usein hämärä kumpaankin suuntaan) Asteittain tarkentuva Analyysi -Korkea abstraktiotaso -Sovellusläheiset käsitteet

Lisätiedot

käyttötapaukset mod. testaus

käyttötapaukset mod. testaus käyttötapaukset Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Kartta hyväksyntä määrittely suunnittelu suunnittelu mod. testaus integrointi sys. testaus Ylläpito koodaus (toteutus)

Lisätiedot

Näin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut www.helsinki.fi

Näin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut www.helsinki.fi Näin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut Ohjelmointikurssin järjestäminen Helsingin yliopiston Ohjelmoinnin MOOC-kurssimateriaalin avulla 15.4.2016 1 Linkki Tietojenkäsittelytieteen

Lisätiedot

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys Tällä kurssilla on tutustuttu ohjelmistojen mallintamiseen oliomenetelmiä ja UML:ää käyttäen Samaan aikaan järjestetyllä kurssilla on käsitelty

Lisätiedot

Käytännön haasteita ja ratkaisuja integraation toteutuksessa. Jukka Jääheimo Teknologiajohtaja Solita Oy

Käytännön haasteita ja ratkaisuja integraation toteutuksessa. Jukka Jääheimo Teknologiajohtaja Solita Oy Käytännön haasteita ja ratkaisuja integraation toteutuksessa Jukka Jääheimo Teknologiajohtaja Solita Oy 13.03.2008 Sisältö 2 Alustus Integraation haasteet Integraatioarkkitehtuuri Hyvän integraatioarkkitehtuurin

Lisätiedot

6 XML-työkalut 1. 6 XML-työkalut

6 XML-työkalut 1. 6 XML-työkalut 6 XML-työkalut 1 6 XML-työkalut XML:n periaatteiden tutustumisen jälkeen on helpompi tutustua XML-dokumenttien käsittelyyn ja katseluun suunniteltuja työkaiuja. XML:n yleistymisen pahin pullonkaula on

Lisätiedot

SEPA: Staattiset menetelmät Timo Sallinen, 51134F & Risto Kunnas, 50498T. Sisällysluettelo. 1 Johdanto. 2 SEPA harjoittelu käytännössä.

SEPA: Staattiset menetelmät Timo Sallinen, 51134F & Risto Kunnas, 50498T. Sisällysluettelo. 1 Johdanto. 2 SEPA harjoittelu käytännössä. Sivu 1 (5) SEPA: Staattiset menetelmät Timo Sallinen, 51134F & Risto Kunnas, 50498T Versio Päiväys Tekijä Kuvaus 0.1 27.10.2004 Timo Sallinen Ensimmäinen versio 1.0 31.10.2004 Timo Sallinen Korjauksia,

Lisätiedot

Projektisuunnitelma Viulu

Projektisuunnitelma Viulu Projektisuunnitelma Viulu Kuusela Johannes Sjöblom Teemu Suominen Osma Ohjelmistotuotantoprojekti Helsinki 23.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Versiohistoria Päivämäärä Versio

Lisätiedot

Projektisuunnitelma. Tiput-ryhmä Ohjelmistotuotantoprojekti

Projektisuunnitelma. Tiput-ryhmä Ohjelmistotuotantoprojekti Projektisuunnitelma Tiput-ryhmä 10.10.2006 581260 Ohjelmistotuotantoprojekti Grönholm Peter Hautamäki Marja Koski Marja-Ilona Lavi Rakel Piela Riitta, projektipäällikkö Helsingin yliopisto Tietojenkäsittelytieteen

Lisätiedot

Vaatimusmäärittely Good Minton Sulkapalloliiton kilpailutoiminnan rekisteriohjelma

Vaatimusmäärittely Good Minton Sulkapalloliiton kilpailutoiminnan rekisteriohjelma Vaatimusmäärittely Good Minton Sulkapalloliiton kilpailutoiminnan rekisteriohjelma Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 10 05 Jani Eränen Alustava 0.2 2006 10 06 Jani Eränen Asiakirjapohja

Lisätiedot

Toiminnallinen turvallisuus

Toiminnallinen turvallisuus Toiminnallinen turvallisuus Mitä uutta standardeissa IEC 61508 Tekn.lis. Matti Sundquist, Sundcon Oy www.sundcon.fi matti.sundquist@sundcon.fi Mitä uutta standardeissa IEC 61508-1 ja -4? IEC 61508-1 (yleistä):

Lisätiedot

Lokalisointitestaus. Matti Vuori, www.mattivuori.net 1(17) 26.3.2009

Lokalisointitestaus. Matti Vuori, www.mattivuori.net 1(17) 26.3.2009 Lokalisointitestaus Lokalisointitestauksella varmistetaan se, että ohjelmisto toimii halutussa kohdemaassa oikein ja halutulla laatutasolla. Lokalisointitestaus ei ole pelkkää käännösten testausta, vaan

Lisätiedot

OHJELMISTOJEN LAADUN JA KOON MITTAAMINEN

OHJELMISTOJEN LAADUN JA KOON MITTAAMINEN Mitat ja Mittaus OHJELMISTOJEN LAADUN JA KOON MITTAAMINEN 80 Vaikka mittauksia ei tehtäisikään täydessä laajuudessaan (tai tehdään kertaluonteisesti), mittausohjelma toimii kommunikaation ja sitouttamisen

Lisätiedot

Turvallisuus prosessien suunnittelussa ja käyttöönotossa. 1. Luennon aiheesta yleistä 2. Putkisto- ja instrumentointikaavio 3. Poikkeamatarkastelu

Turvallisuus prosessien suunnittelussa ja käyttöönotossa. 1. Luennon aiheesta yleistä 2. Putkisto- ja instrumentointikaavio 3. Poikkeamatarkastelu Turvallisuus prosessien suunnittelussa ja käyttöönotossa Moduuli 2 Turvallisuus prosessilaitoksen suunnittelussa 1. Luennon aiheesta yleistä 2. Putkisto- ja instrumentointikaavio 3. Poikkeamatarkastelu

Lisätiedot

Valmistusprosessin kehittäminen/abb

Valmistusprosessin kehittäminen/abb Timi Tamminen, Toni Taavila ja Konsta Kilponen Valmistusprosessin kehittäminen/abb Metropolia Ammattikorkeakoulu Energiatekniikka Projektisuunnitelma 5.5.2014 Sisällysluettelo 1 Johdanto 1 2 Projektin

Lisätiedot

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 2 3 Termit ja määritelmät... 3 4 ICT-palvelun

Lisätiedot

Sytyke ry:n laivaseminaari Software Technology Transfer Pekka Forselius

Sytyke ry:n laivaseminaari Software Technology Transfer Pekka Forselius Sytyke ry:n laivaseminaari 3.-5.9.2002 Testaus ja Laatu Ohjelmiston laadun ja laatuvaatimusten mittaaminen Sytyke ry:n laivaseminaari 3.-5.9.2002 Hyvä laatu? Testaaminen? Ohjelmiston hyvällä laadulla tarkoitamme

Lisätiedot

Specifying user requirements for corporate intranet with user centered design methods. Espoo Tekijä: Henri Ström Valvoja: TkT Kalevi Kilkki

Specifying user requirements for corporate intranet with user centered design methods. Espoo Tekijä: Henri Ström Valvoja: TkT Kalevi Kilkki Specifying user requirements for corporate intranet with user centered design methods Espoo 29.9.2016 Tekijä: Henri Ström Valvoja: TkT Kalevi Kilkki Sisältö Työn tausta Ongelman asettelu Metodiikka Kehitysprojekti

Lisätiedot

Vastausten ja tulosten luotettavuus. 241 vastausta noin 10 %:n vastausprosentti tyypillinen

Vastausten ja tulosten luotettavuus. 241 vastausta noin 10 %:n vastausprosentti tyypillinen Vastausten ja tulosten luotettavuus Vastaukset 241 vastausta noin 10 %:n vastausprosentti tyypillinen Kansainväliset IT:n hallinnan hyvät käytännöt. Luotettavuusnäkökohdat Kokemukset ja soveltamisesimerkit

Lisätiedot