CALIDAD DEL SOFTWARE.

2.4.- Actividades de SQA Software Quality Assurance (Aseguramiento de la Calidad del Software) Establecimiento de un plan de calidad para un proyecto. Evaluaciones a realizar Auditoras y revisiones a realiza. Estndares que se pueden aplicar al proyecto Procedimientos para informacin y seguimiento de errores. Documentos producidos por el grupo de SQA Retroalimentacin al equipo del proyecto Participacin en el desarrollo de la descripcin del proceso de software del proyecto. Revisin de las actividades de ingeniera del software para verificar su ajuste al proceso de software definido. Auditora de los productos de software designados para verificar el ajuste con los definidos como parte del proceso de software. 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.

Las revisiones sirven para: Sealar 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 tcnico de una calidad ms uniforme, o ms predecible, que la que puede ser conseguida sin revisiones, con el fin de hacer ms manejable el trabajo tcnico.

2.4.1 Revisiones de 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 diseo introducen del 50% al 65% de los errores. Las revisiones tcnicas formales son efectivas hasta en 75% para encontrar errores. Un error en el diseo cuesta 1x, antes de probar 6.5x, durante la prueba 15x, a la entrega 60-100x.

Modelo de amplificacin de defectos

BY: CACHITO LUIS LUIS

Pgina 1

CALIDAD DEL SOFTWARE.

2.4.2 Revisiones Tcnicas Formales. Objetivos: Descubrir errores en la funcin, la lgica o la implementacin de cualquier representacin del software. Verificar que el software bajo revisin alcanza sus requisitos. Garantizar que el software ha sido representado de acuerdo con ciertos estndares predefinidos. Conseguir un software desarrollado de forma uniforme. Hacer que los proyectos sean ms manejables.

La reunin de revisin: Roles: El productor Revisor El jefe de revisin El registrador Deben convocarse para la revisin entre 3 y 5 personas. Se debe preparar por adelantado, pero sin que se requiera ms de 2 horas de trabajo de cada persona. La duracin de la reunin de revisin debe <>

Registro e informe de la revisin: Elaborar un resumen de revisin Qu fue revisado? Quin lo revis? Qu se descubri y cules fueron las conclusiones?

Elaborar una lista de sucesos: Identificar reas problemticas dentro del producto. Lista de comprobacin de puntos de accin para las correcciones.

Directrices para una revisin: 1) 2) 3) 4) 5) 6) 7) 8) 9) 10) Revisar al producto, no al productor. Fijar una agenda y mantenerla. Limitar el debate y las impugnaciones. Enunciar reas de problemas, pero no intentar resolver cualquier problema que se ponga de manifiesto. Tomar notas escritas. Limitar el nmero de participantes e insistir en la preparacion anticipada. Desarrollar una lista de comprobacin para cada producto que haya de ser revisado. Disponer de recursos y una agenda para las Revisiones Tecnicas formales. Llevar a cabo un buen entrenamiento de todos los revisadores. Repasar las revisiones anteriores.

BY: CACHITO LUIS LUIS

Pgina 2

CALIDAD DEL SOFTWARE.

Actividades Para poder realizar una buena adherencia con los estndares se debe medir cuantitativamente, donde sea posible, los aspectos de calidad (por ejemplo complejidad, confiabilidad, mantenimiento, seguridad, defectos, nmero de problemas) utilizando mtricas bien establecidas. Para cumplir con esto, se deben realizar las siguientes actividades: Administracin. Documentacin. Estndares, prcticas, convenciones y mtricas. Revisiones e intervenciones. Actividades de testeo. Reporte de errores y acciones correctivas. Herramientas, tcnicas y mtodos. Cdigo y control de media. Control del surtidor Coleccin de registros, mantenimiento y retencin Entrenamiento. Administracin del riesgo.

Luego, todas estas actividades se deben documentar en el Plan de Aseguramiento de la Calidad del Software, el cual ir evolucionado es las sucesivas fases, es decir: Fase UR. Fase SR. Fase AD. Fase DD. Fase TR. Fase OM.

BY: CACHITO LUIS LUIS

Pgina 3