Calidad MBA Juan Pablo Salazar F. INFO 265 - 2004

Calidad

MBA Juan Pablo Salazar F.INFO 265 - 2004

¿Qué es la Calidad?

• Clásicamente, se refiere a cumplimiento de las especificaciones.

• Es reconocida como un arma competitiva clave (ventaja diferenciadora).

• La globalización transforma a las certificaciones de calidad en una necesidad.

Cuadro comparativo ISO 9000-ISO 14000

ISO 9000 ISO 14000

Objetivo Asegurar calidad de procesos, productos y servicios.

Mostrar responsabilidad hacia el cuidado y protección del medio ambiente.

A quién está dirigida

Cualquier organización. Organización que implantará sistema de producción limpia

Cuál es su origen

Se publicó en 1987, trabajo de 30 países (comité ISO/TC 176)

Mediados de los ’90. Aprobada en 1996 (comité ISO/TC 207)

Cómo funciona Establece sistema que indica qué hacer, cuándo y cómo.

Establecimiento de objetivos de mejoramiento ambiental, entrenamiento, monitoreo y análisis de progreso.

Por qué implementarla

Sistema muy flexible y adaptable. Permite entregar imagen confiable. Mayor productividad y optimización de recursos. Mayor control.

Reducción de costos energéticos. Mejor gestión de residuos. Cumplimiento de legislación internacional.

Problemas de calidad en sistemas de software

• El software es un producto mental, no restringido por las leyes de la Física o por los límites de los procesos de fabricación. Es algo abstracto, y su calidad también lo es.

• Se desarrolla, no se fabrica. El coste está fundamentalmente en el proceso de diseño, no en la producción. Y los errores se introducen también en el diseño, no en la producción.

• El software no se deteriora con el tiempo. No es susceptible a los efectos del entorno, y su curva de fallos es muy diferente de la del hardware. Todos los problemas que surjan durante el mantenimiento estaban allí desde el principio, y afectan a todas las copias del mismo; no se generan nuevos errores.


• Es engañosamente fácil realizar cambios sobre un producto software, pero los efectos de estos cambios se pueden propagar de forma explosiva e incontrolada.

• Como disciplina, el desarrollo de software es aún muy joven, por lo que las técnicas de las que disponemos aún no son totalmente efectivas o no están totalmente calibradas.

• El software con errores no se rechaza. Se asume que es inevitable que el software presente errores.

• No se sabe cómo especificar ciertas características de calidad (ejm: mantenibilidad) de forma no ambigua.

• Es muy difícil redactar especificaciones concretas de software.


• El software, en su mayoría, se construye a medida, con métodos que serían considerados artesanales por otras ingenierías.

• Existen aspectos intangibles de la calidad que no se encuentran incluidos en los estándares (elegancia, transparencia, etc.).

Administración de la Calidad• Aseguramiento de la calidad (QA):

Establecimiento de un marco de trabajo de procedimientos y estándares organizacionales.

• Planeación de la calidad: Selección de procedimientos y estándares adecuados a partir de este marco de trabajo y su adaptación a un proyecto específico.

• Control de la calidad: Definición y promulgación de los procesos que aseguran que los procedimientos y estándares definidos son seguidos por el equipo de desarrollo.

La administración de la calidad debiese estar separada de la administración de proyectos de software.

Administración de la CalidadSoftware development

process

Quality managementprocess

D1 D2 D3 D4 D5

Standards andprocedures

Qualityplan

Quality review reports

La administración de la calidad debiese estar separada de la administración de proyectos de software.

ISO 9000 y Adm. de la Calidad

Project 1quality plan



Project qualitymanagement

Organizationquality manual

ISO 9000quality models

Organiza tionquality process

is used to develop instantiated as

instantiated as

documents

Supports

Estándares de Calidad - Importancia

• Proveen conjunto de mejores prácticas que evita la repetición de errores anteriores.

• Asegura que todos los ingenieros dentro de una organización adopten las mismas prácticas. Reduce el esfuerzo de aprendizaje.

Estándares de Calidad

• Estándares de Producto:– Estándares de documentos (ejm: estructura del

documento de requerimientos)– Estándares de codificación. – Formato de petición de cambios.

• Estándares de Proceso: – Definición de los procesos de especificación, diseño y

validación.– Procedimiento de entrega de las versiones.– Proceso de control de cambios.

Estándares de Documentación

• Estándares de proceso.– Etapas que se deben seguir para producir un

documento de calidad.

• Estándares del documento.– Estándares de identificación de documentos.– Estándares de estructura del documento.– Estándares de presentación del documento.– Estándares para actualizar los documentos.

Estándares de Proceso - Ejemplo

Createinitial draft

Reviewdraft

Incorporatereview

comments

Re-draftdocument

Proofreadtext

Producefinal draft

Checkfinal draft

Layouttext

Reviewlayout

Produceprint masters

Printcopies

Stage 1:Creation

Stage 2:Polishing

Stage 3:Production

Approved document

Approved document

Estándares de documentación – Ejemplos

• Estándares de Identificación:– AA-BB-CCCC-vDD, donde:

• AA: Identificación del cliente• BB: Identificación de la etapa del proyecto.• CCCC: Número de proyecto.• DD: Versión• Ejm: PL-PP-0068-V1: Propuesta para Paperless,

proyecto Número 68, versión 1.

Estándares de documentación – Ejemplos

• Estándares para actualizar documentos:

Calidad de producto y proceso

• Existe relación bastante directa entre la calidad del proceso y la calidad de los productos a entregar.

• Es importante que exista adecuada sintonía entre el proceso escogido y el tipo de software a desarrollar. Ejm: Un software que requiere desarrollo de prototipos & un proceso que requiere una especificación completa y aprobada antes de comenzar la construcción.

Planeación de la calidad.

Seguridad

Protección

Fiabilidad

Flexibilidad

Robustez

Comprensión

Adaptabilidad

Modularidad

Complejidad

Portabilidad

Usabilidad

Reutilización

Eficiencia

• Definir la calidad implica dar una valoración a cada uno de los atributos que especifica la calidad de un producto.• Debe seleccionarse sólo aquellos más importantes.

Planeación de la Calidad

• Estructura de un plan de calidad:– Introducción del producto, mercado objetivo,

expectativas de calidad.– Planes del producto (hitos, fechas,

responsables).– Descripción del proceso.– Metas de calidad. Incluye identificación y

justificación de los atributos de calidad importantes del producto.

– Riesgos y administración de los mismos.

Modelo de McCall

Modelo de McCall

• A partir de los 11 factores, se desprenden 23 criterios y 41 métricas de tipo subjetivo (no las veremos en detalle).

• Se utiliza un cuestionario con respuestas SI/NO y se obtiene una valoración de la calidad a partir de éstas.

• El modelo propone asociar a cada criterio una fórmula de regresión del tipo:– CC = r1 m1 + r2 m2 + ... + rn mn

• (rj son los coeficientes de regresión y mj corresponden a las distintas métricas asociadas al criterio).

Métricas (ejemplo).

• Fiabilidad = 1 - (número de errores/ número de líneas de código)

• Facilidad de mantenimiento = 1 - 0.1 (número medio de días-hombre por

• corrección)• Portabilidad = 1 - (esfuerzo para portar /

esfuerzo para implementar)• Flexibilidad = 1 - 0.05 (número medio de

días-hombre por cambio)

Control de Calidad• El objetivo de las actividades de Control de Calidad es

comprobar si un producto posee o no posee una determinada característica de calidad en el grado requerido. Cuando un producto no posee una determinada característica de calidad se dice que tiene un DEFECTO. Por lo tanto, se puede decir también que el objetivo del Control de Calidad es identificar defectos en el producto y corregirlos.

Controles estáticos

Controles estáticosmanuales disciplinados

• Auditorías:– Objetivos:

• El grado de cumplimiento y la adecuación de los procedimientos, instrucciones, especificaciones, códigos, estándares u otros requisitos de tipo contractual establecidos y aplicables.

• La efectividad y adecuación de la implementación realizada.

– Tipos de auditorías:• Auditoría de producto.• Auditoría de proceso (de proyecto y de gestión de proyecto).• Auditoría del sistema de calidad.

Procedimiento de una auditoría• Planificación (definir objetivos y alcance).

– ¿Por qué se realiza la auditoría? ¿Para qué? – ¿Qué producto se auditará?– ¿Qué resultados se esperan?– ¿Cómo y dónde serán utilizados los

resultados de la auditoría?– ¿Quiénes son los responsables de realizarla?

¿De qué forma se llevará a cabo? ¿Cuándo?

• Desarrollo de la investigación.

Procedimiento de una auditoría

• Análisis de los datos recogidos.– Importancia de seleccionar información

relevante.– Importancia de comparar diferentes

perspectivas.

• Sugerir soluciones a los problemas y posibles mejoras.

• Elaborar y presentar informe con resultados.

Controles estáticos automáticos.

• Dentro de esta categoría tenemos el análisis estático automático y la verificación formal de programas.

• La mayor parte del análisis estático automático del código lo realizan los compiladores, que pueden detectar desde expresiones sintácticamente incorrectas hasta incompatibilidades de tipo y otros errores de tipo semántico.

Controles estáticos automáticos.- Análisis de Flujo.- Ejecución simbólica. Consiste en la

ejecución simbólica de ciertos caminos dentro del programa, durante la cual se verifican ciertas expresiones simbólicas con respecto a ciertas condiciones y afirmaciones preestablecidas.

- Verificación Formal. Consiste en demostrar matemáticamente la corrección de un programa con respecto a sus especificaciones.

Controles Dinámicos.• Se llama controles dinámicos a aquellos que

requieren la ejecución del objeto que se está probando o de un modelo del mismo.

• Hasta la fecha no se ha desarrollado ninguna teoría universalmente aceptada acerca de la prueba de software. Lo único que hay es un conjunto de aproximaciones metodológicas que facilitan y hacen más eficiente el proceso de prueba.

• Es muy importante seleccionar bien las pruebas que se van a realizar, teniendo en cuenta que sólo las pruebas que revelan defectos son las que realmente merecen la pena.

Pruebas• Prueba Modular: Prueba de cada módulo aislado del resto del sistema.• Prueba de Integración: El objetivo es comprobar que las interfaces entre los distintos módulos son correctas.• Prueba del sistema: Su objetivo es comprobar que el sistema satisface los requisitos del usuario, tanto los funcionales como los no funcionales. Prueba de aceptación: Se realiza una vez que el sistema se ha implantado en su entorno real de funcionamiento, y su objetivo es demostrar al usuario que el sistema satisface sus necesidades.

Métodos de prueba• Método de caja negra: La elección de los

casos de prueba no se va a basar en el conocimiento que se tenga acerca de la estructura del objeto, sino en el conocimiento acerca de la funcionalidad deseada (descripción funcional).

• Método de caja blanca: La elección de los casos de prueba se va a basar en el conocimiento que se tenga acerca de la estructura del objeto (diseño detallado, diagramas de flujo de datos y de control, código fuente).

CMM- Capability Maturity Model• Es un modelo de referencia cuyo objetivo

es ayudar a las organizaciones a mejorar sus procesos de desarrollo de software de una manera evolutiva.

• Preguntas clave:– ¿Cuánto tiempo toma? ¿Cuánto cuesta?– ¿Es CMM el marco apropiado para medir y

mejorar el desarrollo de software en las organizaciones?

http://www.sei.cmu.edu/cmm/cmms/cmms.html

CMM- Capability Maturity Model

Nivel Características1. Inicial Proceso ad-hoc y a veces caótico. Éxito

depende de esfuerzos individuales.

2. Repetible Se establecen procedimientos básicos de administración (seguimiento de costos, planificación de actividades). Los procesos establecidos se aplican a todos los proyectos de características similares.

CMM- Capability Maturity ModelNivel Características3. Definido Los procesos de ingeniería y administración

están documentados, e integrados en un proceso estándar dentro de la organización.

4. Administrado Existen métricas detalladas del proceso software y de la calidad de los productos, las que son registradas para todos los proyectos. Productos y procesos son controlados cuantitativamente.

5. Optimizado El mejoramiento continuo es facilitado por la realimentación cuantitativa del proceso y por la incorporación innovadora de ideas y tecnología.


Nivel Foco1. Inicial Empleados competentes.

2. Repetible Administración de proyectos (Planificación, gestión de configuración, seguimiento de proyectos).

3. Definido Ingeniería de procesos y soporte organizacional (coordinación, revisión de pares, entrenamiento).

4. Administrado. Calidad de productos y procesos.

5. Optimizado Mejoramiento continuo.

Relación CMM – Calidad de la Información

Nivel de madurez del proceso de implementación de TI

Inicial Repetible Definido Administrado Optimizado

Nivel de madurez de la información

No estructurada

Datos personales (generados por

procesos ad-hoc) Ejm:Formulación Ppto., Evaluación

Proyectos

No administrada

Datos locales (No existen estándares a nivel empresa) Ejm:

Gran parte de la información que entrega

Nautilus

Compartible

Datos extendidos (Existe única verdad y es

compartida a nivel de base de datos) Ejm: Registro Único de Tráfico, Data

Marts

Integrable

Datos corporativos (datos compartidos, con un

responsable definido de la calidad de la información,

integrables) Ejm: Data Warehouse

Fuente: www.intelligententerprise.com julio 2002

Proceso no es importante, sólo

satisfacer el requerimiento

Existe preocupación por mejora continua

de procesos y resultados. Feedback

Existe acceso a los datos, pero no

seguridad respecto de su

significado

Datos necesitan algún proceso para ser

integrados con otros, no es directo

Datos y estructura de éstos a nivel corporativo

Existe un plan y desarrollo de proyectos informáticos

se asemeja a línea de montaje

Existe algún plan que incluye

documentación y control de calidad

Cada cual maneja sus propios datos por

separado

Existe preocupación a nivel empresa por

capacitación, estándares y software

compatible


• Empresas certificadas en Chile (abr-2003):– Citibank en Nivel 3 – América XXI en Nivel 3 – Altec en Nivel 3 (del Banco Santander) – Link en Nivel 3 – Kepler en Nivel 2 – Sonda en Nivel 2 – Lan Chile en Nivel 2– Motorola Santiago estaba en Nivel 3, pero el centro

se disolvió hace unos dos años.

http://www.sei.cmu.edu/cmm/cmms/cmms.html


• Agenda Digital del Gobierno (punto 26):– Instrumentos de gobierno para fomentar la

certificación ISO 9001 y CMM (Corfo).• Tipos de evaluaciones:

– Formales (entregan certificación).– Informales (entregan información y permiten elaborar

programas de mejora continua).• Consultoras que se dedican en Chile a realizar

evaluaciones o certificaciones CMM:– América XXI (http://www.americaxxi.cl) – Practia (http://www.practia.cl) – Testgroup (http://www.testgroup.cl)

Documents

Calidad MBA Juan Pablo Salazar F. INFO 265 - 2004