1

.
2


4.1.1. Estructura de un Plan de Garanta de Calidad

El estndar impone la inclusin de 13 secciones en el Plan, y en el orden en que aparecen
a continuacin, y admite la inclusin de secciones adicionales al final del documento si es
necesario.

1. Propsito

Aqu se delimita el propsito y alcance del Plan. Deben listarse los nombres de todos los
productos software a los que afecta el Plan, e indicarse el propsito del software.

Al rellenar esta seccin, deberan darse respuesta a las siguientes cuestiones:

- Cules son los productos software cubiertos por este Plan?

- Para qu se va a utilizar el software cubierto por este Plan? Es un software
crtico? Es parte de un sistema ms grande? y en este caso de qu forma se
relaciona con dicho sistema?

- Por qu se est escribiendo este Plan? Responde a un requisito externo o
interno? Por qu es este Plan necesario?

- En qu documentos (estndares o guas) se basa este Plan? En qu medida?

- Cmo se justifican las desviaciones sobre los documentos mencionados?
Cules son los atributos del producto o del desarrollo que justifican la
imposicin de prcticas o procedimientos adicionales o bien la eliminacin o
suavizacin de los mismos?

2. Documentos de referencia

Aqu se proporciona una lista completa de todos los documentos referenciados en el
Plan.

3. Gestin

Aqu se describe la Organizacin, Tareas y Responsabilidades.

3.1. Organizacin

Aqu se describe la estructura organizativa, cada uno de los elementos principales de la
organizacin, y la delegacin de responsabilidades, en la medida en que esto influye en la
calidad del software.

Se deben describir claramente las dependencias organizativas y funcionales entre aquellos
elementos responsables de la Garanta de Calidad y los elementos responsables del
Desarrollo o Uso.

Los elementos organizativos responsables de las funciones de Garanta de Calidad
pueden ser:

- Desarrolladores con un conocimiento especial de las tcnicas y herramientas de
Garanta de Calidad
3


- Un elemento dedicado a Garanta de Calidad que d servicio a varios proyectos.

- Un conjunto de elementos organizativos separados, cada uno de los cuales
implementa ciertas funciones de Garanta de Calidad.

En el estndar no se impone ningn tipo de estructura organizativa.

En cualquier caso, se deben describir las interrelaciones entre los elementos responsables
de las funciones de Garanta de Calidad y otros elementos.

Se debera incluir una representacin grfica de la estructura organizativa y una
explicacin textual que debera incluir:

- Una descripcin de cada elemento que interactue con elementos de GC

- Responsabilidades delegadas en cada uno de los elementos que interactan.

- A quin o quines informan cada uno de los elementos que interactan.

- Identificacin de aquel elemento organizativo con autoridad en la liberacin de
versiones de productos.

- Identificacin de aquel elemento organizativo que aprobar el Plan.

- El mtodo que se utilizar para resolver conflictos entre los elementos.
Tambin podra incluir:
- El tamao de cada elemento de GC.

- Una explicacin de posibles desviaciones respecto de las polticas,
procedimientos o estndares de GC de la organizacin.

3.2. Tareas

Aqu se describen aquellas tareas asociadas con la porcin del ciclo de vida que cubre el
Plan, poniendo ms nfasis en las actividades de GC. Tambin se indicar la secuencia de
dichas tareas.

Las tareas bsicas que se incluirn en este punto son las que se describen en las secciones
4 a 13 del Plan, si son aplicables. Se debe explicar cualquier omisin o desviacin
respecto de alguna de las tareas especificadas en el estndar. Tambin se pueden incluir
tareas adicionales, correspondientes a las secciones adicionales del Plan.

Para cada tarea se debe describir sus criterios de entrada y de salida, es decir, qu se
necesita para iniciar la tarea y cules son sus salidas. Las salidas se definirn de tal forma
que sea posible determinar de una forma objetiva, segn un procedimiento establecido, si
la salida se ha completado o no.

3.3. Responsabilidades

Aqu se identifican los elementos organizativos responsables de cada tarea.
4


En esta seccin se designa tambin al personal responsable de la publicacin,
distribucin, mantenimiento e implementacin del PGC.

4. Documentacin

Aqu se identifica toda la documentacin que gobernar el desarrollo, validacin y
verificacin, mantenimiento y uso del software.

Tambin se describir la revisin o auditora que se utilizar para determinar la
adecuacin de cada uno de estos documentos.

La documentacin mnima que exige el estndar para garantizar que la implementacin
del software satisface los requisitos es la siguiente:

- Especificacin de Requisitos Software

- Descripcin del Diseo del Software

- Plan de Verificacin y Validacin

- Informe de Verificacin y Validacin

- Documentacin de Usuario

5. Estndares, prcticas y convenciones

Aqu se identifican todos los estndares, prcticas y convenciones que se van a aplicar.

Tambin se describir la forma en que se va a monitorizar y asegurar el cumplimiento de
estos elementos.

6. Revisiones y auditoras

En esta seccin se definen todas las revisiones y auditoras tcnicas y de gestin que se
llevarn a cabo.

Tambin se describir la forma en que dichas revisiones y auditoras se llevarn a cabo.
Se deben llevar a cabo, al menos, las siguientes revisiones y auditoras:
Revisin de los Requisitos Software

Revisin del Diseo Preliminar

Revisin del Diseo Crtico

Revisin del Plan de Verificacin y Validacin

Auditora Funcional

Auditora Fsica

Auditoras del Proceso
5


Revisiones de gestin

Se podran planificar otras revisiones, como por ejemplo la Revisin de la
documentacin de usuario.

Para cada tipo de revisin, se debe explicar:

- Su objetivo

- Qu producto es el que se evala.

- Sus propsitos.

- Cul es el elemento organizativo responsable de llevar a cabo la revisin.

- Cules son los elementos organizativos que deben tomar parte en la revisin.

- Cules son los requisitos de revisin.

- Dnde deben documentarse los resultados de la revisin.
Para cada tipo de auditora se debe explicar:
- Su objetivo

- Cul es el elemento organizativo responsable de llevar a cabo la auditora.

- Dnde deben documentarse los resultados de la auditora.

- Cules son las entradas para la auditora.

Revisin de los Requisitos Software: Su objetivo es asegurar la adecuacin,
factibilidad tcnica y completitud de los requisitos incluidos en la Especificacin de
Requisitos Software. Debe evaluar la ERS para ver si cumple los atributos que detalla
el estndar IEEE 830-1984.

Revisin del Diseo Preliminar: Su objetivo es asegurar la adecuacin del diseo
preliminar tal y como aparece en una versin preliminar de la Descripcin de Diseo
del Software, antes de comenzar con el diseo detallado.

Revisin del Diseo Crtico: Su objetivo es asegurar la adecuacin del diseo
detallado tal y como aparece en la versin final de la Descripcin de Diseo del
Software, antes de comenzar con la codificacin.

Revisin del Plan de Verificacin y Validacin: Su objetivo es evaluar la adecuacin y
completitud de los mtodos de Verificacin y Validacin definidos en el PVV.

Auditora Funcional: Esta auditora se lleva a cabo antes de la entrega del software
para comprobar que se han satisfecho todos los requisitos especificados en la ERS.

Auditora Fsica: Esta auditora se lleva a cabo para comprobar que el software y su
documentacin son consistentes internamente y estn listos para su entrega. Para ello
se compara el cdigo con su documentacin de apoyo.
6


Auditoras del Proceso: Son auditoras en las que se examinan muestras de los
diferentes productos del desarrollo para comprobar la consistencia del producto segn
evoluciona a travs del proceso de desarrollo. Con ello se obtienen medidas de lo bien
que funciona el proceso.

Revisiones de gestin: Estas auditoras se llevan a cabo peridicamente para valorar la
ejecucin de este Plan.

7. Gestin de Configuracin

Aqu se describen los mtodos que se van a utilizar para llevar a cabo las diferentes
tareas de Gestin de Configuracin. Puede ser una referencia al Plan de Gestin de
Configuracin, si ste existe.

8. Gestin de Problemas y Acciones
Correctivas

Aqu se describen las prcticas y procedimientos que se van a utilizar para la notificacin,
seguimiento y resolucin de problemas software, as como las responsabilidades
organizativas.

El propsito de un sistema de Gestin de Problemas y Acciones Correctivas es:

- Asegurar que todos los problemas se documentan, se corrigen y no caen en el
olvido.

- Asegurar que se evala la validez de los informes de problemas.

- Realimentar al desarrollador y el usuario sobre el estado de los problemas.

- Proporcionar datos para medir y predecir la calidad y fiabilidad del software.
9. Herramientas, tcnicas y metodologas
En esta seccin se identifican todas las herramientas, tcnicas y metodologas que se van
a utilizar en el desarrollo que apoyan la Garanta de Calidad, se hace constar su
propsito y se describe su uso.

Algunas de las herramientas que pueden incluirse son:

- Utilidades del sistema operativo

- Depuradores

- Ayudas para documentacin

- Preprocesadores

- Comparadores de ficheros

- Analizadores de estructura

- Monitores de rendimiento
7


- Paquetes de anlisis estadstico

- Generadores de casos de prueba

- Ejecutores de pruebas

- Herramientas de control esttico o dinmico.

Algunas de las tcnicas que pueden ayudar a la evaluacin o mejora de la calidad son:

- Estndares

- Inspecciones

- Verificacin de requisitos y diseo

- Traza de requisitos

- Valoraciones y medidas de fiabilidad

- Anlisis lgicos formales o rigurosos.

Las metodologas de Garanta de Calidad sern conjuntos integrados de tcnicas, de
entre las anteriores.

10. Control del Cdigo

En esta seccin se definen los mtodos y facilidades que se van a utilizar para controlar
el almacenamiento y mantenimiento de versiones del cdigo.

Aqu se debera especificar un procedimiento de control del Cdigo que:

- Defina cul es el software que se va a controlar

- Describa un mtodo estndar para identificar, etiquetar y catalogar el software.

- Liste la localizacin fsica del software bajo control.

- Describa la localizacin, forma de mantenimiento y de uso de las copias de
seguridad.

- Describa los procedimientos para distribucin de copias.

- Identifique la documentacin que se ver afectada por los cambios.

- Describa los procedimientos para la construccin de una nueva versin.
11. Control de Medios
En esta seccin se definen los mtodos y facilidades que se van a utilizar para proteger el
medio fsico de accesos no autorizados y daos y degradaciones inesperadas.

Se debera asegurar que:
8


- Est garantizado el almacenamiento y recuperacin de software.

- El software est accesible nicamente para aquellos que lo necesitan.

- Se controla el entorno para que no se degrade el medio fsico en el que se
almacena el software.

- Se almacenan copias del software crtico y del cdigo en lnea base fuera de las
instalaciones de la organizacin.

12.Control de Suministradores y Subcontratas

En esta seccin se explica de qu forma se va a asegurar que el software comprado o
subcontratado cumple los requisitos tcnicos.

13. Recoleccin, Mantenimiento y Retencin de Registros

En esta seccin se identifica aquella documentacin que se debe retener, y se especifican
los mtodos y facilidades que se utilizarn para recolectar, proteger y mantener esta
documentacin. Tambin se especificar el periodo de retencin para cada tipo de
registro.

Se puede registrar no slo documentacin, sino tambin los medios fsicos que contienen
las versiones de los programas y los materiales utilizados en las pruebas, para asegurar la
repetibilidad de los tests en el futuro.