Model zrelosti sposobnosti (CMM) & to su razine u softverskom inženjerstvu

Što je CMM?

Model zrelosti sposobnosti koristi se kao mjerilo za mjerenje zrelosti softverskog procesa organizacije.

CMM je razvijen u Institutu za softversko inženjerstvo krajem 80-ih. Razvijen je kao rezultat studije koju su financirale američke zračne snage kao način procjene rada kooperanata. Kasnije na temelju modela CMM-SW stvorenog 1991. godine za procjenu zrelosti razvoja softvera, više drugih modela integrirano je s CMM-I oni su

U ovom uputstvu ćemo naučiti,

• Što su razine modela zrelosti modela (CMM)?
• Što se događa na različitim razinama CMM-a?
• Koliko je potrebno provedbi CMM-a?
• Unutarnja struktura CMM-a
• Ograničenja CMM modela
• Zašto koristiti CMM?

Što su razine modela zrelosti modela (CMM)?

1. Početna
2. Ponovljivo / upravljano
3. Definirano
4. Kvantitativno upravljano
5. Optimiziranje

Što se događa na različitim razinama CMM-a?

Razine	Aktivnosti	Prednosti
Početna razina 1	Na razini 1 postupak je obično kaotičan i ad hoc Sposobnost se karakterizira na osnovi pojedinaca, a ne organizacije Napredak nije mjeren Proizvodi koji se često razvijaju prema rasporedu i prekoračuju proračun Široke varijacije rasporeda, troškova, funkcionalnosti i ciljeva kvalitete	Nijedna. Projekt je Totalni kaos
Upravlja se razinom 2	Upravljanje zahtjevima Procijenite parametre projekta poput troškova, rasporeda i funkcionalnosti Izmjerite stvarni napredak Razviti planove i obraditi Definirani su standardi softverskih projekata Identificirajte i kontrolirajte proizvode, promjene u izvješćima o problemima itd. Procesi se mogu razlikovati među projektima	Procesi postaju lakše razumljivi Menadžeri i članovi tima troše manje vremena na objašnjavanje kako se stvari rade, a više na njihovo izvršavanje Projekti su bolje procijenjeni, bolje planirani i fleksibilniji Kvaliteta je integrirana u projekte Troškovi bi u početku mogli biti visoki, ali prekovremeno se smanjuju Zatražite još papira i dokumentacije
Definirana razina 3	Pojasnite zahtjeve kupaca Riješite zahtjeve za dizajnom, razvijte postupak implementacije Osigurava da proizvod udovoljava zahtjevima i namjeni Sustavno analizirajte odluke Ispravite i kontrolirajte potencijalne probleme	Poboljšanje procesa postaje standard Rješenje napreduje od "kodiranja" do "inženjerstva" Vrata kvalitete pojavljuju se tijekom cijelog projektnog napora s cijelim timom koji je uključen u proces Rizici su ublaženi i ne iznenađuju tim
Razina-4 kvantitativno upravlja	Statistički upravlja procesima i potprocesima projekta Razumjeti izvedbu procesa, kvantitativno upravljati projektom organizacije	Optimizira izvedbu procesa u cijeloj organizaciji Potiče kvantitativno upravljanje projektima u organizaciji.
Optimizacija razine 5	Rano otkrijte i uklonite uzrok nedostataka Identificirajte i primijenite nove alate i poboljšanja procesa kako biste zadovoljili potrebe i poslovne ciljeve	Potiče organizacijske inovacije i primjenu Daje poticaj uzročnoj analizi i rješavanju

Sljedeći dijagram daje slikoviti prikaz onoga što se događa na različitim razinama CMM-a

Koliko je potrebno provedbi CMM-a?

CMM je najpoželjniji postupak održavanja kvalitete proizvoda za bilo koju tvrtku za razvoj softvera, ali njegova implementacija traje malo dulje od očekivanog.

• Implementacija CMM-a ne događa se preko noći
• To nije samo "papirologija".
• Tipična vremena za provedbu su
  • 3-6 mjeseci -> za pripremu
  • 6-12 mjeseci -> za provedbu
  • 3 mjeseca -> za pripremu ocjene
  • 12 mjeseci -> za svaku novu razinu

Unutarnja struktura CMM-a

Svaka razina u CMM-u definirana je u ključno procesno područje ili KPA , osim za razinu 1. Svaka KPA definira skup povezanih aktivnosti, koji zajedničkim obavljanjem postiže skup ciljeva koji se smatraju vitalnim za poboljšanje softverske sposobnosti

Za različite razine CMM-a postoji niz KPA-a, na primjer za CMM model-2, KPA jesu

• REQM- Upravljanje zahtjevima
• PP- planiranje projekata
• PMC - praćenje i kontrola projekata
• SAM - upravljanje sporazumom o dobavljaču
• PPQA-Proces i osiguranje kvalitete
• Upravljanje CM-konfiguracijom

Isto tako, za ostale CMM modele imate određene KPA. Da bi se znalo je li provedba KPA učinkovita, trajna i ponovljiva, ona se mapira na sljedećoj osnovi

1. Predanost izvođenju
2. Sposobnost izvođenja
3. Aktivnosti izvode
4. Mjerenje i analiza
5. Provjera provedbe

Ograničenja CMM modela

• CMM određuje čemu se postupak treba baviti umjesto kako ga treba provesti
• Ne objašnjava svaku mogućnost poboljšanja softverskog procesa
• Koncentriran je na softverska pitanja, ali ne razmatra strateško poslovno planiranje, usvajanje tehnologija, uspostavljanje linije proizvoda i upravljanje ljudskim resursima
• Ne govori o tome u kakvom bi poslu organizacija trebala biti
• CMM neće biti koristan u projektu koji trenutno ima krizu

Zašto koristiti CMM?

Danas CMM djeluje kao "pečat odobrenja" u softverskoj industriji. Pomaže na razne načine za poboljšanje kvalitete softvera.

• Vodi prema ponovljivom standardnom procesu i na taj način smanjuje vrijeme učenja kako postići neke stvari
• Vježbanje CMM-a znači prakticiranje standardnog protokola za razvoj, što znači da to ne samo da pomaže timu da uštedi vrijeme već daje i jasan pogled na ono što treba učiniti i što očekivati
• Kvalitetne aktivnosti dobro se uklapaju u projekt, umjesto da se o njima razmišlja kao o zasebnom događaju
• Djeluje kao putnik između projekta i tima
• Napori CMM-a uvijek su usmjereni na poboljšanje procesa

Sažetak

CMM je prvi put uveden krajem 80-ih u američko ratno zrakoplovstvo kako bi se procijenio rad kooperanata. Kasnije, s poboljšanom verzijom, implementiran je kako bi se pratila kvaliteta sustava za razvoj softvera.

Čitava razina CMM-a podijeljena je u pet razina.

• Razina 1 (početna): Gdje su zahtjevi za sustav obično nesigurni, neshvaćeni i nekontrolirani. Proces je obično kaotičan i ad hoc.
• Razina 2 (upravljano): Procijenite troškove projekta, raspored i funkcionalnost. Definirani su softverski standardi
• Razina 3 (definirano): osigurava da proizvod udovoljava zahtjevima i namjeni
• Razina 4 (kvantitativno upravljano): Statistički upravlja projektnim procesima i potprocesima
• Razina 5 (zrelost): identificirajte i primijenite nove alate i poboljšanja procesa kako biste zadovoljili potrebe i poslovne ciljeve