Plan de SQA

[Nombre del proyecto]

Plan de SQA

Versión [1.0]

[Este documento es la plantilla base para elaborar el documento Plan de SQA. Los textos que aparecen entre paréntesis rectos son explicaciones de que debe contener cada sección. Dichos textos se deben seleccionar y sustituir por el contenido que corresponda.]

Historia de revisiones

Fecha Versión Descripción Autor

[dd/mm/aaaa] [x.x] [detalles] [nombre]

Contenido

1. PROPÓSITO 3

2. REFERENCIAS 3

3. GESTIÓN 3

3.1. ORGANIZACIÓN 3

3.2. ACTIVIDADES 3

3.2.1. Ciclo de vida del software cubierto por el Plan 3

3.2.2. Actividades de calidad a realizarse 3

3.2.3. Revisar cada producto 3

3.2.4. Revisar el ajuste al proceso 4

3.2.5. Realizar Revisión Técnica Formal (RTF) 4

3.2.6. Asegurar que las desviaciones son documentadas 4

3.2.7. Relaciones entre las actividades de SQA y la planificación 4

3.3. RESPONSABLES 5

4. DOCUMENTACIÓN 5

4.1. PROPÓSITO 5

4.2. DOCUMENTACIÓN MÍNIMA REQUERIDA 5

4.2.1. Especificación de requerimientos del software 5

4.2.2. Descripción del diseño del software 6

4.2.3. Plan de Verificación & Validación 7

4.2.4. Reportes de Verificación & Validación 7

4.2.5. Documentación de usuario 7

4.2.6. Plan de Gestión de configuración 7

4.3. OTROS DOCUMENTOS 7

5. ESTÁNDARES, PRÁCTICAS, CONVENCIONES Y MÉTRICAS 7

5.1. ESTÁNDAR DE DOCUMENTACIÓN 8

5.2. ESTÁNDAR DE VERIFICACIÓN Y PRÁCTICAS 8

5.3. OTROS ESTÁNDARES 8

6. REVISIONES Y AUDITORÍAS 8

6.1. OBJETIVO 8

6.2. REQUERIMIENTOS MÍNIMOS 8

6.2.1. Revisión de requerimientos 8

6.2.2. Revisión de diseño preliminar 8

6.2.3. Revisión de diseño crítico 9

6.2.4. Revisión del Plan de Verificación & Validación 9

6.2.5. Auditoría funcional 9

6.2.6. Auditoría física 9

6.2.7. Auditorías internas al proceso 9

6.2.8. Revisiones de gestión 9

6.2.9. Revisión del Plan de gestión de configuración 9

6.2.10. Revisión Post Mortem 9

6.2.11. Agenda 9

6.3. OTRAS REVISIONES 9

6.3.1. Revisión de documentación de usuario 9

7. VERIFICACIÓN 9

8. REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS 9

9. HERRAMIENTAS, TÉCNICAS Y METODOLOGÍAS 10

10. GESTIÓN DE RIESGOS 10

1. Propósito

[Esta sección debe contener el propósito y alcance del Plan de Calidad.

Se debe especificar el uso que se le dará al software que se está desarrollando y se deben listar los elementos del software que serán cubiertos por el Plan.

Además se debe especificar la porción del ciclo de vida del software que será cubierta por el Plan. (Ej.: Este Plan solo cubre la parte del ciclo de vida correspondiente al desarrollo del software pero no cubre la parte del ciclo de vida correspondiente al mantenimiento.)]

2. Referencias

[1]ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance Plans.

3. Gestión

[Se debe especificar la organización, actividades y responsables.]

3.1. Organización

[Distinguir las líneas de trabajo dentro de la organización que tienen influencia y controlan la calidad del software.

Descripción de cómo está organizado el equipo de trabajo y de las dependencias o independencias de las líneas de trabajo antes mencionadas.]

3.2. Actividades

3.2.1. Ciclo de vida del software cubierto por el Plan

[Esta sección debe contener las etapas más importantes del ciclo de vida del software que cubre el Plan. (Ej.: Etapa de Requerimientos y análisis)

Además debe contener una lista con todos los productos de proyecto que tendrán revisiones de calidad.]

3.2.2. Actividades de calidad a realizarse

Las tareas a ser llevadas a cabo deberán reflejar las evaluaciones a realizar, los estándares a seguir, los productos a revisar, los procedimientos a seguir en la elaboración de los distintos productos y los procedimientos para informar de los defectos detectados a sus responsables y realizar el seguimiento de los mismos hasta su corrección.

Las actividades que se realizarán son:

• Revisar cada producto

• Revisar el ajuste al proceso

• Realizar Revisión Técnica Formal (RTF)

• Asegurar que las desviaciones son documentadas.

3.2.3. Revisar cada producto

En esta actividad se revisan los productos que se definieron como claves para verificar en el Plan de calidad.

Se debe verificar que no queden correcciones sin resolver en los informes de revisión previos, si se encuentra alguna no resuelta, debe ser incluida en la siguiente revisión. Se revisan los productos contra los estándares, utilizando la checklist definida para el producto.

Se debe identificar, documentar y seguir la pista a las desviaciones encontradas y verificar que se hayan realizado las correcciones.

Como salida se obtiene el Informe de revisión de SQA, este informe debe ser distribuido a los responsables del producto y se debe asegurar de que son concientes de desviaciones o discrepancias encontradas.

3.2.4. Revisar el ajuste al proceso

En esta actividad se revisan los productos que se definieron como claves para verificar el cumplimiento de las actividades definidas en el proceso. Con el fin de asegurar la calidad en el producto final del desarrollo, se deben llevar a cabo revisiones sobre los productos durante todo el ciclo de vida del software.

Se debe recoger la información necesaria de cada producto, buscando hacia atrás los productos previos que deberían haberse generado, para poder establecer los criterios de revisión y evaluar si el producto cumple con las especificaciones.

Esta información se obtiene de los siguientes documentos:

Plan del Proyecto, Plan de la iteración, Plan de Verificación.

Antes de comenzar, se debe verificar en los informes de revisión previos que todas las desviaciones fueron corregidas, si no es así, las faltantes se incluyen para ser evaluadas.

Como salida se obtiene el Informe de revisión de SQA correspondiente a la evaluación de ajuste al Proceso, este informe debe ser distribuido a los responsables de las actividades y se debe asegurar de que son concientes de desviaciones o discrepancias encontradas.

3.2.5. Realizar Revisión Técnica Formal (RTF)

El objetivo de la RTF es descubrir errores en la función, la lógica ó la implementación

...