Võimeküpsuse mudel (CMM) & see on tarkvaratehnika tasemed

Lang L: none (table-of-contents):

Anonim

Mis on CMM?

Võimeküpsuse mudelit kasutatakse võrdlusalusena organisatsiooni tarkvaraprotsessi küpsuse mõõtmisel.

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. Hiljem tarkvaraarenduse küpsuse hindamiseks 1991. aastal loodud CMM-SW mudeli põhjal integreeritakse CMM-I-ga mitu muud mudelit, nagu nad on

Selles õpetuses õpime,

  • Mis on CMM (Capability Maturity Model) tasemed?
  • Mis juhtub CMM-i erinevatel tasanditel?
  • Kui kaua võtab CMM-i juurutamine aega?
  • CMMi sisemine struktuur
  • CMM-mudelite piirangud
  • Miks kasutada CMM-i?

Mis on CMM (Capability Maturity Model) tasemed?

  1. Esialgne
  2. Korratav / hallatav
  3. Määratletud
  4. Kvantitatiivselt juhitud
  5. Optimeerimine

Mis juhtub CMM-i erinevatel tasanditel?

Tasemed Tegevused Kasu
1. tase Esialgne
  • 1. tasemel on protsess tavaliselt kaootiline ja ad hoc
  • Võimet iseloomustatakse üksikisikute, mitte organisatsiooni põhjal
  • Edusamme ei mõõdetud
  • Arendatavad tooted on sageli ajakavaga ja üle eelarve
  • Laiad variatsioonid ajakavas, kuludes, funktsionaalsuses ja kvaliteedisihtmärkides
Puudub. Projekt on totaalne kaos
Haldatud 2. tase
  • Nõuete haldamine
  • Hinnake projekti parameetreid, nagu maksumus, ajakava ja funktsionaalsus
  • Mõõtke tegelikke edusamme
  • Töötage välja plaanid ja protsess
  • Tarkvaraprojekti standardid on määratletud
  • Tuvastage ja kontrollige tooteid, probleemide aruannete muudatusi jne.
  • Protsessid võivad projektiti erineda
  • Protsesse on hõlpsam mõista
  • Juhid ja meeskonnaliikmed kulutavad vähem aega asjade selgitamisele ja rohkem aega selle teostamisele
  • Projektid on paremini hinnatud, paremini kavandatud ja paindlikumad
  • Kvaliteet integreeritakse projektidesse
  • Esialgu võib kulu olla kõrge, kuid ületunnitöö väheneb
  • Küsige rohkem pabereid ja dokumentatsiooni
3. tase määratletud
  • Täpsustage klientide nõudmisi
  • Disaininõuete lahendamine, rakendamisprotsessi väljatöötamine
  • Veendub, et toode vastab nõuetele ja sihtotstarbele
  • Analüüsige otsuseid süstemaatiliselt
  • Parandage ja kontrollige võimalikke probleeme
  • Protsessi täiustamine saab standardiks
  • Lahendus liigub "kodeerimisest" "inseneriks"
  • Kvaliteediväravad ilmuvad kogu projekti vältel ja kogu protsessi kaasatud meeskond
  • Riskid on maandatud ja ei pane meeskonda üllatuseks
4. tase kvantitatiivselt hallatud
  • Haldab projekti protsesse ja alamprotsesse statistiliselt
  • Mõista protsessi toimivust, hallata organisatsiooni projekti kvantitatiivselt
  • Optimeerib kogu organisatsiooni protsesside jõudlust
  • Soodustab projekti kvantitatiivset juhtimist organisatsioonis.
5. taseme optimeerimine
  • Defektide põhjus avastage ja eemaldage varakult
  • Uute tööriistade ja protsesside täiustuste tuvastamine ja juurutamine, et rahuldada vajadusi ja ärieesmärke
  • Soodustab organisatsioonilist innovatsiooni ja juurutamist
  • Annab tõuke põhjusliku analüüsi ja lahenduse leidmiseks

Järgmine skeem annab pildilise kujutise sellest, mis toimub erinevatel CMM-i tasanditel

Kui kaua võtab CMM-i juurutamine aega?

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

  • CMM-i juurutamine ei toimu üleöö
  • See pole lihtsalt pelgalt "paberimajandus".
  • Tüüpilised rakendamise ajad on
    • 3-6 kuud -> ettevalmistamiseks
    • 6-12 kuud -> rakendamiseks
    • 3 kuud -> hindamise ettevalmistamiseks
    • 12 kuud -> iga uue taseme jaoks

CMMi sisemine struktuur

CMM-i iga tase määratletakse põhiprotsessialaks või KPA- ks , välja arvatud 1. tase. Iga KPA määratleb seotud tegevuste klastri, mis ühiselt teostatuna saavutab eesmärgi, mida peetakse tarkvara võimekuse parandamiseks ülioluliseks

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

  • REQM - nõuete haldamine
  • PP- projekti planeerimine
  • PMC - projekti jälgimine ja kontroll
  • SAM - tarnija lepingu haldamine
  • PPQA-protsess ja kvaliteedi tagamine
  • CM-konfiguratsiooni haldamine

Samamoodi on teistel CMM-i mudelitel konkreetsed KPA-d. Et teada saada, kas KPA rakendamine on tõhus, kestev ja korratav, kaardistatakse see järgmiselt

  1. Pühendumine esinemisele
  2. Oskus esineda
  3. Tegevused toimivad
  4. Mõõtmine ja analüüs
  5. Rakenduse kontrollimine

CMM-mudelite piirangud

  • CMM määrab, mida protsess peaks käsitlema, mitte selle rakendamise viisi
  • See ei seleta kõiki tarkvaraprotsessi täiustamise võimalusi
  • See keskendub tarkvaraküsimustele, kuid ei arva strateegilist äriplaneerimist, tehnoloogiate kasutuselevõttu, tootesarja loomist ega inimressursside haldamist
  • See ei ütle, millises äris organisatsioon peaks olema
  • CMM ei ole praegu kriisiga projektis kasulik

Miks kasutada CMM-i?

Täna toimib CMM tarkvaratööstuses "heakskiidu pitserina". See aitab tarkvara kvaliteeti mitmel viisil parandada.

  • See suunab korduva standardprotsessi poole ja vähendab seeläbi õppimise aega, kuidas asju korda saata
  • CMM-i harjutamine tähendab arendusprotokolli harjutamist, mis tähendab, et see mitte ainult ei aita meeskonnal aega kokku hoida, vaid annab ka selge ülevaate, mida teha ja mida oodata
  • Kvaliteetsed tegevused lähevad projektiga pigem hästi kokku kui eraldi üritusena
  • See toimib pendeldajana projekti ja meeskonna vahel
  • CMM-i jõupingutused on alati suunatud protsessi täiustamisele

Kokkuvõte

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

Kogu CMM-i tase on jagatud viieks tasemeks.

  • 1. tase (algne): kus süsteemi nõuded on tavaliselt ebakindlad, valesti mõistetud ja kontrollimatud. Protsess on tavaliselt kaootiline ja ad-hoc.
  • 2. tase (hallatud): prognoosige projekti maksumust, ajakava ja funktsionaalsust. Tarkvarastandardid on määratletud
  • 3. tase (määratletud): veendub, et toode vastab nõuetele ja kavandatud kasutusele
  • 4. tase (kvantitatiivselt hallatud): haldab projekti protsesse ja alamprotsesse statistiliselt
  • 5. tase (küpsusaste): tuvastage ja kasutage uusi tööriistu ja protsesside täiustusi, et rahuldada vajadusi ja ärieesmärke