Cmmi

[pic]



Facultad de Ingeniería


Carrera de Ingeniería de Software








ARQUITECTURA PARA EL SOFTWARE DE ASEGURAMIENTO DE CALIDAD DE LOS PROYECTOS DE SOFTWARE BAJO EL MARCO DE CMMI:
GESTOR DEL MODELO DE CALIDAD DE SOFTWARE



Proyecto Profesional presentado para optar el Título de Ingeniero de Software






Autores:
Miguel Ayllón Samaniego
Erick Caycho GonzálezMiguel Huerta Peña

Asesor:
Ing. Ilver Anache Pupo





Lima, 2009
Perú






































A nuestras familias por su comprensión y paciencia.










RESUMEN






El presente trabajo tiene como objetivo brindar información acerca del subsistema Gestor de Modelo de Calidad de Software y la relación de queeste posee con los otros subsistemas: Subsistema Gestor de Procesos y Metodologías, subsistema Evaluador de Planeamiento SCAMPI, subsistema de Ejecución de SCAMPI, los cuales forman parte del Sistema de Aseguramiento de Calidad de Software.

A través de los capítulos desarrollados en el presente documento se describirán una serie de puntos importantes que van desde la definición del problema, lagestión del proyecto, el alcance del producto, la arquitectura de software hasta las pruebas para el subsistema.












ÍNDICE DE CONTENIDO



CAPÍTULO 1 11
1. FUNDAMENTACIÓN TEÓRICA 11
1.1 Antecedentes del Proyecto 11
1.1.1 CMMI v 1.2 12
1.2 Solución Propuesta 15
CAPÍTULO 2 17
2. GESTIÓN DEL PROYECTO 17
2.1 Dominio del Problema 17
2.2 Solución delProblema 17
2.3 Objetivos del Sistema 18
2.4 Beneficios 18
2.5 Alcance 18
2.6 Organización del Proyecto 18
2.6.1 Equipo de Proyecto 19
2.7 Entregables del Proyecto 20
2.8 Monitoreo y Control de Proyecto 20
2.8.1 Plan de Control de Cronograma 21
2.8.2 Plan de Control de Calidad 21
2.9 Riesgos del Proyecto 21
2.9.1 Incumplimiento del calendario asignado para eldesarrollo del proyecto 21
2.9.2 Cambios en los requerimientos del cliente. 21
2.9.3 Desconocimiento sobre el tema de negocio planteado. 22
2.9.4 Falta de integración con los otros subsistemas. 22
2.9.5 Insuficiencia de tiempo para la culminación del proyecto. 22
Debido a la estructura como esta planteada el desarrollo de este proyecto, es muy probable que las horas asignadas alcumplimento de este resulte insuficientes para cumplir con los entregables planteados. 22
2.10 Herramientas Case 23
CAPÍTULO 3 25
3. PRODUCTO 25
3.1 Perspectiva del Producto 25
3.2 Capacidades y Características del Producto 25
A continuación se describirán las características del producto: 25
3.3 Requerimientos No Funcionales 26
3.3.1 Requerimientos del producto 26
3.3.2Requerimientos organizacionales 26
3.3.3 Requerimientos externos 27
3.4 Priorización de Casos de Uso 27
3.4.1 Actores y Casos de Uso 28
3.4.2 Diagramas de Caso de Uso 30
3.4.3 Casos de Uso del actor: Gerente de Proyecto 33
3.4.4 Casos de uso del actor: Asegurador de Calidad 34
3.4.5 Caso de uso del actor: Usuario Consulta de Modulo 45
CAPÍTULO 4 47
4. DISEÑO ARQUITECTÓNICO47
4.1 Arquitectura General del Sistema 48
4.2 Arquitectura de la Aplicación 49
4.3 Relación con otros subsistemas 51
4.3.1 Servicios Ofrecidos 52
4.4 Vista de Clases 53
4.4.1 Diagrama de Clases General 53
4.4.2 Diagrama de Clase Detallado 54
4.4.3 Diagrama de Clases (Publicados) 55
4.5 Modelo de Datos 56
4.6 Diagrama de Componentes 58
4.7 Diagrama deDespliegue 59
CAPÍTULO 5 61
5. PRUEBAS DEL SISTEMA 61
5.1 Requerimientos para las Pruebas 61
5.1.1 Pruebas Funcionales 61
5.1.2 Pruebas de Conectividad 64
5.1.3 Pruebas de Configuración 64
5.2 Estrategia de las Pruebas 64
5.2.1 Tipos de Prueba 64
5.2.2 Herramientas 65
5.2.3 Tareas 66
6. CONCLUSIONES 67
7. RECOMENDACIONES 69
8. BIBLIOGRAFÍA 71
9. GLOSARIO DE TÉRMINOS 73...