Modelul de maturitate a capacității (CMM) & sunt niveluri în inginerie software

Ce este CMM?

Modelul de maturitate a capacității este utilizat ca punct de referință pentru a măsura maturitatea procesului software al unei organizații.

CMM a fost dezvoltat la institutul de inginerie software la sfârșitul anilor '80. A fost dezvoltat ca urmare a unui studiu finanțat de Forțele Aeriene ale SUA ca o modalitate de evaluare a activității subcontractanților. Mai târziu, pe baza modelului CMM-SW creat în 1991 pentru a evalua maturitatea dezvoltării software-ului, mai multe alte modele sunt integrate cu CMM-I sunt

În acest tutorial, vom învăța,

Ce sunt nivelurile modelului de maturitate a capacității (CMM)?
Ce se întâmplă la diferite niveluri de CMM?
Cât durează implementarea CMM?
Structura internă a CMM
Limitări ale modelelor CMM
De ce să folosiți CMM?

Ce sunt nivelurile modelului de maturitate a capacității (CMM)?

Iniţială
Repetabil / Gestionat
Definit
Gestionat cantitativ
Optimizare

Ce se întâmplă la diferite niveluri de CMM?

Nivele	Activități	Beneficii
Nivel 1 Inițială	La nivelul 1, procesul este de obicei haotic și ad hoc O capacitate este caracterizată pe baza indivizilor și nu a organizației Progresul nu este măsurat Produsele dezvoltate sunt adesea programate și depășesc bugetul Variații largi în planificare, cost, funcționalitate și obiective de calitate	Nici unul. Un proiect este Haos total
Nivelul 2 Gestionat	Managementul cerințelor Estimează parametrii proiectului, cum ar fi costul, programul și funcționalitatea Măsurați progresul real Elaborați planuri și proces Sunt definite standardele proiectelor software Identificați și controlați produsele, modificările rapoartelor de probleme etc. Procesele pot diferi între proiecte	Procesele devin mai ușor de înțeles Managerii și membrii echipei petrec mai puțin timp explicând cum se fac lucrurile și mai mult timp în executarea lor Proiectele sunt mai bine estimate, mai bine planificate și mai flexibile Calitatea este integrată în proiecte Costul ar putea fi ridicat inițial, dar scade orele suplimentare Solicitați mai multe documente și documente
Nivelul 3 definit	Clarificați cerințele clienților Rezolvați cerințele de proiectare, dezvoltați un proces de implementare Asigură-te că produsul îndeplinește cerințele și utilizarea prevăzută Analizează sistematic deciziile Rectificați și controlați potențialele probleme	Îmbunătățirea procesului devine standard Soluția progresează de la „codificare” la „proiectare” Porți de calitate apar pe tot parcursul efortului proiectului, cu întreaga echipă implicată în proces Riscurile sunt atenuate și nu surprind echipa
Nivelul 4 gestionat cantitativ	Gestionează statistic procesele și subprocesele proiectului Înțelegeți performanța procesului, gestionați cantitativ proiectul organizației	Optimizează performanța proceselor în întreaga organizație Favorizează gestionarea cantitativă a proiectelor într-o organizație.
Optimizarea nivelului 5	Detectați și eliminați cauza defectelor devreme Identificați și implementați noi instrumente și îmbunătățiri de proces pentru a satisface nevoile și obiectivele de afaceri	Favorizează inovarea și desfășurarea organizațională Oferă impuls Analizei și rezolvării cauzale

Diagrama următoare, oferă o reprezentare picturală a ceea ce se întâmplă la diferite niveluri CMM

Cât durează implementarea CMM?

CMM este cel mai de dorit proces pentru a menține calitatea produsului pentru orice companie de dezvoltare software, dar implementarea acestuia durează puțin mai mult decât se așteaptă.

Implementarea CMM nu are loc peste noapte
Nu este doar o simplă „hârtie”.
Momentele tipice pentru implementare sunt
- 3-6 luni -> pentru pregătire
- 6-12 luni -> pentru implementare
- 3 luni -> pentru pregătirea evaluării
- 12 luni -> pentru fiecare nivel nou

Structura internă a CMM

Fiecare nivel din CMM este definit în zona de proces cheie sau KPA , cu excepția nivelului 1. Fiecare KPA definește un grup de activități conexe, care, atunci când sunt realizate colectiv, realizează un set de obiective considerate vitale pentru îmbunătățirea capacității software-ului

Pentru diferite niveluri CMM, există seturi de KPA-uri, de exemplu pentru modelul CMM-2, KPA sunt

REQM- Managementul cerințelor
PP- Planificarea proiectului
PMC- Monitorizarea și controlul proiectelor
SAM- Managementul acordului furnizorului
PPQA-Proces și asigurarea calității
CM-Management de configurare

La fel, pentru alte modele CMM, aveți KPA-uri specifice. Pentru a ști dacă implementarea unui KPA este eficientă, durabilă și repetabilă, este mapată pe baza următoare

Angajamentul de a efectua
Abilitatea de a efectua
Activitățile se desfășoară
Măsurare și analiză
Verificarea implementării

Limitări ale modelelor CMM

CMM determină ce ar trebui să abordeze un proces în loc de modul în care ar trebui implementat
Nu explică orice posibilitate de îmbunătățire a proceselor software
Se concentrează pe probleme de software, dar nu ia în considerare planificarea strategică a afacerii, adoptarea tehnologiilor, stabilirea liniei de produse și gestionarea resurselor umane
Nu spune în ce fel de afacere ar trebui să se afle o organizație
CMM nu va fi util în proiectul care are o criză chiar acum

De ce să folosiți CMM?

Astăzi, CMM acționează ca un „sigiliu de aprobare” în industria software. Ajută în diferite moduri la îmbunătățirea calității software-ului.

Acesta ghidează spre procesul standard repetabil și, prin urmare, reduce timpul de învățare cu privire la modul de realizare a lucrurilor
Practicarea CMM înseamnă practicarea protocolului standard pentru dezvoltare, ceea ce înseamnă că nu numai că ajută echipa să economisească timp, dar oferă și o imagine clară a ceea ce trebuie să facă și la ce să ne așteptăm
Activitățile de calitate se potrivesc bine cu proiectul, mai degrabă decât gândite ca un eveniment separat
Acționează ca un navetist între proiect și echipă
Eforturile CMM sunt întotdeauna spre îmbunătățirea procesului

rezumat

CMM a fost introdus pentru prima dată la sfârșitul anilor 80 în Forțele Aeriene ale SUA pentru a evalua activitatea subcontractanților. Ulterior, cu o versiune îmbunătățită, a fost implementat pentru a urmări calitatea sistemului de dezvoltare software.

Întregul nivel CMM este împărțit în cinci niveluri.

Nivelul 1 (inițial): în cazul în care cerințele pentru sistem sunt de obicei incerte, neînțelese și necontrolate. Procesul este de obicei haotic și ad-hoc.
Nivelul 2 (gestionat): estimați costul, programul și funcționalitatea proiectului. Sunt definite standardele software
Nivelul 3 (definit): se asigură că produsul îndeplinește cerințele și utilizarea intenționată
Nivelul 4 (gestionat cantitativ): gestionează statistic procesele și subprocesele proiectului
Nivelul 5 (Maturity): Identificați și implementați noi instrumente și îmbunătățiri de proces pentru a satisface nevoile și obiectivele de afaceri