Almaguer Rosales Hctor.

Nuez Martinez Alejandro

 RESEA

HISTORICA. CONCEPTUALIZACIN, DESARROLLO DE ESTRUCTURA/FASES. VENTAJAS Y DESVENTAJAS. IMPLEMENTACIN. EJEMPLOS. HERRAMIENTAS FACILITADORAS.

CMMI es la evolucin de CMM. CMM Fue desarrollado desde 1987 hasta 1997. En 2002, se lanzo CMMI Versin 1.1. En agosto de 2006 sigui la versin 1.2.

 El

Modelo de Capacidad y Madurez Integrado CMMI (Capability Maturity Model Integration) es un modelo de referencia de prcticas maduras usadas para evaluar y mejorar la capacidad de los procesos. Es una ruta evolutiva de implementacin de las mejores prcticas en los procesos organizacionales.

 El

modelo para software (CMMI) establece 5 niveles de madurez para clasificar a las organizaciones, en funcin de qu reas de procesos consiguen sus objetivos y se gestionan con principios de ingeniera. Es lo que se denomina un modelo escalonado, o centrado en la madurez de la organizacin.

 NIVELES

1-

Ejecutado- Inicial 2 - Administrado - Gestionado 3 - Definido 4 - Administrado - Gestionado Cuantitativamente 5 - Optimizado

 La

organizacin en este nivel no dispone de un ambiente estable para el desarrollo y mantenimiento de productos y servicios.

 En

la organizacin que se encuentra en este nivel algunas reas organizacionales y/o proyectos han alcanzado las metas genricas y especficas establecidas en sus reas de proceso, es decir planean sus procesos, los ejecutan, los miden y los controlan.

 Tienen

los procesos caracterizados, entendidos por los ejecutores, descritos mediante estndares, procedimientos, mtodos y herramientas.

 La

organizacin selecciona y administra las actividades que contribuyen perceptiblemente al funcionamiento de proceso total. Estas actividades seleccionadas son controladas con tcnicas estadsticas y otras tcnicas cuantitativas.

Los procesos de la organizacin son mejorados continuamente basados en una comprensin cuantitativa de las causas comunes de variacin inherentes a los procesos. El nivel 5 est centrado en mejorar continuamente el desempeo de los procesos con mejoras tecnolgicas incrementales e innovadoras.

 reas

de procesos Metas genricas Metas especficas Prcticas genricas Prcticas especficas y sub prcticas

 Mejora

la visibilidad sobre los proyectos. Mejora la comunicacin. Mejora la planificacin. Reduce el Re-trabajo. Mejora la calidad del producto. Conocimiento de la organizacin. Mejora del ambiente de trabajo. Se genera una base de conocimiento. Un cliente mas Informado.

y complejidad mucho mayor que modelos vigentes. El proceso de evaluacin es mas costoso en tiempo y esfuerzo. La complejidad de la evaluacin continua puede atentar contra la definicin de objetivos concretos de madurez.

Tamao

Los planes se hacen, pero no necesariamente se siguen. No se hace el seguimiento al trabajo real vs el plan. Los planes no son revisados. Los requerimientos no son consistentes, los cambios no son manejados. Los estimados son muy irreales, su incumplimiento es comn. Cuando no se puede cumplir con los plazos, surge una atmsfera de crisis. Los defectos se encuentran en la fase de pruebas, o peor an los encuentra el cliente. El xito depende de acciones heroicas de individuos competentes. La consistencia en la ejecucin es cuestionable.

Las empresas normalmente invierten de 18 a 24 meses en el proceso de obtencin de la certificacin. Estos procesos no solo abarcan la mejora de procesos, sino un cambio cultural dentro de la organizacin para garantizar la adopcin de nuevos esquemas de trabajo mas eficientes y de calidad.

La implementacin del modelo de CMMI, consta de dos partes: *Consultara Especializada: consiste en realizar el acompaamiento dirigido por un consultor Senior, durante un tiempo estimado de un ao por nivel de madurez.

*Valoracin SCAMPI: consiste en un proceso mediante el cual durante u tiempo estimado de tres meses se recoge evidencias para comprobar si la organizacin ha alcanzado el nivel de madurez deseado. La valoracin es realizada por una empresa autorizada por el SEI (Software Engineering Institute).

Cronograma de implementacin en el cual se muestra un ejemplo cronolgico del proceso.

 Cultura A

del Usuario

los Desarrolladores no les gusta documentar ni alimentar las bases de datos, por lo cual generalmente inician la atencin de un siguiente requerimiento antes de haber culminado la documentacin del anterior.

Una empresa tiene 5 unidades de negocio y cada una cuenta con una Unidad Desarrolladora de Software (UDS). Una UDS desarrolla aplicativos corporativos y brinda soporte al 60% de los usuarios de la empresa, y otras 4 desarrolla aplicativos locales y brinda servicio en conjunto al 40% de los usuarios.

Cada UDS opera independientemente utilizando sus propios estndares, metodologas, practicas, etc. Algunos procesos no se realizan o se realizan de diversas maneras aun dentro de cada UDS. No se realizan procesos comunes, menos se realiza una reutilizacin de procesos dentro de la empresa.

EJEMPLO:

Algunas veces se ha hecho el mismo producto bajo varios enfoques y/o plataformas. Debido a los problemas de integracin. No se predice de antemano el tiempo que demandar la construccin de un producto. La documentacin de las actividades de desarrollo es muy pobre lo que origina que el personal desarrollador consuma mucho tiempo entendiendo los programas y los procesos. La demanda de mantenimiento de aplicativos, as como la solucin de errores grandes toma mucho tiempo por los programadores.

Entre algunos de los que se presentan se encuentran: Cada UDS tiene su propia poltica con relacin a los procesos de desarrollo de software. El procedimiento de atencin de requerimientos no contribuye a una gestin adecuada de los requerimientos. Demasiado esfuerzo en la elaboracin de un producto. Cada vez que se desarrolla un nuevo producto se tiene que realizar todas las actividades. No hay cultura de reuso, ni uso de experiencias exitosas.

Los productos elaborados por una UDS no pueden ser utilizados por otra UDS por cuanto los estndares, procedimientos, procesos, hardware y software son diferentes. Las unidades de negocio no tienen una sola visin compartida sobre el desarrollo de software. Los tiempos para la construccin de software frecuentemente son mayores que los planeados.

Ayudar a establecer objetivos y prioridades en mejoras de procesos. Ayudar a asegurar procesos estables maduros y con la capacidad requerida. Como gua para mejorar de procesos a nivel de proyecto y de organizacin. Como una metodologa de evaluacin para diagnosticar el estado de los esfuerzos de mejora. Se usar la metodologa Identificacin, Transformacin e Implantacin - ITI para transformar la UDS "1" a los estndares requeridos por el modelo CMMI de una manera simple y sencilla.

Una de las herramientas mas usadas para darle seguimiento a CMMI es CMM Quest, la cual la podemos descargar de la web en su versin de evaluacin en el siguiente link: http://www.cmm-quest.com

CMM QUEST

CMM QUEST

Libro CMMI for Development, Version 1.3 Extracto de libro www.sei.cmu.edu/library/assets/cmmidev-v12-spanish.pdf http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pa gina=cmmi http://noqualityinside.com/nqi/nqifiles/CalidadDeSW_CMM. pdf http://swnotes.wordpress.com/2009/08/18/beneficios-delcmmi/ http://temariotic.wikidot.com/cmmi http://msmvps.com/blogs/lopez/archive/2008/02/02/unabreve-historia-de-cmmi.aspx http://www.cmm-quest.com/default.htm