EL PROCESO UNIFICADO DE DESARROLLO DE SOFWARE. (PU).

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
EL PROCESO UNIFICADO DE DESARROLLO DE SOFWARE. (PU). por Mind Map: EL PROCESO UNIFICADO DE DESARROLLO DE SOFWARE. (PU).

1. Responsabilidad Definidas

1.1. Se debe tener un responsable en función a las fases o tareas como modelos que componen el producto con el objetivo de aprovechar las potencialidades de las personas

2. Características del proceso unificado

2.1. Dirigido por caso de uso

2.2. Centrado en la arquitectura

2.3. Iterativo e incremental

3. Fases del proceso

3.1. Fase de inicio

3.2. Fase de elaboración

3.3. Fase de construcción

3.4. Fase de transición

4. Flujos de trabajo

4.1. Modelo de negocio

4.2. Requisitos

4.3. Análisis

4.4. Diseño

4.5. Implementación

4.6. Prueba

5. Dirigido por caso de uso

5.1. Es una pequeña funcionalidad del sistema que devuelve al usuario un resultado importante.

6. Interactivo e incremental

6.1. Estos mini proyectos o iteraciones incrementan la funcionalidad del sistema para cada mini proyecto se realizan 5 flujos de trabajo requisitos, análisis, diseño, implementación y prueba.

7. Ventajas de las iteraciones

7.1. -Reduce el costo de los incrementos a una sola iteración

7.2. -Reduce el riesgo de no sacar al mercado el producto en un tiempo calendar

7.3. -Resultados claros a corto plazo

7.4. -Losclientes rara vez definen los requisitos a un inicio.

8. FASES DEL PROCESO UNIFICADO

8.1. Inicio

8.1.1. Se presenta un modelo de caso uso simplificado que contenga los casos de uso más crítico en una arquitectura provisional que muestra los subsistemas más importantes

8.2. Fase de elaboración

8.2.1. En esta fase se identifican la mayoría de los casos de uso y se especifica en detalle se diseña la arquitectura del sistema a través de modelos que representan al sistema

8.3. Fase de construcción

8.3.1. El producto se crece hasta convertirse en un sistema completo preparados para ser empleado a la comunidad de usuarios

8.4. Fase de transición

8.4.1. Esta fase cubre el periodo de entrega del producto a la comunidad de usuarios.

9. MODELOS RESULTANTES DE UN CICLO DE DESARROLLO

9.1. Planificación Temporal

9.1.1. La planificación temporal tiene como objetivo evitar el retraso en la entrada del sistema

9.2. ¿Por qué se retrasa la entrega de un producto?

9.2.1. Por la falta de conocimiento del tamaño real del sistema.

9.2.2. Fechas que responden a una necesidad sin tomar en cuenta un ciclo del proceso del desarrollo

9.3. Que debemos hacer para que un proyecto no se retrase

9.3.1. Se deben realizar estimaciones en base a datos históricos que me permitan aclarar la magnitud y el tamaño del proyecto.

9.4. Principios de la planificación tempora

9.4.1. proyecto se desarrolla una planificación temporal macroscopica es decir se toman en cuenta las principales actividades de la ing. de software y las funciones del producto

9.4.2. Los principios fundamentales de la planificación Temporal son:

9.4.2.1. 1. Compartimentación

9.4.2.2. 2. Interdependencia

9.4.2.3. 3. Validación de Esfuerzo

9.4.2.4. 4. Asignación de Esfuerzo

9.4.2.5. 5. Resultados definidos

9.4.2.6. 6. Responsabilidades definidas

9.4.2.7. 7. Hitos definidos

9.5. Compartimentación

9.5.1. Tiene por finalidad la división del producto y el proceso en tareas mucho más sencillas

9.6. Interdependencia

9.6.1. Cada una de las tareas, fases, modelos del producto están interrelacionadas entre si es decir siguen una traza de desarrollo claramente definida

9.7. Asignación de esfuerzos

9.7.1. Cada una de las tareas, fases o modelos dependiendo de la estructura organizativa del equipo de desarrollo debe tener un responsable definido, se le debe asignar una fecha de inicio y una fecha de culminación de cada actividad.

9.8. Validación de esfuerzo

9.8.1. No se debe sobrecargar al personal, es decir se deben tener métricas de productividad individual por desarrollador de acuerdo a datos históricos de proyectos similares.