Ingeniería de Software

Clase 5

Calidad

1
Glosario de la Clase
 Objetivos
 Proceso del software
 Normas
 ISO

 CMM

2
Bibliografía
 Ingeniería de Software
(Sommerville)
 Ingeniería de Software (Pfleeger)
 Página del SEI (CMM) (www.sei.org)
 Página de ISO
 Material del CD.

3
 Proceso de Software. Definición.

 Actividades, métodos y prácticas

para desarrollar y mantener
software y sus productos asociados.

Gente. Procedimientos & Métodos

Habilidades &
Motivación Herramientas
&
Proceso Equipamiento

4
 Crisis del software (I)

 Concreción del proyecto:

 31% son cancelados antes de la finalización
 Costo
 +50% han costado el doble de lo estimado
originalmente.
 Calidad
 En mediciones actuales se estima la existencia de
50 errores/1000 lineas de código

http://www.costxpert.com/resource_center/disaster_as_opportunity.html
https://secure.standishgroup.com/reports/reports.php?rid=500

5
Modelos de Proceso y de su Capacidad
 CMM (Capability Maturity Model)
 Desarrollado por SEI (Software Engineering Institute),
org. creado por el DoD de USA
 Fuerte impacto en mejora del proceso
 Estipula un Camino para la mejora
 Areas Clave que se deben atacar CMMI
 ISO 12207 – Modelos de Ciclos de Vida del
Software
 Actividades que debe incluir
 SPICE (Software Process Improvement and
Capability dEtermination) – ISO 15504
 Tick-It (modelo inglés)

6
 CMM SW v1.1(Capability Maturity Model)
Mejora continua Nivel 5:
del proceso Optimizante
Control del Nivel 4: Gestión del
proceso Gestionado Cambio
Definición Nivel 3: Gestión
del Proceso Definido Cuantitativa
Disciplina
Nivel 2: Gestión de
del Proceso
Repetible Ingeniería
Madurez
Nivel 1: Gestión del
Inicial Proyecto
7
 Nivel 1 - Inicial

Desempeño basado en la competencia del personal

 frecuentemente la organización vive apagando incendios
 aparecen héroes
 dificultad para encarar mejoras a largo plazo
 la organización actúa esencialmente por reacción
 Promueve alta calidad y desempeño excepcional, posible siempre que
se logre contar con los mejores
 Impredecible (para bien y para mal)
 Caracterizado por problemas que son esencialmente de gestión, no
técnicos

Salidas
Entran los requerimientos y otras
Entradas entradas y salen los productos
8
 Nivel 2 - Repetible

La organización
 estableció la gestión efectiva de los proyectos de software
 el proceso de gestión del software está documentado
 usa políticas organizacionales para guiar a los proyectos en
establecer los procesos de gestión
 repite prácticas exitosas desarrolladas en proyectos previos

Entradas Salidas
Reqs. Diseño Codif. Prueba

Existen riesgos al presentarse

nuevos desafíos.
9
 Nivel 3 - Definido

 El proceso para la gestión y las actividades de ingeniería

está documentado e integrado en un proceso estándar
para la organización.
 Todos los proyectos usan una versión documentada y
aprobada del proceso estándar de la organización.
 Una task force dedicada al proceso de Ingeniería de
software ha sido establecido para focalizar y liderar
esfuerzos en la mejora.

Entradas Salidas

10
 Nivel 4 - Gestionado
La organización
 aplica los principios de la gestión estadística de procesos
para controlar el proceso del software
 la dirección tiene bases objetivas para tomar decisiones,
 puede predecir el desempeño en un entorno cuantificado
realista
 usa los datos como base para decisiones, objetivos y
mejoras
Reacción frente a las mediciones fuera de
rango de control
Entradas
Salidas

Productos y Proceso Gestionados

cuantitativamente 11
 Nivel 5 - Optimizante

La organización
 identifica y elimina causas de desempeño pobre
 mejora continua del proceso en base a gestión del cambio
del proceso y de la tecnología

Foco en la mejora del proceso y tecnología

Entradas
Salidas

Cambio controlado se
institucionaliza
12
Areas Clave de Proceso
conjunto de actividades relacionadas
 tales que cuando se llevan a cabo, se logran un
conjunto de objetivos
 Estos objetivos son considerados importantes para
mejorar la capacidad del proceso
Para cada Area Clave (Key Process Area) está
presentada en el modelo de acuerdo a
Características Comunes (Common Features),
referidas a su institucionalización:
 compromiso en realizar
 capacidad de realizar
 actividades realizadas
 medición y análisis
 verificación de implementación

13
Estructura del modelo CMM
Niveles de Madurez
indican contiene

Capacidad del proceso Areas Clave del Proceso

logra organizada por

Objetivos Características Comunes

refiere a
Implementación o Prácticas Clave
Institucionalización
describe
Infraestructura o actividades
14
SW-CMM- Estructura
Aspectos Comunes

Atributos que permiten que la implementación o

institucionalización de un área clave sea efectiva,
repetible y perdurable
 Compromiso para la ejecución: acciones que la
organización debe llevar a cabo para establecer el
proceso y que perdure. Políticas y liderazgos
corporativos.
 Habilidad para ejecutar: precondiciones para
ejecutar el proceso competentemente.
Entrenamiento, estructura y recursos

15
SW-CMM- Estructura
Aspectos Comunes (II)

 Actividades a ejecutar: Comprende actividades,

roles y procedimientos para implementar un área
clave.
 Mediciones y análisis: Describe las prácticas de
medición necesarias para determinar el estado del
proceso.
 Verificación de la implementación: Describe los
pasos para asegurar que las actividades son
llevadas a cabo de acuerdo al proceso
establecido. Incluye revisiones & auditorías.

16
Why CMM?
 Studies have shown following CMM leads to
improvements in:
 Productivity
 Early detection of defects
 Reduction in time to market
 Reduction in post-release defects
 Other benefits
 Minimize risk through increased management
visibility and tracking
 Provides a framework for improvement and objective
assessment/comparison
 Market differentiator

17