Pág: 1 de 8 DEPARTAMENTO DE INGENIERÍA INFORMÁTICA (DII): LS4128: Ingeniería del Software II Plan de Proyecto Proyecto: XXXXXX Autor/es: YYYYY
Pág: 2 de 8 Contenido 1. Introducción Error!Marcador no definido. 2. Objetivos 3 3. Referencias 4 4. Fase i 5 4.1 Plan de fase 5 4.2 Plan de recursos de fase 6 4.3 Criterios de evaluación de la fase 7 4.4 Iteración j 8
Pág: 3 de 8 1. Objetivos Descripción breve del propósito del plan de proyecto. a. Experiencia y dominio de proyectos similares. b. Grado de novedad. c. Entorno específico. d. Requisitos del cliente: tanto temporales como específicos de hardware, software, etc. Es importante recordar que todo documento en el proceso unificado se considera vivo, es decir, su contenido podrá ir creciendo y/o actualizándose según van transcurriendo las fases e iteraciones.
Pág: 4 de 8 2. Referencias Documentación referenciada o relacionada, externa o interna. No es el Modelo de Negocio completo, sino un conjunto de referencias básicas.
Pág: 5 de 8 3. Fase i 3.1 Plan de fase Roadmap básico. Un diagrama de Gantt o un simple esquema temporal donde se incluyen las iteraciones y milestones más importantes de cada fase.
Pág: 6 de 8 3.2 Plan de recursos de fase Esta información podría estar almacenada directamente en un fichero de alguna herramienta de gestión de proyectos, pero de todas maneras es aconsejable, por razones de mantenimiento histórico, que se replicase aquí. 3.2.1 Organización 3.2.1.1 Número de personas 3.2.1.2 Quiénes 3.2.1.3 Planificación temporal 3.2.1.4 Planes de formación 3.2.2 Hardware / Software requerido 3.2.3 Costes
Pág: 7 de 8 3.3 Criterios de evaluación de la fase Referirse a los capítulos de Unified Process específicos para cada fase. Para cada aplicación habrán de delimitarse aquellos criterios que aseguren el paso satisfactorio a la siguiente fase. A grandes rasgos (y para que sirva exclusivamente de referencia): Criterios de evaluación de la fase de Concepción Comprensión de los requisitos, comprobado a través de los casos de uso primarios. Credibilidad de las estimaciones de coste y planificación, prioridades, riesgos, etc. Asentimiento del posible prototipo. Gastos realizados contra gastos planeados. Criterios de evaluación de la fase de Elaboración La visión del producto es estable. La arquitectura es estable. La demostración ejecutable muestra que los elementos de riesgo han sido mitigados. La visión actual de la aplicación se puede llevar a cabo si se desarrolla el sistema completo a partir de la arquitectura existente actualmente. El ratio costes reales / costes planeados es aceptable. Criterios de evaluación de la fase de Construcción El producto es tan estable que se puede desplegar en el entorno del usuario Los clientes están preparados. El ratio costes reales / costes planeados es aceptable. Criterios de evalaución de la fase de Transición El usuario está satisfecho. El ratio costes reales / costes planeados es aceptable. 3.3.1 Funcionalidad Estudio sobre la funcionalidad obtenida con respecto a la esperada. 3.3.2 Prestaciones Estudio de prestaciones de la herramienta o aplicación. 3.3.3 Medidas de calidad de software 3.3.4 Costes Costes incurridos. 3.3.5 Evaluación del propio cliente
Pág: 8 de 8 3.4 Iteración j 3.4.1 Plan de asignación de recursos y tiempos Plan de proyecto para esta iteración en concreto. Si la fase sólo tiene una iteración, esta parte iría tras el epígrafe de Fase. 3.4.2 Casos de uso a tratar en la iteración Lista de casos de uso que la iteración vaya a tratar.