Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP) - Coggle Diagram
Rational Unified Process (RUP)
Estructura del proceso
en ejes
Vertical
Aspectos estáticos del proceso
Horizontal
Tiempo
en forma dinámica con
fases e iteraciones
Elaboración
propósito
establecer los cimientos de la
arquitectura
desarrollar el plan del proyecto
eliminar los mayores riesgos
analizar el dominio del problema
Construcción
finalidad
alcanzar la capacidad operacional del producto de forma incremental
Inicio
define
modelo del negocio y el alcance del proyecto
Transición
funcioń
tareas relacionadas con el ajuste, configuración, instalación
y facilidad de uso del producto.
Historia
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.
Otras prácticas
Desarrollo basado en componentes
permite que el sistema se vaya creando a medida que se desarrollan sus componentes.
Modelado visual (usando UML)
utilizar herramientas de modelado visual facilita
la gestión de modelos
Desarrollo de software iterativo
desarrollo del producto mediante iteraciones con hitos bien definidos
Verificación continua de la calidad
evaluar artefacots en varios puntos durante el proceso de desarrollo
Gestión de requisitos
guía para gestionar los cambios de los requisitos funcionales y restricciones
Gestión de los cambios
es necesario gestionar los cambios debido a mantenciones, iteraciones y múltiples desarrolladores
Estructura Estática del proceso
Roles
define
el comportamiento y responsabilidades de un individuo
grupo de individuos trabajando
juntos como un equipo
Flujos de trabajo
es
una relación de actividades que nos producen unos resultados observables
esas actividades son
Modelado del negocio
pretende
llegar a un mejor entendimiento de la organización
Requisitos
establece
qué tiene que hacer exactamente el sistema que construyamos
Análisis y Diseño
objetivo
traducir los requisitos a una especificación que describe cómo
implementar el sistema
Implementación
implementa
código,ejecutables, clases, objetos, etc.
Pruebas
evalúa
la calidad del producto que estamos desarrollando
Despliegue
objetivo
producir con éxito distribuciones del producto y distribuirlo a los usuarios
Gestión del proyecto
logra
un balance al gestionar objetivos, riesgos y restricciones para
desarrollar un producto
Configuración y control de cambios
finalidad
mantener la integridad de todos los artefactos que se crean en el proceso
Entorno
finalidad
dar soporte al proyecto con las adecuadas herramientas,procesos y métodos
Artefactos
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
Actividades
es
una unidad de trabajo que una persona que desempeñe un rol debe ejecutar
Características esenciales
Proceso dirigido por Casos de Uso
un caso de uso es
fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido
especifica
Diseño
Implementación
Requisitos del sistema
Prueba
permite
establecer trazabilidad entre los artefactos
Proceso iterativo e incremental
propone
un proceso iterativo
como
división de trabajo en partes más pequeñas
permite
equilibrio entre Casos de Uso y
arquitectura
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
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