Plan De Calidad

la panificación]

Plan de calidad

[Pulverizado a base de frutas aromáticas para su aplicación en

[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]

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 de cualquier producto del software, verificar que satisface sus especificaciones, que se ajusta a los estándares establecidos, señalando las posibles desviaciones detectadas. Es un proceso de revisión riguroso, su objetivo es llegar a detectar lo antes posible, los posibles defectos o desviaciones en los productos que se van generando a lo largo del desarrollo. Por esta característica se adopta esta práctica para productos que son de especial importancia.

En la reunión participan el responsable de SQA e integrantes del equipo de desarrollo.

Se debe convocar a la reunión formalmente a los involucrados, informar del material que ellos deben preparar por adelantado, llevar una lista de preguntas y dudas que surgen del estudio del producto a ser revisado.

La duración de la reunión no debe ser mayor a dos horas.

Como salida se obtiene el Informe de RTF.

3.2.6. Asegurar que las desviaciones son documentadas

Las desviaciones encontradas en las actividades y en los productos deben ser documentadas y ser manejadas de acuerdo a un procedimiento establecido.

Se debe chequear que los responsables de cada plan los modifiquen cada vez que sea necesario, basados en las desviaciones encontradas.

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

[En esta sección se incluye una lista con las actividades de calidad a realizarse durante el proyecto, especificando en que semana del proyecto se realizan.]

Actividad Semana cuando se realiza

Actividad 1 [Semana]

[RTF de Estimaciones y Mediciones] [Semana 6]

3.3. Responsables

[Identificar los distintos responsables de cada actividad identificada.]

4. Documentación

4.1. Propósito

Identificación de la documentación relativa a desarrollo, Verificación & Validación, uso y mantenimiento del software.

Establecer como los documentos van a ser revisados para chequear consistencia: se confirman criterio e identificación de las revisiones.

4.2. Documentación

...