CMM - RESUMUEN CMM PDF

Preview

Summary

RESUMUEN CMM...

Description

1

INTRODUCCIÓN La mejora continua del proceso está basada en muchos pasos pequeños de evolución más que en innovaciones revolucionarias. El CMM proporciona una estructura base para organizar estos pasos de evolución en cinco niveles de madurez que colocan bases sucesivas para una mejora continua del proceso. Estos cinco niveles de madurez definen una escala ordinal para medir la madurez del proceso de software de una organización y para evaluar su capacidad de proceso de software. También le ayudan a una organización a priorizar sus esfuerzos de mejora. HISTORIA El modelo CMM fue inicialmente desarrollado para los procesos relativos al desarrollo e implementación de Software por la Carnegie-Mellon University. Este vio la luz por primera vez en el año 1987 como Capability Maturity Model CMM. Dicho nombre, tanto como los cinco niveles de la representación por etapas, están inspirados en el modelo de madurez Manufacturing Maturity Model de Crosby. En principio el modelo CMM era aplicado en programas de defensa, pero lo cierto es que este ha logrado gran aceptación, tan es así que ha sido sometido a varias revisiones e iteraciones. Debido a su éxito se llevó a cabo el desarrollo de modelos CMM para para diversos ámbitos más allá del software. DESCRIPCION el modelo de madurez de capacidad (sección 30.4) del Software Engineering Institute sugiere cinco niveles de madurez [Sch96]: Nivel 5, optimizado. La organización tiene sistemas de realimentación cuantitativa en su lugar para identificar las debilidades del proceso y fortalecer esos puntos de manera proactiva. Los equipos de proyecto analizan defectos para determinar sus causas; los procesos de software se evalúan y actualizan para evitar que recurran tipos conocidos de defectos. Nivel 4, gestionado. Métricas de proceso de software y de calidad de producto detalladas establecen el cimiento de evaluación cuantitativa. Las variaciones significativas en el desempeño del proceso pueden distinguirse del ruido aleatorio, y pueden predecirse las tendencias en las cualidades del proceso y el producto. Nivel 3, definido. Los procesos para administración e ingeniería se documentan, estandarizan e integran en un proceso de software estándar para la organización. Todos los proyectos usan una versión aprobada y a la medida del proceso de software estándar de la organización para desarrollo de software. Nivel 2, repetible. Se establecen procesos de administración de proyecto básicos para rastrear costo, calendario y funcionalidad. La planificación y administración de nuevos productos se basa en la experiencia con proyectos similares. Nivel 1, inicial. Pocos procesos definidos, y el éxito depende más del esfuerzo heroico individual que de seguir un proceso y usar un esfuerzo sinérgico de equipo.

2

COMPRARACION

CONCLUSIONES La finalidad un modelo de procesos es lograr una representación clara de los procesos reales de desarrollo que se implementan en una organización, con la cual poder trabajar para planificar las mejoras a incluir en cada uno de esos procesos. La adopción del modelo o metodología adecuados podrá realizar esta mejora con una correcta implantación, dotando implícitamente al producto final de una calidad manifiesta. BIBLIOGRAFIA http://markblogger2012.blogspot.com/2012/08/cmm-vs-cmmi.html https://www.megapractical.com/blog-de-arquitectura-soa-y-desarrollo-de-software/quees-cmmi-y-por-que-es-importante-para-el-desarrollo-de-software https://www.ecured.cu/CMM#Historia...