Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP) - Coggle Diagram
Rational Unified Process (RUP)
Historia
Metodología Ericsson (1967) por Ivar Jacobson.
Objectory AB (1987-1995) y proceso Objectory.
Adquisición por Rational Software (1995).
Desarrollo de Rational Objectory Process (ROP).
Lanzamiento de Rational Unified Process (RUP) en 1998.
Características esenciales
Proceso dirigido por Casos de Uso.
Casos de Uso guían diseño e implementación.
Trazabilidad entre artefactos.
Proceso centrado en la arquitectura.
Arquitectura define organización y calidad.
Evolución paralela de arquitectura y Casos de Uso.
Proceso iterativo e incremental.
Trabajo dividido en iteraciones.
Fases: Inicio, Elaboración, Construcción, Transición.
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.
Estructura del proceso
Eje horizontal: Fases (Inicio, Elaboración, Construcción, Transición).
Eje vertical: Componentes del proceso, disciplinas, flujos de trabajo, actividades, artefactos, roles.
Duración y esfuerzo variable en cada fase.
Hitos en cada fase (Lifecycle Objectives, Lifecycle Architecture, Initial Operational Capability, Product Release).
Inicio
Definición del modelo de negocio y alcance del proyecto.
Identificación de actores y Casos de Uso.
Diseño de Casos de Uso esenciales (aproximadamente el 20% del modelo completo).
Plan de negocio para asignar recursos.
Objetivos:
Establecer el ámbito del proyecto.
Encontrar Casos de Uso críticos.
Mostrar arquitectura candidata.
Estimar costos y riesgos.
Resultados:
Documento de visión.
Modelo inicial de Casos de Uso.
Glosario inicial.
Caso de negocio.
Lista de riesgos y plan de contingencia.
Plan del proyecto.
Modelo de negocio (si es necesario).
Prototipos exploratorios.
Elaboración
Análisis del dominio del problema.
Cimentación de la arquitectura.
Desarrollo del plan del proyecto.
Objetivos:
Definir, validar y cimentar la arquitectura.
Completar la visión.
Crear un plan fiable.
Demostrar viabilidad.
Resultados:
Modelo de Casos de Uso completo (80%).
Requisitos adicionales.
Descripción de la arquitectura.
Prototipo ejecutable de la arquitectura.
Lista de riesgos y caso de negocio revisados.
Plan de desarrollo.
Manual de usuario preliminar.
[Construcción
Alcanzar la capacidad operacional incrementalmente.
Implementación, integración y pruebas.
Objetivos:
Minimizar costos de desarrollo.
Conseguir calidad rápidamente.
Obtener versiones funcionales.
Resultados:
Modelos completos.
Arquitectura íntegra.
Riesgos mitigados.
Plan de proyecto para la fase de Transición.
Manual Inicial de Usuario.
Prototipo Operacional.
Caso del Negocio Actualizado.
Transición
Entrega del producto a usuarios finales.
Pruebas Beta, funcionamiento paralelo, conversión de bases de datos.
Objetivos:
Usuario independiente.
Producto final satisfactorio.
Resultados:
Prototipo Operacional.
Documentos Legales.
Caso del Negocio Completo.
Línea de Base del Producto.
Descripción de la Arquitectura.
Estructura Estática del proceso
Roles, actividades, artefactos y flujos de trabajo.
Roles: Analistas, Desarrolladores, Gestores, Apoyo, Especialistas en pruebas, Otros roles.
Actividades: Modelado del negocio, Requisitos, Análisis y Diseño, Implementación, Pruebas, Despliegue, Gestión del proyecto, Configuración y control de cambios, Entorno.
Artefactos: Documentos, modelos, elementos del modelo.
Flujos de trabajo: Modelado del negocio, Requisitos, Análisis y Diseño, Implementación, Pruebas, Despliegue, Gestión del proyecto, Configuración y control de cambios, Entorno.
Configuración RUP para proyecto pequeño
Entregables del proyecto.
Flujos de Trabajo
Características del Producto Software
Glosario
Modelo de Casos de Uso
Especificaciones de Casos de Uso
Modelo de Análisis y Diseño
Modelo Lógico Relacional
Modelo de Implementación
Modelo de Pruebas
Manual de Instalación
Material de Usuario
Producto
Trazabilidad entre artefactos.
