Proceso Unificado de RationalRUP
Proceso Unificado de RationalProporciona una serie de técnicas para soportar el ciclo completo de desarrollo de software. El resultado es un proceso basado en componentes, dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental2
Proceso Unificado de Rational (2) Proporciona un acercamiento disciplinado a la asignación de tareas y responsabilidades en el proceso de desarrollo. Intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo de vida del software, con el objetivo de abarcar productos pequeños y grandes.3
Características de RUPCentrado en el ModeloGuiado por Casos de UsoCentrado en la ArquitecturaIterativo e Incremental4
Centrado en el ModeloLos diagramas son una forma de comunicación más expresiva que el lenguaje natural. Se trata de minimizar el uso de descripciones y especificaciones textuales del sistema.5
Guiado por Casos de UsoLos casos de uso son el instrumento para validar la arquitectura del software y extraer los casos de prueba, que orientan el proyecto hacia lo que es importante para el usuario y lo que este quiere. La razón de ser de un sistema de software es servir a usuarios, ya sean humanos u otros sistemas; un caso de uso es una facilidad que el software debe proveer a los usuarios.6
Centrado en la ArquitecturaLos modelos son proyecciones del análisis, y el diseño constituye la arquitectura del producto a desarrollar, relacionan la toma de decisiones que indica cómo debe ser construido el sistema y en qué orden. La arquitectura involucra los elementos más significativos del sistema. 7
Centrado en la Arquitectura (2)La arquitectura debe ser lo suficientemente completa como para que todos los implicados en el desarrollo tengan claro qué es lo que están construyendoSe representa mediante varias vistas que se centran en aspectos concretos del sistema, abstrayéndose de lo demás. Todaslas vistas juntas forman el llamadomodelo 4+1.8
Iterativo e IncrementalDurante todo el proceso de desarrollo se producen versiones incrementales (que se acercan al producto terminado) del producto en desarrollo. El proyecto se divide en ciclos. Para cada ciclo se establecen fases, cada una de las cuales debe ser considerada como un mini-proyecto, cuyo núcleo está constituido por una o más iteraciones de las actividades principales básicas de cualquier proceso de desarrollo.9
Las Fases y Flujos de RUP10
Las Fases de RUP (Ciclo de Vida)Fase de InicioFase de ElaboraciónFase de ConstrucciónFase de Transición11
Fase de Inicio¿Cuál es el objetivo?¿Es factible?¿Lo compramos o lo desarrollamos?¿Cuánto va a costar?No se pretende una estimación precisa o la captura de todos los requisitos.12
Fase de Inicio (2)Durante esta fase se establece el modelo de negocio del sistema y delimita el alcance del proyecto. Se deben identificar todas las entidades externas con las cuales el sistema interactúe y definir la naturaleza de esta interacción.13
Fase de ElaboraciónAnalizar el dominio del problema, establecer los cimientos de la arquitectónica, desarrollar el plan de proyecto, y eliminar los elementos de riesgo más alto del proyecto.Las decisiones arquitectónicas deben tomarse con una comprensión completa del sistema: su alcance, funcionalidad importante, y requerimientos no funcionales.14
Fase de Elaboración (2)Se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los casos de uso críticos identificados en la fase de inicio. También debe demostrarse que se han evitado los riesgos más graves.15
Fase de ConstrucciónAlcanzar la capacidad operacional del producto de forma incremental a través de las iteraciones sucesivas.Todos los componentes y características se implementan, se integran en el producto, y se prueban a fondo, obteniendo una versión beta del producto, que pueda ser puesta en manos de los usuarios. 16
Fase de TransiciónLa transición del producto de software al ambiente de producción para ponerlo en manos de los usuarios finales.Una vez que el producto se haya entregado al usuario final, surgen algunos temas que llevan al desarrollo de nuevas versiones, a corregir errores, o a terminar algunas características que habían sido propuestas.17
Flujos de Trabajo de RUPProceso:Modelado del NegocioRequisitosAnálisis y DiseñoImplementaciónPruebasDespliegueApoyo:Administración del ProyectoConfiguración y Control de CambiosEntorno18
IteracionesCada fase de RUP puede descomponerse en una o más iteraciones. Una iteración es un ciclo completo de desarrollo que resulta una versión o release (interno o externo) de un producto ejecutable, un subconjunto del producto final que se encuentra bajo desarrollo y que crece incrementalmente en cada iteración hasta llegar al producto final.19
EntregablesPlan de desarrollo de softwareModelo de Casos de Uso del NegocioModelo de  Objetos del NegocioGlosarioModelo de Casos de UsoVisiónEspecificaciones de Casos de UsoEspecificaciones adicionalesPrototipos de Interfaces de UsuarioModelo de Análisis y DiseñoModelo de DatosModelo de ImplementaciónModelo de DespliegueCasos de PruebaSolicitud de cambioPlan de IteraciónEvaluación de IteraciónLista de RiesgosManual de InstalaciónMaterial de Apoyo al Usuario finalProducto20
¿Alguna Pregunta?21
Gracias22http://www.javatutoriales.com/Java Tutoriales en Facebook

7iSF-2 rup

  • 1.
  • 2.
    Proceso Unificado deRationalProporciona una serie de técnicas para soportar el ciclo completo de desarrollo de software. El resultado es un proceso basado en componentes, dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental2
  • 3.
    Proceso Unificado deRational (2) Proporciona un acercamiento disciplinado a la asignación de tareas y responsabilidades en el proceso de desarrollo. Intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo de vida del software, con el objetivo de abarcar productos pequeños y grandes.3
  • 4.
    Características de RUPCentradoen el ModeloGuiado por Casos de UsoCentrado en la ArquitecturaIterativo e Incremental4
  • 5.
    Centrado en elModeloLos diagramas son una forma de comunicación más expresiva que el lenguaje natural. Se trata de minimizar el uso de descripciones y especificaciones textuales del sistema.5
  • 6.
    Guiado por Casosde UsoLos casos de uso son el instrumento para validar la arquitectura del software y extraer los casos de prueba, que orientan el proyecto hacia lo que es importante para el usuario y lo que este quiere. La razón de ser de un sistema de software es servir a usuarios, ya sean humanos u otros sistemas; un caso de uso es una facilidad que el software debe proveer a los usuarios.6
  • 7.
    Centrado en laArquitecturaLos modelos son proyecciones del análisis, y el diseño constituye la arquitectura del producto a desarrollar, relacionan la toma de decisiones que indica cómo debe ser construido el sistema y en qué orden. La arquitectura involucra los elementos más significativos del sistema. 7
  • 8.
    Centrado en laArquitectura (2)La arquitectura debe ser lo suficientemente completa como para que todos los implicados en el desarrollo tengan claro qué es lo que están construyendoSe representa mediante varias vistas que se centran en aspectos concretos del sistema, abstrayéndose de lo demás. Todaslas vistas juntas forman el llamadomodelo 4+1.8
  • 9.
    Iterativo e IncrementalDurantetodo el proceso de desarrollo se producen versiones incrementales (que se acercan al producto terminado) del producto en desarrollo. El proyecto se divide en ciclos. Para cada ciclo se establecen fases, cada una de las cuales debe ser considerada como un mini-proyecto, cuyo núcleo está constituido por una o más iteraciones de las actividades principales básicas de cualquier proceso de desarrollo.9
  • 10.
    Las Fases yFlujos de RUP10
  • 11.
    Las Fases deRUP (Ciclo de Vida)Fase de InicioFase de ElaboraciónFase de ConstrucciónFase de Transición11
  • 12.
    Fase de Inicio¿Cuáles el objetivo?¿Es factible?¿Lo compramos o lo desarrollamos?¿Cuánto va a costar?No se pretende una estimación precisa o la captura de todos los requisitos.12
  • 13.
    Fase de Inicio(2)Durante esta fase se establece el modelo de negocio del sistema y delimita el alcance del proyecto. Se deben identificar todas las entidades externas con las cuales el sistema interactúe y definir la naturaleza de esta interacción.13
  • 14.
    Fase de ElaboraciónAnalizarel dominio del problema, establecer los cimientos de la arquitectónica, desarrollar el plan de proyecto, y eliminar los elementos de riesgo más alto del proyecto.Las decisiones arquitectónicas deben tomarse con una comprensión completa del sistema: su alcance, funcionalidad importante, y requerimientos no funcionales.14
  • 15.
    Fase de Elaboración(2)Se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los casos de uso críticos identificados en la fase de inicio. También debe demostrarse que se han evitado los riesgos más graves.15
  • 16.
    Fase de ConstrucciónAlcanzarla capacidad operacional del producto de forma incremental a través de las iteraciones sucesivas.Todos los componentes y características se implementan, se integran en el producto, y se prueban a fondo, obteniendo una versión beta del producto, que pueda ser puesta en manos de los usuarios. 16
  • 17.
    Fase de TransiciónLatransición del producto de software al ambiente de producción para ponerlo en manos de los usuarios finales.Una vez que el producto se haya entregado al usuario final, surgen algunos temas que llevan al desarrollo de nuevas versiones, a corregir errores, o a terminar algunas características que habían sido propuestas.17
  • 18.
    Flujos de Trabajode RUPProceso:Modelado del NegocioRequisitosAnálisis y DiseñoImplementaciónPruebasDespliegueApoyo:Administración del ProyectoConfiguración y Control de CambiosEntorno18
  • 19.
    IteracionesCada fase deRUP puede descomponerse en una o más iteraciones. Una iteración es un ciclo completo de desarrollo que resulta una versión o release (interno o externo) de un producto ejecutable, un subconjunto del producto final que se encuentra bajo desarrollo y que crece incrementalmente en cada iteración hasta llegar al producto final.19
  • 20.
    EntregablesPlan de desarrollode softwareModelo de Casos de Uso del NegocioModelo de Objetos del NegocioGlosarioModelo de Casos de UsoVisiónEspecificaciones de Casos de UsoEspecificaciones adicionalesPrototipos de Interfaces de UsuarioModelo de Análisis y DiseñoModelo de DatosModelo de ImplementaciónModelo de DespliegueCasos de PruebaSolicitud de cambioPlan de IteraciónEvaluación de IteraciónLista de RiesgosManual de InstalaciónMaterial de Apoyo al Usuario finalProducto20
  • 21.
  • 22.