[Nombre del proyecto] Plan de CALIDAD

Versin [1.0]
[Este documento es la plantilla base para elaborar el documento Plan de CALIDAD. Los textos que aparecen entre CORCHETES son explicaciones de que debe contener cada seccin. Dichos textos se deben seleccionar y sustituir por el contenido que corresponda.]

Historia de revisiones
Fecha [dd/mm/aaaa] Versin [x.x] Descripcin [detalles] Autor [nombre]

Plan de CALIDAD

Pgina 1 de 11

Contenido
1. 2. 3. PROPSITO ...................................................................................................................................... 2 REFERENCIAS ................................................................................................................................. 3 GESTIN ............................................................................................................................................ 3 3.1. ORGANIZACIN ............................................................................................................................. 3 3.2. ACTIVIDADES ................................................................................................................................ 3 3.2.1. Ciclo de vida del software cubierto por el Plan ................................................................... 3 3.2.2. Actividades de calidad a realizarse ...................................................................................... 3 3.2.3. Revisar cada producto .......................................................................................................... 3 3.2.4. Revisar el ajuste al proceso .................................................................................................. 4 3.2.5. Realizar Revisin Tcnica Formal (RTF) ............................................................................. 4 3.2.6. Asegurar que las desviaciones son documentadas ............................................................... 4 3.2.7. Relaciones entre las actividades de SQA y la planificacin ................................................. 4 3.3. RESPONSABLES ............................................................................................................................. 5 4. DOCUMENTACIN ......................................................................................................................... 5 4.1. PROPSITO .................................................................................................................................... 5 4.2. DOCUMENTACIN MNIMA REQUERIDA ......................................................................................... 5 4.2.1. Especificacin de requerimientos del software .................................................................... 5 4.2.2. Descripcin del diseo del software ..................................................................................... 6 4.2.3. Plan de Verificacin & Validacin ....................................................................................... 7 4.2.4. Reportes de Verificacin & Validacin ................................................................................ 7 4.2.5. Documentacin de usuario ................................................................................................... 7 4.2.6. Plan de Gestin de configuracin ........................................................................................ 8 4.3. OTROS DOCUMENTOS .................................................................................................................... 8 5. ESTNDARES, PRCTICAS, CONVENCIONES Y MTRICAS ............................................. 8 5.1. 5.2. 5.3. 6. ESTNDAR DE DOCUMENTACIN................................................................................................... 9 ESTNDAR DE VERIFICACIN Y PRCTICAS ................................................................................... 9 OTROS ESTNDARES ..................................................................................................................... 9

REVISIONES Y AUDITORAS ....................................................................................................... 9 6.1. OBJETIVO ...................................................................................................................................... 9 6.2. REQUERIMIENTOS MNIMOS ........................................................................................................... 9 6.2.1. Revisin de requerimientos................................................................................................... 9 6.2.2. Revisin de diseo preliminar .............................................................................................. 9 6.2.3. Revisin de diseo crtico ..................................................................................................... 9 6.2.4. Revisin del Plan de Verificacin & Validacin ................................................................ 10 6.2.5. Auditora funcional ............................................................................................................. 10 6.2.6. Auditora fsica ................................................................................................................... 10 6.2.7. Auditoras internas al proceso............................................................................................ 10 6.2.8. Revisiones de gestin .......................................................................................................... 10 6.2.9. Revisin del Plan de gestin de configuracin ................................................................... 10 6.2.10. Revisin Post Mortem ......................................................................................................... 10 6.2.11. Agenda ................................................................................................................................ 10 6.3. OTRAS REVISIONES ...................................................................................................................... 10 6.3.1. Revisin de documentacin de usuario .............................................................................. 10

7. 8. 9. 10.

VERIFICACIN .............................................................................................................................. 10 REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS ................................................ 10 HERRAMIENTAS, TCNICAS Y METODOLOGAS .............................................................. 10 GESTIN DE RIESGOS ............................................................................................................. 11

1.

Propsito

Plan de CALIDAD

Pgina 2 de 11

[Esta seccin debe contener el propsito y alcance del Plan de Calidad. Se debe especificar el uso que se le dar al software que se est desarrollando y se deben listar los elementos del software que sern cubiertos por el Plan. Adems se debe especificar la porcin del ciclo de vida del software que ser cubierta por el Plan. (Ej.: Este Plan solo cubre la parte del ciclo de vida correspondiente al desarrollo del software pero no cubre la parte del ciclo de vida correspondiente al mantenimiento.)]

2.

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

3.
3.1.

Gestin
[Se debe especificar la organizacin, actividades y responsables.] Organizacin [Distinguir las lneas de trabajo dentro de la organizacin que tienen influencia y controlan la calidad del software. Descripcin de cmo est organizado el equipo de trabajo y de las dependencias o independencias de las lneas de trabajo antes mencionadas.]

3.2. 3.2.1.

Actividades Ciclo de vida del software cubierto por el Plan [Esta seccin debe contener las etapas ms importantes del ciclo de vida del software que cubre el Plan. (Ej.: Etapa de Requerimientos y anlisis) Adems debe contener una lista con todos los productos de proyecto que tendrn revisiones de calidad.]

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: 3.2.3. 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 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.

Plan de CALIDAD

Pgina 3 de 11

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 CALIDAD 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 realiza

se

Plan de CALIDAD

Pgina 4 de 11

Actividad 1 [RTF de Estimaciones y Mediciones] 3.3. Responsables

[Semana] [Semana 6]

[Identificar los distintos responsables de cada actividad identificada.]

4.
4.1.

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.

4.2.

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

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. b. c. d. adecuacin a las necesidades precisin de los resultados interoperabilidad seguridad de los datos

Confiabilidad

Plan de CALIDAD

Pgina 5 de 11

a. b. c.

madurez tolerancia a faltas recuperabilidad (Ver si aplica)

Usabilidad a. b. c. d. comprensible aprendible operable atractivo

Eficiencia a. b. comportamiento respecto al tiempo (Ver si aplica) utilizacin de recursos

Mantenibilidad a. b. c. d. analizable modificable estable, no se producen efectos inesperados luego de modificaciones verificable

Portabilidad a. b. c. d. 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. 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

Plan de CALIDAD

Pgina 6 de 11

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. resolver el conflicto entre las parejas que se encuentran a larga distancia; el equipo En este caso sera que cumplan con el acuerdo logrado entre el cliente y el equipo. b. Un usuario podr registrarse para acceder y visualizar los servicios que se ofrecen en la pgina. c. El usuario accede a la pgina y a travs de su usuario y contrasea ingresa a su cuenta. d. Los usuarios no registrados solo podrn visualizar la interfaz pero no podrn acceder a los servicios. e. El usuario no registrado accede al sitio y all se registra usando sus datos personales. f. El usuario tendr que haber recibido el mensaje de autorizacin de publicidad por correo para que en el sistema el pago est habilitado. Validacin: 4.2.4. El usuario podr estar contacto con su pareja a larga distancia El software contendr una serie de servicios para satisfacer

Validar que el cdigo, cuando es ejecutado, se adecua a los requerimientos expresados en el documento de requerimientos.

Reportes de Verificacin & Validacin

El proyecto love boreau funciona mostrando una interfaz diferente para cada tipo de usuario; los usuarios no registrados podrn ver el contenido donde se muestra de que trata el proyecto, las funciones que tiene pero no podrn acceder ni enviar a los servicios. El usuario podr registrarse y esperar que el administrador acepte la solicitud para poder visualizar y acceder a los servicios que se ofrecen el la pagina;por ejemplo si desea enviar un correo a su pareja lo podr hacer solo si se encuentra registrado o para enviar alguna postal, poema, etc. sin restricciones, el usuario no registrado solo podr ver el contenido de poemas, postales pero no podr enviar, copiar los servicios. El administrador tiene el acceso a modificar, editar, eliminar, y aceptar a usuarios nuevos o los servicios 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

Funcin de software: El nivel de confianza que se requiere depende de lo crtico que sea el software para una organizacin. Para controlar un sistema de seguridad se requiere un nivel de confianza ms alto para el software que para un sistema de software que ha sido desarrollado para demostrar algunas ideas nuevas.

Plan de CALIDAD

Pgina 7 de 11

Expectativas del usuario: Muchos usuarios tiene pocas expectativas sobre su software por lo que no se sorprenden si esta falla durante su uso, incluso estn dispuestos a aceptar estos fallos del sistema si los beneficios de uso son mayores que sus desventajas. Sin embargo, actualmente es menos aceptable entregar sistemas no fiables por lo que las compaas de software deben mejorar para la V&V de software.

Entorno de mercado: Cuando un sistema se comercializa, se debe tener en cuenta los programas competidores, el precio que sus clientes estn dispuestos a pagar por el sistema y la agenda que se requiere para entregar dicho sistema. En caso que una compaa tenga pocos competidores esta puede entregar un programa sin antes haber sido completamente probado y depurado, debido a que es el primero en el mercado. Asimismo, se sabe que los clientes pueden estar dispuestos a tolerar defectos en el software si no estn dispuestos a pagar precios altos por el producto.
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. 4.3. 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 Etc...]

5.

Estndares, prcticas, convenciones y mtricas

[Esta seccin deber cumplir con las siguientes funciones: Identificar los estndares, prcticas, convenciones y mtricas que sern aplicadas para la evaluacin de Calidad.

Plan de CALIDAD

Pgina 8 de 11

 5.1.

Indicar como ser monitoreado y asegurado el cumplimiento con estos elementos.]

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

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.

[Esta seccin debe incluir todos los estndares de documentacin que se utilicen durante el desarrollo del proyecto.] 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. [Esta seccin debe incluir todos los estndares de verificacin y prcticas que se utilicen durante el desarrollo del proyecto.] 5.3. Otros Estndares [En esta seccin se debern definir otros estndares a utilizar.]

6.
6.1.

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.

6.2.

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

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

Plan de CALIDAD

Pgina 9 de 11

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. 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 [En esta seccin se deber especificar la agenda para las revisiones y auditoras detalladas anteriormente.] 6.3. 6.3.1. Otras revisiones Revisin de documentacin de usuario Se revisa la completitud, claridad, correctitud y aplicacin de uso.

7.

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

8.

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

9.

Herramientas, tcnicas y metodologas

Plan de CALIDAD

Pgina 10 de 11

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

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

Plan de CALIDAD

Pgina 11 de 11