ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Ingenieria De Software - CMM Y Sus Implementaciones


Enviado por   •  29 de Julio de 2011  •  1.911 Palabras (8 Páginas)  •  1.079 Visitas

Página 1 de 8

CMM

CMM (Capability Maturity Model) es un modelo de evaluación de procesos de desarrollo y mantenimiento de sistemas de software, algunos de los aspectos y prácticas que cubre el modelo son prácticas de planeación, ingeniería, administración de desarrollo y mantenimiento de software. Hay que mencionar que CMM esta obsoleto y ha sido sustituido por CMMI, modelo que se verá mas delante.

La filosofía de CMM se basa en los siguientes criterios:

* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.

* Las organizaciones que desarrollan software presentan un atributo denominado madurez, cuya medida es proporcional a los niveles de capacidad e institucionalización de los procesos que emplean en su trabajo.

A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados Unidos de América, desarrolló una primera definición de un modelo de madurez de procesos en el desarrollo de software, que se publicó en septiembre de 1987. Este trabajo evolucionó al modelo CMM o SW-CMM (CMM for Software), cuya última versión (v1.1) se publicó en febrero de 1993.

Este modelo establece un conjunto de prácticas o procesos clave agrupados en Áreas Clave de Proceso (KPA - Key Process Area). Para cada área de proceso define un conjunto de buenas prácticas que habrán de ser:

Definidas en un procedimiento documentado.

Provistas (la organización) de los medios y formación necesarios.

Ejecutadas de un modo sistemático, universal y uniforme.

Medidas

Verificadas

A su vez estas Áreas de Proceso se agrupan en cinco "niveles de madurez", de modo que una organización que tenga institucionalizadas todas las prácticas incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de madurez.

Los niveles de madurez son:

1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobrecostos. El resultado de los proyectos es impredecible.

2 - Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. La relación con subcontratistas y clientes está gestionada sistemáticamente.

3 - Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detalladas y un nivel más avanzado de métricas en los procesos. Se implementan técnicas de revisión por pares (peer reviews).

4 - Gestionado. Se caracteriza porque las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El software resultante es de alta calidad.

5 - Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de innovación.

Así es como el modelo CMM establece una medida del progreso conforme avanza, en niveles de madurez. Cada nivel a su vez cuenta con un número de áreas de proceso que deben lograrse. El alcanzar estas áreas o estadios se detecta mediante la satisfacción o insatisfacción de varias metas claras y cuantificables. Con la excepción del primer Nivel, cada uno de los restantes Niveles de Madurez está compuesto por un cierto número de Áreas Claves de Proceso, conocidas a través de la documentación del CMM por su sigla inglesa: KPA.

Cada KPA identifica un conjunto de actividades y prácticas interrelacionadas, las cuales cuando son realizadas en forma colectiva permiten alcanzar las metas fundamentales del proceso. Las KPAs pueden clasificarse en 3 tipos de proceso:

Gestión, Organizacional e Ingeniería.

Las prácticas que deben ser realizadas por cada Area Clave de Proceso están organizadas en 5 Características Comunes, las cuales constituyen propiedades que indican si la implementatción y la institucionalización de un proceso clave es efectivo, repetible y duradero.

Estas 5 características son:

i)Compromiso de la realización

ii) La capacidad de realización

iii) Las actividades realizadas

iv) Las mediciones y el análisis

v) La verificación de la implementación

Las organizaciones que utilizan CMM para mejorar sus procesos disponen de una guía útil para orientar sus esfuerzos. Además, el SEI proporciona formación a evaluadores certificados (Lead Assesors) capacitados para evaluar y certificar el nivel CMM en el que se encuentra una organización. Esta certificación es requerida por el Departamento de Defensa de los Estados Unidos, pero también es utilizada por multitud de organizaciones de todo el mundo para valorar a sus subcontratistas de software.

Se considera típico que una organización dedique unos 18 meses para progresar un nivel, aunque algunas consiguen mejorarlo. En cualquier caso requiere un amplio esfuerzo y un compromiso intenso de la dirección.

Como consecuencia, muchas organizaciones que realizan funciones de factoría de software o, en general, outsourcing de procesos de software, adoptan el modelo CMM y se certifican en alguno de sus niveles.

CMMI

CMMI (Capability Maturity Model Integration) es un modelo de evaluación y mejora para los procesos de desarrollo y mantenimiento de software que paso a sustituir a CMM, la primera versión de CMMI salio en enero de 2002.

Durante los años 90, SEI desarrolló modelos específicos para la mejora y medición de la madurez en varias áreas:

CMM-SW: CMM for software

P-CMM: People CMM.

SA-CMM: Software Acquisition CMM.

SSE-CMM: Security Systems Engineering CMM.

T-CMM: Trusted CMM

SE-CMM: Systems Engineering CMM.

IPD-CMM: Integrated Product Development CMM.

A finales de la década era habitual que una organización implantara de forma simultánea el modelo CMM-SW (CMM for software) y

...

Descargar como (para miembros actualizados) txt (14 Kb) pdf (100 Kb) docx (17 Kb)
Leer 7 páginas más »
Disponible sólo en Clubensayos.com