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.

...