Proyecto de Ingeniería de Software .

Plan de 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:......................................................................................................................................2
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:............................................................................................................4
5.1 Propósito...................................................................................................................................4
5.2 Documentación mínima requerida:..............................................................................................4
5.2.1 Especificación de Requerimientos.........................................................................................................4
5.2.2 ….......................................................................................................................................................4
5.3 Otra documentación:..................................................................................................................4
6 ESTÁNDARES Y MÉTRICAS:................................................................................................4
6.1 Estándares para documentación:.................................................................................................4
6.2 Métricas.....................................................................................................................................4
7 REVISIONES:...................................................................................................................4
7.1 Descripción:...............................................................................................................................4
7.1.1 Evaluación de la calidad de los productos:............................................................................................4
7.1.2 Revisar el ajuste al proceso:.................................................................................................................5
7.1.3 Revisión Técnica Formal (RTF):............................................................................................................5
7.2 Requerimientos Mínimos:............................................................................................................5
7.3 Agenda:.....................................................................................................................................6
7.3.1 Fase I – Inicial....................................................................................................................................6
7.3.2 Fase II – Elaboración...........................................................................................................................6
7.3.3 Fase III – Construcción........................................................................................................................6
7.3.4 Fase IV – Transición............................................................................................................................6
8 TESTEO:..........................................................................................................................6
9 REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS:.............................................................6
10 HERRAMIENTAS, TÉCNICAS Y METODOLOGÍAS:...................................................................7
11 GESTIÓN DE CONFIGURACIÓN..........................................................................................7
12 GESTIÓN DE RIESGOS.....................................................................................................7
13 Correspondencia de este plan con el estándar IEEE 730.....................................................8

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 1 de 8
Proyecto de Ingeniería de Software . Plan de SQA

1 PROPÓSITO:
El propósito de este plan es especificar las actividades que se realizarán para asegurar la calidad del
software a construir. En él se detallan los productos que se van a revisar y los estándares, normas o
métodos a aplicar; los métodos y procedimientos que se utilizarán para revisar que la elaboración de los
productos se realice como lo establece el modelo de ciclo de vida del proyecto; y procedimientos para
informar a los responsables de los productos los defectos encontrados y realizar un seguimiento de
dichos defectos hasta su corrección.
[Descripción del producto]
[Describir los objetivos y criterios de calidad]
[Indicar el uso que deben hacer del 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 del Proyecto.
[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 documentos referenciados 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 cubiertas por este plan
(4.2) y las responsabilidades por cada tarea (4.3).

4.1 Organización:
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 proceso cumplan 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 sugiere una 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 calidad a realizar, indicando para cada una: el
entregable asociado y la influencia de la tarea en la calidad del producto.]

Actividad Entregable Asociado

Realizar el Plan de SQA Plan de SQA

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 2 de 8
Proyecto de Ingeniería de Software . Plan de SQA

Identificar las propiedades de Calidad Propiedades de Calidad

Evaluar la calidad de los productos Informe de revisión de SQA
Revisar el ajuste al proceso Informe de revisión de SQA
Realizar Revisión Técnica Formal Informe de Revisión Técnica Formal
Evaluar y ajustar el Plan de SQA Documento de Evaluación y Ajustes al
Plan de SQA
Revisar la entrega semanal Entrega semanal de SQA
Realizar evaluación final de SQA Evaluación final de SQA
Reuniones de Apoyo a la calidad No Aplica

4.2.1 Elaboración del Plan de SQA:

[Descripción de la actividad, indicando el entregable asociado y la influencia de la actividad
en la calidad del producto.]

4.2.2 Identificar las propiedades de calidad:

...

4.3 Responsabilidades:
El responsable de SQA es el responsable de realizar las actividades y entregables
mencionados en la sección anterior.
Como parte de las actividades del Responsable de SQA se revisarán los productos que se
consideren relevantes para la calidad del producto y del proceso. A continuación se identifican
esos productos y el responsable de las acciones correctivas para eliminar los defectos de cada
producto.
[Se sugieren algunos productos como ejemplo, deberá agregar a esta lista todos los
productos que no estén y que se revisarán en el transcurso del proyecto.]

Producto Rol responsable Responsable

Documento de Requerimientos
Modelo de Casos de Uso
Alcance del Sistema
Descripción de la Arquitectura
Modelo de Diseño
Modelo de Datos
Estándar de Implementación
Estándar de documentación técnica
Documento de Estimaciones
Documento de Riesgos
Plan del Proyecto
Plan de Verificación y Validación
Reporte de pruebas unitarias, de
integración y del Sistema
Plan de Implantación
Estándar de Documentación de
Usuario
Documentación de Usuario
Plan de Gestión de Configuración

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 3 de 8
Proyecto de Ingeniería de Software . Plan de SQA

5 DOCUMENTACIÓN:
El objetivo de esta sección es especificar los documentos que dirigen el desarrollo del proyecto y que
deberán ser revisados como parte de las actividades de aseguramiento de la calidad. Para cada
documento se indica el objetivo del documento, la plantilla, norma y/o estándar que se usa para
elaborar el documento y el contenido mínimo que debe tener dicho documento.

5.1 Documentación mínima requerida:

 Especificación de Requerimientos
 Diseño del Sistema y Descripción de la Arquitectura
 Plan de Verificación y Validación
 Reportes de Verificación
 Documentación de Usuario
 Plan de Configuración
 Plan de Proyecto

5.1.1 Especificación de Requerimientos

Objetivo del documento:
Plantilla, norma y/o estándar:
Contenido mínimo:

5.1.2 …

5.2 Otra documentación:

[Se indican los documentos y luego para cada uno de ellos se elabora una subsección igual a la
de Documentación mínima requerida.]

6 ESTÁNDARES Y MÉTRICAS:
[Identificar los estándares utilizados en el proyecto (documentación, codificación, testeo, diseño, etc.).
Para cada entregable que se revise se debe indicar el estándar o plantilla que se utiliza para su
creación.]
[Detallar las métricas de calidad que se aplicarán al producto y proceso.]

6.1 Estándares para documentación:

Entregable Estándar

6.2 Métricas
[Hacer referencia al documento Propiedades de Calidad Identificadas para el proyecto.
En este documento se describe para cada propiedad de calidad identificada y las métricas que se
utilizarán para medir dicha propiedad de calidad.]

7 REVISIONES:

7.1 Descripción:
En esta sección se definen los tres tipos de revisiones (Evaluación de la calidad de los productos,
Revisar el ajuste al proceso y Revisión Técnica Formal – RTF –), sus objetivos y mecanismos.
7.1.1 Evaluación de la calidad de los productos:
Objetivo: Revisar los productos que se definieron como claves para asegurar la calidad.
Detectar desviaciones en los objetivos de calidad definidos e informar a los responsables
para que sean corregidas.
Mecanismo:
Se revisan los productos para verificar que cumplan con los estándares (sección 6) y con los
objetivos de calidad utilizando las checklists definidas para el producto.
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

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 4 de 8
Proyecto de Ingeniería de Software . Plan de SQA

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, que contiene todas las desviaciones o
defectos encontrados durante la revisión. Este informe debe ser distribuido a los
responsables del producto y se debe asegurar que ellos son conscientes de las desviaciones
o discrepancias encontradas y de las acciones correctivas que deben realizar.

7.1.2 Revisar el ajuste al proceso:

Objetivo: Revisar si los productos se obtuvieron realizando las actividades que se indican
en el Modelo de Proceso.
Mecanismo:
Se revisan los productos que se definen como claves para verificar el cumplimiento de las
actividades definidas en el proceso, 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 y son entrada para el producto objeto de
revisión, 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
Se debe verificar si todos los pasos del proceso de desarrollo son seguidos apropiadamente.
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, que contiene todas las desviaciones o defectos encontrados durante la
revisión. Este informe debe ser distribuido a los responsables de las actividades y se debe
asegurar que ellos son conscientes de las desviaciones o discrepancias encontradas y de las
acciones correctivas que deben realizar.

7.1.3 Revisión Técnica Formal (RTF):

Objetivo: 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.
Mecanismo:
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.
Como salida se obtiene el Informe de RTF.

7.2 Requerimientos Mínimos:

[En esta sección se detallan los elementos mínimos que deberán ser revisados.]
[En la lista siguiente aparecen los elementos detallados en IEEE 730. Agregue los que se
consideren necesarios, indicándose para cada uno los tipos de revisiones que se aplicarán.]

 Especificación de Requerimientos
 Modelo de Diseño y Descripción de la Arquitectura
 Plan de Verificación y Validación
 Plan de Gestión del Proyecto
 Plan de Gestión de Configuración
y:
 Diseño vs. Especificación de requerimientos
 Implementación vs. Diseño

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 5 de 8
Proyecto de Ingeniería de Software . Plan de SQA

 Verificación vs. Especificación de requerimientos

7.3 Agenda:
En esta sección se detallan todas las revisiones de calidad que se realizarán durante todo el
proyecto, organizadas por fase e iteración.
7.3.1 Fase I – Inicial
7.3.1.1 Iteración I
Entregable Realizado Revisión Tipo de revisión
[Nombre del [Fase, iteración y [Semana, si se quiere [Tipo de revisión que
entregable o producto semana en que se también la fecha, en se realizará:
a revisar] debe realizar la la que se realizará la Evaluación de la
versión del producto revisión del calidad de los
a revisar] entregable o productos, Revisar el
producto] ajuste al proceso o
Revisión Técnica
Formal ]

7.3.1.2 Iteración II
…

7.3.2 Fase II – Elaboración

7.3.2.1 Iteración I
…

7.3.2.2 Iteración II
…

7.3.3 Fase III – Construcción

7.3.3.1 Iteración I
…

7.3.3.2 Iteración II
…

7.3.4 Fase IV – Transición

7.3.4.1 Iteración I
…

[NOTA: Indicar cuando corresponda la influencia de la actividad en los hitos fundamentales

del proyecto.]

8 TESTEO:
[Identificar las propiedades de calidad que no se verifiquen en el VVP.]
[Para cada una de esas propiedades definir y detallar las pruebas a realizar para asegurar su
cumplimiento]

9 REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS:

[Indicar de que manera y a quienes se reportarán los problemas encontrados en los productos y en el
proceso.]
[Indicar como se realizará el seguimiento de los problemas.]
[Indicar de quien es la responsabilidad de tomar acciones correctivas para cada problema.]

10 HERRAMIENTAS, TÉCNICAS Y METODOLOGÍAS:

[Elaborar checklists para todos los productos a revisar en un documento aparte de éste y en esta
sección hacer referencia a ese documento.]

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 6 de 8
Proyecto de Ingeniería de Software . Plan de SQA

[Se recomienda que para un mismo producto se realicen distintas checklists para las distintas instancias
de revisión del producto.]

11 GESTIÓN DE CONFIGURACIÓN:
El objetivo del SQA en esta área es asegurar que se realizan las actividades de gestión de configuración
establecidas en el Plan de Configuración y que se realizan tal como están establecidas en el proceso.

[En esta sección se indican los métodos que se utilizarán para mantener, almacenar, asegurar y
documentar las versiones controladas identificadas en las fases de desarrollo, lo cual será definido en
conjunto con el Responsable de SCM.
Se indican los métodos que se utilizarán para proteger el almacenamiento adecuado de los programas,
documentación, etc., así como también la prevención de acceso sin autorización, daño, etc., lo cual será
definido en conjunto con el Responsable de SCM]
[Para este curso se utilizará CVS como se indica en el SCMP, por lo que se hará referencia a ese
documento.]

[Se deberán explicitar en esta sección las actividades que llevará a cabo el responsable de SQA para
asegurar que la gestión de configuración se realiza como lo establece el proceso definido para el
proyecto]
[Se sugieren algunas actividades mínimas que se deberían realizar:
 Asegurar que se generó la Línea Base del proyecto en el momento establecido en el modelo de
proceso.
 Asegurar que la Línea Base del proyecto generada es correcta.
 Se verifica periódicamente que el Responsable de SCM mantiene apropiadamente el control de la
línea base, así como el registro completo de cambios para requerimientos, diseño, código,
verificación y documentación.
 Se monitorean los procedimientos del Comité de Control de Cambios para verificar que son
efectivamente realizados como se especificaron en el Plan de configuración.]
[Para cada actividad que se indique, se debe especificar como se realizará y si corresponde se debe
incluir en la agenda de revisiones, sección 7.3 Agenda, de este plan, o bien indicar en esta sección
cuando se realizarán dichas actividades]

12 GESTIÓN DE RIESGOS:
El objetivo del SQA en esta área es asegurar que la gestión de riesgos se realiza y se hace de forma
correcta.

[Se indican los métodos y procedimientos que serán utilizados para identificar, monitorear y controlar
los riesgos identificados en el proyecto.]
[En este curso la gestión de riesgos está incluida como actividad en el área de Gestión del Proyecto y
como sección en el Plan del Proyecto, por lo que se hará referencia a ese documento.]

[Para evaluar que se cumple el objetivo planteado se deberán realizar actividades de SQA como las que
se sugieren a continuación:
 Asegurar que se realice una evaluación de riesgos en el proyecto.
 Que la evaluación de riesgos esté bien hecha, lo cual implica:
 Que se evalúen riesgos en todas las áreas del proyecto y por personas diferentes.
 Que esa evaluación de riesgos se haga en forma individual y luego se reúnan las los
riesgos detectados para determinar el impacto de cada riesgo, con todos los integrantes
del equipo de trabajo.
 Que se prioricen los riesgos.
 Que se planifique su eliminación, mitigación y/o contingencia.
 Que se incorporen los riesgos a los planes del proyecto para su seguimiento.]
[Para cada actividad que se indique, se debe especificar como se realizará y si corresponde se debe
incluir en la agenda de revisiones, sección 7.3 Agenda, de este plan, o bien indicar en esta sección
cuando se realizarán dichas actividades]

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 7 de 8
Proyecto de Ingeniería de Software . Plan de SQA

13 CORRESPONDENCIA DE ESTE PLAN CON EL ESTÁNDAR IEEE 730 [1]:

Secciones del estándar IEEE 730 Secciones de este plan

1 Propósito 1 Propósito
2 Acrónimos y Abreviaturas, se agrega a este plan.
2 Referencias 3 Referencias
3 Gestión 4 Gestión
4 Documentación 5 Documentación
5 Estándares, prácticas, convenciones y métricas 6 Estándares y métricas
6 Revisiones y auditorias 7 Revisiones
7 Test 8 Test
8 Reporte de problemas y acción correctiva 9 Reporte de problemas y acciones correctivas
9 Herramientas, técnicas y metodologías 10 Herramientas, técnicas y metodologías
10 Control de código 11 Gestión de configuración
11 Control de medios 11 Gestión de configuración
12 Control de proveedores No aplica a este plan, porque no hay proveedores
en los proyectos donde se aplica el mismo
13 Recopilación de registros, mantenimiento y No aplica a este plan, porque los registros que
retención serán generados por el responsable de SQA son los
entregables que se generan durante el proyecto y
ya están explicitados en la sección 4.2 Tareas
14 Entrenamiento No aplica a este plan, porque las actividades de
entrenamiento para alcanzar las necesidades del
plan de SQA no forman parte del proyecto.
15 Gestión de riesgos 12 Gestión de riesgos

U n i v e r s i d a d de la R e p ú b l i c a – F a c u l t a d de I n g e n i e r í a – I n s t i t u t o de C o m p u t a c i ó n
Página 8 de 8