¿Qué es un Programa de Garantía de Calidad? Métodos Utilizados

El propósito de un Plan de aseguramiento de la calidad del software (SAQP) es especificar todos los productos de trabajo que deben producirse durante un proyecto, las actividades que deben realizarse para verificar la calidad de cada producto de trabajo y las herramientas y métodos utilizados para verificar la calidad de cada producto de trabajo. Se puede utilizar para actividades de SQA.

No solo presta atención a la calidad de los productos finales, sino también a la calidad de los productos intermedios. SQAP especifica las tareas que deben realizarse en diferentes momentos del ciclo de vida para mejorar la calidad del software y cómo administrarlas. Estas tareas a menudo incluyen revisiones y auditorías.

SQAP también debe especificar los documentos que deben generarse durante el desarrollo del software para mejorar la calidad del software. Debe identificar todos los documentos que rigen el desarrollo, la verificación, la validación, el uso y el mantenimiento del software y cómo se verificará la adecuación de estos documentos.

Verificación y Confirmación

En la verificación y validación, nuestra principal preocupación es la corrección del producto. La verificación es el proceso de determinar si el producto de una determinada etapa de desarrollo de software cumple con las especificaciones establecidas en la etapa anterior. Las actividades de verificación incluyen atestación, prueba y revisión.

La verificación es el proceso de evaluación del software al final del desarrollo del software para garantizar el cumplimiento de los requisitos del software. Las principales actividades de VV del desarrollo de software son la inspección, revisión y prueba.

La inspección es "una técnica de evaluación formal en la que los requisitos de software, los diseños o el código son examinados en detalle por personas o equipos distintos de los autores para detectar fallas, violaciones de los estándares de desarrollo y otros problemas".

Es una revisión formal por pares de un elemento de software cuyo propósito es verificar que el elemento de software cumple con su especificación y se ajusta al estándar.

Comprobar y revisar

IBM inició el proceso de revisión de software en 1972 para mejorar la calidad y la productividad del software. Gran parte del interés inicial se centró en examinar el código.

Rápidamente se hizo evidente que los errores no solo ocurrían en el proceso de codificación sino también en el proceso de diseño, y esta constatación condujo a una revisión del diseño.

IEEE define la inspección como "una técnica de evaluación formal en la que los requisitos de software, los diseños o el código son examinados en detalle por personas o equipos distintos de los autores para detectar fallas, violaciones de los estándares de desarrollo y otros problemas.

Está claro a partir de la definición que el propósito de una inspección es que un compañero examine un producto. Se diferencia de un tutorial, que suele ser informal y cuyo propósito es capacitar o informar a alguien sobre un producto.

En el tutorial, el autor describe el producto del trabajo en una reunión informal con colegas o superiores para obtener comentarios o para informarles o explicarles el producto del trabajo.

En una inspección, las reuniones y los procedimientos son mucho más formales que un recorrido. Hay tres razones para una revisión o inspección: eliminar defectos, aumentar la productividad y proveer monitoreo de proyectos e información. El objetivo principal de la inspección es detectar defectos en diferentes niveles durante el proyecto.