El documento describe los roles y responsabilidades del equipo de garantía de calidad de software (SQA) para auditar el desarrollo de software de acuerdo con los planes y estándares establecidos. El SQA revisará documentos, procedimientos y procesos de gestión y supervisará revisiones internas y externas para garantizar el cumplimiento. El SQA también proporcionará informes periódicos sobre el estado del proyecto, los problemas y los riesgos a la administración del proyecto.
2. Propósito
El propósito de la auditoria del software es guardar la
adherencia a los planes realizados y estándares
utilizados para proceso de desarrollo del Proyecto.
3. Documentos de referencia
Documento que contiene los requerimientos de los
usuarios.
Documentos de Verificación de la versión del software.
Plan de manejo del proyecto.
Plan de manejo de la configuración del software.
Documento visión en la Ingeniería del software
4. Gestión o Administración
Organización:
Organización
Administración
SQA
del proyecto
Diseño
Probador de Administración
desarrollo de
software de riesgos
software
5. Gestión o Administración
Tareas:
Revisión de documentos en conformidad con
estándar.
Revisión de procedimientos.
Revisar procesos de gerencias en conformidad con
estándar y los manuales de procedimientos definidos
por ellos.
6. Gestión o Administración
Roles y responsabilidades:
Revisión de Revisión de Revisar
documento procedimie proceso de
nto gerencia
David X X
Robinson
José Ramos X X
Raúl Pinedo X X X
7. Documentación
Para ésta fase del proyecto debemos ver que los
documentos estén correctamente revisados
internamente antes de ser enviados a revisión externa.
Como equipo SQA debemos chequear que los
objetivos del proyecto estén claramente descritos.
Debe definirse entre otras cosas un enfoque de ciclo de
vida para el proyecto.
8. Estándares
Estándar de la documentación:
En el curso del proyecto se producirán varios
documentos. Para asegurar la calidad de dichos
documentos se utilizarán las siguientes convenciones.
Cada documento debe se aprobado por:
o Los autores
o El equipo SQA
o La administración del proyecto
9. Revisiones del Software
El equipo de SQA monitoreará la adherencia a estos
procedimientos presidiendo las revisiones tanto
externas como internas. Si se detectan desviaciones, el
equipo SQA tiene la capacidad de corregir los
procedimientos.
Requisitos mínimos:
Primera revisión:
Presentar 50% del proyecto.
Tener la BD creada
Presentar mínimo 5 pantallas graficas diseñadas.
10. Pruebas
Se realizaran pruebas de consulta sobre la Base de
Datos, para confirmar la integridad de la información,
por ser la primera revisión.
11. Informe de errores
Se le entregara al gerente del proyecto un informe de
errores que contengan los siguientes campos:
1. Nombre del Programa
2. Versión del Programa
3. Sistema Operativo
4. Descripción del Problema
12. Herramientas, Técnicas y
metodología
Producto/Servicio Creadores Tiempo en el Objetivo - Escala URL
mercado Funcionalida evaluati
d va
Kemis KybeleCons No se Sistema de Indicado Link
ulting especifica medición y res
evaluación (Compo
de la calidad nentes,
software. líneas de
código,
defectos
, etc.)
13. Control de medios
La solicitud de una nueva cuenta o el cambio de privilegios,
deberá hacerse por escrito y ser debidamente autorizada por la
Oficina de Sistemas.
No debe concederse una cuenta a personas que no sean
funcionarios de la empresa, a menos que estén debidamente
autorizados.
Los usuarios deben entrar al sistema mediante cuentas que
indiquen claramente su identidad. Esto también incluye a los
administradores del sistema.
Todos Los días al finalizar la jornada laboral se realizarán copias
de seguridad.
La infraestructura tecnológica: servidores, computadores,
impresoras, UPS, escáner, lectoras y equipos en general; no
puede ser utilizado en funciones diferentes a las institucionales.
14. Colección de registros
SQA verificara periódicamente el estado del proyecto, el
progreso, los problemas en el proyecto y los riesgos pro
viendo una valoración independiente acerca del proyecto.
SQA le proveerá a la siguiente información a la
administración:
- Cumplimiento: identificara el nivel de cumplimiento
actual del proyecto.
- Problemas: identificara los problemas potenciales o
actuales que pueden afectar en el desarrollo del proyecto.
- Riesgos: identificara los riesgos basado en el estado de
avance del proyecto
15. Formaciones
Presentan deficiencia en la estructuración de la base
de datos, Falta de capacitación del personal en las
nuevas tecnologías
16. Gestión del Riesgo
- Identificar los riesgos del proyecto
- Verificar que se cuente con un plan general de
riesgos.
- Verificar que se cuente con un plan de Respuesta a
riesgos.
- Determinar que tipos de controles de riesgos se
encuentran en la organización.