Capability Maturity Model Integration

1. Capability Maturity Model Integration Ureche Mihai Cotoc Ginel-Dragos Gr. 443A

2. Cuprins • Introducere • Cele cinci nivele ale procesului de maturitate • Definitia operational a capabilitatii modelului de maturitate • Directii viitoare ale CMM • Concluzii

3. 1. Introducere • Dupadouadecenii de promisiunineonorate cu privire la cresterile de productivitatesi de calitate de la aplicareaunornoimetodologii de software sitehnologii, organizatiileisidauseama ca problemalor fundamental esteincapacitatea de a gestionaprocesul de software. • In Noiembrie 1986, Institutul de Inginerie Software (SEI), cu asistenta din parteaCorporatieiMitre, au inceputdezvoltareaunui framework care au ajutatorganizatiilesaisiimbunatateascaprocesul software. In septembrie 1987, SEI a lansat o scurtadescriere a framework-ului de maturitate a procesului, care a fostextins ulterior in cartealui Humphrey, GestionareaProcesului de Software. • Dupapatruani de experimentare cu framework-ul de maturitate al proceselor de software siversiunilepreliminarii ale chestionarului de maturitate, SEI a evoluat framework-ul de maturitate in Capability Maturity Model for Software(CMM). CMM prezintaseturi de practice recomandateintr-o serie de domeniicheie care si-au doveditcapacitatea de a consolidaprocesul de software. • Stabilireaobiectivelorpentruprocesul de imbunatatirenecesita o intelegere a diferenteidintreorganizatiile de software imaturesi mature. Intr-o organizatie de software imatura, procesele software sunt in general improvizate de practicienisi de gestionareaacestorapeparcursulproiectului.

4. Intr-o organizatie imatura, nu exista nici un obiectiv de baza pentru evaluarea calitatii sau pentru rezolvarea produsului sau problemelor procesului. Prin urmare, este dificil de a prezice calitatea produsului. Pe de alta parte, o organizatie de software matura poseda o abilitate la nicel de organizatie pentru gestionarea proceselor de dezvoltare si intretinere a soft-ului. • Un proces software poate fi definit ca fiind un set de activitati, metode, practice si transformari pe care oamenii le folosesc pentru a dezvolta si mentine software-ul si produsele associate ( ex: planuri de proiecte, documente de proiectare, codul si manuale de folosire ). Ca o organizatie matura, procesele de software devin mai bine definite si sunt implementat mai consistent in cadrul organizatiei. • Capabilitatea proceselor software descrie valoarea rezultatelor asteptate care pot fi atinse urmand procesele software. • Performanta proceselor software reprezinta rezultatele actuale obtinute urmand procesul software. Astfel, performanta proceselor software sunt concentrate pe rezultatele obtinute, in timp ce capabilitatea proceselor software sunt concentrate pe rezultatele asteptate. • Maturitatea proceselor software este masura in care un process specific este explicit definit, gestionat, masurat, controlat si eficient.

5. 2.Cele cinci nivele ale procesului de maturitate • Imbunatatirea continua a procesului se bazeazapepasimicimaidegrabadecatinovatiirevolutionare. Structura CMM-ului se bazeazapeprincipii de calitateexpuse de catre Walter Shewart, W. Edwards Deming, Joseph Juransi Philip Crosby. CMM ofera un framework folositpentruorganizareaacestoretapeevolutive in cinciniveluri de maturitate care pun bazelesuccesivepentruimbunatatirea continua a proceselor. • Un nivel de maturitateeste un platouevolutivbinedefinitsprerealizareaunuiproces software matur. Fiecarenivelcuprinde un set de obiective, care atuncicandsuntindeplinitestabilesc o componentaimportanta a procesului software. • Organizarea CMM in cinciniveluriprezentate in figuraurmatoareaprioritizeazaactiuni de ameliorarepentrucrestereaprocesului de maturitate software. Sagetile din figuraindicatipul de capacitate a procesului de a fiinstitutionalizat de catreorganizatiepentrufiecare pas din cadrul framework-ului de maturitate. • Cele 5 nivelurisunturmatoare: • - Nivelul de initializare • - Nivelul de repetabilitate • - Nivelul de definitie • - Nivelul de gestiune • - Nivelul de optimizare

7. Nivelul de initializare • La nivelul initial, organizatia de obicei nu ofera un mediustabilpentrudezvoltareasimentinerea software. In timpuluneicrize, proiectele de obiceiabandoneazaprocedurileplanificatesirevin la codificaresitestare. • Nivelul de repetabilitate • La nivelulrepetabil, politicile de gestionare a proiectului software siprocedurilepentru a implementaacestepoliticisuntstabilite. Planificareasigestionarea de noiproiecte se bazeazapeexperienta cu proiectelesimilare. • Nivelul de definitie • La niveluldefinit, procesul standard pentrudezvoltareasimentinerea soft-ului din intreagaorganizatieestedocumentat, incluzandatatprocesele de inginerie software cat sicele de management, iaracesteprocesesunt integrate intr-un intregcoerent. • Nivelul de gestiune • La nivelulgestionat, organizatiastabilesteobiectivelecalitativeatatpentruprodusele software cat sipentruprocese. • Nivelul de optimizare • La nivelul de optimizare, toataorganizatiaesteconcentratapeprocesulcontinuu de imbunatatire. Organizatia are ca scopidentificareapunctelorslabesisaconsolidezeprocesul de productivitate, cu scopul de a preveniaparitia de defecte.

8. 3. Definitia operational a capabilitatii modelului de maturitate • CMM este un framework cereprezinta o cale de imbunatatirerecomandatapentruorganizatiile software care vorsaisicreascacapabilitateaprocesului software. Aceastaelaborare operational a CMM esteconceputapentru a sprijinimaimultemoduricevorfiutilizate. Suntcelputinpatruutilizari ale CMM care suntacceptate: • Echipele de evaluarevorfolosi CMM pentru a identificapunctele forte sipuncteleslabe in cadrulorganizatiei • Echipele de evaluareavorfolosi CMM pentru a identificariscurile de a alegeintrediferiticontractoripentruacordarea de afacerisipentru a monitorizacontractele. • Managementul superior vafolosi CMM pentru a intelegeactivitatilenecesarepentrulansareaunui process de imbunatatire a programului software in cadrulorganizatieilor. • Personalultehnicsigrupurile de imbunatatire a proceselor, cum arfi SEPG, vorfolosi CMM ca un ghidpentru a le ajutasadefineascasisaimbunatateascaprocesul software in organizatialor. • Fiecarenivel de maturitate a fostdescompus in particonstituente. Exceptiefacandnivelul 1, descompunereafiecaruinivel de maturitatevariaza de rezumateleabstracte ale nivelelor de jospana la definirealoroperationale in practicilecheie, asa cum esteilustrat in Figura 3.1.

10. Cu exceptia nivelului 1, fiecare nivel de maturitate este descompus în mai multe zone cheie de procesare care indica unde o organizatie ar trebui sa se concentreze pentru a imbunatati procesul de software. • Fiecare zona cheie a procesului identifica un grup de activitati legate de faptul ca, atunci cand sunt efectuate in mod colectiv, ating un set de obiective considerate importante pentru marirea capacitati procesului. Zonele cheie ale procesului au fost definite astfel incat sa sa apartina unui nivel de maturitate unic, cum se arata in figura 3.2. • Calea spre atingerea obiectivele unei zone cheie de proces poate diferi de la proiecte bazate pe diferentele in domeniile sau mediile de aplicabilitate.

11. 4. Directii viitoare ale CMM • Atingerea unor niveluri mai ridicate de maturitate a procesului software sunt elementare si necesita un angajament pe termen lung pentru imbunatatirea continua a proceselor. Organizatiilor Software le pot lua zece ani sau mai mult pentru a construi fundatia pentru, si o cultura orientată spre, imbunatatirea continua a proceselor. • CMM nu este un glont de argint si nu abordeaza toate aspectele care sunt important pentru proiectele de succes. De exemplu, CMM in prezent nu apeleaza la expertiza in domenii de aplicabilitate speciale, specifice tehnologiilor software, sau sa sugereze cum sa selecteze, angajeze, motiveze, si sa pastreze persoane competente. Desi aceste aspecte sunt cruciale pentru succesul unui proiect, ele nu au fost integrati in CMM. • SEI , de asemenea, lucreaza cu Organizatia Internaţionala de Standardizare (ISO) in eforturile sale de a construi standardele internationale de evaluare a procesului de software, imbunatatire, si capacitatea de evaluare. Acest efort va integra concepte de la mai multe metode diferite folosite in procesul de imbunatatire. Dezvoltarea Standardelor ISO (si contributiile de la alte metode) vor influenta CMM v2.0, chiar ca activitatea SEI va influenta procesul de activitate ISO.

12. 5. Concluzii • CMM reprezinta un "simt comun de inginerie" care abordeaza imbunatatirea procesului software. Nivelurile de maturitate, zonele cheie de proces, caracterisitcile comune,si practicile cheie au fost discutate pe larg si revizuite in cadrul comunitatii software. • CMM ofera o structura conceptuala pentru imbunatatirea managementului si dezvoltarea de produse software intr-un mod disciplinat si consecvent. Aceasta nu garanteaza ca produsele software vor fi construite cu succes sau ca toate probleme in ingineria software vor fi rezolvate in mod corespunzator. • CMM identifica practici pentru un proces de software matur si ofera exemple de state-of-the-practice (si, in unele cazuri, state-of-the-art), dar aceasta nu este menit sa fie exhaustiv sau dictatorial. • CMM identifica caracteristicile unui proces eficace de software, dar organizatia matura abordeaza toate aspectele esentiale pentru un proiect de succes, inclusiv oameni si tehnologie, precum si procesul.