1. PERFIL
1.1. ASEGURADOR DE CALIDAD
1.1.1. Debe poseer
1.1.1.1. Mucha experiencia en proyectos
1.1.1.2. conociemiento en desarrollo de software
1.1.1.2.1. TODO ESTO LO HACE CAPAZ
1.1.1.3. Conociemiento sobre técnicas de calidad
2. RELACIÒN CON OTROS ROLES
2.1. ADMINISTRADOR DE PROYECTO
2.1.1. Revisa el plan de administracion, para asegurarse que se crea y que se sigue.
2.2. ANALISTA
2.2.1. asegurarse que es una representación correcta y completa de las expectativas del cliente
2.3. DISEÑADOR
2.3.1. Asegurarse que el producto final de esta fase cumple con requisitos de rendimiento, diseño y verificación.
2.4. PROGRAMADOR
2.4.1. asegurarse que el código producido cumple con la especificación de requisitos establecida y que cumple con los atributos de calidad en uso.
2.5. TÉSTER
2.5.1. Revisar el plan de testeo, para asegurarse que es creado, que es adecuado para el proyecto específico, y que se aplica en cada fase del proceso de desarrollo
2.6. DOCUMENTADOR
2.6.1. Revisa la documentacion, se cerciorarse que corresponde con el software desarrollado y que cumple con los estandares.
2.7. ADMINISTRADOR DE CONFIGURACIÓN
2.7.1. Revisa los registros de cambios, errores y de configuración y se asegura que los cambios han sido implementados apropiadamente
3. ACTIVIDADES Y METAS
3.1. Revisar requisitos
3.1.1. Cumplir con las espectativas del cliente.
3.2. Diseño arquitectonico
3.2.1. Que el producto cumpla en rendimiento diseño y verificacion
3.3. revisar tester
3.3.1. Asegurarse que se siga cada fase del ciclo hasta la entrega de producto
3.4. revisar el plan de administracion de proyectos
3.4.1. Asegurarse que le plan se cumpla
3.5. Diseño detallado
3.5.1. que cumpla con los atributos de calidad impuestos
3.6. Control
3.6.1. monitorear errores en cada fase de desarrollo
3.7. Documentaciòn
3.7.1. documentacion cumpla con el estandar
4. METODOLOGIA
4.1. RTFs
4.1.1. Forma mas efectiva de encontrar, revelar y corregir errores
4.2. participar el las revisiones tecnicas formales (RTF)
4.2.1. Objetivos
4.2.1.1. Descubrir errores funcionales
4.2.1.2. Verificar que el software cumpla con los requisitos
4.2.1.3. asegurarse que le software ha sido representado de acuerdo al estàndar en uso
4.2.1.4. alcanzar software que es desarrollado en forma uniforme
4.2.1.5. Hacer el proyecto mas manejable
4.3. Al final de la RTF de debe decidir
4.3.1. Aceptar el producto sin modificacion
4.3.2. Rechazar el producto debido a errores serios
4.3.3. Aceptar el producto con errores menores