Gestion de proyectos

Gestión de Proyectos
Implementando CMMI Nivel 2 con RUP
Ing. Aarón Ibáñez W.
aibanezw@gmail.com

1

Agenda
• • • • • • Preámbulo Ciclo de vida en Cascada Overview de RUP Disciplinas de Gestión de Proyectos Fases Roles, artefactos y flujos

2

PREÁMBULO
1. Ciclo de Vida en Cascada

3

Ciclo de Vida en Cascada
Prácticas
• Los requerimientos y el diseño son muy documentados. •Las revisiones de la documentación son realizadas mediante hitos: • Revisión Preliminar del Diseño(RPD) • Revisión Crítica del Diseño (RCD) • Revisión para la Preparación de Prueba (RPP) • La planificación detallada del plan de proyecto y tiempo de realización del mismo se realiza al inicio del proyecto. • El éxito es medido por la adherencia de hitos y fechas en el plan de proyecto original.
4Ventajas
• Las actividades deben ser realizadas dentro de un tiempo especifico. • Es un proceso fácil de aprender. • Es fácil determinar las necesidades del staff, porque en cada fase requiere un conjunto específico de habilidades durante un periodo de tiempo específico. • Es fácil de organizar el schedule. • Es fácil medir el progreso aparente comparando el trabajo terminado con el esperadosegún lo planificado en el schedule.

5

Desventajas
• El ciclo de vida en cascada es ideal para proyectos con estas características. ¿ Resultará aplicable para proyectos de tamaño medio hoy en día? 1. Los requerimientos son conocidos completamente al inicio del proyecto y no cambian considerablemente durante el desarrollo del proyecto. Los requerimientos son comprendidos completamente alinicio del proyecto. Los riesgos son identificados y entendidos al inicio del proyecto. Los requerimientos pueden ser implementados por las tecnologías utilizadas en el proyecto. Las tecnologías empleadas no cambian durante la duración del proyecto. El equipo del proyecto es experimentado y familiar con el dominio del problema y las tecnologías aplicadas en el proyecto.
6

2.
3. 4. 5. 6.Riesgos descubiertos en el Ciclo de vida en Cascada

7

OVERVIEW DE RATIONAL UNIFIED PROCESS
• Es un marco de procesos que da los lineamientos para configurar un proceso iterativo que puede ir desde lo ligero (poca ceremonia) hasta lo pesado (burocráticos). • Está basado en varias prácticas reconocidas hoy en día com o “m ej ores prácti cas” de desarrolo. l
– – – – – – Desarrollo iterativo.Gestión de requerimientos. Arquitectura basada en componentes. Modelamiento visual. Verificación continua de calidad. Control de cambios

• Es gestionado y mantenido por IBM Rational.
8

Historia del RUP

9

Características Esenciales del RUP
1. Proceso dirigido por Casos de Uso

10

Trazabilidad a partir de los Casos de Uso

11

Características Esenciales del RUP
2. Procesocentrado en la arquitectura

12

Modelo de Vistas 4 + 1
Vista Lógica Vista de Implementación
Programadores Arq. Software

Analistas/ Diseñadores Estructura

Usuario Final Funcionalidad

Vista de Casos de Uso Vista Proceso
Integradores de Sistema Rendimiento Scalabilidad Disponibilidad

Vista de Distribución
Ingenieros de Sistema Topología de Sistema Entrega, instalación comunicaciónLos modelos se completan, la arquitectura no cambia drásticamente. 13

Importante
• Al final de la fase de elaboración se obtiene una baseline de la arquitectura donde fueron seleccionados una serie de Casos de Uso arquitectónicamente significativos (aquellos que ayudan a mitigar los riesgos más importantes, aquellos que son los más importantes para el usuario y aquellos que cubran lasfuncionalidades significativas) • Una baseline es una instantánea del estado de todos los artefactos del proyecto,
registrada para efectos de gestión de configuración y control de cambios.

14

Importante
• La descripción de la arquitectura sin embargo, no debería cambiar significativamente, debido a que la mayor parte de la arquitectura se decidió durante la elaboración. Se incorporan pocos...