Rational Unified Process (RUP)

Estructura del proceso

Historia

Otras prácticas

Estructura Estática del proceso

Características esenciales

Metodología
Ericsson (Ericsson Approach) creada en 1967

Entre 1995 y 1997 se
desarrolla Rational Objectory Process (ROP)

En junio del 1998 se lanza Rational Unified Process.

Proceso dirigido por Casos de Uso

un caso de uso es

Proceso iterativo e incremental

fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido

especifica

permite

establecer trazabilidad entre los artefactos

Diseño

Implementación

Requisitos del sistema

Prueba

Proceso centrado en la arquitectura

está relacionada con los Casos de Uso

los casos deben

encajar en la arquitectura cuando se llevan a cabo y la
arquitectura debe permitir su desarrollo

propone

un proceso iterativo

permite

equilibrio entre Casos de Uso y
arquitectura

como

división de trabajo en partes más pequeñas

Desarrollo basado en componentes

Modelado visual (usando UML)

Desarrollo de software iterativo

Verificación continua de la calidad

Gestión de requisitos

Gestión de los cambios

guía para gestionar los cambios de los requisitos funcionales y restricciones

desarrollo del producto mediante iteraciones con hitos bien definidos

permite que el sistema se vaya creando a medida que se desarrollan sus componentes.

utilizar herramientas de modelado visual facilita
la gestión de modelos

evaluar artefacots en varios puntos durante el proceso de desarrollo

es necesario gestionar los cambios debido a mantenciones, iteraciones y múltiples desarrolladores

en ejes

Vertical

Horizontal

Tiempo

Aspectos estáticos del proceso

en forma dinámica con

click to edit

fases e iteraciones

Elaboración

Construcción

Inicio

Transición

define

modelo del negocio y el alcance del proyecto

propósito

establecer los cimientos de la
arquitectura

desarrollar el plan del proyecto

eliminar los mayores riesgos

analizar el dominio del problema

finalidad

alcanzar la capacidad operacional del producto de forma incremental

funcioń

tareas relacionadas con el ajuste, configuración, instalación
y facilidad de uso del producto.

Roles

Flujos de trabajo

Artefactos

Actividades

define

el comportamiento y responsabilidades de un individuo

grupo de individuos trabajando
juntos como un equipo

es

una unidad de trabajo que una persona que desempeñe un rol debe ejecutar

es

un trozo de información que es producido, modificado o usado durante el proceso de desarrollo de software

como

documentos

modelos

elementos del modelo

es

una relación de actividades que nos producen unos resultados observables

esas actividades son

Modelado del negocio

Requisitos

Análisis y Diseño

Implementación

Pruebas

Despliegue

Gestión del proyecto

Configuración y control de cambios

Entorno

pretende

llegar a un mejor entendimiento de la organización

establece

qué tiene que hacer exactamente el sistema que construyamos

objetivo

traducir los requisitos a una especificación que describe cómo
implementar el sistema

implementa

código,ejecutables, clases, objetos, etc.

evalúa

la calidad del producto que estamos desarrollando

objetivo

producir con éxito distribuciones del producto y distribuirlo a los usuarios

logra

un balance al gestionar objetivos, riesgos y restricciones para
desarrollar un producto

finalidad

mantener la integridad de todos los artefactos que se crean en el proceso

finalidad

dar soporte al proyecto con las adecuadas herramientas,procesos y métodos

la arquitectura

involucra

aspectos estáticos y dinámicos más significativos del sistema

permite

tener una visión común entre todos los involucrados

es

la organización o estructura de sus partes más relevantes