Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP) - Coggle Diagram
Rational Unified Process (RUP)
Historia
El antecedente más importante es de 1967 con la metodología Ericsson
Entre 1987 a 1995 Jacobson fundó Objetory AB
Ivan Jacobson creó la metodología Ericsson
A partir de Objectory 3.8 se adopta UML como lenguaje de modelado
Características esenciales
3 características esenciales
Centrado en la arquitectura
La arquitectura de un sistema es la organización de sus partes relevantes
Involucra aspectos estáticos y dinámicos significativos del sistema
Debe ser flexible durante todo el desarrollo
En RUP se presta atención a una buena arquitectura temprana
Se debe ver el sistema desde diferentes perspectivas
Se obtiene una baseline donde se seleccionan casos de uso relevantes
Es iterativo e incremental
Se propone en RUP dividir el trabajo en partes
Cada miniproyecto dividido se ve como una iteración
Cada iteración aborda una parte de la funcionalidad total
RUP divide el proceso en 4 fases
Fase de inicio
Hacen énfasis en actividades de modelado del negocio
Fase de elaboración
Se orientan al desarrollo de la baseline
Fase de construcción
Se construye el producto en iteraciones
Fase de transición
se pretende garantizar que el producto esté preparado para la entrega
Dirigido a casos de uso
Técnica de captura de requisitos
En RUP, guían diseño, implementación y prueba
Proporcionan un hilo conductor entre artefactos del proceso de desarrollo
Otras prácticas
Desarrollo basado en componentes
Se divide el sistema para ensamblarlo en un sistema
Modelado visual (usando UML)
Facilita gestionar modelos para ocultar o exponer detalles
Desarrollo de software iterativo
Se repiten actividades con distinto énfasis
Verificación continua de la calidad
Se debe evaluar la calidad de los artefactos al final de cada iteración
Gestión de requisitos
Utiliza la notación de caso de uso para requisitos
Gestión de los cambios
Se encarga de que los cambios no generen un caos
Estructura del proceso
Estructura dinámica del proceso. Fases e iteraciones
Cada fase se concluye con un hito bien definido
Inicio
Se define el modelo de negocio y el alcance del proyecto
Elaboración
Analiza el dominio del problema y se construye un prototipo de arquitectura
Construcción
Se debe alcanzar la capacidad operacional del producto con las iteraciones
Transición
Aquí es donde se debe entregar el producto al usuario, finalizando todas las tareas
Estructura estática del proceso.
Roles
Define el comportamiento y responsabilidades de cada individuo
Gestores
Apoyo
Desarrolladores
Especialistas en pruebas
Analistas
Otros
Actividades
Es una unidad de trabajo que un rol debe cumplir
Artefactos
Trozo de información producido, modificado o usado en el desarrollo
Flujos del trabajo
Secuencia de actividades realizadas por los roles
Implementación
Se implementan las clases y objetos, además de hacer las pruebas que se produzcan
Pruebas
Evalúa la calidad del producto a desarrollar (no para aceptar o rechazar)
Análisis y diseño
Traducen los requisitos para obtener una visión del sistema
Despliegue
El objetivo es producir las distribuciones del producto para los usuarios
Requisitos
Se establece qué es lo que se debe hacer en el sistema
Gestión del proyecto
Es lograr el balance al gestionar objetivos, riesgos y restricciones acorde a los requisitos
Configuración y control de cambios
Mantiene la integridad de los artefactos creados en el proceso
Modelado del negocio
Se pretende entender mejor la organización en donde se implementa el producto
Entorno
Da soporte al proyecto con las adecuadas herramientas, procesos y métodos
Configuración RUP para proyecto pequeño
Se deben generar artefactos a usar en el proyecto
Modelo de análisis y diseño
Establece la realización de los casos de usos en clases
Modelo lógico relacional
Describe la representación lógica de datos persistentes
Especificaciones de casos de uso
Se detalla una descripción de los casos de uso en un documento
Modelo de implementación
Colección de componentes y los subsistemas que los contienen
Modelo de casos de uso
Presenta la funcionalidad del sistema junto a sus actores
Modelos de pruebas
Para cada caso de uso se establecen pruebas de aceptación para la implementación
Glosario
Documento que define términos usados en el proyecto
Manual de instalación
Documento que incluye instrucciones a realizar para la instalación del producto
Características del Producto Software
Lista de características según perspectiva del cliente
Material de usuario
Conjunto de documentos y facilidades de uso del sistema
Flujos de trabajo
Usar diagramas de actividad para modelar los flujos de trabajo
Producto
Todos los ficheros fuente y ejecutable del producto
Esquema de trazabilidad
Enlaces entre artefactos que indican como se generan unos a partir de otros
