Laatujärjestelmät Ohjelmistotekniikka kevät 2003
Prosessiajattelu Sisään Prosessi Ulos ohjaus mittaus
Laatujärjestelmät Laatujärjestelmät määrittelevät sen, mitkä prosessit täytyy olla määritelty ei sitä, miten ne toteutetaan Laatujärjestelmiä ISO 9001 CMM SPICE
Laatujärjestelmän dokumentaatio 1. taso: Laatukäsikirja 2. taso: Työohjeet eri työvaiheisiin 3. taso: Eri työvaiheissa sovellettavat dokumentointikäytännöt, standardilomakkeet 4. taso: Viitemateriaalit (esim. työvälineiden manuaalit)
ISO 9001 minimivaatimukset Laatukäsikirja olemassa Johto on määritellyt laatupolitiikan ja sitoutunut siihen Laatupäällikkö on nimetty huolehtimaan laatustandardista Laatujärjestelmä on todistettavasti olemassa Organisaation jäsenten toimenkuvat on määritelty Sisäisiä auditointeja suoritetaan suunnitelmallisesti Alihankkijoiden toiminta on valvonnassa Dokumenttien hallinta on kunnossa Korjaavat toimenpiteet poikkeamiin on määritelty
Miksi laatujärjestelmä? Laatujärjestelmä (CMM, SPICE) kuvaa ohjelmistotuotannon ihanneprosessin. -> Apuväline prosessin kehittämisessä Toiminnan laadun ulkoinen todentaminen (!?) Merkitystä yhteistyössä Esim. Intialaiset ohjelmistoyritykset
CMM (Capability maturity model) Taustalla Software Engineering Institute Pyrkii mittaamaan ohjelmistotuotantoprosessin kypsyystasoa Sisältää ideaalisen ohjelmistotuotannon mallin Luokittelee prosessin asteikolla 1-5 Perustuu avainprosessien määrittelyyn. Ideaalinen prosessi on jaettu aliprosesseihin, jotka on priorisoitu eri tasoille. Tasolle pääsee, kun kaikki tason avainprosessit on toteutettu
CMM-tasot Initial process Repeatable process 1. taso Defined process 2. taso 5. taso Managed process 3. taso Optimizing process 4. taso
2. Taso - Toistettava (repeatable) Keskittyy projektinhallintaan. Projektit ovat toistettavia. Avainprosessit: Vaatimusten hallinta Projektien suunnittelu, esim. aikataulu- ja resurssiarviointi Ohjelmistoprojektien seuranta Ohjelmistoalihankinnan hallinta Ohjelmistojen laadunvarmistus Vaiheiden ja lopputuotoksen laadun varmistus Konfiguraation hallinta
Esim. Avainkäytännöistä Taso 2: Ohjelmistoprosessin seuranta Dokumentoidun projektisuunnitelman käyttö seurannassa Projektisuunnitelman päivittäminen tarpeen mukaan Ulkoisten muutostarpeiden hallinnollinen katselmointi ja hyväksyminen Tarvittavien muutosten tiedottaminen projektiorganisaatioon Ohjelmiston koon seuranta ja mahdollisten korjausten toteuttaminen Projektin kustannusten, laiteresurssien ja aikataulun seuranta Ohjelmistoteknisten toimenpiteiden seuranta Projektiin liittyvien riskien hallinta Projektiseurannan tulosten kirjaaminen Projektin tekninen ja hallinnollinen katselmointi (suunnitelma) Projektin pääetappien ja tulosten formaali katselmointi
3. Taso - Määritelty Prosessi on määritelty, sitä noudatetaan ja sitä pystytään kehittämään Organisaation prosessikulttuuri, esim. prosessin kehittämisryhmä Organisaation prosessien määrittely Koulutusohjelma Integroitu ohjelmistonhallinta Ohjelmiston tuotantotekniikat (menetelmät, työkalut) Ryhmien koordinointi (ryhmien välinen kommunikointi) Katselmukset (esim. tarkastukset)
4. Taso - Hallittu Prosessia mitataan ja mittaustuloksia käytetään prosessin kehittämiseen Kvantitatiivinen prosessin hallinta, suunnitelmallinen prosessin ja sen tulosten mittaaminen sekä tiedon analysointi ja hyödyntäminen Ohjelmiston laadun hallinta, laadun mittaaminen tarkastelemalla virheiden määrää tuotoksissa
5. Taso optimoiva prosessi Tietoa kerätään automaattisesti ja sitä käytetään prosessin optimoimiseksi Virheiden välttäminen: tehtyjen virheiden analysointi ja toimintaohjeiden kehittäminen niiden mukaisesti Teknologiamuutosten hallinta Prosessimuutosten hallinta
CMM-status elokuu 2002 vuodesta 1998 arvioidut yritykset Ohjelmistotekniikka kevät 2003
CMM:n ongelmat Ei sovellu sellaisenaan kaikille organisaatioille. Alkuperä on sotateollisuudessa. Ei pidä sisällään kaikkea, esim. riskien hallinnan puutetta on arvosteltu. Malli ei määrittele sitä, minkä tyyppisille yrityksille se soveltuu ja mille ei. Kaikki avainprosessit täytyy olla toteutettuna ennen kuin taso saavutetaan. Tosin nyt mallia on kehitetty. Esim. Pienille organisaatioille on oma malli.
SPICE ISO:n kehittämä (ISO 15504) Pohjana CMM Kuusi kyvykkyystasoa (vrt. CMM): Ei-suoritettu prosessi Toimiva prosessi Hallittu prosessi Vakiinnutettu prosessi Ennakoiva prosessi Itseohjautuva prosessi
SPICE SPICE:n luokitusta ei tehdä yritykselle kokonaisuutena vaan jokaiselle prosessijoukolle erikseen. Tässä joustavampi kuin CMM. Prosessijoukot: Asiakas-toimittaja suhteen hallintaprosessit Ohjelmistojen kehittämisprosessit Ohjelmistotyötä tukevat prosessit Ohjelmistokehityksen hallinnan prosessit Organisaation (tavoitetason) prosessit