PLAN DE ASEGURAMIENTO DE LA

CALIDAD PARA EL PROTOTIPO

SCRUM-HANDLER
Marcel Valdez Orozco A00790834 Rubn Valdez Bejarano A00739846

Paolo Ivn Aguirre Montoya A00739866

ESTRUCTURA DEL PLAN DE CALIDAD

Propsito del plan Documentos de referencia Administracin del equipo de trabajo Documentacin Perfiles operacionales Normas, prcticas, convenciones y mtricas Revisin y verificacin del prototipo Proceso de validacin del prototipo Notificacin de problemas Herramientas tcnicas y metodologas Coleccin de registros, mantenimiento y retencin Gestin de riesgos Glosario

1. PROPSITO DEL PLAN DE CALIDAD

Definir un conjunto de actividades y mtricas que auxilien en el aseguramiento de la calidad del prototipo Scrum-Handler, que es un sistema gestor de proyectos basados en Scrum, la metodologa de desarrollo gil. Este documento abarcar inspecciones de elementos como: el anlisis de requerimientos, el plan de proyecto, el diseo GUI y el desarrollo del prototipo. Cabe destacar que su ciclo de vida es muy corto pues es un prototipo para un futuro sistema con mayor funcionalidad, sin embargo, la intencin de realizar con calidad este prototipo, es asegurar el reso de los artefactos, para futuro el desarrollo de la aplicacin.

2. DOCUMENTOS DE REFERENCIA
IEE 730 Standard for software quality assurance plans 2002 ESA PSS-05-11

3. ADMINISTRACIN

Roles y responsabilidades
Rol
Administrador

Nombre Rubn Valdez

Responsabilidad en el SQP Debe de asegurarse de que el equipo de trabajo ejecute todas las actividades de calidad en las fases del proyecto, adems de comunicar los errores que se han ido encontrando en el documento.
Deben de tomar los requerimientos del sistema segn los estndares de calidad. Deben disear la arquitectura de software segn los estndares de calidad que se encuentran en el plan de calidad. Deben seguir las mtricas y los estndares de codificacin para asegurar la calidad de software. Deben de llevar a cabo las revisiones de software en todas las fases del proyecto.

Analistas

Rubn Valdez Jos Guzmn Marcel Valdez Paolo Aguirre

Diseadores

Desarrolladores

Jos Guzmn Marcel Valdez Paolo Aguirre Rubn Valdez

Verificadores

4. DOCUMENTACIN

Documentos a inspeccionar y validar

Especificacin de Requerimientos de Software (SRD) Documento de Plan de Proyecto Documentos de Diseo de Software (SDD) Documentos de Cdigo Fuente

PLAN DE VERIFICACIN Y VALIDACIN

Plan de Verificacion
Establecer el proceso para la inspeccin de cada documento. Establecer Checklists para la revisin de cada documento por fases. Establecer las formas de registro de defectos en cada parte de la verificacion

PLAN DE VERIFICACIN Y VALIDACIN

Plan de Validacin

Establecer el procedimiento para hacer casos de pruebas. Establecer un formato para llenar los casos de pruebas Establecer casos de prueba crticos:
Unitarias Integracin Sistema Aceptacin

5. PERFILES OPERACIONALES

Perfiles de usuarios detectados

Cliente Administrador Usuarios SCRUM

Perfil de usuario Cliente Administrador Usuarios SCRUM

Frecuencia de uso del sistema .1 .3 .6

5. PERFILES OPERACIONALES

Modos del sistema

Modo de administracin de proyectos

Segn los servicios que facilita el modo del sistema se calcularon las actividades claves, y se le dio un peso segn su uso diario.

ACTIVIDADES CLAVE

6. NORMAS, PRCTICAS, CONVENCIONES Y

MTRICAS Se utilizarn las convenciones de codificacin de C# de Microsoft No se podr hacer Commit al repositorio principal SVN, si la evaluacin de StyleCop para Visual Studio 2010, utilizando la convencin de codificacin de Microsoft, determina que hay errores de estilo en algn documento de cdigo fuente. No se podr hacer Commit al repositorio SVN si el proyecto no compila exitosamente. No se podr hacer Commit al repositorio SVN si la aplicacin tiene errores de ejecucin conocidos.

6. NORMAS, PRCTICAS, CONVENCIONES Y

MTRICAS No se podr hacer Commit al repositorio SVN, si algn documento de cdigo fuente tiene implementaciones incompletas, a menos que haya algn placeholder con el comentario // TODO: [Descripcin de funcionalidad faltante], dentro del archivo de cdigo fuente donde se codificar la implementacin. Ningn documento de cdigo puede tener ms de 500 lneas de cdigo, a menos que sea autogenerado. Ningn mtodo puede tener ms de 50 lneas de cdigo, a menos que sea autogenerado.

6. NORMAS, PRCTICAS, CONVENCIONES Y

MTRICAS
1. 2. 3. 4. 5.

6.

Norma de integracin continua: Al implementar un requerimiento de sistema, cada desarrollador deber crear una rama o branch del tronco o trunk En esta rama, el desarrollador implementar el requerimiento Al finalizar la implementacin correcta en la rama, el desarrollador pondr un candado sobre el tronco principal. Inmediatemente, se har una integracin o merge en su copia local de su rama con el tronco. El desarrollador ejecutar las pruebas unitarias y de integracin sobre el programa resultante de la integracin, y si alguna prueba unitaria o de integracin se ejecuta insatisfactoriamente, es responsabilidad del desarrollador arreglar tal defecto. Slo al conformar satisfactoriamente con todas las pruebas unitarias, integracin, y dems normas, prcticas y convenciones, se podr hacer Commit al repositorio SVN de cdigo, en el tronco o trunk principal.

6. NORMAS, PRCTICAS, CONVENCIONES Y

MTRICAS Se crearn pruebas unitarias para todo mtodo que tenga ms de un predicado o lnea de cdigo. Se crearn Contratos de precondicin, para todo mtodo pblico que asuma caractersticas de los parmetros. Ejemplo: Contract.Requires(param != null); Se crearn Contratos de postcondicin, para todo mtodo pblico que crea o modifica el estado pblicamente visible de un objeto, includo a s mismo. Ejemplo: Contract.Ensures(this.Counter ==

Contract.OldValue(this.Counter) + 1)

Se crearn Contratos de Invariantes de Clase, para toda clase con mtodos y estado pblicos.

7. REVISIN Y VERIFICACIN DEL PROTOTIPO

Definir procesos de revisin para cada artefacto, documento o entregable crtico en el desarrollo de software que especifiquen los pasos a seguir y las actividades a llevar a cabo para evitar discrepancias en el proceso de revisin como tal. De igual manera, definir formas de registro de todos los defectos encontrados y checklists con la finalidad de tener una sola forma de registro estandarizada para todos los diferentes procesos de revisin.

REVISIN DEL PLAN DE PROYECTO

Proceso de la revisin

BITCORA DE REVISIN
ID Revisin Autor Artefacto Fase Inicio Fin Interrupcin Comentarios Fecha

Despus del proceso se provee un checklist similar a las inspecciones que se realizaron en clase.

8. PROCESO DE VALIDACIN DEL PROTOTIPO

Se provee un proceso para desarrollar los Casos de Prueba que tiene los pasos:
Planeacin de Desarrollo de Casos de Prueba Diseo de Casos de prueba y una plantilla para documentarlos. Revisin e Inspeccin de Casos de Prueba Inspeccin de los Casos de Prueba

As mismo, se incluye un proceso para ejecutar los Casos de Prueba que tiene los pasos:
Planeacin de su ejecucin Preparacin de Pruebas Ejecucin de Casos de Prueba y una plantilla para registrar los resultados de la ejecucin Anlisis de Resultados

CASOS DE PRUEBA PRODUCT BACKLOG