Nivel Dos De CMMI

Capability Maturity Model Integration

CMMI

Christian Gomez, Marcelo Ferreira, Marcelo Rodas

Universidad Nacional de Asunción, Facultad Politécnica

8vo. Semestre, Ingeniería Informática. 2008.

{cgomezpy,jmferreira1978,rodas.marcelo}@gmail.com

Trabajo Práctico de Ingeniería de Software III

Profesor MSc. Luis G. Salinas

Abstract

Este documento presenta una concisa definición y algunas caracteristicas relativas a CMMI, de tal forma a mostrar de forma compacta y breve las principales caracteristicas de este Modelo. Especificamente, se presentan los conceptos básicos, su historia, sus origenes, su estructura general y las ventajas y desventajas frente a otras tecnicas. Se pretende que sirva de referencia inicial a quienes pretendan adentrarse en el mismo.

Palabras Clave: CMMI, ingeniería de software, modelo, madurez, calidad, prácticas.

Contenido

Introducción 4

Definiciones 5

¿Qué es CMMI según el SEI? 5

Madurez. 5

Madurez de un proceso de software. 5

Beneficios de la mejora de procesos. 6

Beneficios CMMI 6

Modelos y Framework CMMI 6

Modelos de CMMI 6

Versión 1.1 6

Versión 1,2 8

Framework CMMI 8

Breve Reseña de CMM 8

Historia 8

Componentes de CMM. 9

Área de proceso. 11

Componentes Requeridos 11

Componentes Esperados 12

Componentes Informativos 12

Representaciones de CMMI 12

Representación Escalonada. 13

Representación Continua. 13

Las dos representaciones en CMMI. 14

Nivel 1: Inicial 16

Nivel 2: Gestionado 16

Nivel 3: Definido 17

Obs.: Una diferencia crítica entre ambos es el alcance de descripciones de procesos, estándares y procedimientos. Dado que en el nivel 3 los procesos son descritos más rigurosamente y con mayor detalle. 17

Nivel 4: Cuantitativamente Gestionado 17

Obs.: En el nivel 4 el rendimiento de los procesos es cuantitativamente predecible, utilizando técnicas estadísticas, mientras que en el nivel 3 son cualitativamente predecibles. 17

Nivel 5: Optimizado 17

Obs.: En el nivel 4 se busca establecer una predicción estadística de los resultados, analizando causas especiales de variación, mientras que en el nivel 5 se busca establecer causas comunes de variación y corregir la media de rendimiento de los procesos. 17

Áreas de Proceso. 17

¿Cómo llegar al nivel 2? 18

Nivel 2 de CMMI. 18

Planificación del proyecto 19

Seguimiento y control del proyecto 20

Gestión de acuerdos con proveedores 20

Medidas y análisis 20

Medidas de calidad en el proceso y en el producto 21

Gestión de la configuración 21

Nivel 3 de CMMI. 21

Metas Globales 22

Gestión de requisitos. 22

Solución técnica 22

Integración del producto 23

Verificación 23

Validación 23

Enfoque organizacional del proceso 23

Definición del proceso de la organización 24

Formación en la organización 24

Gestión de riesgos 24

Análisis de decisiones y resolución 25

Ventajas y Desventajas de CMMI. 25

El Principal beneficios se relaciona a la mejora de procesos. Esta mejora genera lo siguiente: 25

Empresas Relacionadas. 26

CONCLUSIONES 27

FUENTES 28

• Introducción

Capability Maturity Model Integration (CMMI) es un modelo para la mejora de procesos que proporciona a las organizaciones los elementos esenciales para procesos eficaces. Su idea principal es presentar una estructura a seguir para el desarrollo de software, de tal forma a que se pueda controlar y medir cada parte del proceso completo de desarrollo.

Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la actualidad hay dos áreas de interés cubiertas por los modelos de CMMI: Desarrollo y Adquisición.

La versión actual de CMMI es la versión 1.2. Hay tres constelaciones de la versión 1.2 disponible:

• CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios.

• CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del gobierno y la industria.

• CMMI para servicios (CMMI-SVC o CMMI for Services), actualmente un borrador, está diseñado para cubrir todas las actividades que requieren gestionar, establecer y entregar Servicios.

Dentro de la constelación CMMI-DEV, existen dos modelos:

• CMMI-DEV

• CMMI-DEV + IPPD (Integrated Product and Process Development)

Además, el SEI es el instituto que creó y mantiene el modelo de calidad CMM - CMMI

Se basó en la experiencia de otros modelos de la industria como son:

• Capability Maturity Model for Software (SW-CMM) v2.0 draft C.

• Electronic Industries Alliance Interim Standard (EIA/IS) 731.

• Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98.

Estas prácticas, técnicas, métodos se formularon en base a la experiencia de las organizaciones que experimentaban lo siguiente:

• Los planes se hacen pero no necesariamente se siguen.

• No se hace un seguimiento del trabajo con el plan. Los planes no se ajustan.

• Los requerimientos no son consistentes. No se hace una gestión de cambios.

• Las estimaciones son irreales. La subestimación es común.

• Los defectos son descubiertos en la fase de pruebas, o peor aún, por el cliente.

• El éxito depende de esfuerzos heroicos de “gurús”.

Para completar con el proyecto generalmente estas situaciones sucedían/suceden:

• Las personas trabajan más tiempo y más rápido.

• Las personas se mueven de proyecto en proyecto.

• Se recortan requerimientos del proyecto.

• Los proyectos agregan más personas.

• Todos recortan las esquinas.

• Un héroe salva el día.

Y en resumen se tenía/tiene que:

• Los Compromisos son incumplidos.

• Entrega tardía del software.

 Por la visibilidad inadecuada de la gestión.

• Muchos imprevistos.

• Problemas de calidad.

• Los trabajos

...