Rational Unified Process (RUP)

1 Historia

Captura1

2 Características esenciales

2.1 Proceso dirigido por Casos de Uso

Casos de uso: técnica de captura de requisitos

2

Casos de uso son un "hilo conductor" del desarrollo

Modelos de diseño y análisis basados en casos de uso

2.2 Proceso centrado en la arquitectura

Arquitectura de un sistema: Organización de sus partes

Como tiene que ser construido el sistema

Arquitectura preparada para cambios posteriores

Se vuelve más robusta con el tiempo

3

Ver sistema de diversas perspectivas

Modelo 4 + 1

Al final del proceso obtenemos un baseline

Arquitectura no sufre cambios drásticos

2.3 Proceso iterativo e incremental

Trabajo se divide en partes más pequeñas

Procesos se repiten en cada "mini proyecto"

Iteración representada por cascada

4

Al termino de cada iteración se realiza un análisis

RUP se divide en 4 fases que tienen iteraciones dependiendo del énfasis que se le dé a cada una

5

3 Otras prácticas

Gestión de requisitos

Desarrollo de software iterativo

Desarrollo basado en componentes

Modelado visual (usando UML)

Verificación continua de la calidad

Gestión de los cambios

4 Estructura del proceso

Aspectos dinámicos del proceso

Aspectos estáticos del proceso

Eje horizontal

INICIO

Se define se define el modelo del negocio y el alcance del proyecto

ELABORACIÓN

Analizar dominio del problema

Establecer cimientos de la arquitectura

Desarrollar plan de proyecto y eliminar riesgos

CONSTRUCCIÓN

Implementación de componentes, características y requisitos

Obtenemos una versión aceptable del producto

TRANSICIÓN

Se entrega el producto al usuario con las versiones actuales y la documentación correspondiente

6

Se identifican casos de uso

Eje vertical

Roles

Actividades

Artefactos

Flujos de trabajo

Modelado del negocio

Desarrollar una visión de la organización

Definir procesos, roles y responsabilidades

Requisitos

Uno de los más importantes

Definir lo que debe hacer nuestro sistema

Funcionales

No funcionales

Funcionalidades del sistema

Lo que exhibe el sistema

Se entrevista a interesados

Prototipos

Análisis y Diseño

De los requisitos vemos como implementar nuestro sistema

Solo requisitos funcionales

Diseño, mediante iteraciones, de la arquitectura

Resultados: Modelo del diseño y arquitectura del software

Implementación

Implementación de clases y objetos

Pruebas de unidad

Modelo de implementación

Se realizan prototipos que pueden ser tanto desechables como el producto final

Pruebas

Evaluar calidad de lo que estamos desarrollando

Integrado en todo el ciclo de vida

Comienza con el plan de prueba, o antes

Planificar lo que se va a probar, cómo y cuándo

Despliegue

Producir distribuciones y distribuir el producto

Asegurar aceptación y adaptación al sistema por parte de los usuarios

Gestión del proyecto

Gestionar desarrollo de producto de acuerdo a requerimientos del cliente

Configuración y control de cambios

Mantener integridad de artefactos e información del proceso

Entorno

Brindar soporte al proyecto

Herramientas que deben usarse cada momento

Definir guías para cada aspecto del proceso

Comportamiento y responsabilidades de un individuo

Analistas

Desarrolladores

Gestores

Apoyo

Especialista en pruebas

Otros

Unidad de trabajo asignada a un rol correpondiente

Objetivo concreto

Información

Producido, modificado o usado durante el
proceso de desarrollo de software

"Resultados tangibles del proyecto"

5 Una configuración RUP para proyecto pequeño

Entregables

1. Flujos de Trabajo

2. Características del Producto Software

3. Glosario

4. Modelo de Casos de Uso

5. Especificaciones de Casos de Uso

6. Modelo de Análisis y Diseño

7. Modelo Lógico Relacional

8. Modelo de Implementación

9. Modelo de Pruebas

10. Manual de Instalación

11. Material de Usuario

12. Producto

6.1 Esquema de trazabilidad

"Enlaces entre artefactos que establecen cómo se generan unos a
partir de otros"

7