Sytyke ry:n laivaseminaari Software Technology Transfer Pekka Forselius

Samankaltaiset tiedostot
ITK130 Ohjelmistojen luonne

Laatukustannukset. Laadun hallinta. Laadun kustannuksista

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

Laadun hallinta. Laatukustannukset. Sami Kollanus TJTA330 Ohjelmistotuotanto

ISO/IEC sarja (SQUARE)

Yleiskuvaus - LVpalvelukerroksen. laadulliset vaatimukset Jari Kokko & Vesa Mettovaara LUVAT JA VALVONTA -KÄRKIHANKE

Ohjelmistoarkkitehtuurit kevät

Ohjelmistoarkkitehtuurit

Ohjelmistoarkkitehtuurien arviointi

Kevät Ohjelmistoarkkitehtuurit 2014

9. Ohjelmistoarkkitehtuurien arviointi

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen. Antti-Pekka Tuovinen (Jukka Paakki et al.

Kevät 2016 Arkkitehtuurin arviointi, ATAM. Ohjelmistoarkkitehtuurit 2016

OHJELMISTOJEN LAATU. Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Laatu. Ohjelmistoprosessit ja ohjelmistojen. Neljä näkökulmaa laatuun

ND21 tilannearviointimenetelmä

OHJELMISTOJEN LAATU. Ohjelmistoprosessit ja ohjelmistojen. Laatu. Laatu. Neljä näkökulmaa laatuun. Ohjelmisto

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen. Antti-Pekka Tuovinen (Jukka Paakki et al.

Käytettävyys verkko-opetuksessa Jussi Mantere

Luento 12. Jouni Lappalainen, Ilkka Tervonen, additions & editions by Antti Juustila

Ohjelmistotuotanto, s /27/2003

Ohjelmistotuotanto Laatu & laatujärjestelmät

Käytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia?

Mitä käytettävyys on? Käytettävyys verkko-opetuksessa. Miksi käytettävyys on tärkeää? Mitä käytettävyys on? Nielsen: käytettävyysheuristiikat

Luento 6. Jouni Lappalainen, Ilkka Tervonen, additions & editions by Antti Juustila

Käytettävyyslaatumallin rakentaminen verkkosivustolle

KÄYTETTÄVYYSPÄIVÄ

HELSINKI AREA TESTBED. Martti Mäntylä, HIIT

Ohjelmistotekniikka: Luento 6

MT22 tilannearviointimenetelmä

Testaus osana ohjelmistojen elinkaarta II

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

7. Ohjelmistoarkkitehtuurien arviointi

Vikasietoisuus ja luotettavuus

T Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä

Käyttäjäkeskeinen suunnittelu

Ohjelmiston testaus ja laatu. Testaus käytettävyys

Pilvilaskennan perusteet ja sanasto (ISO/IEC 17788) sekä jatkotyöstö. SFS SR-310 Pasi Mäkinen, Open Source Lead, Microsoft

TOIMINNALLINEN MÄÄRITTELY MS

KUNTIEN JA HUS:N ASIAKAS- JA POTILASTIETOJÄRJESTELMÄN HANKINTA

Ohjelmistojen testaus

Testausoppeja toimialavaihdoksesta

KÄYTETTÄVYYSPÄIVÄ Meeri Mäntylä (sis. osia Anne Pirisen esityksestä) KÄYTETTÄVYYS. Mitä merkitystä sillä on?

Käytettävyydestä bisnestä: Tutkimuksesta tuotekehityksen kilpailutekijäksi

Ohjelmiston testaus ja laatu. Testaustasot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

7. Koneenohjausjärjestelmien suunnittelumallit. OhAr Veli-Pekka Eloranta

Ohjelmistotekniikka - Luento 9

Käytettävyyden testaus

Ohjelmistoarkkitehtuurit, syksy

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Testausraportti v1.0. HOHTO - Henkilöstön osaamisen hallinnan työkalu

HELIA 1 (1) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu :08

KÄYTETTÄVYYSPÄIVÄ Johanna Silvennoinen (Perustuu Meeri Mäntylän kalvoihin, sis. osia Anne Pirisen esityksestä)

Nimi: Opnro: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä. 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla:

JHS 182 ICT-palvelujen kehittäminen: Laadunvarmistus Liite 3 Mittareita

Projektinhallinta: kustannusarvio

Juha Taina, Marko Salmenkivi ja Kjell Lemström,

Laadukkaiden ja luotettavien ohjelmistojen vaatimukset ja miten ne täytetään?

Ohjelmistotekniikka - Luento 8 Jouni Lappalainen

Ohjelmistotuotanto, syksy laatu Ohjelmiston laatu

Soveltuvimpien standardien esittely ja vaikutusten arviointi TITAN Tietoturvaa teollisuusautomaatioon Tekes Turvallisuusohjelman hanke

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Transitioiden käytettävyys Case: Nokia

Käyttöliittymän suunnittelu tilastotieteen verkko-opetukseen. Jouni Nevalainen

Miten suunnitella hyvä käyttöliittymä?

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Korkean käytettävyyden tekniikoiden hyödyntäminen tehohoidon ja anestesiologian tietojärjestelmissä. Topi Kolu

Käytettävyyslaatumallin rakentaminen web-sivustolle. Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -suunnitelma Timo Laapotti 28.9.

Suunnitteluratkaisut ja niiden arviointi sulautetuissa järjestelmissä

Miksi potilastietojärjestelmän käytettävyys on niin tärkeää?

tsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen

Arkkitehtuurityylejä ja suunnittelutaktiikoita

Laadunvarmistus, tarkastukset ja testaus

Käyttäjäkeskeisyys verkkopalveluissa

Studio ART Oy. Yritysesittely. Studio ART Oy. Kasöörintie Oulu p

HELIA 1 (19) Outi Virkki Käyttöliittymät ja ohjelman suunnittelu

FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille

Käytettävyys tuotekehityksessä mitä pitäisi osata?

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

Käytettävyyden huomiointi ohjelmisto prosessissa testausta lisäämällä

Laatu tietojärjestelmähankkeissa. Tietohallinnon kokemuksia Juha-Pekka Leskinen Atk-päällikkö Eduskunnan kanslia

JHS 180 Paikkatiedon sisältöpalvelut Liite 4 INSPIRE-palvelujen laadun testaus

KÄYTETTÄVYYS KÄYTETTÄVYYSPÄIVÄ Mitä käytettävyys on? Mitä merkitystä sillä on? Mitkä ovat suurimmat haasteet sen saavuttamikseksi?

Järjestelmätestauksen vaatimukset. 6. Järjestelmätestaus (B, 14) Järjestelmätestauksen korkean tason testausstrategia

Ohjelmistotuotanto, laadunvalvonta Syksy Laadunvalvonta. Mitä laatu on? Laadun komponentit. Laatuvaatimukset.

Move! laadun varmistus arvioinnissa. Marjo Rinne, TtT, erikoistutkija UKK instituutti, Tampere

Uloskirjautuminen Shibbolethissa

Vikasietoisuus ja luotettavuus

Ohjelmistotekniikka Syksy 2018

Copyright by Haikala. Ohjelmistotuotannon osa-alueet

Testausautomaation mahdollisuudet käyttöliittymän testauksessa. Anssi Pekkarinen

Toteutusvaihe T2 Edistymisraportti

Ohjelmiston laadunhallinta. Marko Komssi. Helsinki Ohjelmistotuotantov lineet-seminaari HELSINGIN YLIOPISTO

Ohjelmistotekniikka kevät 2015 Jouni Lappalainen

Aineistosiirron testauksen aloituksen ohje Trafin sopimuskumppaneille

Työskentelyn tehokkuuden parantaminen

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

Käytön laadun tärkeys mobiilisovelluskehityksessä. Kari Jussila

KUNTIEN JA HUS:N ASIAKAS- JA POTILASTIETOJÄRJESTELMÄN HANKINTA

Transkriptio:

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 sen kykyä vastata odotuksiin, kykyä vastata asetettuihin laatuvaatimuksiin. Testaamisen tarkoitus on todentaa testauksen kohteen vaatimusten mukaisuus, sekä toiminnallisten että laadullisten vaatimusten osalta.

ISO 9126 - ohjelmistotuotteen laatu -standardi Kansainvälinen standardi vuodesta 1991 Tarjoaa mittaristojen kehittämiselle kestävän perustan Laadun kuusi eri osaaluetta

Toiminnallinen laatu (Functionality) Toiminnallisella laadulla tarkoitetaan mm. ohjelmiston vastaavuutta käyttäjän tarpeiden kanssa, siten että se sisältää kaikki toivotut piirteet, mutta ei muuta. Myös ohjelmiston liitettävyys käyttöympäristöön, dokumentiston ja itse ohjelman välinen kokonaiseheys (accuracy) sekä tietoturvaominaisuudet luetaan toiminnalliseen laatuun kuuluviksi. Tietoturvaominaisuuksia ovat suojaus, salaus ja varmistus.

Functionality by ISO/IEC 9126-1 Accuracy Security Interoperability Suitability Compliance

Luotettavuus (Reliability) Ohjelmiston luotettavuus tarkoittaa ensisijaisesti virheetöntä toimintaa normaaleissa käyttötilanteissa. Siihen liittyy myös vikasietoisuus sekä käyttäjän että ympäristön aiheuttamien poikkeuksellisten toimenpiteiden yhteydessä. Myös toipumisvalmius (recoverability) on luotettavuutta.

Reliability by ISO/IEC 9126-1 Maturity Fault tolerance Recoverability Reliability compliance

Käytettävyys (Usability) Ohjelmiston käytettävyydellä tarkoitetaan erityisesti käyttöliittymän ja sen toimintalogiikan opittavuutta, ymmärrettävyyttä ja käytön rationaalisuutta. Käyttöliittymää arvioitaessa lisänäkökulmana voi tarkastella myös ohjelmiston avustavuutta ja ohjaavuutta.

Usability by ISO/IEC 9126-1 Understandability Learnability Operability Attractiveness Usability compliance

Tuotannollinen tehokkuus (Efficiency) Ohjelmiston tuotannollinen tehokkuus tarkoittaa ensisijassa kunkin käyttötilanteen vaatimusten mukaista nopeutta sekä kaikkinaista resurssien käytön taloudellisuutta.

Efficiency by ISO/IEC 9126-1 Time behaviour Resource utilisation Efficiency compliance

Ylläpidettävyys (Maintainability) Ohjelmiston ylläpidettävyys käsittää monta eri asiaa. Sellaisia ovat ainakin rakenteellinen selkeys ja johdonmukaisuus, tuotannon aikaisten virheilmoitusten hyvyys ja yksiselitteisyys sekä tuotantoonoton joustavuus ja itsenäisyys. Ohjelmiston ylläpidettävyyteen liittyy myös testattavuus ja lisäksi tehtyjen muutosten rajautuminen tarkoitettuihin kohtiin ohjelmistoa.

Maintainability by ISO/IEC 9126-1 Testability Changeability Analysability Stability Maintainability compliance

Siirrettävyys (Portability) Ohjelmiston siirrettävyys korostuu tuotteistettujen ohjelmistojen yhteydessä, mutta on mahdollista arvioida asiakaskohtaisten räätälöityjenkin ratkaisujen osalta. Sen alakohtia ovat alusta- ja ympäristöriippumattomuus (adaptability), asennusrutiinien standardinmukaisuus ja selkeys (installability), paketoitavuus ja uusien päivitysversioiden asennuksen sujuvuus sekä yhteiskäyttöisten asetusten loukkaamattomuus käyttöympäristössä.

Portability by ISO/IEC 9126-1 Adaptability Installability Co-existence Replaceability Portability compliance

FiSMAn tuotelaatumetriikka Kysely jäsenyrityksille 2000-2001 Milloin xxx-vaatimukset on helppoa / keskimääräistä / vaikeaa toteuttaa? Vastaajia Comptel, Fidenta, Fortum, Fujitsu, Ilmarinen, Kesko, Nokia NRC, Pohjola, Tapiola, TE Public Services, TKP Tieto, VTT Yhteenveto tuottavuustyöryhmässä 2001

Ohjelmiston luotettavuusvaatimukset: Vikasietoisuus ja toipumisvalmius kaikissa käyttäjän ja käyttöympäristön aiheuttamissa tilanteissa. Erittäin vaativa tilanne: -- Ohjelmiston virheellisestä toiminnasta voi aiheutua ihmishenkien menetyksiä, suuria ympäristötuhoja tai miljoonien eurojen taloudellisia tappioita, ohjelmiston on toivuttava kaikista häiriötilanteista hukkaamatta yhtään jo syötettyä tietoa.

Ohjelmiston luotettavuusvaatimukset: Vikasietoisuus ja toipumisvalmius kaikissa käyttäjän ja käyttöympäristön aiheuttamissa tilanteissa. Keskimääräistä vaativampi tilanne: - Ohjelmistolla on korkea ajantasaisuusaste (real-time), se on osa laajaa integroitua kokonaisuutta ja sen aiheuttamat virheet näkyvät välittömästi useille muille sovelluksille sekä tuhansille käyttäjille tai ohjelmisto on erittäin laajalevikkisen tuotteen osa ja siten virheiden korjaaminen todella kallista.

Ohjelmiston luotettavuusvaatimukset: Vikasietoisuus ja toipumisvalmius kaikissa käyttäjän ja käyttöympäristön aiheuttamissa tilanteissa. Keskimääräinen tilanne: +/- Ohjelmisto sietää korkeintaan 1-2 tunnin katkoja, virhetilanteista toipumisessa voidaan nojautua pääosin järjestelmätasoisiin rutiineihin, virheet eivät aiheuta kovin suuria taloudellisia menetyksiä eivätkä mitään vaaratilanteita ympäristölle tai käyttäjille.

Ohjelmiston luotettavuusvaatimukset: Vikasietoisuus ja toipumisvalmius kaikissa käyttäjän ja käyttöympäristön aiheuttamissa tilanteissa. Keskimääräistä helpompi tilanne: + Ohjelmiston käyttötarve ei ole jatkuvaa, joskin päivittäistä. Häiriöistä on parhaimmillaan aikaa toipua jopa vuorokausi, pahimmistakin virheistä aiheutuu vain sadoissa euroissa mitattavia tappioita ja heijastusvaikutukset rajoittuvat 1-2 muuhun sovellukseen.

Ohjelmiston luotettavuusvaatimukset: Vikasietoisuus ja toipumisvalmius kaikissa käyttäjän ja käyttöympäristön aiheuttamissa tilanteissa. Erittäin helppo tilanne: ++ Ohjelmiston käyttötarve kausittaista, muutaman päivän käyttökatko ei aiheuta käyttäjäorganisaatiolle mitään ongelmia, vain muutaman käyttäjän sovellus ei-operatiivisessa käytössä, eikä lainkaan heijastusvaikutuksia muihin sovelluksiin.

Laadun mittaaminen käytännössä Absoluuttisen laadun mittaaminen lähes mahdotonta Laatu on ennen kaikkea käyttäjä- ja käyttötilannekohtainen asia Vertailuihin mittaristo sopii aika hyvin, osana projektin tilanneanalyysia Tuotteen laatuprofiili verrattuna edelliseen versioon tai toiseen tuotteeseen

Esimerkki soveltamisesta: Experience Pro 3.0 vs 2.0 - Ohjelmiston laatu

Miksi testata, miksi välittää laatustandardeista? Asioiden systemaattinen tarkastelu ja standardien hyödyntäminen vähentävät riitelemistä ja siten lisäävät onnellisuutta!