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

Transkriptio

1 Ohjelmiston laadunhallinta Marko Komssi Helsinki Ohjelmistotuotantov lineet-seminaari HELSINGIN YLIOPISTO Tietojenk sittelytieteen laitos

2 ii Ohjelmiston laadunhallinta Marko Komssi Ohjelmistotuotantov lineet-seminaari Tietojenk sittelytieteen laitos Helsingin yliopisto , 13 sivua Ohjelmiston laatu on k sitteen moniulotteinen. Esimerkiksi ohjelmoijan kannalta yksinkertainen ja testattava ohjelmisto on laadukas. T m ei yksin n riit k ytt j lle, joka voi arvioida ohjelman laatua vaikkapa k ytt j rjestelm n toimivuuden perusteella. Vasta kun laadun tarkastelun n k kulma on valittu, ohjelmiston laatua voidaan kehitt halutulla tavalla. Ohjelmiston laatua on kyett v mittaamaan. T t varten on kehitetty malleja, joiden avulla kartoitetaan ohjelmiston laatuun vaikuttavat ohjelmiston ja k ytt ymp rist n ominaisuudet. N it ominaisuuksia, kuten ohjelman testattavuutta ja k ytett vyytt, kutsutaan laatutekij iksi ja -kriteereiksi. Jotta laadunhallinta vastaisi optimaalisesti ohjelmistoja tuottavan yrityksen tarpeita, ohjelmiston tulee sopia yrityksen strategisiin tavoitteisiin ja tuotantoprosessin on oltava taloudellisesti kannattava. Laadunhallinnan menetelmi, kuten Total Quality Management, TQM, k ytt m ll pyrit n parantamaan yrityksen kyky tuottaa laadukkaita ohjelmistoja. Aiheluokat (Computing Reviews 1998): D.2.8, D.2.9, K.6.3, K.6.4 Avainsanat: ohjelmiston laatu, laatumallit, laadunhallinta

3 Sis lt iii 1 Johdanto 1 2 Ohjelmiston laadun tarkastelun n k kulmat Ylivertainen ja k ytt j n n k kulma : : : : : : : : : : : : : : : : : : Tuotannollinen ja tuotteen n k kulma : : : : : : : : : : : : : : : : : Arvopohjainen n k kulma ja n k kulman valinta : : : : : : : : : : : 3 3 Ohjelmiston laadun mallintaminen Hierarkkiset mallit ja laatustandardit : : : : : : : : : : : : : : : : : : COQUAMO-malli : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 6 4 Laadunhallinta ja sen vaikutus liiketoimeen TQM : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : Ohjelmiston laatu ja liiketoimi : : : : : : : : : : : : : : : : : : : : : : 9 5 Yhteenveto 10 L hteet 12

4 1 Johdanto 1 Ohjelmistojen m r n kasvaessa on syyt kiinnitt entist enemm n huomiota ohjelmistojen laatuun. Kehitysty ss on arvioitava, pystyv tk k ytetyt tekniikat parantamaan ohjelmiston laatua. Lis ksi on selvitett v, kasvattavatko laadun parantamiseen k ytetyt resurssit tuotteen myynti ja markkina-alueita eli onko laadukas ohjelmisto hyv sijoitus. Monet ohjelmistojen laadun parantamiseen kohdistuneet pyrkimykset ovat ep onnistuneet, koska laadun hallinnan tuomaa etua ei ole kyetty osoittamaan [KiP96]. Siksi on l ydett v oikea l hestymistapa ohjelmistojen laadun parantamiseen. Laatu merkitsee eri asioita eri ihmisille. Laadun tarkastelun n k kulma vaikuttaa siihen, kuinka laatu m ritell n. Ohjelmiston laadun m ritt mist varten on laadittu viisi n k kulmaa, joita k sitell n luvussa 2. Ohjelmiston laatua t ytyy kyet mittaamaan, jotta tuotantoprosessin ja ohjelmiston laadun kehitys voitaisiin arvioida [KiP96]. Ohjelmistojen laadun mittaamiseksi ja vertailemiseksi tutkijat ovat rakentaneet malleja, jotka muodostuvat laadun eri ominaispiirteist. Ominaispiirteit ovat muun muassa toimivuus, luotettavuus, k ytett vyys, tehokkuus, yll pidett vyys ja siirrett vyys. Mallien ja standardien laatimisessa on kuitenkin yleisi ongelmia. Ohjelmiston laatumalleista ja standardeista kerrotaan luvussa 3. Ohjelmiston laatua tarkasteltaessa on kiinnitett v huomiota my s siihen, kuinka kannattavaa panostus ohjelmiston laatuun on liiketoimelle. Liiketoimelle asetetut tavoitteet ratkaisevat, kuinka suuria puutteita ollaan valmiit hyv ksym n ohjelmiston laadussa. Jokaisen organisaation tulisi m ritell laadun merkitys ja tehd p t s toimenpiteist, joilla laatua mitataan. Vain silloin voidaan p tell, onko laadukas ohjelmisto hyv liiketoimi. Luvussa 4 kerrotaan laadunhallinnan menetelmist ja laadukkaan ohjelmiston vaikutuksesta liiketoimen kannattavuuteen.

5 2 Ohjelmiston laadun tarkastelun n k kulmat 2 Ohjelmiston laatu on monimutkainen ja -ulotteinen asia, jota voidaan tarkastella viidest eri n k kulmasta [Gar84]. N m ovat ylivertainen n k kulma, k ytt j n n k kulma, tuotannollinen n k kulma, tuotteen n k kulma ja arvopohjainen n k kulma. N k kulmat ovat usein ristiriidassa toisiinsa n hden [Gil92]. Ohjelmiston suunnittelijalla on erilainen n kemys ohjelmiston laadusta kuin esimerkiksi k ytt j ll. Suunnittelijan vaatimuksia ohjelmistolle ovat esimerkiksi tarkat spesikaatiot, tekninen tarkkuus ja yll pidett vyys. Toisaalta k ytt j n toivomukset ovat muuttuvat, joten tarkkojen spesikaatioiden tekeminen hankaloituu. T ss luvussa kerrotaan, mit ohjelmiston laadun eri n k kulmat tarkoittavat. 2.1 Ylivertainen ja k ytt j n n k kulma Ylivertaisessa n k kulmassa laatu voidaan tunnistaa mutta sit ei voida m ritell [Gar84]. Ohjelmistoissa ylivertainen n k kulma tarkastelee laatua, jota tavoitellaan mutta jota ei voida t ydellisesti toteuttaa [KiP96]. Ohjelmistoprojekteissa on yleens taloudellisia ja ajallisia rajoitteita, jotka v hent v t t m n n k kulman k ytt. N k kulma on my s ep suosittu pulmallisuutensa vuoksi [Gil92]. Toisin kuin ylivertainen n k kulma, k ytt j n n k kulma on konkreettinen. K ytt j n n k kulman perustana ovat tuotteen sellaiset ominaisuudet, jotka n kyv t k ytt j lle [KiP96]. Ylivertaisen n k kulman tapaan k ytt j n n k kulma on haastava, sill k ytt j tarkastelee laatua omien tarpeidensa mukaan. Koska tarpeet vaihtelevat eri k ytt jill, laadun mittaus vaikeutuu. Usein k ytt j arvioi laatua tuotteen toimintavarmuudella [KiP96]. T ll tarkoitetaan aikaa, jonka ohjelma toimii kaatumatta tai ilman virheellist toimintoa. K ytt j kiinnostaa my s tuotteen k ytett vyys, joka tarkoittaa esimerkiksi tuotteen helppoa asennusta ja k yt n oppimista. Suunnittelu- ja analyysivaiheessa on pystytt v muuttamaan k ytt j n tarpeet spesikaatioksi ja suunnitelmaksi. K ytt j n

6 n k kulma m rittelee, kuinka hyvin k ytt j n vaatimukset ja ohjelmiston suunnittelu vastaavat toisiaan [Gar84] Tuotannollinen ja tuotteen n k kulma Tuotannollinen n k kulma m rittelee, vastaako ohjelma spesikaatiota [Gar84]. Tuotannollinen n k kulma keskittyy tuotteen laatuun valmistuksen aikana ja julkaisun j lkeen [KiP96]. Tarkoituksena on saada ohjelma laadukkaaksi alusta alkaen ja v ltt muutoksia tuotteen eri kehitysvaiheissa erityisesti julkistamisen j lkeen. Tuotannollinen n k kulma on suosituin, koska se on helpoin n k kulma toteuttaa ohjelmistossa [Gil92]. T m n n k kulman pohjalta on toteutettu monia laadunhallintamenetelmi, kuten CMM (engl. Capability Maturity Model) ja TQM (engl. Total Quality Management). Tuotannollinen n k kulma voi johtaa siihen, ett laadun arviointi j t ysin riippumattomaksi itse tuotteesta ja laadun mittaus keskittyy ainoastaan tuotantoprosesseihin [KiP96]. P invastoin kuin tuotannollisessa n k kulmassa, tuotteen n k kulmassa l hestyt n ohjelmiston toimintaa sis lt p in. Tuotteen n k kulmassa laatu sidotaan tuotteelle ominaisiin piirteisiin [Gar84]. N k kulman kannattajat uskovat, ett mittaamalla ja kontrolloimalla tuotteen sis isi ominaisuuksia eli ohjelman laatukriteerej, saadaan tuloksena parantunut ohjelman k ytt ytyminen. Ohjelmiston laadun mittaaminen laatukriteereill on houkuttelevaa, koska laatukriteerit tarjoavat puolueettoman kuvan ohjelmiston laadusta [KiP96]. Kuitenkaan ei ole pystytty vahvistamaan, ett laatu tuotteen sis isiss ominaisuuksissa takaisi laadun tuotteen k ytett vyydess. T st ongelmasta johtuen on rakennettu malleja, joiden avulla pyrit n l yt m n yhteys tuotteen n k kulman ja k ytt j n n k kulman v lille. 2.3 Arvopohjainen n k kulma ja n k kulman valinta Arvopohjainen n k kulma poikkeaa laatutavoitteeltaan muista n k kulmista. Arvopohjaisessa n k kulmassa laatua kehitet n sen mukaan, paljonko asiakas on val-

7 4 mis maksamaan laadusta [Gar84]. N k kulma auttaa l yt m n kulujen ja laadun v lisen optimin. Arvopohjainen n k kulma on itse asiassa kompromissi muista n k kulmista [KiP96]. Ohjelmistojen hankinnoista p tt vill tahoilla on toisenlainen arvopohjainen n k kulma. Heit kiinnostaa tuotteen bisnesarvo eli he vertaavat maksamaansa hintaa tuotteen antamaan hy tyyn. Luvussa 4.2 pohditaan laadukkaan ohjelmiston vaikutusta liiketoimeen. Asiakkaat ja markkinoijat tarkastelevat laatua k ytt j n n k kulmasta, tutkijat tuotteen n k kulmasta ja ohjelmiston kehitt j t tuotannollisesta n k kulmasta [KiP96]. Jos n k kulmien eroja ei selv sti tunneta, v rink sitysten mahdollisuus on suuri. Arvopohjaisen n k kulman avulla voidaan v hent n k kulmien v lisi eroja. 3 Ohjelmiston laadun mallintaminen Ohjelmistosuunnittelussa ohjelmiston laatuun vaikuttavia ominaisuuksia esitet n laatumalleilla [CaH93]. Malli kuvaa tarkasteltavan olion yksityiskohtaisesti esitt m ll olion ominaisuuksien keskeisimm n osajoukon mallissa j tet n k sittelem tt ne olion ominaisuudet, joilla ei ole olennaisesti merkityst ohjelmiston laadun arvioinnissa. Ohjelmiston laatumallit koostuvat laatutekij ist, laatukriteereist ja laadun mittareista [Kit87]. Laatutekij t (engl. quality factor) m rittelev t ohjelmiston laadulta vaadittavat ominaisuudet ohjelmiston k ytt j n n k kulmasta. N it ovat esimerkiksi tehokkuus, luotettavuus ja muokattavuus. Laatukriteereist (engl. quality criteria) riippuu, toteutuuko laatutekij : esimerkiksi laitteiston tehokkuus vaikuttaa tehokkuus-laatutekij n toteutumiseen. Kriteereit mitataan ohjelmiston laadun mittareilla (engl. quality metrics). Mallissa m ritell n mittareiden v liset yhteydet [FrT96]. T ss luvussa kuvataan ohjelmistojen laatumalleja, joiden avulla mitataan laadun eri piirteit.

8 5 3.1 Hierarkkiset mallit ja laatustandardit Suuri osa laatumalleista on luonteeltaan hierarkkisia. Ensimm iset hierarkkiset laatumallit syntyiv t 1970-luvun loppupuolella [Gil92], jolloin mitattavien mallien tarve oli suuri. T ll in syntyneet mallit ovat viel kin perustana uusien mallien kehittelyss. Hierarkkiset laatumallit perustuvat laatutekij ihin, laatukriteereihin ja laadun mittareihin, jotka on j rjestetty hierarkkisesti. Esimerkiksi lukion arvostelua kuvaava malli on hierarkkinen. Opiskelijan kehityst mitataan numeroin eri oppiaineissa, kuten matematiikassa, kuvaamataidossa ja englannissa. Lopullinen arvosana, todistuksen keskiarvo, riippuu kaikkien oppiaineiden arvosanoista. Toisaalta esimerkiksi englannin kielen arvosana riippuu sek kuullun ja tekstin ymm rt misest ett kieliopista. Kielioppia mitataan aukkoteht vill ja kirjoitettavalla aineella. nt misen arvostelua varten ei ole k yt ss mallia. Ohjelmistojen laadun kansainv liseen vertailuun on alettu laatia laatustandardeja [KiP96], jotka ovat laatumallien k yt nn n sovelluksia. Ohjelmistojen laatustandardit ovat luonteeltaan hierarkkisten mallien kaltaisia ja sis lt v t laatua kuvaavia kriteerej, eli laatutekij it, jotka jakautuvat alikriteereihin. Tarkastellaan esimerkkin ISO standardia [ISO92] (kuva 1). ISO standardissa on m ritelty kuusi laatutekij : toimivuus, luotettavuus, k ytett vyys, tehokkuus, yll pidett vyys ja siirrett vyys. Jokainen laatutekij on jaettu kahdesta viiteen alikriteeriin. Alikriteerit kuvaavat laatutekij ns ominaispiirteit. Esimerkiksi yll pidett vyys on jaettu eritelt vyyteen, muokattavuuteen, tasapainoisuuteen ja testattavuuteen. Hierarkkisten mallien ja standardien suunnittelussa on useita ongelmia. Hyv n laatumallin perustaa ei saavuteta pelk st n etsim ll suuri joukko laatua kuvaavia kandidaatteja ja valitsemalla n ist sopivat laatutekij t ja -kriteerit [Dro96]. Hierarkkista jakoa ei voida tehd n in suoraviivaisesti. Ei ole esimerkiksi t ysin selv, miksi siirrett vyys on ISO standardissa korkean tason laatutekij tai sis inen

9 6 ACCURACY FUNCTIONALITY SUITABILITY INTEROPERABILITY COMPLIANCE SECURITY MATURITY RELIABILITY FAULT TOLERANCE RECOVERABILITY AVAILABILITY QUALITY IN USE USABILITY EFFICIENCY UNDERSTANDABILITY LEARNABILITY OPERABILITY TIME BEHAVIOUR RESOURCE UTILISATION MAINTAINABILITY ANALYSABILITY CHANGEABILITY STABILITY TESTABILITY PORTABILITY ADAPTABILITY INSTALLABILITY CO-EXISTENCE CONFORMANCE REPLACEABILITY Kuva 1: Esimerkkin ohjelmistojen laatumallista ISO standardi lohkokaaviona esitettyn k ytett vyys on kriteerin toimivuudelle eik k ytett vyydelle. Lis ksi ei voida n ytt, ett alimman tason kriteereille valitut mittarit kuvaisi virheett m sti ylemm n tason kriteeri [KiP96]. 3.2 COQUAMO-malli Hierarkkisten mallien ja standardien puutteet ovat pakottaneet suunnittelemaan kehittyneempi teorioita laadun mallintamiseen. Erityisesti laadun arviointi jo pro-

10 7 sessin alkuvaiheessa on ollut yksi t rkeimmist kehittelyn kohteista. Hierarkkisten mallien puutteita vastaan on suunniteltu konstruktiivinen laatumalli nimelt COnstructive QUality MOdel, COQUAMO [Kit87]. COQUAMO antaa suositukset, joiden tavoitteena on laadun mittaaminen, mallintaminen ja ennustaminen. Malli mahdollistaa laadun seuraamisen ohjelmistotuotantoprojektin kuluessa. Yleisen laatumallin tulee sopia valtaosaan ohjelmistosysteemej. Korkean tason laatutekij t on valittava t m n vaatimuksen mukaan. COQUAMO:n laatutekij it ovat luotettavuus, k ytett vyys, yll pidett vyys, uudelleen k ytett vyys ja jatkettavuus [Kit87]. Koska konstruktiivisessa laatumallissa laatua tarkkaillaan tuotantoprosessin aikana, ovat testattavuus, ymm rrett vyys ja oikeellisuus lis ksi kiinnostuksen kohteena. N in laatutekij t jaetaan ohjelman vaatimusten mukaisiin ja tuotantoprosessin aikaisiin tekij ihin. Edell mainittuja COQUAMO-malliin sis ltyvi laatutekij iden ryhmi k sitell n eri tavalla. Luotettavuutta, k ytett vyytt, yll pidett vyytt, uudelleen k ytett vyytt ja jatkettavuutta l hestyt n k ytt j n n k kulmasta. Testattavuus, ymm rrett vyys ja oikeellisuus ovat merkitsevi tuotannollisesta n k kulmasta. Laadun tarkkailun tueksi COQUAMO tarjoaa testattavuuteen, ymm rrett vyyteen ja oikeellisuuteen liittyvien laatumittarien analyysity kaluja, joita kutsutaan laadun ilmaisijoiksi (engl. quality indicator) [Kit87]. Ennustettavan mallin laatiminen on kuitenkin ongelmallista laadun ilmaisijoiden avulla, sill ei ole olemassa riitt vi, puolueettomia laadun ilmaisijoiden mitta-asteikkoja. Lis ksi laadun ilmaisija, esimerkiksi suuri virheiden m r koodin moduulissa, voi johtua monesta syyst : eritt in tiukasta testauksesta, huonosti koodatusta tai monimutkaisesta moduulista yms.

11 4 Laadunhallinta ja sen vaikutus liiketoimeen 8 Er s t rkeimmist tavoitteista ohjelmiston kehitysty ss on tuottaa mahdollisimman alhaisilla kustannuksilla haluttu tuote [Ess90]. Tuotteen tulee sopia markkinoille ja yrityksen imagoon, olla helposti yll pidett v jahelppok ytt sek suojattu v rink yt lt. Tavoitteen saavuttamiseksi on t rke k ytt laadunhallintamenetelm. Organisaatioilla on taipumus laatia tavoitteet ongelmien pohjalta [Ess90]. Tavoitteiden laatiminen n hd n usein rutiinity n, jossa tavoitteet perustuvat aikaisempien projektien tavoitteisiin. Uusi teknologia ja uudet l hestymistavat otetaan k ytt n niilt osin kuin ne sopivat vanhoihin menettelytapoihin. Ohjelmistojen kehitys n hd n my s usein teknisten rajoitteiden n k kulmasta: ratkaisujen toteutus on kiinni teknisten ty ntekij iden tiet myksest. Yritysten tulisi pyrki kehitt m n tuotteitaan markkinoinnin n k kulmasta ja tarjota ty ntekij ille riitt v koulutus. Syventyminen organisaation laadunhallinnan tilaan on t rke mp kuin teknologiatiet mys. T t ongelmaa pyrit n ratkomaan TQM:ll (engl. Total Quality Management), josta kerrotaan luvussa 4.1. Keskustelu ohjelmiston laadusta keskittyy enimm kseen kehitysprosessiin tai tuotteen laadun piirteisiin. Laadun taloudellinen tuottavuus j tet n usein v h iselle huomiolle, vaikka se on todenn k isesti t rkein l ht kohta liiketoiminnassa [Sim96]. Tuottavuus m rittelee, onko ohjelmistoprojektilla bisnesarvoa. Luvussa 4.2 pohditaan, kuinka kannattavaa ohjelmiston laadunhallinta on. 4.1 TQM Liiketoimen kannalta t rkeint on saada asiakkaat kaikin tavoin tyytyv isiksi [Bel93]. TQM :n tavoitteena on asiakkaan tyytyv isyys. Jokainen yrityksen operaatio, joka ei hy dyt asiakasta, on hukkaan heitetty vaivann k. TQM on siis periaate, jonka avulla voidaan hallita laatua koko ohjelmistoyrityksess. TQM:ss on kolme keskeist osatekij : asiakkaan odotukset, ty ntekij iden t ysi

12 9 osallistuminen ja jatkuvakehitys [Bel93]. Jotta asiakkaat voidaan pit tyytyv isin, yrityksen t ytyy jatkuvasti kehitt menetelmi n. Ty tulee jakaa kahteen osaan: ensimm inen osa on tuotteen tai palvelun toimittaminen ja toinen osa on tuotteen tai palvelun toimituksen kehitt minen. Kehitys koostuu nelj st askeleesta, jotka ovat parannuksen suunnittelu, suunnittelun toteutus, toteutuksen ja tavoitteen vertailu ja tarkoituksenmukainen toiminta. Tyypillisesti ohjelmoija n hd n asiantuntijana, joka huolehtii koodin j sentelyst. Esimiehen teht v n on valvoa ja tuottaa uusia prosesseja. TQM-prosessissa ohjelmoijan tulee oppia ryhm ty skentelytapoja, kuten esitelmien pit mist ja kuuntelemista [Bel93]. H nen tulee helpottaa ryhm n ja yrityksen muiden henkil iden kynnyst teknisten kysymysten esitt miseen. Esimiehen teht v onvalmiiden vastausten sijaan oppia valmentamaan ja edist m n alaistensa kyky etsi ratkaisuja. Muutos ei tapahdu ilman koulutusta ja harjoitusta. Laatuty on pitk j nteist ja vaatii jatkuvaa kehitt mist. Korkean laadun saavuttamiseksi ohjelmiston kehitt j ll on oltava avoin mieli parannusehdotuksille [KoS99]. Asiakkaiden ja myyntihenkil iden palaute on t rke. 4.2 Ohjelmiston laatu ja liiketoimi Motorolan hallituksen puheenjohtaja Bob Galvin on todennut, ett jos asiakkaat pystyt n pit m n tyytyv isin kilpailijoita paremmin, liiketoimi pit itse huolen itsest n [Smi93]. Jos halutaan tuottaa k ytt ji tyydytt v tuote, t ytyy heid n toiveensa ottaa huomioon suunnitteluprosessin alkuvaiheista l htien. Yrityksen tulee tavoitella laatua, joka onhyvin m ritelty ja mitattavaa. Uuden tuotteen lanseeraus ensimm isen on strategisesti merkitt v [Smi93]. Usein kova kilpailupaine pakottaa julkaisemaan keskener isen tuotteen. Laadunhallintaa ja -mittausta ei pid siten lopettaa tuotteen julkaisuun, vaan pisteeseen, jossa tuote on saavuttanut riitt v n tyytyv isyyden asiakkaiden keskuudessa. Ohjelmistot ovat kalliita, joten asiakkailla on korkeat odotukset ostamiansa tuotteita

13 10 kohtaan [Smi93]. Tuotteet on pystytt v toimittamaan ajallaan ja valmistukseen ja toimitukseen kuluva aikapystytt v ennustamaan. Mik li ohjelmistoon liittyy asennus, ohjeiden on oltava yksinkertaiset ja asennusvaiheet saatava virheett miksi. Keskener ist tuotetta ei kannata toimittaa, sill k ytt j n ensivaikutelmaa tuotteen luotettavuudesta ei voida j lkeenp in muuttaa. Organisaatioiden kannattaisi tunnistaa hy dylliset avainkohdat, hy tyarvot, yrityksen tehokkuuden lis miseen pitk ll t ht imell [Sim96]. Esimerkiksi ruuantuottaja voisi tutkimuksissaan l yt hy tyarvokseen tuoreuden. Tuoreuden bisnesarvoa voisi mitata ajalla, jolla tuote saadaan kaupan hyllylle. Ohjelmistotuotannon hy tyarvot voidaan jakaa luokkiin [Sim96]. Luokkia ovat esimerkiksi lis ntynyt tehokkuus, yrityksen arvon nousu ja myyntikelpoinen tuote. Esimerkiksi yrityksen arvon nousu -luokan hy tyarvoja ovat edut, jotka kohentavat yrityksen asemaa, kuten lis ntynyt markkina-alue tuotteen erilaistumisen takia. Projektip llik iden teht v n on l yt projektien hy tyarvot ja niiden mittarit. Toiminnan perustaksi soveltuu TQM (ks. luku 4.1), koska sekorostaa mitattavuutta ja asiakastyytyv isyytt. Monet yritykset ovat alkaneet k ytt arvopohjaiseen n k kulmaan pohjautuvaa laadunhallintaa [Sim96]. N k kulma tarjoaa mahdollisuuden osoittaa investointien vaikutukset koko yrityksen tehokkuuteen hy tyarvojenavulla. Etuja, joita ei pystyt n ytt m n perinteisill liiketalouden menetelmill, voidaan nyt m ritell k ytt en hy tyarvoihin perustuvia mittareita, jotka on liitetty yrityksen liiketoimen tavoitteisiin. Ottamalla k ytt n arvopohjainen ajattelu, l ydet n monia strategisia mahdollisuuksia, joita ei huomata, jos keskityt n pelk st n nopean taloudellisen voiton tavoitteluun. 5 Yhteenveto Ohjelmistojen laatua voidaan tarkastella eri n k kulmista. Jotta laatua voidaan kehitt, t ytyy ensin valita n k kulma, mist laatua mitataan. Ohjelmiston laa-

14 11 dunmittauksen helpottamiseksi on kehitetty laatumalleja. Laatumallit auttavat ohjelmiston kehittelij l yt m n yhteydet tuotteen piirteiden ja laatutekij iden, kuten luotettavuuden ja yll pidett vyyden, v lille [Dro95]. Mallien avulla on pyritty ennustamaan lopputuotteen laatua. Viel ei kuitenkaan ole olemassa kunnollista ohjelman laatua ennustavaa mallia [KiP96]. Ohjelmistosuunnittelijoiden ensireaktio laadunhallintamenetelmiin on usein ep ilev. Laadunhallinnan menetelmien opiskeluun ja k ytt n kuluvan ajan pel t n lis v n entisest n ty h n kuluvaa aikaa. Oikeiden menetelmien k yt n on kuitenkin todettu v hent v n suunnitteluaikaa merkitt v sti [Smi93]. Ohjelmistojen m r n jatkuva kasvu ja laatuvaatimusten tiukentuminen lis v t yritysten haastetta kehitt jatkuvasti laadukkaampia tuotteita. Ohjelmiston laatutekij iden sovittaminen yrityksen strategiaan on pitk j nteist ty t [Gil92]. Ohjelmisto, joka on luotettava ja tehty k ytt en laadunhallintaprosesseja, on hy dyt n yritykselle, jollei se lis yrityksen bisnesarvoa [Sim96].

15 L hteet 12 Bel93 CaH93 Dro95 Bellefeuille, J., Total Quality Management. IEEE Spectrum (Sept. 1993), Carson, P., Hunter, R., Source code models and their use in assessing software quality. RR SQ-6-93, University of Strathclyde, Glasgow, UK (1993). Dromey, R.G., A model for software product quality. IEEE Transactions on Software Engineering, 21, 2 (1995), Dro96 Dromey, R.G., Concerning the chimera. IEEE Software 13, 1 (1996), Ess90 FrT96 Gar84 Gil92 ISO92 Kit87 KiP96 Essink, L.J.B, Quality assurance in the management of information systems. University oftwente, Frakes, W., Terry, C., Software reuse: metrics and models. ACM Computing Surveys 28, 2 (1996), Garvin, D., What Does Product Quality Really Mean? Sloan Management Review 4 (1984), Gillies, A.C., Software quality: theory and management. Chapman & Hall (1992). ISO 9126 Information technology - Software product evalutation - Quality characteristics and guidelines for their use. International Organisation for Standardization, Geneva (1992). Kitchenham, B., Towards a constructive quality model. Software Engineering Journal 2, 4 (1987), Kitchenham, B., Peeger, S.L., Software quality: the elusive target. IEEE Software 13, 1 (1996),

16 13 KoS99 Kochhar, A.K., Saeed, M.K., A quality function deployment model of best practices in customer-supplier relationships. Global Production Management (Sept. 1999), Sim96 Simmons, P., Quality outcomes: determining business value. IEEE Software 13, 1 (1996), Smi93 Smith, B., Six-sigma design. IEEE Spectrum (Sept. 1993),