Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process (RUP) - Coggle Diagram
Rational Unified Process (RUP)
Historia
RUP es un proceso de desarrollo de software basado en Objectory y el Enfoque Rational, que utiliza UML y fue lanzado por Rational Software en 1998.
Roles
Definicion de rol
-Analistas
-Desarrolladores
-Gestores
-Apoyo
-Especialistas en pruebas
-Mas
Comportamiento y responsabilidad de estos
Importancia de estos en el equipo
Desempeño de multiples roles por una persona
Representación de un mismo rol por varias personas
Características esenciales
está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental.
Proceso dirigido por casos de uso
Los casos de uso son una técnica de captura de requisitos que enfatiza la importancia del usuario y guía el diseño y desarrollo del sistema en RUP.
Proceso de centrado en la arquitectura
La arquitectura de un sistema es la estructura organizacional de sus partes más importantes y debe tener en cuenta la calidad del sistema y las restricciones tecnológicas.
RUP enfatiza en la importancia de establecer una buena arquitectura temprana para evitar impactos en cambios posteriores.
Proceso iterativo e incremental
Proceso iterativo e incremental para equilibrar Casos de Uso y arquitectura en el desarrollo de un producto.
Otras practicas
Gestión de requisitos
RUP (proceso de desarrollo unificado)
Guía para encontrar, organizar, documentar y seguir los cambios de requisitos
Guía para encontrar, organizar, documentar y seguir los cambios de requisitos
Desarrollo de software iterativo
Desarrollo del producto mediante iteraciones con hitos bien definidos
Repetición de actividades con distinto énfasis según la fase del proyecto
Desarrollo basado en componentes
División del sistema en componentes con interfaces bien definidas
Ensamblado de componentes para generar el sistema
Modelado visual (usando UML)
Herramientas de modelado visual facilitan la gestión de los modelos
Ayuda a mantener la consistencia entre requisitos, diseños e implementaciones
Ayuda a mejorar la capacidad del equipo para gestionar la complejidad del software
Gestión de los cambios
El cambio como factor de riesgo crítico en los proyectos de software
Importancia de abordar la construcción de software con la participación de múltiples desarrolladores
Estructura del proceso
Eje horizontal: tiempo y aspectos dinámicos del proceso
-Ciclo de vida del proceso
-Fases del proceso
-Iteraciones del proceso
-Hitos del proceso
Eje vertical: aspectos estáticos del proceso
-Componentes del proceso
-Disciplinas del proceso
-Flujos de trabajo del proceso
-Actividades del proceso
Fases importantes
Fase de inicio de un proyecto de software
-Definición del modelo de negocio y alcance del proyecto
-Identificación de actores y casos de uso
-Diseño de casos de uso esenciales
-Desarrollo de un plan de negocio
-Objetivos de la fase de inicio
-Resultados esperados
-Criterios de evaluacion
-Posibilidad de abandonar o replantar el proyecto
Fase de elaboracion en el proceso de desarrollo de software
-Propósito de la fase de elaboracion
-Construccion del prototipo de la arquitectura
-Objetivos de la fase de elaboracion
-Resultados esperados al finalizar la fase de elaboracion
-Alncance de la fase de elaboracion
Actualización de productos de la fase de inicio
-Criterios de evaluación de la fase de elaboración
Construcción
-Alcanzar la capacidad operacional de forma incremental
-Implementar, integrar y probar todos los componentes y caracteristicas
-Minimizar costes de desarrollo y obtener una alta calidad lo mas rapido posible
Transicion
-Actividades que se realizan en la fase de transicion
-Resultados esperados en la fase de transicion
-Iteraciones en la misma fase
-Criterios de evaluacion de la fase