Plan de Aseguramiento de Calidad Del Software

Nombre y Apellido de cada uno de los integrantes del grupo
<Nombre del Proyecto>

Plan de Aseguramiento de Calidad del Software
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.]
Página 1 de 14
<Nombre Proyecto> Versión <1.0>

Plan de Aseguramiento de Calidad del Software Fecha: <dd/mmm/aaaa>
<Identificador de documento>
Historial de Revisiones
Fecha Versión Descripción Autor
<dd/mmm/aaaa> <X.X> <detalle> <nombres>
Página 2 de 14

Tabla de Contenidos
1. Introducción………………………………………………………………………….. 5
1.1. Propósito……………………………………………………………………….…….. 5
1.2. Alcance………………………………………………………………………………. 5
1.3. Definiciones, Acrónimos y Abreviaturas……………………………………………. 5
1.4. Referencias……………………………………………………………………………6
1.5. Visión de Conjunto……………………………………………………………...…… 6
2. Objetivos de Calidad………………………………………………………………… 6
3. Gestión……………………………………………………………………………….. 6
3.1. Organización…………………………………………………………………………. 6
3.2. Tareas………………………………………………………………………………… 7
3.3. Responsabilidades…………………………………………………………………… 7
4. Documentación………………………………………………………………………. 8
4.1. Documentación mínima requerida…………………………………………………… 8
4.1.1. Especificación de requerimientos………………….………………………………… 8
4.3. Otra Documentación…………………………………………………………………. 8
5. Estándares y Métricas……………………………………………………………….. 8
5.1. Estándares para Documentación…………………………………………………….. 9
5.2. Métricas………………………………………………………...……………………. 9
6. Revisiones…………………………………………………………………………… 9
6.1. Descripción…………………………………………………………………………... 9
6.1.1. Revisión de Calidad del Producto…………………………………………………… 9
6.1.2. Revisión de Ajuste al Proceso……………………………………………………….. 9
6.1.3. Revisión Técnica Formal (RTF)……………………………………………………. 10
6.2. Requerimientos Mínimos…………………………………………………………… 10
6.3. Agenda……………………………………………………………………………… 11
6.3.1. Fase I – Inicial……………………………………………………………………… 11
6.3.1.1. Iteración I…………………………………………………………………………… 11
6.3.1.2. Iteración II………………………………………………………………………….. 11
6.3.2. Fase II – Elaboración……………………………………………………………….. 11
6.3.2.1. Iteración I…………………………………………………………………………… 11
6.3.2.2. Iteración II………………………………………………………………………….. 11
6.3.3. Fase III – Construcción…………………………………………………………….. 11
6.3.3.1. Iteración I…………………………………………………………..………………. 11
6.3.3.2. Iteración II………………………………………………………………………….. 11
6.3.4. Fase IV – Transición……………………………………………………………….. 12
6.3.4.1. Iteración I…………………………………………………………………………… 12
6.3.4.2. Iteración II………………………………………………………………………….. 12
7. Verificación………………………………………………………………………… 12
8. Reporte de Problemas y Acciones Correctivas…………………………………….. 12
9. Herramientas, Técnicas y Metodologías…………………………………………… 12
10. Gestión de Configuración…………………………………………………………... 12
10.1. Métodos para la Gestión de Configuración………………………………………… 12
10.2. Actividades para Asegurar la Calidad……………………………………………… 13
Página 3 de 14
11. Gestión de Riesgos…………………………………………………………………. 13

11.1. Métodos para la Gestión de Riesgos……………………………………………….. 13
11.2. Actividades para asegurar la Calidad………………………………………………. 13
Página 4 de 14

Plan de Aseguramiento de Calidad del Software

1. Introducción
[La introducción del Plan de Aseguramiento de la Calidad debe proporcionar una
visión general de todo el documento. Debe incluir el propósito, alcance, definiciones,
acrónimos, abreviaturas, referencias, y una visión general de este Plan de
Aseguramiento de la Calidad.]
1.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 los
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]
[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.]
1.2. Alcance
[Una breve descripción del alcance de este Plan de Aseguramiento de la Calidad:
¿qué proyecto (s) está asociado y cualquier otra cosa que se ve afectada o
influenciada por este documento.]
1.3. Definiciones, Acrónimos y Abreviaturas
SQA : Aseguramiento de la Calidad del Software.
SCM : Gestión de Configuración del Software.
GP : Gestión del Proyecto.
[Esta sección provee las definiciones de todos los términos, acrónimos y abreviaturas
requeridas para interpretar apropiadamente el Plan de Aseguramiento de la Calidad.
Esta información puede ser proporcionada por referencia al Glosario del proyecto.]
Página 5 de 14

1.4. 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
[Esta sección provee una lista completa de todos los documentos referenciados en el
Plan de Aseguramiento de la Calidad en otro lugar y toda referencia que se considere
de utilidad. Cada documento debe ser identificado por título, número de informe (si
procede), fecha y organización que publica. Especifique las fuentes de donde se
pueden obtener las referencias. Esta información puede ser proporcionada por
referencia a un apéndice o a otro documento.]
1.5. Visión de Conjunto
[Esta sección debe describir lo que contiene el resto del Plan de Aseguramiento de la
Calidad y explicar cómo se organiza el documento.]
2. Objetivos de Calidad
[Esta sección se debe describir los objetivos y criterios de calidad.]
3. 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. (3.1), la lista de tareas cubiertas por este plan (3.2) y las responsabilidades
por cada tarea (3.3).
3.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]
Página 6 de 14

3.2. Tareas
[En esta sección se listan todas las tareas que el equipo de SQA realizara, estas tareas
serán durante todo el ciclo de vida del proyecto, y se realizaran según la
calendarización descrita en el plan de desarrollo del software. Una tarea se
considerara completa si se ha levantado un reporte acerca de esa tarea. Indicar para
cada tarea: 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
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
Documento de Evaluación y Ajustes al Plan de
Evaluar y ajustar el Plan de SQA
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
3.3. Responsabilidades
El responsable de SQA es el responsable de realizar las actividades y entregables
mencionadas 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 cada producto, que
será la referencia en caso de que dicho producto necesite correcciones.
[A continuación 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
Especificación de requerimientos
Modelo de casos de usos
Alcance del sistema
Modelo de Diseño
Descripción de la Arquitectura
Interfase de Usuario
Estándar de Implementación
Estándar de Documentación Técnica
Plan de Verificación y Validación
Planes de Verificación de la Iteración
(unitarias, de integración y del sistema)
Estándar de Documentación de Usuario
Materiales para soporte al Usuario
Página 7 de 14

Producto Rol responsable Responsable

Plan de Transición
Plan de Proyecto
Documento de Estimaciones y
Mediciones
Documento de Riesgos
Plan de Configuración
Plan de Gestión de Configuración
...
4. 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.
4.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
4.1.1. Especificación de requerimientos
Objetivo del documento:
Plantilla, norma y/o estándar:
Contenido mínimo:
4.1.2. ……
4.3. 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.]
5. Estándares y Métricas
[Esta sección debe incluir: La identificación de 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 al proceso]
Página 8 de 14

5.1. Estándares para Documentación

Entregable Estándar
5.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, las
métricas que se utilizarán para medir dicha propiedad de calidad.]
6. Revisiones
6.1. Descripción
En esta sección se definen los tres tipos de revisiones (Revisión de Calidad de
Producto, Revisión de Ajuste al Proceso y Revisión Técnica Formal – RTF –), sus
objetivos y mecanismos.
6.1.1. Revisión de Calidad del Producto
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 5) y
con los objetivos de calidad utilizando los checklists definidos 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 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.
6.1.2. Revisión de 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.
Página 9 de 14

Esta información se obtiene de los siguientes documentos:

 Plan del Proyecto
 Plan de la Desarrollo
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 revisió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.
6.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.
6.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 Casos de Uso, Requerimientos
Suplementarios)
 Modelo de Diseño y Descripción de la Arquitectura
 Plan de Gestión del Proyecto
 Plan de Gestión de Configuración
Página 10 de 14

y:
 Diseño vs. Especificación de Requerimientos
 Implementación vs. Diseño Verificación vs. Especificación de Requerimientos
6.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.
6.3.1. Fase I - Inicial
6.3.1.1. Iteración I
Entregable Realizado Revisión Tipo de revisión
[Nombre del [Fase, iteración y [Semana, si se [Tipo de revisión que
entregable o semana en que se quiere también la se realizará: Evaluación
producto a revisar] debe realizar la fecha, en la que se de la calidad de los
versión del producto realizará la revisión productos, Revisar el
a revisar] del entregable o ajuste al proceso o
producto] Revisión Técnica
Formal ]
6.3.1.2. Iteración II
Entregable Realizado Revisión Tipo de revisión
[Nombre del [Fase, iteración y [Semana, si se [Tipo de revisión que
entregable o semana en que se quiere también la se realizará: Evaluación
producto a revisar] debe realizar la fecha, en la que se de la calidad de los
versión del producto realizará la revisión productos, Revisar el
a revisar] del entregable o ajuste al proceso o
producto] Revisión Técnica
Formal ]
6.3.2. Fase II - Elaboración

……
……
6.3.3. Fase III - Construcción
……
……
Página 11 de 14

6.3.4. Fase IV - Transición

……
……
[NOTA: Indicar cuando corresponda la influencia de la actividad en los hitos
fundamentales del proyecto.]
7. Verificación
[Identificar las propiedades de calidad que no se verifiquen en el Plan de
Verificación y Validación.]
[Para cada una de esas propiedades definir y detallar las pruebas a realizar para
asegurar su cumplimiento]
8. Reporte de Problemas y Acciones Correctivas

[Indicar de qué 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.]
9. 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.]
[Se recomienda que para un mismo producto se realicen distintas checklists para las
distintas instancias de revisión del producto.]
10. 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.
10.1. Métodos para la Gestión de Configuración

[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.
Página 12 de 14

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.]
10.2. Actividades para Asegurar la Calidad

[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 6.3. Agenda, de este
plan, o bien indicar en esta sección cuando se realizarán dichas actividades]
11. 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.
11.1. Métodos para la Gestión de Riesgos
[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.]
11.2. Actividades para asegurar la Calidad.
[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.
Página 13 de 14

• Asegurar que la evaluación de riesgos se realice correctamente, 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
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.
• Asegurar que se realice el seguimiento de los riesgos]
[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]
Página 14 de 14

Plan de Aseguramiento de Calidad Del Software

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Plan de Aseguramiento de Calidad Del Software

Diunggah oleh

Hak Cipta:

Format Tersedia

Nombre y Apellido de cada uno de los integrantes del grupo

<Nombre del Proyecto>

<Nombre Proyecto> Versión <1.0>

<Nombre Proyecto> Versión <1.0>

11. Gestión de Riesgos…………………………………………………………………. 13

<Nombre Proyecto> Versión <1.0>