Gestin y Aseguramiento de la Calidad

1
Gestión y Aseguramiento de la Calidad

• Pontificia Universidad Católica de Chile
• Departamento de Ciencia de la Computación
• IIC3552 Sistemas Embebidos de Tiempo Real
• Gerardo León Pablo Straub

2
Objetivo

• Objetivo(s) de esta clase
• En esta clase veremos
• Calidad de Software
• Gestión de la Calidad
• Aseguramiento de la Calidad
• Un ejemplo CMM

3
Qué es la Calidad de Software?

• Cumplimiento de los requisitos explícitos tanto
  funcionales como de desempeño.
• Observaciones
• los requisitos es la base sobre la cual se juzga
  la calidad (si no satisface requisitos no hay
  calidad)
• si no se siguen los criterios de desarrollo
  definido por los estandares especificados que
  guían el desarrollo, muy probablemente no se
  conseguirá calidad
• hay además requisitos implícitos que a menudo no
  se mencionan (fácil de mantener por ejemplo) que
  también es deseable respetar

4
Gestión de la Calidad

• Qué calidad nos interesa?
• Nos interesa la calidad en los productos
• Problema
• La calidad puede ser medida solo al final
• Qué podemos hacer?

5
Gestión de la Calidad

• La idea es asegurarnos que el producto sea de
  calidad
• Para esto ponemos enfásis en los procesos
• Idea que hay detrás
• Calidad en los procesos implica calidad en los
  productos

6
Gestión de Calidad

• La calidad del producto depende de la capacidad
  del proceso
• Es posible predecir el resultado a partir de la
  capacidad de los procesos

7
Gestión de la Calidad

• La idea es tener procesos definidos
• Una vez que tenemos los procesos
• Como nos aseguramos que se ejecuten

8
De qué dependen los Procesos?
9
El grupo SQA

• Sirve como el representante en casa del cliente
  (mira el producto desde el punto de vista del
  cliente)
• Asiste al grupo de desarrollo para lograr un
  producto final de calidad
• Trata de responder preguntas del tipo
• se satisfacen los criterios de calidad
  especificados en 8 ?
• se ha desarrollado en base a los estandares
  establecidos ?

10
Actividades Principales de SQA

• coordina el manejo de los cambios (control de
  configuración)
• Preparar el plan de SQA (evaluaciones,
  auditorías, estandares, procedimientos de reporte
  de errores, documentos, etc)
• plan se prepara durante la etapa de planeación
  del proyecto
• plan es revisado por todas las partes interesadas
• plan es la base de todas las actividades de SQA

11
Actividades Principales de SQA

• Participar en el desarrollo del proceso
  específico a ser usado en el proyecto (puede
  chequear cumplimiento de estandares externos como
  ISO 9001, etc)
• Revisar que las actividades se lleven a cabo de
  acuerdo al proceso descrito (identifica,
  documenta y monitorea las desviaciones)
• Auditar ciertos productos del proceso

12
Actividades principales de SQA

• Asegurarse que las desviaciones en los productos
  sean manejadas y documentadas de acuerdo a un
  procedimiento
• Registrar cualquier item insatisfactorio y
  reportar a la administración superior

13
CMM

• Capability Maturity Model
• Software Engineering Institute SEI de la Carnegie
  Mellon University
• Establecida por el departamento de defensa de USA
  en 1984
• Mejorar calidad de sistemas que dependen del
  software.

14
CMM

• Historia
• 1986 - Primer marco de madurez de procesos
• 1991 - CMM versión 1.0
• 1992 - Workshop (200 profesionales)
• 1993 - CMM versión 1.1

15
CMM

• Diferencias con ISO 9001
• ISO 9001 es estático
• ISO 9001 provee un piso bajo el cual la
  organización no debe caer
• CMM conduce una organización a través del
  mejoramiento contínuo

16
CMM

• De qué se trata
• Marco que describe elementos claves de un proceso
  efectivo de software
• Describe un mejoramiento evolutivo
• desde un proceso ad-hoc, inmaduro
• hasta un proceso disciplinado, maduro
• Provee una descripción de los estados por los que
  una organización atraviesa
• Facilita la determinación de
• capacidades de procesos actuales
• elementos actualmente críticos

17
CMM

• Es necesario pero no suficiente
• No especifica herramientas
• No especifica métodos
• No especifica tecnologías
• No habla de marketing
• No habla de recursos humanos

18
CMM

• Es un modelo abstracto
• Pero
• Está basado en experiencia
• Tiene mecanismos internos para el cambio
• Dice qué hay que hacer pero no como
• Ej La performance del proceso es controlada
  cuantitativamente
• Explicitamente dice que debe ser interpretado

19
CMM

• Estructura
• 5 niveles de madurez
• Cada nivel tiene multiples areas claves de
  proceso (KPA)
• Cada KPA organizada en 5 secciones llamadas
  características comunes
• Características comunes especifican prácticas que
  si son cumplidas, satisfacen el objetivo de la KPA

20
CMM
21
CMM
22
Implementación de las KPA
23
Niveles CMM
5. Optimized
Defect prevention Technology change
management Process change management
4. Managed
Quantitative process management Quality management
3. Defined
Organization process focus Organization process
definition Training program Integrated software
management Product engineering Intergroup
coordination Peer reviews
2. Repeatable
Requirements management Project planning Project
tracking and oversight Subcontract
management Quality Assurance Configuration
management
1. Initial
24
Niveles CMM

• 5) Mejoramiento de procesos está
  institucionalizado
• 4) Productos y procesos son controlados
  cuantitativamente
• 3) Procesos de ingeniería y gestión se encuentran
  definidos e integrados
• 2) Gestion de proyecto performance es repetible
• 1) Proceso es informal y ad-hoc performance es
  impredecible calidad depende de las personas

Maturity
Cycle time