Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP) - Coggle Diagram
Rational Unified Process (RUP)
Proceso dirigido por Casos de Uso
Los Casos de Uso integran el trabajo
Trazabilidad a partir de los Casos de Uso
los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos
de importancia para el usuario y no sólo en términos de funciones que seria bueno contemplar. Se define un
Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido.
Los Casos de Uso representan los requisitos funcionales del sistema.
Proceso centrado en la arquitectura
Evolución de la arquitectura del sistema
Los modelos se completan, la arquitectura no cambia drásticamente
La arquitectura de un sistema es la organización o estructura de sus partes más relevantes, lo que permite
tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del
sistema completo, necesaria para controlar el desarrollo
Proceso iterativo e incremental
Iteración RUP
El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy parecido al
equilibrio de la forma y la función en el desarrollo del producto, lo cual se consigue con el tiempo.
Para esto,
la estrategia que se propone en RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes más pequeñas o mini proyectos.
Best Practices
Gestión de requisitos
Desarrollo de software iterativo
Desarrollo basado en componentes
Modelado visual
Verificación continua de la calidad
Gestión de los cambios
Estructura del proceso
Eje horizontal: Representa el tiempo y es considerado el eje de los aspectos dinámicos del proceso. Indica
las características del ciclo de vida del proceso expresado en términos de fases, iteraciones e hitos.
Eje vertical: Representa los aspectos estáticos del proceso.
Estructura de RUP
Estructura Dinámica del proceso.
Inicio
Durante la fase de inicio se define el modelo del negocio y el alcance del proyecto
Elaboración
El propósito de la fase de elaboración es analizar el dominio del problema, establecer los cimientos de la
arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos.
Construcción
Durante esta fase todos los componentes, características y requisitos
deben ser implementados, integrados y probados en su totalidad.
Transición
La finalidad de la fase de transición es poner el producto en manos de los usuarios finales.
Estructura Estática del proceso.
Roles
Analistas
Desarrolladores
Gestores
Apoyo
Especialista en pruebas
Otros roles
Actividades
Las actividades tienen un objetivo concreto, normalmente expresado en
términos de crear o actualizar algún producto.
Artefactos
Un producto o artefacto es un trozo de información que es producido, modificado o usado durante el
proceso de desarrollo de software.
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
Una configuración RUP para proyecto pequeño
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
Esquema de trazabilidad
Las relaciones de trazabilidad son enlaces entre artefactos que establecen cómo se generan unos a partir de otros. Esto permite por ejemplo asegurar la cobertura de los requisitos o determinar el posible
impacto de los cambios.
