Modelos de calidad CMMI y Moprosoft Comparación Ventajas y Desventajas

1. UNIVERSIDAD TECNOLÓGICA
TULA-TEPEJI
Carrera: Tecnologías De La Información Y
Comunicación, Área sistemas Informáticos
Integrantes del equipo:
Emmanuel Granados Sandoval
Cuatrimestre: 5° Grupo: 2
Fecha: 12/04/15
Nombre del profesor
M. en C. José Ángel Pérez Hernández
Materia: Calidad del Desarrollo de Software

2. Tema: Modelos de Calidad
Diagrama CMMI
El CMMI
 El CMMI esun enfoque de mejorade procesosque proveealasorganizacionesde los
elementosesencialesparaunprocesoefectivo.
 El CMMI esel Modelode Madurez de CapacidadesIntegrado.
 Fue desarrolladoporel SEI(Software EnginneringInstitute).
 Mide la madurezdel desarrollodel software enunaescaladel 1al 5.
 Algunosde losobjetivosdel CMMIy que son buenosparael negocio.
 ProducirserviciosyProductosde altacalidad.
 Crear valorpara losaccionistas.

3.  Mejorar lasatisfaccióndel cliente.
 Incrementarlaparticipaciónenel mercado.
 Ganar reconocimientoenlaindustria.
El modelo CMMI for Development
El modelotiene 4áreasde conocimientoodisciplinasque incluyenCMMI-SW/SE/IPPD/SSCMMI-
SW/SE/IPPDCMMI-SW/SECMMI-SW
• Ingenieríade Software (SW)
• Ingenieríade Sistemas(SE)
• DesarrolloIntegradode ProductosyProcesos(IPPD)
• AcuerdosconProveedores(SS).Disciplinasdel Modelo
Disciplinas del Modelo
 Ingenieríade Sistemas:Abarcael desarrollototal del sistemaque puede onoincluirel
desarrollode software.
 Ingenieríade Software:Cubre el desarrollode software ysumantenimiento.
Disciplinas del Modelo
 Desarrollointegradode ProductosyProcesos:Contemplaunenfoque sistemáticoparala
colaboraciónde losinvolucradosrelevantesatravésde lavidadel producto.
 Acuerdocon Proveedores:Enproyectoscomplejosse requiere de laincorporaciónde
proveedoresparaejecutarfuncionesoañadirmodificacionesaproductos
Representaciones
El CMMI tiene dosrepresentaciones:

4.  Por Etapas (Staged)
 Continuo(Continuous)
 Estas representacionespermitenalaorganizaciónperseguirdiferentesobjetivosde
mejora.La presentacióny organizaciónde lainformaciónesdiferente paracadauna,sin
embargoel contenidoesel mismo.
CMMI por Etapas
 Da una secuenciaprobadapara lamejoraendonde cada una esbase para lasiguiente.
 Se puede migrarfácilmente delCMMa CMMI-SW.
CMMI Continuo
 Cada nivel de madurezesunaplataformabiendefinidaparaevolucionarlamejora.
 Existencinconivelesde madurez.
 Cada nivel esunabase para la mejorautilizandounasecuenciaprobadadesde susbases.
Niveles de Madurez (por Etapas)
 Nivel 1(Inicial):El procesoesimpredecible,esreactivoypobremente controlado.
 Nivel 2(Administrado):El procesoesreactivoyse caracterizapor su aplicacióna
proyectos.
 Nivel 3(Definido):El procesoesproactivoyse ve a nivel de laorganización.
 Nivel 4(AdministradoCuantitativamente):El procesoesmedidoycontrolado.
 Nivel 5(Optimizado):El procesose enfocaenlamejoracontinua.
Niveles de Madurez (Continuo)
 Nivel 0(incompleto):El procesonose ejecutaose hace parcialmente.
 Nivel 1(Ejecutado):El procesose ejecutayse producenproductosbasadosenproductos
de entradaidentificados.
 Nivel 2(Administrado):El procesoesreactivoyse caracterizapor su aplicacióna
proyectos.
 Nivel 3(Definido):El procesoesproactivoyse ve a nivel de laorganización.
 Nivel 4(AdministradoCuantitativamente):El procesoesmedidoycontrolado.
 Nivel 5(Optimizado):El procesose enfocaenlamejoracontinua.

5. Áreas de Proceso
 RequirementsManagement(REQM)
 ProjectPlanning(PP)
 ProjectMonitoringandControl (PMC)
 SupplierAgreementManagement(SAM)
 MeasurementandAnalysis(M&A)
 Processand ProductQualityAssurance (PPQA)
 ConfigurationManagement(CM)
 RequirementsDevelopment(RD)
 Technical Solution(TS)
 ProductIntegration(PI)
 Verification(VER)
 Validation(VAL)
 OrganizationProcessFocus(OPF)
 OrganizationProcessDefinition(OPD)
 Organizational Training(OT)
 IntegratedProjectManagementforIPPD(IPPD)
 RiskManagement(RSKM)
 IntegratedTeaming(IT) soloparaIPPD
 DecisionAnalysisandResolution(DAR)
 Organizational EnvironmentforIntegration(OEI) soloparaIPPD
 Organizational ProcessPerformance(OPP)
 Quantitative ProjectManagement(QPM)
 Organizational InnovationandDeployment(OID)
 Causal AnalysisandResolution(CAR)
 IntegratedSupplierManagement(ISM) soloparaSS.
CMMI (porEtapas)
 Nivel 2(Administrado)
 RequirementsManagement(REQM)
 ProjectPlanning(PP)
 ProjectMonitoringandControl (PMC)
 SupplierAgreementManagement(SAM)

6.  MeasurementandAnalysis(M&A)
 Processand ProductQualityAssurance (PPQA)
 ConfigurationManagement(CM)
CMMI (porEtapas) Nivel 3 (Definido)
 RequirementsDevelopment(RD)
 Technical Solution(TS)
 ProductIntegration(PI)
 Verification(VER)
 Validation(VAL)
 OrganizationProcessFocus(OPF)
 OrganizationProcessDefinition(OPD)
 Organizational Training(OT)
 IntegratedProjectManagementforIPPD(IPPD)
 RiskManagement(RSKM)
 IntegratedTeaming(IT)
 DecisionAnalysisandResolution(DAR)
 Organizational EnvironmentforIntegration(OEI)
CMMI (porEtapas) Nivel 4 (Administrado Cuantitativamente)
 Organizational ProcessPerformance(OPP)
 Quantitative ProjectManagement(QPM)
CMMI (porEtapas) Nivel 5 (Optimizado)
 Organizational InnovationandDeployment(OID)
 Causal AnalysisandResolution(CAR)
Administración de Procesos
 OrganizationProcessFocus(OPF)
 OrganizationProcessDefinition(OPD)
 Organizational Training(OT)
 Organizational ProcessPerformance(OPP)
 Organizational Innovationand Deployment(OID)
Administración de Proyectos

7.  ProjectPlanning(PP)
 ProjectMonitoringandControl (PMC)
 SupplierAgreementManagement(SAM)
 IntegratedProjectManagementforIPPD(IPPD)
 RiskManagement(RSKM)
 IntegratedTeaming(IT)
 IntegratedSupplierManagement(IPM)
 Quantitative ProjectManagement(QPM)
Ingeniería
 RequirementsManagement(REQM)
 RequirementsDevelopment(RD)
 Technical Solution(TS)
 ProductIntegration(PI)
 Verification(VER)
 Validation(VAL)
Soporte
 MeasurementandAnalysis(M&A)
 Processand ProductQualityAssurance (PPQA)
 ConfigurationManagement(CM)
 Organizational EnvironmentforIntegration(OEI)
 DecisionAnalysisandResolution(DAR)
 Causal AnalysisandResolution(CAR)
¿Cuál Seleccionar?
Continuo
 Noscentramosenlos problemas,mitigaciónde riesgosyenloque le interesaalos
objetivosde laorganización.
 Permite lacomparaciónentre áreasde proceso.
 Permite unacomparacióncontrael modeloISO15504.

8. Por Etapas
 Provee unasecuenciade lasmejorasdesde laadministraciónbásicahastanivelesde alta
madurez.
 Permite al comparaciónentre organizacionesporlosnivelesde madurez.
 Provee unsoloindicadorque permite lacomparaciónentre organizaciones.
Moprosoft
MoprosoftMoprosoftse define comounmodelode procesosparael desarrolloy
mantenimientode softwaredirigidoalapequeñaymedianaindustriaya las áreas
internasde desarrollode software [6]. Suobjetivoprincipal esincorporarlasmejores
prácticas engestióne ingenieríade software.Suincorporaciónenlaindustria
eventualmentepermitiráelevarlacapacidadde ofrecerproductosyserviciosde software
con calidad.Moprosoftfue desarrolladoporexpertosmexicanosque recopilaronlas
experienciasexitosasde laindustriade software anivel mundial,ylasadaptarona las
necesidadesycaracterísticasde las pequeñasymedianasindustriasmexicanas(PYMEs)
desarrolladorasde software.Moprosoftestádivididoen9procesos,llamadostambién
prácticas,organizadosporcategorías de acuerdoa susrespectivasáreasde aplicación.Las
categorías de procesoscoincidenconlostresnivelesbásicosde laestructurade una
organización:altadirección,gestióny operación.Lafigura2 muestralaestructurade los9
procesosdivididosporcategoría. Cada procesoestacuidadosamente detalladoatravés
de un instrumentollamadoPatrónde Procesos.Estadescripciónestádivididaen3 partes:
descripcióngeneral,descripciónde prácticasyguías de ajuste.
Descripción general incluyelossiguientescomponentes:nombre delproceso,categoría,
propósito,descripción,objetivos,indicadores,metascuantitativas,responsabilidady
autoridad.La descripciónde laprácticaincluye:rolesinvolucradosycapacitación,
actividades,diagramade flujode trabajo(enUML),verificacionesyvalidaciones,
incorporaciónala base de conocimiento,recursosde infraestructura,mediciones,
capacitación,situacionesexcepcionales,leccionesaprendidas.Moprosoftdeterminael
nivel de madurezde lacapacidadde cada procesoa travésde una evaluación,que permite
colocar a la empresaenunode lossiguientes5niveles. Nivel 1:ProcesoRealizadoNivel 2:
ProcesoAdministradoNivel 3:ProcesoEstablecidoNivel 4:ProcesoPredecibleNivel 5:
Optimizacióndel procesoTambiénexisteel nivel 0,que indicaque el procesoestá
incompleto(caos).El nivelde unaempresacorrespondeal nivel máximoal que están
todossus 9 procesos.Par pasar de un nivel al siguiente,laempresadebe cumplirtodos los
requisitosde losnivelesanterioresmáslosdel nuevonivel.Losrequisitosde cadanivel se
encuentrandetalladosenel modelo.

9. Moprosoft
Ventajas Desventajas
Específicopara el desarrollo y mantenimiento
de Software.
Define actividades de manera muy general
Fácil de entender(Comprensible) Para asegurar la calidad del producto y
proceso se requiere CMMI
Practico y fácil de aplicar, sobre en pequeñas
organizaciones
El 33° de las practicasno cubiertasde definir e
implementar como son Administración de
Configuración (CM)
Y Medición y Análisis (MA)
Orientado a mejorar los procesos para
contribuir a los objetivos del negocio y no
simplemente ser un marco de referencias de
certificación.
Define los procesos por áreas de actividades
se da naturalmente entre áreas.
Debe tener un mecanismo de evaluación o
certificación durante un periodo de vigencias
específico.
Aplicable como norma mexicana
Cuadro Comparativo
CMMI MOPROSOFT
Integraciónde modelosde madurezde
capacidades
Modelosde procesospara laindustriade
software
Es un modeloparala mejorayevaluaciónen
losprocesospara el desarrollo,
mantenimientoyoperaciónde sistemasde
SW.
Modelospara lamejoray evaluaciónde
procesosde desarrolloymantenimientode
sistemasyproductosse SW
Para empresasde todoslospaíses Solopara empresasMexicanas

10. Abarca soloel procesodonde se desarrollael
SE
Abarca los9 procesosde evaluaciónde SW
CMMI para servicioestádiseñadoparacubrir
todaslas actividadesque requieregestionar,
estableceryentregarservicios
Se basa en losmodelode procesosISO
9001:2000 enlas áreasde procesosde los
niveles2y3 de CMMI SW versión1.1
Las mejores prácticasCMMI se publicanenlos
documentosllamadosmodelos
Desarrolladoporlaasociaciónmexicanapara
la calidadeningenieríade SW
En la actualidadhaytresáreas de interés
cubiertasporlosmodelosde CMMI
Normaapropiadaa las características de
tamañode lasempresasmexicanas
Ideas Fuerza
Es clara la necesidadennuestropaísde aplicarmétodosprobadosparadesarrollode software
(estoes,ingenieríade software) ylanecesidadde seguirmodelosde mejoraparaconseguir
competenciainternacional.La competenciainternacional esunanecesidadenel mundo
globalizadoactual.