CONTROL DE CALIDAD DEL SOFTWARE. Garantía de calidad del software

Transcripción

1 CONTROL DE CALIDAD DEL SOFTWARE Garantía de calidad del software Actividad de protección que se aplica en todo el proceso: Enfoque de administración de calidad Tecnología de Ingeniería del software efectiva Revisiones técnicas formales Estrategia de prueba multiescala Control de documentación y de los cambios Procedimiento que asegure un ajuste a los estándares de desarrollo Mecanismos de medición y generación de informes 1

2 1. Conceptos de calidad Calidad.- Característica o atributo de algo, como un atributo de un artículo, la calidad se refiere a las características mensurables, que se pueden comparar con estándares conocidos. Calidad de diseño.- Se refiere a las características que especifican los ingenieros de software para un artículo. Calidad de concordancia.- Es el grado de cumplimiento de las especificaciones de diseño durante su realización. Conceptos de calidad... Control de calidad.- Es una serie de inspecciones, revisiones, y pruebas utilizados a lo largo del ciclo de desarrollo para asegurar que cada producto cumple con los requisitos que le han sido asignados. Garantía de calidad o aseguramiento de la calidad.- Consiste en la auditoría y las funciones de información de la gestión, su objetivo es proporcionar la gestión para informar de los datos necesarios sobre la calidad del producto. 2

3 Conceptos de calidad... Costo de la calidad.- Incluye todos los costos acarreados en la búsqueda de la calidad o en las actividades relacionadas en la obtención de la calidad. Asociados con la prevención: Planificación de la calidad. Revisiones técnicas formales. Equipo de prueba. Formación. Conceptos de calidad... Asociados con la evaluación: Inspección en el proceso y entre procesos. Calibrado y mantenimiento en el equipo. Pruebas. Asociados con los fallos internos: Revisión. Reparación. Análisis de las modalidades de fallos. 3

4 Conceptos de calidad... Asociados con los fallos externos: Resolución de quejas. Devolución y sustitución de productos. Soporte de línea de ayuda. Trabajo de garantía. Costo relativo de corregir un error Costo relativo Etapa del proceso Analisis Diseño Codigo Prueba Prueba Operación Unidad Sistema 4

5 2. Garantía de la calidad del software Calidad del software: Concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos, con los estándares de desarrollo explícitamente documentados, y con las características implícitas que se espera de todo software desarrollado profesionalmente. Garantía de la calidad del software... SQA es un diseño planificado y sistemático de acciones que se requieren para asegurar la calidad del software. SQA representa al cliente en casa. 5

6 Garantía de la calidad del software... Actividades de SQA: Establecimiento de un plan de calidad para un proyecto. Evaluaciones a realizar Auditorías y revisiones a realizar Estándares que se pueden aplicar al proyecto Procedimientos para información y seguimiento de errores. Documentos producidos por el grupo de SQA Retroalimentación al equipo del proyecto Garantía de la calidad del software... Actividades de SQA: Participación en el desarrollo de la descripción del proceso de software del proyecto. Revisión de las actividades de ingeniería del software para verificar su ajuste al proceso de software definido. Auditoría de los productos de software designados para verificar el ajuste con los definidos como parte del proceso de software. 6

7 Garantía de la calidad del software... Actividades de SQA: Asegurar que las desviaciones del trabajo y los productos del software se documenten y se manejen de acuerdo con el procedimiento establecido. Registrar e informar lo que no se ajuste a los requisitos. 3. Revisiones del software Las revisiones sirven para: Señalar la necesidad de mejoras en el producto de una sola persona o un equipo. Confirmar las partes de un producto en las que no es necesaria o no es deseable una mejora. Conseguir un trabajo técnico de una calidad más uniforme, o más predecible, que la que puede ser conseguida sin revisiones, con el fin de hacer más manejable el trabajo técnico. 7

8 Revisiones del software... Impacto de los defectos sobre el costo Errores vs. Defectos. El objetivo principal de la revisiones es encontrar errores durante el proceso. Las actividades de diseño introducen del 5 al 65 de los errores. Las revisiones técnicas formales son efectivas hasta en 75 para encontrar errores. Un error en el diseño cuesta 1x, antes de probar 6.5x, durante la prueba 15x, a la entrega 6-1x. Revisiones del software... Modelo de amplificación de defectos Paso de desarrollo Defectos Detección Errores de pasos anteriores Errores inadvertidos Errores amplificados Errores nuevos Eficiencia de la detección Errores al siguiente paso 8

9 Revisiones del software... Amplificación de defectos sin revisiones Diseño preliminar Diseño detallado 6 4 * Codificación/ prueba de unidad 1 27 * Prueba de integración Prueba de validación Para la integración Prueba del sistema 5 Errores latentes 1 2 Revisiones del software... Amplificación de defectos con revisiones Diseño preliminar Diseño detallado 2 1 * Codificación/ prueba de unidad * Prueba de integración Prueba de validación Para la integración Prueba del sistema 5 3 Errores latentes 9

10 4. Revisiones técnicas formales Objetivos: Descubrir errores en la función, la lógica o la implementación de cualquier representación del software. Verificar que el software bajo revisión alcanza sus requisitos. Garantizar que el software ha sido representado de acuerdo con ciertos estándares predefinidos. Conseguir un software desarrollado de forma uniforme. Hacer que los proyectos sean más manejables. Revisiones técnicas formales... La reunión de revisión: Deben convocarse para la revisión entre 3 y 5 personas. Se debe preparar por adelantado, pero sin que se requiera más de 2 horas de trabajo de cada persona. La duración de la reunión de revisión debe < 2 horas. Roles: El productor Revisor El jefe de revisión El registrador 1

11 Revisiones técnicas formales... Registro e informe de la revisión: Elaborar un resumen de revisión Qué fue revisado? Quién lo revisó? Qué se descubrió y cuáles fueron las conclusiones? Elaborar una lista de sucesos: Identificar áreas problemáticas dentro del producto. Lista de comprobación de puntos de acción para las correcciones. Revisiones técnicas formales... Directrices para una revisión: 1.- Revisar al producto, no al productor. 2.- Fijar una agenda y mantenerla. 3.- Limitar el debate y las impugnaciones. 4.- Enunciar áreas de problemas, pero no intentar resolver cualquier problema que se ponga de manifiesto. 5.- Tomar notas escritas. 6.- Limitar el número de participantes e insistir en la preparacion anticipada. 11

12 Revisiones técnicas formales... Directrices para una revisión: Desarrollar una lista de comprobación para cada producto que haya de ser revisado. 8.- Disponer de recursos y una agenda para las Revisiones Tecnicas formales. 9.- Llevar a cabo un buen entrenamiento de todos los revisadores. 1.- Repasar las revisiones anteriores. 5. Enfoques formales de SQA Una corriente de pensamiento que argumenta que se requiere un enfoque más formal a SQA. Un programa de computadora es un objeto matemático Se puede definir una sintaxis y una semántica rigurosa para todos los lenguajes de programación y a la especificación de requerimientos. Se puede aplicar pruebas matemáticas de corrección a la especificación para demostrar que un programa cumple con su especificación. 12

13 6. SQA estadística Refleja una tendencia a establecer más cuantitativamente la calidad del software. 1 Se agrupa y clasifica la información de los defectos. 2 Se intenta encontrar la causa subyacente de cada defecto. 3 Mediante el principio de Pareto (el 8 de los defectos se debe al 2 de todas las posibles causas) se aísla el 2 (los pocos vitales). 4 Identificadas las causas vitales, se actúa para corregirlas. SQA estadística...ejemplo Una organización recoge información sobre defectos durante año. Las principales causas son: Especificación incompleta o errónea (EIE). Mala interpretada la comunicación con el cliente (MCC). Desviación deliberada de la especificación (DDE). Incumplimiento de estándares de programación (IEP). Error en la representación de los datos (EDR). 13

14 SQA estadística...ejemplo Interfaz de módulo inconsistente (IMI). Error en la lógica del diseño (ELD). Prueba incompleta o errónea (PIE). Documentación imprecisa o incompleta (DII). Error en la traducción del diseño al lenguaje de programación (TLP). Interfaz hombre-máquina ambigua o inconsistente (IHM). Varios (VAR). SQA estadística...ejemplo Total Grave Moderado Leve ERROR Num Num Num Num IEE MCC DDE IEP ERD IMI ELD PIE DII TLP IHM VAR TOTALES

15 SQA estadística...indice de errores Se obtiene para cada etapa del proceso. E i = # de defectos descubiertos en la i-ésima etapa. S i = # de defectos graves. M i = # de defectos moderados. T i = # de defectos leves. PS = tamaño del producto (LOC, paginas, etc.) en la i- ésima etapa. w s, w m, w t = factores de peso de los errores graves, moderados y leves (por ejemplo 1, 3, 1, aumentan con el desarrollo del proceso) SQA estadística...indice de errores Se calcula el índice de fase para cada etapa: IF i = w s (S i / E i ) + w m (M i / E i ) + W t (T i / E i ) El índice de errores se obtiene con el cálculo del defecto acumulado de cada fase: IE = Σ ( i X IF i ) / PS = (1IF 1 + 2IF 2 + 3IF iif i ) / PS 15

16 SQA estadística Resumen: Utilizar el tiempo para centrarse en cosas que realmente interesan, pero primero asegurarse que se entiende qué es lo que realmente interesa. Fiabilidad del software.- La operación libre de fallos de un programa de computadora, en un entorno determinado y durante un tiempo específico. Análisis de riesgo y seguridad del software.- Es una actividad de garantía de calidad del software que se centra en la identificación y evaluación de los riesgos potenciales que pueden producir un impacto negativo en el software y hacer que falle el sistema completo 16

17 EL PLAN DE SQA Documentación: Documentos del proyecto, modelos documentos técnicos y del usuario Estándares, prácticas y convenciones. Revisiones y auditorías. Prueba. Varios: Herramientas, métodos, contratos, etc. 17