K2BIM

Plan de SQA
Versin 1.1
Historia de revisiones
Fecha
VersinDescripcin
18/08/2009 1.0
Creacin del documento.
23/08/2009 1.1
Pequeas correciones.

Autor
Diego Priz
Alan Descoins

Contenido
1. Propsito ............................................................................................ 3
2. Referencias ......................................................................................... 3
3. Gestin ............................................................................................... 3
1. Organizacin...................................................................................... 3
2. Actividades ........................................................................................ 4
1. Ciclo de vida del software cubierto por el Plan ..................................... 4
2. Actividades de calidad a realizarse ..................................................... 5
3. Revisar cada producto ...................................................................... 5
4. Revisar el ajuste al proceso............................................................... 5
5. Realizar Revisin Tcnica Formal (RTF) ............................................... 5
6. Asegurar que las desviaciones son documentadas ................................ 6
7. Relaciones entre las actividades de SQA y la planificacin...................... 6
3. Responsables ..................................................................................... 6
4. Documentacin ................................................................................... 7
1. Propsito........................................................................................... 7
2. Documentacin mnima requerida ......................................................... 7
1. Especificacin de requerimientos del software...................................... 7
2. Descripcin del diseo del software .................................................... 8
3. Plan de Verificacin & Validacin ........................................................ 9
4. Reportes de Verificacin & Validacin ................................................. 9
5. Documentacin de usuario ................................................................ 9
6. Plan de Gestin de configuracin........................................................ 9
5. Estndares, prcticas, convenciones y mtricas.................................. 9
1. Estndar de documentacin ................................................................ 10
2. Estndar de verificacin y prcticas......................................................10
6. Revisiones y auditoras ..................................................................... 10
1. Objetivo ........................................................................................... 10
2. Requerimientos mnimos .................................................................... 10
1. Revisin de requerimientos .............................................................. 11
2. Revisin de diseo preliminar ........................................................... 11
3. Revisin de diseo crtico ................................................................. 11
4. Revisin del Plan de Verificacin & Validacin .....................................11
5. Auditora funcional .......................................................................... 11
6. Auditora fsica ............................................................................... 11
7. Auditoras internas al proceso........................................................... 11
8. Revisiones de gestin ...................................................................... 11
9. Revisin del Plan de gestin de configuracin .....................................11
10. Revisin Post Mortem ...................................................................... 12
11. Agenda ......................................................................................... 12
3. Otras revisiones ................................................................................ 12
1. Revisin de documentacin de usuario...............................................12
7. Verificacin ....................................................................................... 12
8. Reporte de problemas y acciones correctivas.................................... 12
9. Herramientas, tcnicas y metodologas............................................. 13
10. Gestin de riesgos ............................................................................ 13

1. Propsito
El objetivo de este plan es establecer las pautas y actividades que deben desarrollarse para
garantizar la calidad del producto a desarrrolar.
Para ello se indicar para cada actividad los atributos de calidad relevantes, los mtodos de
evaluacin y los responsables.
Garantizando el cumplimientos de los estndares y de las metodologas propuestas se
obtendr un producto de mayor calidad.
Adems este plan brinda elementos de apoyo a la gestin del proyecto para realizar
verificaciones sobre la adecuacin al proceso y as detectar desvis que puedan resultar en
acciones correctivas en etapas tempranas.
Este plan abarca las partes del cilclo de vida relacioneadas con: elaboracin, construccin,
evaluacin y transicin.
No estando contempladas, por salirse del alacance del proyecto, las etapas relacionadas con
el mantenimiento del producto, aunque se tomarn consideraciones acerca del futuro del
producto.

2. Referencias
[1] ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance Plans.

3. Gestin
La gestin del proyecto est a cargo del Adminitrador del Proyecto, sin embargo ser
monitoreada tanto por este, como por el Responsable de SQA. Se intenta controlar que las
actividades se ajusten al plan propuesto y minimizar posibles desviaciones.

3.1 Organizacin
La mayora de las actividades realizadas durante el proyecto impactan, en mayor o menor
mediada, en la calidad del producto final.
Las lneas de trabajo con un impacto ms directo son:
Requerimientos
Anlisis
Diseo
Implementacin
Verificacin
El equipo de trabajo est estructurado de la siguiente forma:
Rol

Responsable/s

Administrador, Asistente de
verificacin, Comunicador

Juan Saavedra

Analista-Documentador de UsuarioAsistente de Verificacin

Adrin Silveira

Analista-Implementador

Mauro Gonzlez, Andrs Perri

Analista-Implementador-Responsable
del Ncleo

Martn Llofriu

Responsable de SQA Asistente de

Verificacion

Diego Priz

Analista-Diseador de Interfaz de
Usuario-Implementador

Federico Bertolini

Responsable de Verificacin - Asistente

de SQA

Alan Descoins

Arquitecto - Asistente de Verificacin Coordinador de Desarrollo

Guillermo Dotta

Especialista Tcnico GeneXus y Base de

Datos-Implementador

Emilio Penna

Especialista Tcnico - Implementador Responsable de Consolidado

Marcelo Baliero, Sebastin Delgado, Rodrigo

Cadenas.

Responsable de SCM - ImplementadorEspecialista Tcnico del Lenguaje y

Configuracin

Yasim Zeballos

3.2 Actividades
3.2.1 Ciclo de vida del software cubierto por el Plan
Como ya se mencion el presente Plan comprende las etapas de: Requerimientos, Anlisis,
Diseo, Implementacin y Verificacin.
As mismo, se revisar la calidad de los siguientes productos:
Dentro

del rea de Requerimientos y Anlisis:

Especificacin de Requerimientos
Modelos de Casos de uso
Alcance del Sistema
Pautas para la interfaz del usuario

Dentro del rea de Diseo:

Modelo de Dominio
Descripcin de la arquitectura
Implementacin, Verificacin e Implantcin:
Informe de verificacin unitaria
Plan de Verificacin y validacin
Plan de Implantacin
Dentro

de la Gestin del Proyecto:

Plan de Proyecto
Gestin de Riesgos
Plan de iteracin

Gestin de la Configuracin y Control de Cambios:

Plan de Configuracin de SCM
Informe de la Lnea Base del Proyecto

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

3.2.3 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 la siguiente 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 concientes de desviaciones o
discrepancias encontradas.

3.2.4 Revisar el ajuste al proceso

En esta actividad se revisan los productos que se 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 es as, las faltantes se incluyen para ser evaluadas.
Como salida se obtiene el Informe de revisin de SQA correspondiente a la evaluacin de
ajuste al Proceso, este informe debe ser distribuido a los responsables de las actividades y
se debe asegurar de que son concientes de desviaciones o discrepancias encontradas.

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

3.2.6 Asegurar que las desviaciones son documentadas

Las desviaciones encontradas en las actividades y en los productos deben ser documentadas
y ser 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.

3.2.7 Relaciones entre las actividades de SQA y la planificacin

En esta seccin se incluye una lista con las actividades de calidad a realizarse durante el
proyecto, especificando en que semana del proyecto se realizan.
Actividad

Semana cuando se realiza

Elaboracin del Plan de Calidad

2, 3 y 4

Evaluar y ajustar el plan de SQA

Evaluar la calidad de los entregables

6, 8 y 11
1,2,3,4,5,6,7,8,9,10,11,12,13
y 14
3,4,5,6,7,8,9,10,11 y 12
5,6,7,8,10,11 y 12
14

Revisar el ajuste al proceso

Revisin Tcnica Formal (RTF)
Realizar el informe final de calidad

3.3 Responsables
Los responsables de llevar acabo los controles de calidad sern:
Responsable de SQA
Asistente de SQA
Adems, se estar en contacto permantente con los responsables de las otras reas
involucradas.
Ellos son:
Rol

Actividad

Administrador

Plan de Proyecto

Administrador

Gestin de Riesgos

Administrador

Plan de Iteracin

Analista

Modelos de Casos de Uso

Analista

Alcance del Sistema

Analista

Pautas para la interfaz de Usuario

Analista

Modelo de Dominio

Arquitecto

Descripcin de la Arquitectura

Responsable de Verificacin y Validacin

Informe de Verificacin Unitaria

Responsable de Verificacin y Validacin

Plan de Verificacin y Validacin

Responsable de SCM

Plan de Configuracin de SCM

Responsable de SCM

Informe de la Lnea Base del Proyeccto

4. Documentacin
4.1 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.

4.2 Documentacin mnima requerida

La documentacin mnima es la requerida para asegurar que la implementacin lograr
satisfacer los requerimientos.

4.2.1 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:
a. Externa, respecto al alcance acordado.
b. Internamente, no deben existir elementos sin especificar.
Ser consistente, no pueden 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 y se detallan a
continuacin:
Funcionalidad
a. adecuacin a las necesidades
b. precisin de los resultados
c. interoperabilidad
d. seguridad de los datos
Confiabilidad
a. madurez
b. tolerancia a faltas
Usabilidad
a. comprensible
b. aprendible
c. operable
d. atractivo
Eficiencia
a. utilizacin de recursos
Mantenibilidad
a. analizable
b. modificable
c. estable, no se producen efectos inesperados luego de modificaciones
d. verificable
Portabilidad
a. adaptable
b. instalable
c. co-existencia
Cada uno de estos atributos debe cumplir con las normas y regulaciones aplicables a cada
uno.

4.2.2 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:
a. Todo elemento del diseo debe contribuir a algn requerimiento

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

4.2.3 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. En este caso sera que cumplan con el
acuerdo logrado entre el cliente y el equipo.
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.

4.2.4 Reportes de Verificacin & Validacin

Estos documentos deben especificar los resultados de la ejecucin de los procesos descritos
en el Plan de V & V.

4.2.5 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
elementos 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.

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

5. Estndares, prcticas, convenciones y

mtricas
Se definirn estndares para la documentacin, los cuales estarn contenidos en los
siguientes documentos:
Estndar de Documentacin Tcnica
Estndar de Documentacin de Usuario
Adems, la documentacin deber cumplir principios bsicos como ser:
Ser accesible (entendible) para terceros que desean realizar mantenimiento sobre el
producto.
Inclur fuentes, Modelos de Casos de Uso y Objetos.

Para la elaboracin de los documentos se han elaborado plantillas, accesibles para todo el
equipo, en el cual se da un marco de:
Encabezados y Pies de pgina
Tamao y tipo de fuentes, ya sea para texto, ttulos o subttulos.
Datos mnimos que se deben inclur, como ser: fecha de elaboracin, versin,
responsable.

5.1 Estndar de documentacin

Como estndares de documentacin se definirn dos documentos:
Estndar de documentacin tcnica y
Estndar de Implementacin.
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
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.

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

6. Revisiones y auditoras
6.1 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.

6.2 Requerimientos mnimos

Cmo mnimo debern revisarse todas las entregas semanales, basado en los estndares
definidos anteriormente. Estas revisiones sern realizadas por el Responsable de SQA y/o el
Asistente de SQA.

10

6.2.1 Revisin de requerimientos

Esta revisin se realiza para asegurar que se cumpli con los requerimientos especificados
por el Cliente.

6.2.2 Revisin de diseo preliminar

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

6.2.3 Revisin de diseo crtico

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

6.2.4 Revisin del Plan de Verificacin & Validacin

Esta revisin se realiza para asegurar la consistencia y completitud de los mtodos
especificados en el Plan de V & V.

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

6.2.6 Auditora fsica

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

6.2.7 Auditoras internas al proceso

Estas auditoras son 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.

6.2.8 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 (en caso de que sea posible).

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

11

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

6.2.11 Agenda
A continuacin se muestra una agenda, tentativa, de las revisiones a realizar. Algunas fechas
pueden ser modificadas conforme avanza el proyecto.
Revisin

Semana en la que se realiza

Revisin de Requerimientos

3,4,5,6 y 7

Revisin de Diseo Preliminar

4,5 y 6

Revisin de Diseo Crtico

7,8 y 9

Revisin de Plan de Verifiacin y Validacin

3,5,10 y 12

Auditora Funcional

12

Auditora Fsica

12

Auditoras internas al proceso

4,6,8,10 y 12

Revisin de Gestin

4,6,8,10 y 12

Revisin del Plan de Gestin

4,6,8,10 y 12

Revisin Post-Mtem

15

6.3 Otras revisiones

6.3.1 Revisin de documentacin de usuario
Se revisa la completitud, claridad, correctitud y aplicacin de uso.

7. Verificacin
La verificacin se har conforme a lo expresado en el documento: Plan de Verificacin y
Validacin.

8. Reporte de problemas y acciones

correctivas
Ante la deteccin de un error en la documentacin se informar a el/los responsable/s de
dicho documento para que lo corrijan. Esto se har mediante el uso del grupo del proyecto.
En caso de que el error se repita reiteradas veces se tratar el tema en alguna reunin de
grupo, ya sea oridinaria o, en caso que la situacin lo amerite, en una reunin
extraordinaria.

12

9. Herramientas, tcnicas y metodologas

Se utilizar la tcnica de Check List definida en la pgina del MUM del curso.

10. Gestin de riesgos

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.

13