Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP), slide_2, image, image, image, image -…
Rational Unified Process (RUP)
Historia
Sus inicios son en 1967 con la Metodología
Ericsson
Después de varios cambios en junio del 1998 se lanza Rational Unified Process.
Características esenciales
Proceso dirigido por Casos de Uso
Los Casos de Uso son una técnica de captura de requisitos que se enfoca usuario y no so solo en las funciones
Proceso centrado en la arquitectura
La arquitectura de un sistema es su estructura clave, permite tener una visión común a desarrolladores y usuarios, necesaria para el control del desarrollo.
Proceso iterativo e incremental
El equilibrio entre Casos de Uso y arquitectura en el desarrollo de software, se logra a través de un proceso iterativo e incremental dividido en fases.
Cada iteración aborda parte de la funcionalidad, refinando la arquitectura y ajustando los objetivos según la retroalimentación.
Otras prácticas
Gestión de Requisitos
Desarrollo de software iterativo
Desarrollo basado en componentes
Modelado visual (usando UML)
Verificación continua de la calidad
Gestión de los cambios
Estructura del proceso
El proceso puede ser descrito en dos dimensiones o ejes
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. Describe el proceso en términos de
componentes de proceso, disciplinas, flujos de trabajo, actividades, artefactos y roles.
Estructura Dinámica del proceso. Fases e iteraciones
Inicio
Durante la fase de inicio se define el modelo del negocio y el alcance del proyecto. Se identifica actores y casos de uso.
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
La finalidad es alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones.
Transición
La finalidad es poner el producto en manos de los usuarios finales, para lo que se desarrolla nuevas versiones actualizadas del producto, completar la documentación y en general tareas relacionadas con el ajuste
Estructura Estática del proceso
Roles
Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando
juntos como un equipo
Analista
Desarrolladores
Gestores
Apoyo
Especialista en pruebas
Actividades
Una actividad en concreto es una unidad de trabajo que una persona que desempeñe un rol puede
ser solicitado a que realice
Artefactos
Un producto o artefacto es una pieza de información utilizada en el desarrollo de software, representando los resultados tangibles del proyecto.
Flujos de trabajo
relación de actividades que nos producen unos resultados observables
Modelado del negocio
Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organización donde se va a implantar el producto
Requisitos
En esta línea los requisitos son el contrato que se debe cumplir, los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos.
Análisis y Diseño
El objetivo de este flujo de trabajo es traducir los requisitos a una especificación que describe cómo
implementar el sistema
El análisis obtiene visión del sistema que se preocupa de ver que hace, solo se interesa por los requisitos funcionales
El diseño es un refinamiento del análisis de los requisitos no funcionales, cómo cumple el sistema sus objetivos
Implementación
En este flujo de trabajo se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y
demás.
El resultado final de este flujo de trabajo es un sistema ejecutable.
Pruebas
Este flujo de trabajo evalúa la calidad del producto durante todo el ciclo de vida del desarrollo, no solo al final.
Despliegue
El objetivo de este flujo de trabajo es producir con éxito distribuciones del producto y distribuirlo a los
usuarios
Gestión del proyecto
La Gestión del proyecto equilibra objetivos, riesgos y restricciones para cumplir con los requisitos de clientes y usuarios.
Configuración y control de cambios
Este flujo de trabajo mantiene la integridad de los artefactos y registra la evolución del proceso.
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
