Rational Unified Process (RUP)
1 Historia
2 Características esenciales
2.1 Proceso dirigido por Casos de Uso
Casos de uso: técnica de captura de requisitos
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
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
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
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
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"