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