Plan de SQA

Nombre del Proyecto

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Plan de SQA
Nombre del Proyecto
[Este documento es la plantilla base para elaborar el
documento Plan de SQA.
Los textos que aparecen entre corchetes son explicaciones de
que debe contener cada seccin, los cuales se encuentran
con estilo PSI Comentario. Dichos textos se deben
seleccionar y sustituir por el contenido que corresponda en
estilo PSI - Normal.
Para actualizar la tabla de Contenido, haga clic con el botn
derecho del ratn sobre cualquier lnea del contenido de la
misma y seleccione Actualizar campos, en el cuadro que
aparece seleccione Actualizar toda la tabla y haga clic en el
botn Aceptar.
Para actualizar los campos en Microsoft Word (los cuales se
muestran sobre un fondo gris cuando se selecciona], ir a
Archivo > Propiedades > Resumen y reemplazar los campos
Asunto con el Nombre del Proyecto y Autor con el
nombre del autor de este documento despus ir a
Personalizar y actualizar el valor Numero de Documento en
la lista de propiedades del mismo dialogo, por el nuevo
nmero de versin. Posteriormente cerrar el dialogo
actualizar el documento seleccionando en el men Editar >
Seleccionar todo o CtrlE y presionar F9, o simplemente dar
un clic sobre el campo y presionar F9. Esto debe repetirse
tambin en el ndice, encabezado y pie de pgina, en todas
sus secciones.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

La Calidad del Software tiene

como objetivo brindar la
confianza de que el producto
final
lograr satisfacer los
requisitos del cliente.
En el Plan de SQA se reflejan las
evaluaciones a realizar, los
estndares a aplicar, los
productos a realizar, los
procedimientos a seguir en la
elaboracin 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 correccin.

Pgina 2 de 22

Plan de SQA
Nombre del Proyecto

Tabla de contenido
Propsito ...................................................................................................................................................... 5
Referencias ...................................................................................................................................................... 5
Gestin ......................................................................................................................................................... 6
Organizacin ................................................................................................................................................... 6
Actividades ...................................................................................................................................................... 6
Ciclo de vida del software cubierto por el Plan .......................................................................................... 6
Actividades de calidad a realizarse ............................................................................................................. 6
Relaciones entre las actividades de SQA y la planificacin ......................................................................... 8
Responsables ................................................................................................................................................... 8
Documentacin ............................................................................................................................................ 9
Propsito ......................................................................................................................................................... 9
Documentacin mnima requerida .................................................................................................................. 9
Especificacin de requerimientos del software .......................................................................................... 9
Descripcin del diseo del software ......................................................................................................... 11
Plan de Verificacin & Validacin ............................................................................................................. 12
Documentacin de usuario ....................................................................................................................... 12
Plan de Gestin de configuracin .................................................................................................................. 13
Propsito................................................................................................................................................... 13
Resumen ................................................................................................................................................... 13
Organizacin, Responsabilidades ............................................................................................................. 13
Herramientas, Entorno, e Infraestructura ................................................................................................ 13
Forma de trabajo ...................................................................................................................................... 14
Control de Cambios .................................................................................................................................. 14
Reportes y Auditorias ............................................................................................................................... 14
Otros documentos ......................................................................................................................................... 15
Estndares, prcticas, convenciones y mtricas .......................................................................................... 15
Objetivos ....................................................................................................................................................... 15
Mtricas de proceso ...................................................................................................................................... 16
Mtricas de proyecto .................................................................................................................................... 16
Mtricas de producto .................................................................................................................................... 17
Estndar de documentacin.......................................................................................................................... 17
Estndar de verificacin y prcticas .............................................................................................................. 18
Otros Estndares ........................................................................................................................................... 18
Revisiones y auditoras ............................................................................................................................... 18
Objetivo ......................................................................................................................................................... 18
Requerimientos mnimos ............................................................................................................................... 18

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 3 de 22

Plan de SQA
Nombre del Proyecto
Revisin de requerimientos ...................................................................................................................... 19
Revisin de diseo preliminar .................................................................................................................. 19
Revisin de diseo crtico ......................................................................................................................... 19
Auditora funcional ................................................................................................................................... 19
Auditora fsica .......................................................................................................................................... 19
Auditoras internas al proceso .................................................................................................................. 19
Revisiones de gestin ............................................................................................................................... 19
Revisin del Plan de gestin de configuracin ......................................................................................... 20
Revisin Post Mortem .............................................................................................................................. 20
Agenda ...................................................................................................................................................... 20
Otras revisiones ............................................................................................................................................. 20
Revisin de documentacin de usuario .................................................................................................... 20
Verificacin ................................................................................................................................................ 20
Reporte de problemas y acciones correctivas ............................................................................................. 20
Herramientas, tcnicas y metodologas ...................................................................................................... 20
Gestin de riesgos ...................................................................................................................................... 21
Anexos........................................................................................................................................................ 22
Formulario de Pedidos y Deteccin de Cambios ........................................................................................... 22

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 4 de 22

Plan de SQA
Nombre del Proyecto

Plan de SQA
Propsito
[Esta seccin debe contener el propsito y alcance del Plan de Calidad.
Lista los tems del software cubiertos por el Plan y el uso que se le dar al software en cuestin.
Se especifica la porcin del ciclo de vida del software cubierta por el Plan.]
[La tarea fundamental del Plan de Calidad es exigir que se cumplan todas las normas y
estndares establecidos para asegurar el buen fin del proyecto. Es muy importante lograr el
entendimiento de la tarea de SQA por parte de todos y generar un compromiso de aceptacin
por los errores que se detecten.
El mismo debe presentar un marco bsico organizacional que contenga lo siguiente:
Prcticas de Aseguramiento de la calidad: Adecuadas herramientas de desarrollo,
tcnicas, mtodos y estndares, definidos y disponibles para realizar las revisiones.

Software para la evaluacin del plan de proyecto.

Evaluacin de requerimientos: Si consideramos que los productos de calidad son

raramente desarrollados en base a requerimientos que no contemplen las
necesidades de sus clientes, los requerimientos inciales tienen que ser revisados
para ver si reflejan fiel y completamente las necesidades del cliente.

Evaluacin del diseo: Se debe verificar que se cumpla con los requerimientos y que
siga la metodologa establecida.

Evaluacin de la codificacin: Controlar que se cumpla con los estndares de

codificacin y evaluar la correctitud tcnica del producto.

Evaluacin de los procesos de integracin y pruebas: Controlar que se est

cumpliendo con el Plan de Testing.

Recoleccin de mtricas.]

Referencias
[ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance
Documento Plantilla gestin de riesgos
Documento plan de gestin de riesgos

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 5 de 22

Plan de SQA
Nombre del Proyecto
Documento plantilla de revisin de SQA
Documento Informe Final de SQA
Documento plantilla de Revisin tcnica formal
SQuaRE, ISO 25000:2005,
Quality management systems Requirements ISO 9001:2008]

Gestin
[Se debe especificar la organizacin, actividades y responsables.]

Organizacin
[Distinguir las estructuras dentro de la organizacin que tienen influencia y controlan la calidad
del software.
Descripcin de las dependencias o independencias de las estructuras antes mencionadas con
respecto a los responsables del desarrollo del software.]

Actividades
Ciclo de vida del software cubierto por el Plan
[Esta seccin debe contener las actividades ms importantes del ciclo de vida del software que
cubre el Plan.]
Actividades de calidad a realizarse
[Las tareas a ser llevadas a cabo debern reflejar las evaluaciones a realizar, los estndares a
seguir, los productos a revisar, los procedimientos para la elaboracin 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 correccin.
Las actividades que se realizarn son:
Revisar cada producto
Revisar el ajuste al proceso
Realizar Revisin Tcnica Formal (RTF)
Asegurar que las desviaciones son documentadas.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 6 de 22

Plan de SQA
Nombre del Proyecto
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 revisin previos, si
se encuentra alguna no resuelta, debe ser incluida en esta revisin. Se revisan los productos
contra los estndares, 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 revisin de SQA, este informe debe ser distribuido a los
responsables del producto y se debe asegurar de que son consientes de desviaciones o
discrepancias encontradas.]

Revisar el ajuste al proceso

[En esta actividad se revisan los productos que de 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 informacin necesaria de cada producto, buscando hacia atrs los
productos previos que deberan haberse generado, para poder establecer los criterios de
revisin y evaluar si el producto cumple con las especificaciones.
Esta informacin se obtiene de los siguientes documentos:
Plan del Proyecto
Plan de la iteracin
Plan de Verificacin

Antes de comenzar, se debe verificar en los informes de revisin previos que todas las
desviaciones fueron corregidas, si no fuese as, las faltantes se incluyen para ser evaluadas.
Como salida se obtiene el Informe de revisin de ajuste al Proceso, este informe debe ser
distribuido a los responsables de las actividades y se debe asegurar de que son consientes de
desviaciones o discrepancias encontradas.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 7 de 22

Plan de SQA
Nombre del Proyecto
Realizar Revisin Tcnica Formal (RTF)
[El objetivo de la RTF es descubrir errores en la funcin, la lgica la implementacin de
cualquier producto del software, verificar que satisface sus especificaciones, que se ajusta a los
estndares establecidos, sealando las posibles desviaciones detectadas. Es un proceso de
revisin 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
caracterstica se adopta esta prctica para productos que son de especial importancia.
En la reunin participan el responsable de SQA e integrantes del equipo de desarrollo.
Se debe convocar a la reunin 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 duracin de la reunin no debe ser mayor a dos horas.
Como salida se obtiene el Informe de RTF.]

Asegurar que las desviaciones son documentadas

[Las desviaciones encontradas en las actividades y en los productos deben ser documentadas y
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.]
Relaciones entre las actividades de SQA y la planificacin

Actividad

Semana

[Actividad 1]

[Semana cuando se realiza]

[Actividad 2]

[Semana cuando se realiza]

Responsables
[Identificar los distintos responsables de cada actividad identificada.]
[Dichas actividades son: las revisiones, el anlisis causal, el mantener una base de datos de los
errores encontrados a lo largo del desarrollo e informes.

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 8 de 22

Plan de SQA
Nombre del Proyecto
Para la puesta en marcha de estas actividades se deber seguir
prevencin:
Ejecutar una tarea

el siguiente ciclo de

Realizar un control de revisiones, para decidir la aceptacin o necesidad de

correccin de dicha tarea.

En caso de que en la revisin se presenten errores se realizara un anlisis causal

para determinar el motivo de estos. Se analiza un determinado error, se establece
una hiptesis de su posible causa, se trata de deducir en qu momento se produjo y
por qu. Luego se deber realizar la correccin del mismo y tomar una accin
correctiva con el fin de eliminar la causa del problema.

El resultado del anlisis causal es ingresado a una base de datos para mantener un
registro y poder obtener mtricas.

Se comienza nuevamente el ciclo ejecutando la tarea. ]

Documentacin
Propsito
[Identificacin de la documentacin relativa a desarrollo, Verificacin & Validacin, uso y
mantenimiento del software.
Establecer como los documentos van a ser revisados para chequear consistencia: se confirman
criterio e identificacin de las revisiones.]

Documentacin mnima requerida

[Esta busca asegurar que la implementacin lograr satisfacer los requerimientos.]
Especificacin de requerimientos del software
[El documento de especificacin de requerimientos deber describir, de forma clara y precisa,
cada uno de los requerimientos esenciales del software adems de las interfaces externas.
El cliente deber obtener como resultado del proyecto una especificacin adecuada a sus
necesidades en el rea de alcance del proyecto, de acuerdo al compromiso inicial del trabajo y
a los cambios que este haya sufrido a lo largo del proyecto, que cubra aquellos aspectos que se
haya acordado detallar con el cliente.

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 9 de 22

Plan de SQA
Nombre del Proyecto
La especificacin debe:
Ser completa:
Externa, respecto al alcance acordado.
Internamente, no deben existir elementos sin especificar.
Ser consistente, no puede haber elementos contradictorios.
Ser no ambigua, todo trmino referido al rea de aplicacin debe estar definido en un glosario.
Ser verificable, debe ser posible verificar siguiendo un mtodo definido, si el producto final
cumple o no con cada requerimiento.
Estar acompaada de un detalle de los procedimientos adecuados para verificar si el producto
cumple o no con los requerimientos.
Incluir requerimientos de calidad del producto a construir.

Los requerimientos de calidad del producto a construir son considerados dentro de atributos
especficos del software que tienen incidencia sobre la calidad en el uso.]

[Funcionalidad
Adecuacin a las necesidades
Precisin de los resultados
Interoperabilidad
Seguridad de los datos

Confiabilidad
Madurez
Tolerancia a faltas
Recuperabilidad

Usabilidad
Comprensible
Aprendible
Operable
Atractivo

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 10 de 22

Plan de SQA
Nombre del Proyecto
Eficiencia
Comportamiento respecto al tiempo (Ver si aplica)
Utilizacin de recursos

Mantenibilidad
Analizable
Modificable
Estable, no se producen efectos inesperados luego de modificaciones
Verificable

Portabilidad
Adaptable (Ver si aplica)
Instalable
Co-existencia
Reemplazante (Ver si aplica)

Cada uno de estos atributos debe cumplir con las normas y regulaciones aplicables a cada uno.]

Descripcin del diseo del software

[El documento de diseo especifica como el software ser construido para satisfacer los
requerimientos.
Deber describir los componentes y subcomponentes del diseo del software, incluyendo
interfaces internas. Este documento deber ser elaborado primero como Preliminar y luego
ser gradualmente extendido hasta llegar a obtener el Detallado.
El cliente deber obtener como resultado del proyecto el diseo de un producto de software
que cubra aquellos aspectos que se haya acordado con el cliente incorporar al diseo, en
funcin de la importancia que estos presenten y de sus conexiones lgicas.]
[El diseo debe:
Corresponder a los requerimientos a incorporar:
Todo elemento del diseo debe contribuir a algn requerimiento
La implementacin de todo requerimiento a incorporar debe estar contemplada en por lo
menos un elemento del diseo.
Nombre del Grupo de Desarrollo o Asignatura
Nombre del Autor

Pgina 11 de 22

Plan de SQA
Nombre del Proyecto
Ser consistente con la calidad del producto]

Plan de Verificacin & Validacin

[El Plan de V & V deber identificar y describir los mtodos a ser utilizados en:
La verificacin de que:
a. Los requerimientos descritos en el documento de requerimientos han sido
aprobados por una autoridad apropiada.
b. Los requerimientos descritos en el documento de requerimientos son implementados
en el diseo expresado en el documento de diseo.
c. El diseo expresado en el documento de diseo esta implementado en cdigo.
Validar que el cdigo, cuando es ejecutado, se adecua a los requerimientos expresados en el
documento de requerimientos.]

Documentacin de usuario
[La documentacin de usuario debe especificar y describir los datos y entradas de control
requeridos, as como la secuencia de entradas, opciones, limitaciones de programa y otros
tems necesarios para la ejecucin exitosa del software.
Todos los errores deben ser identificados y las acciones correctivas descritas.
Como resultado del proyecto el cliente obtendr una documentacin para el usuario de
acuerdo a los requerimientos especficos del proyecto.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 12 de 22

Plan de SQA
Nombre del Proyecto

Plan de Gestin de configuracin

[El Plan de gestin de configuracin debe contener mtodos para identificar componentes de
software, control e implementacin de cambios, y registro y reporte del estado de los cambios
implementados.
La Gestin de Configuraciones permite controlar el sistema como producto global a lo largo de
su creacin, obtener informes sobre el estado de desarrollo en que se encuentra y reducir el
nmero de errores durante el mismo, lo que se traduce en un aumento de calidad del proceso
de desarrollo y de mejora de la productividad en la organizacin.
La gestin de configuracin facilita adems el mantenimiento del sistema, aportando
informacin precisa para valorar el impacto de los cambios solicitados y reduciendo el tiempo
de implementacin de un cambio, tanto evolutivo como correctivo.]

Propsito
[Controlar la entrega y el cambio de los elementos a travs del ciclo de vida del sistema.
Almacenar el estado de los elementos y de las peticiones de cambio.]
Resumen
[La Gestin de Configuracin, en resumen, identifica los elementos de un proyecto de desarrollo
de software (especificaciones, requisitos, arquitecturas, cdigo, planes, etc.) proporcionando el
control de los elementos identificados y la generacin de informes de estado de la
configuracin, consiguiendo, al mismo tiempo, claridad de gestin, al asignar
responsabilidades al personal encargado de las tareas de control a lo largo del ciclo de vida del
producto.]
Organizacin, Responsabilidades
[Se designar a un integrante del grupo para la administracin de gestin de versiones, el cual
se encargar de administrar y dar los permisos en el gestor. Pudiendo cualquier integrante
solicitarle al grupo algn cambio para que el mismo estudie su necesidad.]

Herramientas, Entorno, e Infraestructura

[Se utilizara la herramienta de Gestin de Configuraciones (CGS) Subversion y TortoiseSVN. Este
maneja ficheros y directorios a lo largo del ciclo de vida del proyecto. Los ficheros se almacenan
en un repositorio central, recordando todos los cambios que se hayan realizado, permitiendo a
los integrantes del grupo poder recuperar versiones anteriormente guardadas, examinar la

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 13 de 22

Plan de SQA
Nombre del Proyecto
historia de cuando y como fueron modificados los datos, quien hizo los mismos y as poder
coordinar el trabajo.
Siendo la misma especialmente til para los documentos revisados frecuentemente, como el
cdigo fuente, la documentacin, etc., como as tambin llevar un balance histrico de las
diferentes versiones del sistema.]
Forma de trabajo
[Durante el proceso de gestin de configuracin se utilizar la herramienta Subversion para el
control de versiones del producto. Cuando algn miembro haga una modificacin en el
proyecto, deber acceder al servidor donde est alojada esta aplicacin para almacenar la
parte modificada en l, teniendo el resto del equipo de desarrollo la ltima versin actualizada
en dicho servidor. Esta gestin de acceso al servidor para la actualizacin se har mediante la
herramienta Tortoise para los documentos y el plugin Subclise para el cdigo fuente.]
Control de Cambios
[Se efecta una solicitud de cambio utilizando el Formulario de Pedido y Deteccin de Cambio.
Especifica los procedimientos para solicitar un cambio a una lnea base y la documentacin
necesaria.]
[El mismo contiene:
Nombre y versin del Elemento de Configuracin de Software a cambiar.
Nombre del peticionario.
Fecha de peticin
Necesidad del cambio
Descripcin del cambio pedido
Prioridad
Estado
Fecha del cambio]

Reportes y Auditorias
Se

realizar

las

siguientes

auditorias:

Auditoria Funcional: Cuyo objetivo es comprobar que se han completado todas las pruebas
necesarias para el / los ECS auditados, y que, teniendo en cuenta los resultados de los tests, se
puede afirmar que el / los ECS satisfacen los requisitos que se impusieron sobre l.
Revisin formal de certificacin: Cuyo objetivo es certificar que el / los ECS se comportan
correctamente en su entorno operativo.

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 14 de 22

Plan de SQA
Nombre del Proyecto

Otros documentos
[Esta seccin puede contener otros documentos que se identifiquen de incidencia en la calidad
del producto a desarrollar, por ejemplo:
Plan de desarrollo

Plan de proyecto

Manual de estndares y procedimientos.]

Estndares, prcticas, convenciones y mtricas

[Esta seccin deber cumplir con las siguientes funciones:
Identificar los estndares, prcticas, convenciones y mtricas que sern aplicadas.
Indicar como ser monitoreado y asegurado el cumplimiento con estos tems
El IEEE Standard Glosary of Software Engering Terms define como mtrica: una medida
cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado.]
[Las mtricas son una herramienta poderosa y fundamental para el trabajo en SQA. Su aporte
fundamental son las medidas preventivas que pueden surgir a raz de su estudio. Sin duda
aportan conclusiones que muchas veces no se aprecian a simple vista y que ayudan a mejorar
la eficiencia del grupo de trabajo y la calidad de los productos. Aportan un caudal de
informacin para hacer controles estadsticos de la calidad. Adems cabe resaltar que nunca
debe dejarse de buscar nuevas mtricas de acuerdo a las nuevas variaciones y tendencias de
las estadsticas.]

Objetivos
Existen dos objetivos importantes que se persiguen dentro del programa de mtricas:
Documentar las metas a la hora de establecer un programa de mtricas. Esto tiene sentido a la
hora de decidir exactamente qu debe lograrse antes de gastar recursos estableciendo un
programa de este tipo.

Identificar la informacin (la mtrica) necesaria para lograr estas metas y establecer el marco
de referencia de donde puede ser obtenida.
El cometido de los ocho pasos es crear un proceso a travs del cual un programa corriente de
mtrica puede ser utilizado como una herramienta estratgica de gestin.

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 15 de 22

Plan de SQA
Nombre del Proyecto

Mtricas de proceso
Se recopilan de todos los proyectos y durante un largo periodo de tiempo
Caracterizados por:
Control y ejecucin del proyecto.

Medicin de tiempos de las fases.

Para este proyecto se trabajar con las siguientes mtricas del proceso:
Costo de remocin de defectos

Cantidad de cdigo rehusado

Distribucin de esfuerzo por fase

Efectividad para remover defectos entre fases

Soporte de herramientas para procesos propuestos

Mtricas de proyecto

Permiten evaluar el estado del proyecto.

Permiten seguir la pista de los riesgos.

Para este proyecto se trabajar con las siguientes mtricas del proyecto:
Cantidad de puntos de funcin liberados por unidad de tiempo

Costo del desarrollo

Costo del soporte

Horas trabajadas

Tiempo (calendario) transcurrido

Distribucin del esfuerzo por fase

Cambios sobre requerimientos durante el desarrollo

Cambio sobre requerimientos en operacin

Origen de los cambios sobre requerimientos

Cronograma Vs Estimado

Costo sobre valor agregado

Porcentaje de requerimientos implementados por unidad de tiempo

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 16 de 22

Plan de SQA
Nombre del Proyecto

Mtricas de producto

Se centran en las caractersticas del software y no en cmo fue producido.

Tambin son productos los artefactos, documentos, modelos, y componentes que

conforman el software.

Se miden cosas como el tamao, la calidad, la totalidad, la volatilidad, y el esfuerzo

Para este proyecto se trabajar con las siguientes mtricas del producto:
Puntos de Caso de Uso

Puntos de funcin

Complejidad de diseo (acoplamiento)

Complejidad de cdigo

Mtodos por clase

Profundidad y ancho de jerarquas

Cantidad de objetos y cantidad de relaciones de colaboracin diferentes

Volativilidad de componentes

Complejidad de despliegue

Densidad de defectos

Tipo y origen de defectos

Cantidad de problemas reportados

Tiempo transcurrido entre fallas

Tiempo esperado para la siguiente falla

Tiempo requerido para reparar

SLOC

Facilidad de aprendizaje de uso

Estndar de documentacin
Como estndares de documentacin se definirn dos documentos:
Estndar de documentacin tcnica

Estndar de documentacin de usuario.

La documentacin tcnica del producto debe:

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 17 de 22

Plan de SQA
Nombre del Proyecto

Ser adecuada para que un grupo independiente del de desarrollo pueda encarar el
mantenimiento del producto.

Incluir fuentes, Modelos de Casos de Uso, Objetos de diseo.

Para la escritura de documentos se han definido plantillas para ser utilizadas en la elaboracin
de entregables.
En estas plantillas se definen:

Encabezado y pie de pgina.

Fuente y tamao de fuente para estilo normal.

Fuente y tamao de fuente para los ttulos a utilizar.

Datos mnimos que se deben incluir: fecha, versin y responsables.

Estndar de verificacin y prcticas

[Se utilizan las prcticas definidas en el Plan de Verificacin y Validacin.
Como estndar se utiliza el documento de: Std 1012-1986 IEEE Standard for Software
Verification and Validation Plans.]

Otros Estndares
[En esta seccin se debern definir otros estndares a utilizar.]

Revisiones y auditoras
Objetivo
[Definicin de las revisiones y auditoras tcnicas y de gestin que se realizarn.
Especificacin de cmo sern llevadas a cabo dichas revisiones y auditoras.]

Requerimientos mnimos
[Se especifican las revisiones y auditoras que deben realizarse como mnimo, as como la
agenda para la realizacin de las mismas.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 18 de 22

Plan de SQA
Nombre del Proyecto
Revisin de requerimientos
[Esta revisin se realiza para asegurar que se ha cumplido con los requerimientos especificados
por el Cliente.]

Revisin de diseo preliminar

[Esta revisin se realiza para asegurar la consistencia y suficiencia tcnica del diseo preliminar
del software.]

Revisin de diseo crtico

[Esta revisin se realiza para asegurar la consistencia del diseo detallado con la especificacin
de requerimientos.]

Auditora funcional
[Esta auditora se realiza previa a la liberacin del software, para verificar que todos los
requerimientos especificados en el documento de requerimientos fueron cumplidos.]

Auditora fsica
[Esta revisin se realiza para verificar que el software y la documentacin son consistentes y
estn aptos para la liberacin.]

Auditoras internas al proceso

[Estas auditoras sirven para verificar la consistencia: del cdigo versus el documento de diseo,
especificaciones de interfase, implementaciones de diseo versus requerimientos funcionales,
requerimientos funcionales versus descripciones de testeo.]

Revisiones de gestin
[Estas revisiones se realizan peridicamente para asegurar la ejecucin de todas las actividades
identificadas en este Plan. Deben realizarse por una persona ajena al grupo de trabajo.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 19 de 22

Plan de SQA
Nombre del Proyecto

Revisin del Plan de gestin de configuracin

[Esta revisin se realiza para asegurar la consistencia y completitud de los mtodos
especificados en el Plan de gestin de configuracin.]

Revisin Post Mortem

[Esta revisin se realiza al concluir el proyecto para especificar las actividades de desarrollo
implementadas durante el proyecto y para proveer recomendaciones.]

Agenda
[En esta seccin se deber especificar la agenda para las revisiones y auditoras detalladas
anteriormente.]

Otras revisiones
Revisin de documentacin de usuario
[Se revisa la completitud, claridad y aplicacin de uso.]

Verificacin
[Se debe identificar todas las verificaciones que no fueron identificadas en el Plan de V & V para
el software y debe especificar los mtodos a ser usados.]

Reporte de problemas y acciones correctivas

[Esta seccin debe incluir: Descripcin de las prcticas y procedimientos que se seguirn para el
reporte, seguimiento, y resolucin de los problemas surgidos en el desarrollo de software;
especificar los responsables comprometidos con la implementacin de estas acciones
correctivas.]

Herramientas, tcnicas y metodologas

[Se deben identificar herramientas de software, tcnicas, y metodologas de soporte para las
actividades de aseguramiento de calidad.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 20 de 22

Plan de SQA
Nombre del Proyecto

Gestin de riesgos
[Se deben especificar los mtodos y procedimientos utilizados para especificar, monitorear, y
controlar las reas de riesgo durante el proyecto.
Los riesgos identificados, la estrategia de mitigacin, monitoreo y plan de contingencia a ser
llevados a cabo, sern descritos en el Documento de Gestin de Riesgos, con lo cual se podr
hacer referencia a l.]

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 21 de 22

Plan de SQA
Nombre del Proyecto

Anexos

Formulario de Pedidos y Deteccin de Cambios

Formulario de Pedidos y Deteccin de Cambios

Fecha de Peticin:
Nombre
Elemento

Versin

del

Nombre del Solicitante:

Necesidad de Cambio:

Descripcin del cambio pedido:

Prioridad:
Estado:
Fecha del cambio:
Identificador
versin:

de

la

nueva

Que fue afectado por este

cambio

Nombre del Grupo de Desarrollo o Asignatura

Nombre del Autor

Pgina 22 de 22