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

Pgina 2 de 24
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.

Plan de SQA
Nombre del Proyecto

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 3 de 24
Nombre del Autor

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 4 de 24
Nombre del Autor

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 5 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

Referencias
[ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance
Documento Plantilla gestin de riesgos
Documento plan de gestin de riesgos
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:
Nombre del Grupo de Desarrollo o Asignatura
Pgina 6 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
Revisar cada producto
Revisar el ajuste al proceso
Realizar Revisin Tcnica Formal (RTF)
Asegurar que las desviaciones son documentadas.]
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.
Nombre del Grupo de Desarrollo o Asignatura
Pgina 7 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
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.]

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

[Actividad 1]

Nombre del Grupo de Desarrollo o Asignatura

Pgina 8 de 24
Nombre del Autor

Semana

[Semana
realiza]

cuando

se

Plan de SQA
Nombre del Proyecto

[Actividad 2]

[Semana
realiza]

cuando

se

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.
Para la puesta en marcha de estas actividades se deber seguir
siguiente ciclo de prevencin:
Ejecutar una tarea

el

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 9 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

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.

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
Nombre del Grupo de Desarrollo o Asignatura
Pgina 10 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
Precisin de los resultados
Interoperabilidad
Seguridad de los datos

Confiabilidad
Madurez
Tolerancia a faltas
Recuperabilidad

Usabilidad
Comprensible
Aprendible
Operable
Atractivo

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.]
Nombre del Grupo de Desarrollo o Asignatura
Pgina 11 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 12 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

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

Pgina 13 de 24
Nombre del Autor

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 14 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
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 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]

Nombre del Grupo de Desarrollo o Asignatura

Pgina 15 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
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.

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

Nombre del Grupo de Desarrollo o Asignatura

Pgina 16 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

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

Pgina 17 de 24
Nombre del Autor

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

Pgina 18 de 24
Nombre del Autor

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
Nombre del Grupo de Desarrollo o Asignatura
Pgina 19 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

Estndar de documentacin de usuario.

La documentacin tcnica del producto debe:

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

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.

Nombre del Grupo de Desarrollo o Asignatura

Pgina 20 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
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.]
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.]
Nombre del Grupo de Desarrollo o Asignatura
Pgina 21 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto

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

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
Nombre del Grupo de Desarrollo o Asignatura
Pgina 22 de 24
Nombre del Autor

Plan de SQA
Nombre del Proyecto
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.]

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

Pgina 23 de 24
Nombre del Autor

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
pedido:

del

cambio

Prioridad:
Estado:
Fecha del cambio:
Identificador de la nueva
versin:
Que fue afectado por este
cambio

Nombre del Grupo de Desarrollo o Asignatura

Pgina 24 de 24
Nombre del Autor