ESTANDAR DE CALIDAD EN EL SOFTWARE
Principales organizaciones de estandarización
ISO
SEI
Instituto de Ingeniería del software. (SEI http://www.sei.cmu.edu/).
Integrado en la Universidad Carnegie Mellon.
Trabajos y aportes realizadas por el Instituto de Ingeniería del Software a la
Ingeniería del software son también referente mundial de primer orden,
Siendo el aporte más significativo los modelos de madurez de las
capacidades: CMM y CMMI;
En sus más de 25 años de implantación efectiva en entornos de producción
de software han demostrado su efectividad en las dos finalidades que
cubren:
• Como marco de referencia para la mejora de procesos, y
• Como criterio de evaluación para determinar la madurez, y por tanto
fiabilidad de resultados previsibles de una organización de software.
CMM (Capability Maturity Model)
▪ Deficiencias en las metodologías Incapacidad para manejar el
proceso de software
▪ En 1986, SEI (Software Engineering Institute): Creo un marco de
trabajo sobre madurez de procesos
▪ En 1991, SEI desarrolló Capability Maturity Model (CMM)
– Conjunto de prácticas recomendadas en determinadas áreas clave de
proceso
• Mejora la capacidad del proceso de software
– Guía en la selección de estrategias de mejora de proceso
• Establecer la madurez de los procesos
– Determina cuestiones críticas para la calidad y la mejora del proceso
Algunos estudios sobre CMM
• Al utilizar datos históricos la precisión en los estimados de software
aumenta.
• El número de horas se reduce mientras que la productividad aumenta en
un 62%.
• El número de errores que se presentan tras la liberación del producto
disminuye mientras se escalan los distintos niveles de madurez.
• El tiempo de ciclo (cycle time) se reduce en un 36%.
Modelo de Madurez
Nivel 1 : Inicial –
• El Proceso de Software se caracteriza según el caso, y ocasionalmente
incluso de forma caótica. Se definen pocos procesos y el éxito depende
del esfuerzo individual.
Nivel 2 : Repetible –
• Se establece los procesos de gestión de proyectos para hacer
seguimiento al costo, la planificación y la funcionabilidad. Para repetir
éxitos anteriores en proyectos con aplicaciones similares, se aplica la
disciplina necesaria para el proceso
Nivel 3 : Definido –
• El Proceso de Software y las actividades de gestión se documenta, se
estandariza y se integra dentro del proceso de software de toda una
organización. Todos los proyectos utilizan una versión documentada y
aprobada del proceso de la organización para el desarrollo y
mantenimiento de software, este nivel se incluyen todas las
características del nivel 2.
Nivel 4 : Administrado (Gestionado Cuantitativamente)
• Se recopilan medidas detalladas del proceso del software y de la calidad
del producto. Mediante la utilización de medidas detalladas, se
comprenden y se controlan cuantitativamente tanto los productos como
el proceso de software. Este nivel incluye las características definidas en
el nivel 3
Nivel 5: Optimizado –
• Mediante el resultado cuantitativo del proceso y de las ideas y
tecnologías innovadoras se posibilita una mejora del proceso. En este
nivel se incluyen las características definidas en el nivel 4.
Otros modelos regionales
• Moprosof Mexico
• Competisoft Uruguay
• Mpsbrasil MPS.BR
