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 Administrador, Asistente de verificacin, Comunicador Analista-Documentador de UsuarioAsistente de Verificacin Responsable/s Juan Saavedra Adrin Silveira

Analista-Implementador Analista-Implementador-Responsable del Ncleo Responsable de SQA Asistente de Verificacion Analista-Diseador de Interfaz de Usuario-Implementador Responsable de Verificacin - Asistente de SQA Arquitecto - Asistente de Verificacin Coordinador de Desarrollo Especialista Tcnico GeneXus y Base de Datos-Implementador Especialista Tcnico - Implementador Responsable de Consolidado Responsable de SCM - ImplementadorEspecialista Tcnico del Lenguaje y Configuracin

Mauro Gonzlez, Andrs Perri Martn Llofriu Diego Priz Federico Bertolini Alan Descoins Guillermo Dotta Emilio Penna Marcelo Baliero, Sebastin Delgado, Rodrigo Cadenas. 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 Elaboracin del Plan de Calidad Evaluar y ajustar el plan de SQA Evaluar la calidad de los entregables Revisar el ajuste al proceso Revisin Tcnica Formal (RTF) Realizar el informe final de calidad Semana cuando se realiza 2, 3 y 4 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

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 Administrador Administrador Administrador Actividad Plan de Proyecto Gestin de Riesgos Plan de Iteracin

Analista Analista Analista Analista Arquitecto Responsable de Verificacin y Validacin Responsable de Verificacin y Validacin Responsable de SCM Responsable de SCM

Modelos de Casos de Uso Alcance del Sistema Pautas para la interfaz de Usuario Modelo de Dominio Descripcin de la Arquitectura Informe de Verificacin Unitaria Plan de Verificacin y Validacin Plan de Configuracin 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 Revisin de Requerimientos Revisin de Diseo Preliminar Revisin de Diseo Crtico Revisin de Plan de Verifiacin y Validacin Auditora Funcional Auditora Fsica Auditoras internas al proceso Revisin de Gestin Revisin del Plan de Gestin Revisin Post-Mtem Semana en la que se realiza 3,4,5,6 y 7 4,5 y 6 7,8 y 9 3,5,10 y 12 12 12 4,6,8,10 y 12 4,6,8,10 y 12 4,6,8,10 y 12 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