¡La universidad de todos!

Tema: GESTION DE CALIDAD

Docente: Dr. Vásquez Espinoza Juan Manuel

Periodo académico: 2018

Escuela Profesional Semestre: 1
ADMINISTRACION Y NEGOCIOS INTERNACIONALES Unidad: 6
Gestión de la Calidad

Docente:

Mag. Victor Hugo Chujutalli Pinedo

 Concepto de calidad

Definiciones de calidad:

 Propiedad o conjunto de propiedades inherentes a una cosa, que permiten

apreciarla como igual, mejor o peor que las restantes de su especie

 Totalidad de las características de un producto o servicio que le confieren su

aptitud para satisfaces sus necesidades expresadas o implícitas

 La consecución de la calidad puede tener tres orígenes:

 Calidad realizada
 Calidad programada
 Calidad necesaria
 Ámbitos de la gestión de calidad

El trabajo para la mejora de la calidad tiene dos ámbitos de actuación:

 Nivel de empresa / organización

 Nivel de proyecto
 Calidad a nivel de
la organización

Para la implantación de una infraestructura de calidad es necesario el apoyo de un

sistema de calidad

El sistema de calidad se debe adecuar a los objetivos de calidad de la empresa

Dicho sistema consta de dos partes:

 Documentación

 Parte practica
 Calidad a nivel de proyecto
Para marcar las directrices marcadas por los sistemas de calida a cada proyecto
particular hay que generar un plan especifico de calidad:

Plan de aseguramiento de la calidad, y debe contener:

 Objetivos de calidad del proyecto y enfoque para su consecución

 Documentación referenciada en el plan
 Gestión de aseguramiento de la calidad
 Documentación de desarrollo y de control o gestión
 Estándares, normas y practicas que hay que cumplir
 Actividades de revisión y auditoria
 Gestión de la configuración del software
 Informes de problemas
 Herramientas, técnicas y métodos de apoyo
 Control del código, de los equipos y de los suministros
 Recogida, mantenimiento y almacenamiento de datos sobre la documentación de las
actividades de aseguramiento de la calidad realizadas
 Estándares ISO 9000
Se pueden dividir en dos grupos:

 Normas para el asesoramiento externo de la calidad:

 ISO 9001
 ISO 9002
 ISO 9003

 Gestión interna de la calidad:

 ISO 9004
 Estándares ISO 9000:2000
 ISO 9000:2000 : Fundamentos
 Define los términos fundamentales de la familia ISO 9000:2000

 ISO 9001:2000 : Requisitos

 Permite realizar certificaciones externas de la calidad, mediante cuatro áreas
fundamentales, que son responsabilidad en la gestión, gestión de recursos,
realización de productos y servicios y medición, análisis y mejora

 ISO 9004:2000 : Mejora

 Describe como sería un sistema de control de calidad acorde con las normas
9001, y sirve como guía tras la implantación de 9001

 ISO/IEC 90003:2004
 Conjunto de directrices para la aplicación de las normas ISO 9001 a un
determinado software, ya sea adquirido o desarrollado internamente
 Estándares IEEE
 Se trata de una serie de estándares orientados al aseguramiento de la
calidad a nivel de proyecto
 Actividades de
aseguramiento de calidad

 Establecimiento y revisión del mismo por parte de todas las partes involucradas

 Revisión de la descripción del proceso (Se ajusta a la política de la empresa y al

cumplimiento de estándares internos y externos)

 Revisión de las actividades IS y productos (Se hace un seguimiento de las desviaciones y se

verifica la realización de correcciones)

 Aseguramiento de la documentación de desviaciones

 Registrar aquello que no cumpla los requisitos

 Control y gestión de cambios (Se establecen una serie de configuraciones de referencia

que permiten controlar y gestionar los cambios en el software)

 Recopilación y análisis de métricas

 BOEHM
Divide la calidas en tres características: usos principales,
componentes intermedios y componentes primitivos
 Factores / Criterios / Métricas
 Divide la calidad en tres partes: Operación, Revisión y Transición
 Divide cada una de las partes en factores
 Divide los factores en criterios
 Se aplican una serie de métricas a estos criterios
 ISO 9126
Descompone la calidad en seis factores:

 Funcionalidades

 Fiabilidad

 Usabilidad

 Eficiencia

 Mantenibilidad

 Portabilidad
 GQM

• Paradigma Objetivo-pregunta-métrica

 Basa la mejora en la definición clara de procesos y productos

 Proporciona la estructura para obtener los objetivos cruciales del proyecto

 Consta de tres etapas:

 Determinar los objetivos principales del desarrollo y mantenimiento del
proyecto
 Obtener las preguntas que se deben contestar para saber si se
cumplen los objetivos anteriores
 Decidir qué es lo que se debe medir para contestar las preguntas de
forma adecuada
 GQM

• Ejemplo
OBJETIVO: Evaluar la efectividad del estándar de codificación

¿Quién está usando ¿Cuál es la productividad ¿Cuál es la

PREGUNTAS:
el estándar? del codificador? calidad del
código?

Proporción de Experiencia de Errores…

codificadores codificadores en:
usando:
El Estándar Cantidad de
El Estándar código
El Lenguaje
El Lenguaje
El Entorno…
 GILB

 Consiste en determinar una lista de características que definen la calidad de

la aplicación, pudiendo ser de dos tipos:

 Originales

 De los modelos tradicionales

 Asociado con la filosofía QFD (Quality Function Deployment), para la gestión

de la calidad industrial

 El proyecto COQUAMO (Constructive Quality Model) se apoya en el

enfoque de Gilb

 Cada característica se medirá según métricas detalladas

 CMM
• Modelo de Capacidad y Madurez
• para el desarrollo de Software
 Diseñado a finales de los ochenta por el SEI (Software Engineering Institute)

 Surgió a petición del Departamento de Defensa Norteamericano

 Evalúa la calidad de las empresas suministradoras de software a través de

cinco niveles de madurez, en función de:
 Procesos empleados en el desarrollo y mantenimiento del software
 Grados de capacidad e institucionalización de cada uno

 Posee dos finalidades:

 Criterio para la evaluación de la madurez de la organización
 Guía para la mejora de sus procesos

 Hoy es un modelo obsoleto que SEI relevó e integró en el CMMi en 2000

 CMM

• Niveles de madurez

Nivel 1 Inicial

Nivel 2 Repetible Incremento

de calidad

Nivel 3 Definido

Nivel 4 Gestionado

Nivel 5 Optimizado
 CMM
• Áreas Claves de Proceso (KPA)
 Desarrollo de requisitos
 Solución Técnica
N  Gestión de requisitos  Integración del producto N
I  Planificación de proyectos  Verificación y validación I
V  Seguimiento y control de  Desarrollo y mejora de los V
proyectos procesos de la organización
E E
 Gestión de proveedores  Definición de los procesos de la
L L
organización
 Aseguramiento de la calidad
 Planificación de la formación
2  Gestión de la configuración 3
 Gestión de riesgos
 Análisis y resolución de toma de
decisiones

N.  Gestión cuantitativa de proyectos  Innovación organizacional N.

 Mejora de los procesos de la  Análisis y resolución de las
4 organización causas 5
 CMM
• Características del Nivel 1 (Inicial)

 Las organizaciones en este nivel no disponen de un ambiente

estable para el desarrollo y mantenimiento de software

 Aunque se utilicen técnicas correctas de ingeniería, los

esfuerzos se ven minados por falta de planificación

 El éxito de los proyectos se basa la mayoría de las veces en el

esfuerzo personal

 A menudo se producen fracasos y casi siempre retrasos y

sobrecostes

 El resultado de los proyectos es impredecible

 CMM
• Características del Nivel 2 (Repetible)

 Las organizaciones disponen de unas prácticas

institucionalizadas de gestión de proyectos

 Existen unas métricas básicas y un razonable seguimiento de la

calidad

 La relación con subcontratistas y clientes está gestionada

sistemáticamente
 CMM
• Características del Nivel 3 (Definido)

 Correctos procedimientos de coordinación entre grupos

 Buena formación del personal

 Técnicas de ingeniería más detalladas

 Nivel más avanzado de métricas en los procesos

 Se implementan técnicas de revisión por pares

 CMM
• Características del Nivel 4 (Gestionado)

 Conjunto de métricas significativas de calidad y productividad,

usados de modo sistemático para la toma de decisiones y la
gestión de riesgos

 Software resultante de alta calidad

Características del Nivel 5 (Optimizado)

 La organización completa está volcada en la mejora continua de

los procesos

 Uso intensivo de las métricas y gestión del proceso de

innovación
 CMM
• Evolución Temporal

 1987 -- SEI-87-TR-24 (cuestionario SW-CMM)

 1989 ----- Managing the Software Process
 1990 --------- SW-CMM v0.2
 1991 ------------- SW-CMM v1.0
 1993 ----------------- SW-CMM v1.1
 1997 --------------------- SW-CMM (Fin de revisiones)
 2000 ------------------------- CMMI v1.02
 2002 ----------------------------- CMMI v1.1
 2006 --------------------------------- CMMI v1.2
 CMMi
• Modelo para la mejora o evaluación de los procesos de
desarrollo y mantenimiento de sistemas y productos de
software

 Evolución natural de varios modelos de calidad desarrollados por el SEI

durante los 90, como eran: CMM-SW, SE-CMM y IPD-CMM

 Es posible implementarlo siguiendo una de las dos posibles representaciones:

 Continua Al estilo del SE-CMM

 Escalonada Al estilo del CMM-SW

 Fiabilidad del Software

 La fiabilidad es la característica dinámica más importante de casi todos los

sistemas software

 Una mayor fiabilidad aporta un menor número de fallos en el programa y

arrastra un mayor coste de desarrollo en dicha aplicación

Conjunto Conjunto
de Ee Sistema de Se
entradas salidas
 Los fallos
 Se pueden producir por defectos en el código, en el diseño, en el análisis e
incluso también durante el mantenimiento

 Tipos de fallos:

Transitorio Ocurre sólo con ciertas entradas

Permanente Ocurre con todas las entradas
Recuperable El sistema se recupera sin intervención del operador
Se requiere la intervención del operador para recuperar
Irrecuperable
el sistema
No corruptor No corrompe el estado del sistema o los datos
Corruptor Corrompe el estado del sistema o los datos

 Se corrigen usando técnicas de pruebas

 SPICE
• Arquitectura en dos dimensiones

(1) PROCESO (2) CAPACIDAD DE PROCESO

 Procesos primarios: Nivel 0 Incompleto
CUS: Cliente - Proveedor Nivel 1 Realizado
ENG: Ingeniería
Nivel 2 Gestionado
 Procesos de soporte: Nivel 3 Establecido
SUP: Soporte Nivel 4 Predecible
Nivel 5 En optimización
 Procesos organizacionales:
MAN: Gestión Identificador
ORG: Organización Nombre
Tipo
Componentes Propósito
Salidas
Notas
Revisiones del software
Técnicas estáticas que se aplican Las revisiones
en varios momentos del pretenden
desarrollo y que detectan
defectos para así eliminarlos Señalar la Confirmar las Conseguir
necesidad partes que no mejorar
de mejora hay que mejorar la calidad

Tipos de Revisión (IEEE 1028)

 De gestión
 Técnicas
 Inspecciones
 Walkthrough
 Auditorias
 Auditorias
 Revisiones dirigidas a evitar el fraude o mal uso de las aplicaciones informáticas

 Misión del auditor -> diseñar y promover la inclusión de los controles que ha de
llevar el nuevo sistema (garantizando su integridad)

 Medidas de control:
 Sobre datos
 Operatividad
 Relativas al plan
 Métricas de calidad
 Basadas en atributos internos:
 De Estructuración de un programa
 De complejidad
 De cobertura de pruebas
 De calidad del diseño

 Basadas en atributos externos:

 De portabilidad
 De defectos
 De usabilidad
 De mantenibilidad
 De fiabilidad

 Basadas en sistemas orientados a objetos:

 Orientadas a clases
 Orientadas a operaciones
 Orientadas a objetos
 Métricas de Cobertura de Pruebas
 Objetivo -> comprobar el esfuerzo y rigor en la realización de las pruebas

 Caso de prueba se define como el par (i,S(i)) siendo i una entrada del
programa y S una especificación.

 Existen dos categorías:

 Pruebas de caja negra: Se derivan de la especificación, sin conocer la estructura interna del
programa

 Pruebas de caja blanca: Se conoce la estructura interna del programa. Tipos:

 De sentencias (cada sentencia se ejecuta al menos una vez)

 De ramas (cada rama se ejecuta una vez)
 De caminos (todos los caminos al menos una vez)
 Prueba del camino simple (todos los caminos simples)
 Prueba estructurada (todos los caminos linealmente independientes)
Métricas asociadas con las
estrategias de prueba
 Numero mínimo de casos de prueba
- Determina el número mínimo de casos que hay que generar para
un programa
- Número mínimo de caminos de un grafo de flujo que se requieren
para satisfacer una estrategia

 Índice de efectividad de las pruebas

- Medida del grado en que los casos de prueba satisfacen una

estrategia particular para un programa
- Se expresa mediante el TER
- TER = nT/nO
- Siendo nT el número de objetos probados alguna vez y nO el
número total de objetos
¡Gracias!