Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP), image, image, image - Coggle Diagram
Rational Unified Process (RUP)
Otras prácticas
Gestión de requisitos
RUP brinda una guía para encontrar, organizar, documentar, y seguir los cambios de los requisitos
funcionales y restricciones.
Desarrollo de software iterativo
Desarrollo del producto mediante iteraciones con hitos bien definidos
Desarrollo basado en componentes
Interfaces bien definidas, que posteriormente serán ensamblados para generar el sistema.
Modelado visual (usando UML)
UML es un lenguaje para visualizar, especificar, construir y documentar los artefactos de un sistema software.
Verificación continua de la calidad
La calidad de todos los artefactos se evalúe en varios puntos durante el proceso de
desarrollo, especialmente al final de cada iteración
Gestión de los cambios
El cambio es un factor de riesgo crítico en los proyectos de software.
Historia
1967
Metodología Ericsson, una aproximación de desarrollo basada en componentes , e introdujo el concepto de Caso de Uso.
1987 a 1995
Jacobson fundó la compañía Objectory AB y lanza el proceso de desarrollo Objectory.
1995 a 1997
Se desarrolla Rational Objectory Process y del Enfoque Rational, adoptando UML como lenguaje de modelado.
Características esenciales
Proceso dirigido por Casos de Uso
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.
Fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido
Proceso centrado en la arquitectura
La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema
Proceso iterativo e incremental
El proceso iterativo e incremental consta de una secuencia de iteraciones
Requisitos
Análisis
Diseño
Implementación
Pruebas
Estructura del proceso
Estructura Dinámica del proceso. Fases e iteraciones
Inicio
Se define el modelo del negocio y el alcance del proyecto
Elaboración
Analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos
Construcción
alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones
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
es una unidad de trabajo que una persona que desempeñe un rol puede ser solicitado a que realice
Artefactos
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
Implementación
Pruebas
Despliegue
Gestión del proyecto
Configuración y control de cambios
Entorno
Análisis y Diseño
Una configuración RUP para proyecto pequeño
Entregables del proyecto
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