Plan SQA

PLan de sqa

Fecha:

Versión:

Responsables:

ÍNDICE

1 Propósito: 2
2 Acrónimos y Abreviaturas: 2
3 Referencias: 2
4 gestión: 2
4.1 Organización: 2
4.2 Tareas: 3
4.2.1 Elaboración del Plan de SQA: 3
4.2.2 Identificar las propiedades de calidad: 3
4.3 Responsabilidades: 3
5 Documentación: 5
5.1 Documentación mínima requerida: 5
5.1.1 Especificación de Requerimientos 55.1.2 … 5
5.2 Otra documentación: 5
6 Estándares y Métricas: 5
6.1 Estándares para documentación: 5
6.2 Métricas 5
7 Revisiones: 5
7.1 Descripción: 6
7.1.1 Evaluación de la calidad de los productos: 6
7.1.2 Revisar el ajuste al proceso: 6
7.1.3 Revisión Técnica Formal (RTF): 7
7.2 Requerimientos Mínimos: 7
7.3 Agenda: 7
7.3.1 Fase I – Inicial 7
7.3.2 Fase II – Elaboración 8
7.3.3Fase III – Construcción 8
7.3.4 Fase IV – Transición 8
8 Testeo: 8
9 Reporte de problemas y acciones correctivas: 8
10 Herramientas, técnicas y metodologías: 8
11 Gestión de configuración: 9
12 Gestión de riesgos: 9
13 Correspondencia de este plan con el estándar IEEE 730 [1]: 10

1 Propósito:
El objetivo de este documento es especificar las actividades que se realizaran para que este plangarantice la calidad del software a desarrollar. En el mismo de describen los puntos que se van a revisar y las normas, estándares y procedimientos en base a los cuales se revisara que la elaboración del software se realice tomando en cuenta el ciclo de vida del desarrollo de sistemas.
[Descripción del producto]
[Describir los objetivos y criterios de calidad]
[Indicar el uso que deben hacerdel Plan de SQA cada integrante del equipo y el Director de Proyecto]
[Indicar el modelo de proceso usado en el proyecto y las partes del ciclo de vida cubierto por el plan de SQA así como las líneas de trabajo que serán contempladas en el plan de SQA.]

2 Acrónimos y Abreviaturas:
SQA: Aseguramiento de la Calidad del Software.
SCM: Gestión de Configuración del Software.
GP: Gestión delProyecto.
[Otras abreviaturas usadas en el documento]

3 Referencias:
[1] IEEE Std 730-1998, IEEE Standard for Software Quality Assurance Plans.
[2] IEEE Std 730.1-1995, IEEE Guide for Software Quality Assurance Planning.
[3] [Modelo de proceso ... (dirección web)]
[4] IS-1(2001) – Proyecto de Ingeniería de Software
[5] IS-2 (2001) - Modelo de Calidad

[Lista de todos los documentosreferenciados en cualquier parte del plan de SQA y toda referencia que se considere de utilidad]

4 gestión:
En las subsecciones siguientes se especifican los elementos de la organización que tienen influencia sobre la calidad del software, como está conformada la línea de gestión de calidad, y de quien es la autoridad y responsabilidad por la calidad del software. (4.1), la lista de tareas cubiertaspor este plan (4.2) y las responsabilidades por cada tarea (4.3).

4.1 Organización:
El líder del departamento de Control de Calidad del proyecto es el responsable de realizar los controles El encargado del área de gestión de calidad en el proyecto es el responsable de realizar la gestión que asegura que el proceso establecido sea realmente implementado y que los productos de ese procesocumplan con los criterios de calidad establecidos en este plan. La gestión de calidad es una disciplina de gestión, junto con GP y SCM. Las disciplinas de gestión brindan soporte a las disciplinas básicas (Requerimientos, Análisis, Diseño, Implementación, Implantación y Verificación) y se realizan en forma paralela a ellas.

[Indicar de quien depende y de quien no depende el área de SQA (se sugiereuna tabla indicando para cada línea de proyecto, cual es el objetivo de calidad que se persigue en esa área, el rol responsable y la persona.]
[Identificar las autoridades de aprobar el plan de SQA]
[Identificar la autoridad de liberación del producto]
[Detallar líneas de comunicación con el equipo y con el Director de Proyecto]

4.2 Tareas:
[En esta sección se describen las tareas de...