INFORME SQA

[Nombre del proyecto]
Plan de SQA
Versión 1.0


Historia de revisiones
Fecha Versión Descripción Autor
01/04/2014 1.0 Creación del documento Esteban Zapata Hincapié.





Contenido
1. PROPÓSITO 3
2. REFERENCIAS 3
3. GESTIÓN 3
3.1. ORGANIZACIÓN 3
3.1.1. Ciclo de vida del software cubierto por el Plan 3
3.1.2. Actividades de calidad a realizarse 4
3.1.3.Revisar cada producto 4
3.1.4. Revisar el ajuste al proceso 5
3.1.5. Realizar Revisión Técnica Formal (RTF) 5
3.1.6. Asegurar que las desviaciones son documentadas 5
4. DOCUMENTACIÓN 5
4.1. PROPÓSITO 5
4.2. DOCUMENTACIÓN MÍNIMA REQUERIDA 6
4.2.1. Especificación de requerimientos del software 6
4.2.2. Descripción del diseño del software 7
4.2.3. Plan de Verificación & Validación 7
4.2.4.Reportes de Verificación & Validación 8
4.2.5. Documentación de usuario 8
4.2.6. Plan de Gestión de configuración 8
5. ESTÁNDARES, PRÁCTICAS, CONVENCIONES Y MÉTRICAS 8
5.1. ESTÁNDAR DE DOCUMENTACIÓN 8
5.2. ESTÁNDAR DE VERIFICACIÓN Y PRÁCTICAS 9
5.3. OTROS ESTÁNDARES 9
6. REVISIONES Y AUDITORÍAS 9
6.1. OBJETIVO 9
6.2. REQUERIMIENTOS MÍNIMOS 9
6.2.1. Revisión de requerimientos 9
6.2.2.Revisión de diseño preliminar 9
6.2.3. Revisión de diseño crítico 9
6.2.4. Revisión del Plan de Verificación & Validación 9
6.2.5. Auditoría funcional 9
6.2.6. Auditoría física 9
6.2.7. Auditorías internas al proceso 9
6.2.8. Revisiones de gestión 10
6.2.9. Revisión del Plan de gestión de configuración 10
6.2.10. Revisión Post Mortem 10
6.2.11. Agenda 10
6.3. OTRAS REVISIONES 10
6.3.1.Revisión de documentación de usuario 10
7. VERIFICACIÓN 10
8. REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS 10
9. HERRAMIENTAS, TÉCNICAS Y METODOLOGÍAS 10
10. GESTIÓN DE RIESGOS 10






1. Propósito
El propósito de este plan es especificar las actividades que se realizarán para asegurar la calidad del software a construir. En él se detalla el producto que se va a revisar y losestándares, normas o métodos a aplicar, los métodos y procedimientos que se utilizarán para revisar que la elaboración del producto se realice como lo establece el modelo de ciclo de vida del proyecto, y procedimientos para informar a los responsables del producto los defectos encontrados y realizar un seguimiento de dichos defectos hasta su corrección.

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

3. Gestión


3.1. Organización
Tenemos la lista de la organización de SQA:
 Gerente Administrativo
 Jefe de Departamento de Informática
 Director General
 Experto en Proyectos
 Director de equipo de Desarrollo Actividades

3.1.1. Ciclo de vida del software cubierto por el Plan
El modelo de ciclo de vida V parte del principioque establece que los procedimientos utilizados para probar si el software cumple con las especificaciones ya deben haberse creado en la fase de diseño. La unión mediante líneas discontinuas entre las fases de la parte izquierda y las pruebas de la derecha representa una doble información. Por un lado sirve para indicar en qué fase de desarrollo se deben definir las pruebas correspondientes. Porotro sirve para saber a qué fase de desarrollo hay que volver si se encuentran fallos en las pruebas correspondientes. Por lo tanto el modelo en V hace más explícita parte de las iteraciones y repeticiones de trabajo que están ocultas en el modelo en cascada. Mientras el foco del modelo en cascada se sitúa en los documentos y productos desarrollados, el modelo en V se centra en las actividades y lacorrección.



3.1.2. Actividades de calidad a realizarse
Las tareas a ser llevadas a cabo deberán reflejar las evaluaciones a realizar, los estándares a seguir, los productos a revisar, los procedimientos a seguir en la elaboración 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...