Proyecto: Documento: Autores: Nmero interno de versin:

Plan del aseguramiento de la calidad del software Martn de Jess Reyes Hernndez Horas persona: 2 hora 41 min. y Oscar Pea Medina 35 min. 0.1.2 Martn de Jess Reyes Hernndez Jorge Cervantes Ojeda Daniel Flores Avendao Adrian Rios Rios Oscar Pea Medina Jos Manuel Ortiz Salazar Ninguno Revisin revisin status revisin revisin revisin revisin 25 min. horas persona - min. 20 min. 25 min. 15 min.

Lista de distribucin:

Documentos anexos: Estatus:

Descripcin. En el presente documento es la base que se debe seguir en cualquier desarrollo de software por parte de cualquier equipo de desarrollo de la empresa MODAsoft, para mantener la calidad en sus proyectos de software.

Capitulario. 1.-Propsito. 2.-Documentos de referencia. 3.-Gestin. 4.-Documentacin. 5.-Estndar, practicas, convenciones y mtricas. 6.-Revisin de Software. 7.-Prueba. 8.-Reportes de problemas y correccin. 9.-Herramientas, tcnicas y metodologas. 10.-Control de Medios. 11.-Control de proveedores. 12.-Recoleccin de Documentos, mantenimiento y almacenado. 13.-Capacitacin. 14.-Gestin de riesgos. 15.-Glosario. 16.-Proceso de actualizacin e histrico SQAP.

1. Propsito. (Martn de Jess Reyes Hernndez) El objetivo fundamental de este PLAN DE ASEGURAMIENTO DE LA CALIDAD es definir y describir todos aquellos requisitos que todo equipo de desarrollo de la empresa (MODA soft) ha de cumplir, para desarrollar eficaz y eficientemente las tareas del desarrollo del proyecto de software, para que as se pueda asegurar la calidad durante cada una de las fases del desarrollo del proyecto. El SQP es un documento que define un plan base para la creacin de futuros planes con mayor rapidez y robustez. El contenido de este plan especifica las acciones a realizar para las fases de: Inicio Primera Iteracin de la elaboracin. Segunda Iteracin de la elaboracin. Tercera Iteracin de la elaboracin. Construccin. 2. Documentos de referencia. (Martn de Jess Reyes Hernndez) IEEE STD 730-2002 : Standard for Software Quality Assurance Plans. Documento de reglas de reglas. Documento de reglas de documentacin. Documento de reglas de codificacin. Documento de reglas de diseo. Documento de la fase de inicio. Plan de pruebas. 3. Gestin. (Martn de Jess Reyes Hernndez) 3.1 Organizacin. MODA soft.

Lder de Proyecto Martn Reyes

Jefe de Analistas Jos Ortiz 3.2

Jefe de Diseadores Adrin Ros. Tareas.

Jefe de Programadores Daniel Flores

Jefe de Pruebas Oscar Pea

Actividades a realizar Elaboracin de las reglas de reglas. Elaboracin de las reglas de Elaboracin de las reglas de codificacin. Elaboracin de las reglas de diseo. Elaboracin del checklist de las reglas de Elaboracin del checklist de las reglas de documentacin. Elaboracin del checklist de las reglas de codificacin. Elaboracin del checklist de las reglas de Elaboracin del SQAP. Elaboracin de reglas de actualizacin de documentos. Anlisis y recoleccin de requerimientos. Anlisis, modelado del negocio, estimacin, gestin de riesgos y gestin Planeacin del proyecto. Refinamiento del Documento de Fase de inicio y diseo. Refinamiento y Diseo detallado Refinamiento Diseo de la arquitectura Modelo de implementacin. Planificacin de las inspecciones. Reporte de las inspecciones. Unificacin de los reportes de inspeccin. Planificar pruebas.

Documento Producto Documento de reglas de reglas. Documento de reglas de documentacin. Documento de reglas de codificacin. Documento de reglas de diseo. Checklist reglas de reglas. Checklist reglas de documentacin. Checklist reglas de codificacin. Checklist reglas de diseo. SQAP(Plan de Aseguramiento de la Documento de actualizacin de documentos. Especificacin de requerimientos. Documento de Fase de Inicio. Plan del Proyecto. Documento Fase de Iteracin. Documento Fase de Documento Fase de Documento Fase de Master Plan. Hojas de log. Data Summary. Plan de Pruebas. Elaboracin 1era Elaboracin 2da Elaboracin 3era Elaboracin 4era

3.3

Responsabilidades. Adrian Rios Revisin Revisin Autor Revisin Revisin Revisin Revisin Autor Revisin Revisin Autor Revisin Revisin Inspecci n Inspecci n Autor Prueba Autor Revisin Daniel Floores Revisin Revisin Revisin Revisin Revisin Autor Revisin Revisin Revisin Revisin Revisin Revisin Autor Inspecci n Autor Prueba Prueba Autor Revisin Jos Salazar Revisin Autor Revisin Revisin Revisin Revisin Autor Revisin Revisin Revisin Revisin Revisin Revisin Inspecci n Inspecci n Prueba Prueba Autor Autor Oscar Pea Revisin Revisin Revisin Revisin Revisin Revisin Revisin Revisin Autor Revisin Revisin Revisin Revisin Inspecci n Inspecci n Prueba Autor Autor Autor Autor Revisin Martn Reyes Autor Revisin Revisin Autor Autor Revisin Revisin Revisin Autor Revisin Revisin Autor Revisin Autor Inspecci n Prueba Prueba Autor Revisin

Documento Producto Documento de reglas de reglas. Documento de reglas de documentacin. Documento de reglas de codificacin. Documento de reglas de diseo. Checklist reglas de reglas. Checklist reglas de documentacin. Checklist reglas de codificacin. Checklist reglas de diseo. SQAP(Plan de Aseguramiento de la Calidad). de actualizacin de Documento documentos. Especificacin de requerimientos. Documento de Fase de Inicio. Plan del Proyecto. Documento Fase de Elaboracin 1era Iteracin. Documento Fase de Elaboracin 2da Iteracin. Documento Fase de Elaboracin 3era Iteracin. Documento Fase de Elaboracin 4era Iteracin. Master Plan. Hojas de log. Data Summary. Plan de Pruebas.

4.-Documentacin.(Martn de Jess Reyes Hernndez) Durante el proyecto se generaran los siguientes documentos: Documento de reglas de reglas. Documento de reglas de documentacin. Documento de reglas de codificacin. Documento de reglas de diseo. Checklist reglas de reglas. Checklist reglas de documentacin. Checklist reglas de codificacin. Checklist reglas de diseo. SQAP(Plan de Aseguramiento de la Calidad). Documento de actualizacin de documentos. Especificacin de requerimientos. Documento de Fase de Inicio. Plan del Proyecto. Documento Fase de Elaboracin 1era Iteracin. Documento Fase de Elaboracin 2da Iteracin. Documento Fase de Elaboracin 3era Iteracin. Documento Fase de Elaboracin 4era Iteracin. Master Plan. Hojas de log. Data Summary. Plan de Pruebas.

5.-Estndar, practicas, convenciones y mtricas. (Martn de Jess Reyes Hernndez) Los estndares seguir durante el desarrollo del proyecto estarn dadas por los documentos de: Reglas de Reglas. Reglas de documentacin. Reglas de Codificacin. Reglas de Diseo. Estndar IEEE 730 Estndar IEEE 829 Estandar IEEE 830 Todos estos documentos debern antes haber cumplido con alguna de las herramientas del aseguramiento de calidad, quedando claro que pueden haber mejoras por los T-record asociados a las versiones actuales, y por lo tanto en una modificacin en cascada de los productos derivados de estas versiones.

6.-Revisin de Software. (Oscar Pea Medina) 6.1 Propsito. Garantizar la calidad del desarrollo de software, verificando que se cumplan con los estndares mencionados en la seccin 5 de este documento. 6.2 Requerimientos mnimos. Para asegurar que la implementacin del software satisfaga lo requerimientos tcnicos, se requiere como mnimo la siguiente documentacin: Fase Fase Fase Fase de de de de Inicio elaboracin 1a. Iteracin elaboracin 2a. Iteracin elaboracin 3a. Iteracin Semana en la que se realizara la inspeccin Semana 9 Semana 10

Documento a Inspeccionar Fase de Inicio Fase de Elaboracin 1a, Iteracin

6.3 Auditorias. Las Auditorias sern realizadas por el profesor Jorge Cervantes Ojeda. 6.5 Revisin del plan de gestin de la configuracin del software. Esta revisin ser realizada por el profesor Jorge Cervantes Ojeda. 6.6 Revisin post-implementacin. Esta revisin se realizara al termino del proyecto, ya que se trata de una revisin global de todo lo realizado en el proyecto desarrollado, y se realizara en base a lo que indiquen los documentos de la seccin 5 de este documento. 6.7 Otras revisiones y auditorias. En las semanas 6, 7 y 8, se revisaran los documentos: Reglas de Documentacin

Reglas de Reglas Reglas de Codificacin

7.-Pruebas. (Oscar Pea Medina) Las pruebas sern realizadas como lo indica el documento de Plan de pruebas.

8.-Reportes de problemas y correccin. (Martn de Jess Reyes Hernndez)

Si se detectan problemas o fallas en algn documento aceptado, se generara un Trecord que describir el problema encontrado, y as poder hacer las correcciones que correspondan. Los T-records generados deben incluir la siguiente informacin: Proyecto Fecha Documento fuente (aceptado) Descripcin Estatus Importancia (crtico, no crtico, editorial)

Despus de generar el T-record, se creara una nueva versin del documento, en donde se corregirn los problemas que indique el T-record. Esta nueva versin del documento debe indicar los T-records que incluye. Todo T-record esta asociado a un proyecto, estos se pueden listar, ver su estatus y la versin del producto que los resuelve, y por ultimo se genera un documento final que resume todos los T-records. 9.-Herramientas, tcnicas y metodologas. (Oscar Pea Medina) El procedimiento de revisin de documentos se realizara como lo indica el documento Procedimiento de Revisin de Documentos por Colegas. Los reportes de error y la actualizacin de documentos ya aceptados se realizara como lo indica la seccin 8 de este documento. Herramientas: -Case UML: Umbrello -IDE: Netbeans Tcnicas: -Desarrollo iterativo

-Desarrollo dirigido por riesgos -Desarrollo incremental del sistema Metodologas: -Proceso Unificado (UP) 10.-Control de Medios. (Oscar Pea Medina) Documento Plan de proyecto Plan de aseguramiento de la calidad Reglas de Documentacin Reglas de Reglas Reglas de Codificacin Inspection Master Plan Fase de Inicio Fase de elaboracin 1a. Iteracin Fase de elaboracin 2a. Iteracin Fase de elaboracin 3a. Iteracin Plan de pruebas Diseo de pruebas Casos de pruebas Localizacin wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/ wave.google.com/

Los documentos generados durante el proyecto podrn ser consultados en la herramienta colaborativa google wave, si cuenta con una cuenta de google wave, solo debe contactar al lder del proyecto para que le permita ver los documentos, en caso de no contar con una cuenta de google wave, se debe solicitar una invitacin a esta herramienta y el acceso a los documentos al lder de proyecto. 11.-Control de proveedores. (Oscar Pea Medina) No aplica, ya que no se requiere el software de algn proveedor. 12.-Recoleccin de Documentos, mantenimiento y almacenado. (Oscar Pea Medina) La documentacin relacionada con este documento podr ser consultada en la herramienta colaborativa google wave, el mantenimiento a la documentacin de realizara como lo indica la seccin 8 de este documento, y las nuevas versiones de la documentacin deber ser almacenada en la herramienta colaborativa gogle wave.

13.-Capacitacin. (Martn de Jess Reyes Hernndez) Los participantes en el desarrollo deben conocer y aplicar El procedimiento de revisin. El procedimiento de reporte de errores y actualizacin de documentos aceptados Las reglas de documentacin Si son diseadores: las reglas de diseo Si son programadores: las reglas de codificacin Se notificara, y se actualizara el SQAP, en caso de existir un nuevo documento de especificacin que aplique para alguno de los roles dentro del equipo de desarrollo. 14.-Gestin de riesgos. (Martn de Jess Reyes Hernndez) La gestin de riesgos se llevaran a cabo en la actividad denominada Gestin de Riesgos dentro de la metodologa de desarrollo UP. Los principales artefactos a utilizar sern: Lista de riesgos. Anlisis de riesgos. Plan de gestin de riesgos. Entre los principales riesgos a gestionar se encuentran: Riesgos de tecnologa Riesgos de personal Riesgos organizacionales Riesgos de herramientas Riesgos de requerimientos Riesgos de estimacin

La gestin de riesgos se realizara segn lo indique la seccin gestin de riesgos de los documentos: Fase Fase Fase Fase de de de de Inicio elaboracin 1a. Iteracin elaboracin 2a. Iteracin elaboracin 3a. Iteracin

15.-Glosario.(Oscar Pea Medina) T-record: Procedimiento de actualizacin de un documento aceptado con el cual se pretende detectar errores en los documentos con estatus de aceptado. Un T-record puede afectar a diversos documentos. Rol: Es una definicin abstracta de un conjunto de responsabilidades tomadas por uno o ms integrantes del equipo de desarrollo, en otras palabras un rol define las responsabilidades de cierto actor el cual puede tener asociados varios roles. Documento Fuente: Documento que mantiene las bases para la redaccin de documentos. Documeto Producto: Documento que se someter a una inspeccin mediante la aprobacin de un Inspeccin Lder.

16.-Proceso de actualizacin e histrico del Plan de aseguramiento de la calidad.(Oscar Pea Medina) Se le realizarn revisiones e inspecciones cada semana, se recolectaran los T-records y se generara una nueva versin. Se seguir el procedimiento de la seccin 8 de este documento para el reporte de problemas y su correccin.