Võimekuse küpsusmudel (CMM) ja selle tasemed tarkvaratehnikas

Mis on CMM?

Võimekuse küpsuse mudelit kasutatakse etalonina organisatsiooni tarkvaraprotsessi küpsuse mõõtmiseks.

CMM töötati välja Tarkvaratehnika instituudis 80ndate lõpus. See töötati välja USA õhujõudude rahastatud uuringu tulemusena, et hinnata alltöövõtjate tööd. Later 1991. aastal tarkvaraarenduse küpsuse hindamiseks loodud CMM-SW mudeli põhjal on CMM-I-ga integreeritud mitu muud mudelit.

Mis on võimekuse küpsusmudeli (CMM) tasemed?

Esialgne
Korratav/hallatav
Määratletud
Kvantitatiivselt juhitud
Optimeerimine

Mis juhtub CMM-i erinevatel tasanditel?

Taset	Tegevused	kasu
Tase 1 esialgne	1. tasemel on protsess tavaliselt kaootiline ja ad hoc Võimekust iseloomustatakse indiviidide, mitte organisatsiooni põhjal Edusamme ei mõõdeta Arendatavad tooted on sageli ajakava järgi ja üle eelarve Ajakava, kulude, funktsionaalsuse ja kvaliteedieesmärkide suured erinevused	Mitte ühtegi. Projekt on täielik kaos
2. tase hallatud	Nõuete haldamine Hinnake projekti parameetreid, nagu maksumus, ajakava ja funktsionaalsus Mõõtke tegelikku edu Töötage välja plaanid ja protsessid Tarkvaraprojektide standardid on määratletud Tuvastage ja kontrollige tooteid, teatage probleemidest muudatustest jne. Protsessid võivad projektiti erineda	Protsessid muutuvad lihtsamini mõistetavaks Juhid ja meeskonnaliikmed kulutavad vähem aega asjade tegemise selgitamisele ja rohkem aega selle elluviimisele Projektid on paremini hinnatud, paremini planeeritud ja paindlikumad Kvaliteet on integreeritud projektidesse Algselt võivad kulud olla suured, kuid ületunnitöö väheneb Küsige rohkem pabereid ja dokumente
Määratletud 3. tase	Selgitage kliendi nõudeid Lahendage disaininõuded, töötage välja teostusprotsess Veenduge, et toode vastab nõuetele ja kasutusotstarbele Analüüsige otsuseid süstemaatiliselt Parandage ja kontrollige võimalikke probleeme	Protsessi täiustamine muutub standardiks Lahendus areneb "kodeeritud" asemel "konstrueeritud" Kvaliteediväravad ilmuvad kogu projekti jooksul, kui protsessi on kaasatud kogu meeskond Riskid on maandatud ega üllata meeskonda
Tase-4 kvantitatiivselt juhitud	Haldab projekti protsesse ja alamprotsesse statistiliselt Mõista protsesside toimivust, juhtida organisatsiooni projekti kvantitatiivselt	Optimeerib protsesside jõudlust kogu organisatsioonis Soodustab kvantitatiivset projektijuhtimist organisatsioonis.
Tase-5 optimeerimine	Avastage ja kõrvaldage defektide põhjus varakult Tuvastage ja juurutage uusi tööriistu ja protsessitäiustusi, et vastata vajadustele ja ärieesmärkidele	Soodustab organisatsioonilist innovatsiooni ja kasutuselevõttu Annab tõuke põhjuslikule analüüsile ja lahendamisele

Järgnev diagramm annab piltliku ülevaate sellest, mis toimub erinevatel CMM-tasemetel

Kui kaua võtab CMM-i juurutamine aega?

CMM on iga tarkvaraarendusettevõtte jaoks kõige soovitavam protsess toote kvaliteedi säilitamiseks, kuid selle juurutamine võtab oodatust veidi kauem aega.

CMM-i rakendamine ei toimu üleöö
See pole lihtsalt "paberitöö".
Tavalised rakendamise ajad on
3-6 kuud -> ettevalmistamiseks
6-12 kuud -> rakendamiseks
3 kuud -> hindamise ettevalmistamiseks
12 kuud ->iga uue taseme jaoks

CMM-i sisemine struktuur

Iga CMM-i tase on määratletud võtmeprotsessi piirkond või KPA, välja arvatud tase-1. Iga KPA määratleb seotud tegevuste klastri, mis ühiselt sooritades saavutab eesmärkide komplekti, mida peetakse tarkvara võimekuse parandamiseks eluliselt tähtsaks.

Erinevate CMM-tasemete jaoks on olemas komplekt KPA-sid, näiteks CMM-mudeli 2 jaoks on KPA

REQM – nõuete juhtimine
PP- Projekti planeerimine
PMC – projekti seire ja kontroll
SAM – tarnijalepingute haldamine
PPQA-protsess ja kvaliteedi tagamine
CM-konfiguratsioonihaldus

Samuti on teil teiste CMM-mudelite jaoks spetsiifilised KPA-d. Et teada saada, kas KPA rakendamine on tõhus, kestev ja korratav, kaardistatakse see järgmiselt

Pühendumus esinemisele
Oskus esineda
Tegevused sooritavad
Mõõtmine ja analüüs
Rakenduse kontrollimine

CMM-mudelite piirangud

CMM määrab, mida protsess peaks käsitlema, mitte selle, kuidas seda tuleks rakendada
See ei selgita kõiki tarkvaraprotsesside täiustamise võimalusi
See keskendub tarkvaraprobleemidele, kuid ei võta arvesse strateegilist äriplaneerimist, tehnoloogiate kasutuselevõttu, tootesarja loomist ega inimressursside juhtimist
See ei ütle, millises äris peaks organisatsioon tegutsema
CMM ei ole kasulik projektis, kus praegu on kriis

Miks kasutada CMM-i?

Tänapäeval toimib CMM tarkvaratööstuses "kinnituspitserina". See aitab mitmel viisil tarkvara kvaliteeti parandada.

See suunab korratava standardprotsessi poole ja vähendab seega asjade tegemiseks kuluvat õppimisaega
CMM-i harjutamine tähendab arenduse standardprotokolli harjutamist, mis tähendab, et see mitte ainult ei aita meeskonnal aega säästa, vaid annab ka selge ülevaate sellest, mida teha ja mida oodata
Kvaliteetsed tegevused sobivad pigem projektiga hästi kui eraldi ürituseks
See toimib pendeldajana projekti ja meeskonna vahel
CMM-i jõupingutused on alati suunatud protsessi täiustamisele

kokkuvõte

CMM võeti esmakordselt kasutusele 80ndate lõpus USA õhujõududes, et hinnata alltöövõtjate tööd. Later aastal, täiustatud versiooniga, rakendati see tarkvaraarendussüsteemi kvaliteedi jälgimiseks.

Kogu CMM-i tase on jagatud viieks tasemeks.

Tase 1 (Esialgne): kus süsteemi nõuded on tavaliselt ebakindlad, valesti mõistetud ja kontrollimatud. Protsess on tavaliselt kaootiline ja ad hoc.
Tase 2 (Hallatud): Hinnake projekti maksumust, ajakava ja funktsionaalsust. Tarkvarastandardid on määratletud
Tase 3 (Määratletud): veendub, et toode vastab nõuetele ja kasutusotstarbele
Tase 4 (Kvantitatiivselt juhitud): haldab projekti protsesse ja alamprotsesse statistiliselt
Tase 5 (Küpsus): tuvastage ja juurutage uusi tööriistu ja protsessitäiustusi, et vastata vajadustele ja ärieesmärkidele