Gestin de Calidad de Software

Definicin de Calidad De Software

La calidad es un conjunto de propiedades inherentes a un objeto que contenga capacidades para satisfacer las necesidades del cliente implcitas o explicitas. La calidad de un producto o servicio es la percepcin que el cliente tiene del mismo. Cuando se habla de calidad del software se hace referencia la conjunto de cualidades que determina su utilidad. Es el grado en que el software cumple con los requisitos especificados (eficiencia, flexibilidad, correccin, mantenimiento seguridad e integridad). La calidad del software es medible y varia segn el tipo de sistema y de programa.

Modelos y Mtricas de calidad de Software (McCall)

z El modelo de McCall fue el primero en ser presentado en 1977, y se origin motivado por US Air Force y DoD z Se focaliza en el producto nal, identicando atributos claves desde el punto de vista del usuario z Estos atributos se denominan factores de calidad y son normalmente atributos externos z Pero tambin se incluyen algunos atributos posiblemente internos

Modelos y Mtricas de calidad de Software (McCall)

z Los factores de calidad son demasiados abstractos para ser medidos directamente, por lo que por cada uno de ellos se introduce atributos de bajo nivel denominados criterios de calidad. z Algunos criterios de calidad son atributos internos, reflejando la creencia de McCall que el atributo interno tiene un efecto directo en el atributo externo correspondiente. z Un nivel ms de descomposicin es necesario, mapeando cada criterio de calidad en un conjunto de mtricas de calidad que son atributos (tanto del producto como del proceso) de muy bajo nivel, medibles directamente.

McCall Factores de Calidad

PUNTO DE VISTA REVISIN DEL PRODUCTO habilidad para ser cambiado TRANSICIN DEL PRODUCTO adaptabildad

FACTORES Facilidad de mantenimiento Facilidad de prueba Flexibilidad Facilidad de reutilizacin Interoperabilidad Portabilidad Facilidad de uso Integridad Correccin Fiabilidad Eficiencia

OPERACIN DEL PRODUCTO caractersticas de operacin

McCall Factores de Calidad

McCall Definicin de Factores

Correccin: Hasta qu punto un programa especificaciones y satisface los objetivos del usuario cumple sus

Fiabilidad: Hasta qu punto se puede confiar en el funcionamiento sin errores del programa. Eficiencia: Cantidad de cdigo y de recursos informticos que precisa un programa para desempear su funcin Integridad: Hasta que punto se controlan los accesos ilegales a programas o datos. Facilidad de uso: El coste y esfuerzo de aprender a manejar un producto, preparar la entrada de datos e interpretar la salida del mismo.

McCall Definicin de Factores

Facilidad de mantenimiento: El coste de localizar y corregir defectos en un programa que aparecen durante su funcionamiento. Facilidad de prueba: El coste de probar un programa para comprobar que satisface sus requisitos. Flexibilidad: El coste de modificacin del producto cuando cambian sus especificaciones. Portabilidad: El coste de migrar un producto de una configuracin hardware o entorno operativo a otro. Facilidad de reutilizacin: Hasta que punto se puede transferir un mdulo o programa del presente sistema a otra aplicacin y con qu esfuerzo. Interoperabilidad: El coste y esfuerzo necesario para hacer que el software pueda operar conjuntamente con otros sistemas

McCall - Criterios Cada uno de los factores a su vez se descompone en criterios que son:
Facilidad de operacin Facilidad de comunicacin Facilidad de aprendizaje Control de accesos Facilidad de auditoria Eficiencia en ejecucin Eficiencia en almacenamiento Precisin Compatibilidad de comunicaciones Compatibilidad de datos Concisin Consistencia Tolerancia a fallos Modularidad Simplicidad Completitud Trazabilidad Auto descripcin Capacidad de expansin Generalidad Instrumentacin Independencia entre sistema y software Independencia del hardware

Para cada criterio existe una lista de condiciones que se deben cumplir en distintas etapas: requerimientos (R), diseo (D), implementacin (I)

McCall - Mtricas

Hoy en da no hay mtricas formales y objetivas que cubran todos los criterios del modelo de McCall Para evaluar la completitud es necesario dar respuesta a la siguiente lista de comprobacin:
1. 2. 3. 4. 5. 6. 7. 8. 9. No hay referencias ambiguas (R, D, I) Todas las referencias a datos definidas son calculadas u obtenidas de una fuente externa (R, D, I) Todas las funciones definidas son utilizadas (R, D, I) Todas las referencias a funciones estn definidas (R, D, I) Se han definido todas las condiciones y procesamientos para cada punto de decisin (R, D, I) Concuerdan todos los parmetros de llamada a funciones definidos y referenciados (D, I) Todos los informes de problemas se han resuelto (R, D, I) El diseo concuerda con los requisitos (D) El cdigo concuerda con el diseo (I)

McCall - Mtricas

Se contesta a estas preguntas con un SI o NO y luego se aplica la siguiente frmula :

Actividades para el control de calidad

Al principio del proyecto: 1. Seleccionar cules de los factores de calidad van a ser requisitos de calidad del sistema, se debe tener en consideracin los siguientes factores:

Actividades para el control de calidad - Pasos

FACTOR Correccin Fiabilidad Eficiencia Integridad Facilidades de uso Facilidad de mantenimiento Facilidad de prueba Flexibilidad Portabilidad Reusabilidad Interoperabilidad

BENEFICIO FRENTE A COSTE Alto Alto Bajo Bajo Medio Alto Alto Medio Medio Medio Bajo

Actividades para el control de calidad - Pasos

Dependencia entre los factores de McCall:

Actividades para el control de calidad

1. Los factores es necesario organizarlos en orden de importancia. 2. Proporcionar automticamente el conjunto de criterios relacionados con dichos factores. 3. Para cada uno de los criterios de calidad se definen o eligen un conjunto de mtricas 4. Establecer valores deseables para los criterios 5. Se deben establecer los valores mnimos aceptables

Actividades para el control de calidad

Durante el Desarrollo 1. Implementar las mtricas 2. Analizar los resultados de las mtricas 3. Tomar medidas correctivas si es necesario.

Actividades para el control de calidad

Al final del proyecto: Es necesario validar las medidas predictivas utilizadas y comprobar si en efecto se pueden tomar como indicadores de los valores finales.

Actividades para el control de calidad

Comprobacin de escritorio Revisin por pares

Revisiones Auditorias

Compiladores Anlisis de flujo Ejecucin simblica

Controles Estticos

Manuales Informales La realizan los propios autores: Comprobacin de escritorio Revisin por pares o iguales Manuales Disciplinados Se trata de conseguir que la responsabilidad del control de calidad no recaiga slo sobre el propio desarrollador y se utilizan: Revisiones Auditoras

Controles Estticos Auditorias

El grado de cumplimiento y la adecuacin de los procedimientos, instrucciones u otros requisitos establecidos y aplicables. La efectividad y adecuacin de la implementacin realizada.

Controles Estticos Auditorias

Pasos para una auditoria 1. 2. 3. 4. 5. Planificacin Llevar a cabo la investigacin Analizar los datos recogidos Sugerir soluciones a los problemas Elaborar y presentar un informe de resultados

Controles Estticos Revisiones

Una reunin formal en la que se presenta el estado actual de los resultados de un proyecto a un usuario y se realiza un anlisis estructurado de los mismos. Facilitan la comunicacin entre los miembros del equipo y tambin el control del coste y el tiempo. Las revisiones son el nico mtodo de control eficaz en las fases iniciales del desarrollo.

Controles Estticos Revisiones

Las revisiones se llevan a cabo desde las primeras fases del desarrollo, mientras que las auditorias en las fases finales. El objetivo de las revisiones es detectar defectos mientras que el de las auditorias es identificar desviaciones

Diferencias entre inspecciones y Walkthrough

Las Walkthrough estn planteadas como una medida de ayuda al desarrollador mientras que las Inspecciones estn planteadas como una medida de ayuda al gestor. En las Walkthrough el objetivo fundamental es incrementar el entendimiento, mientras que en las Inspecciones el objetivo es detectar defectos. En las Inspecciones el proceso est guiado por la lista de comprobacin y en las Walkthrough est guiado por la estructura del producto revisado Las Inspecciones se planifican y procesan de una manera mucho ms formal que las Walkthrough.

Fases en una inspeccin

1. 2. 3. 4. 5. 6.

Planificacin Orientacin inicial Preparacin individual Reunin de inspeccin Seguimiento Evaluacin

Documentos generados en una inspeccin

Informe resumen de la inspeccin para la direccin Lista de acciones pendientes Informe de asuntos relacionados Informe del proceso de inspeccin Informe final

Formalidad en las revisiones

Es una revisin formal cuando: Es un evento pblico Se informa por escrito los resultados Todos los participantes son responsables de la calidad de la revisin

Revisiones tcnicas y de gestin

Revisin de la especificacin de requisitos Revisin del diseo Revisin del cdigo Revisin de las pruebas Revisin del manual de usuario

Revisin de la especificacin de requisito

El tipo de errores que se pueden encontrar en este objeto son: Requisitos poco claros Requisitos incompletos Requisitos irrelevantes

Revisin del diseo

Hay uniformidad de diseo? Se ha definido correctamente las interfaces entre mdulos? Se han definido las interfaces externas? Cubre el diseo todas las funciones en la especificacin de requisitos? Cubre el diseo todos los requisitos no funcionales? Resulta ambigua la documentacin del diseo?

Revisin del cdigo

Lo que se examina es: Interfaces Estructura del Programa Utilizacin de Variables Formulas Entradas y Salidas Comentarios Adherencia a los estndares de codificacin

Revisiones de las pruebas

Se pueden efectuar dos tipos de revisiones de las pruebas: Revisin del diseo de la prueba Inspeccin de la prueba Los objetivos de las inspecciones de las pruebas, por su parte, son: Comprobar que la prueba se ha ejecutado correctamente Anlisis de los resultados obtenidos con cada prueba.