Modelo de Desarrollo RUP (Rational Unified Process)

RUP (Modelo)
Modelo de Desarrollo RUP (Rational Unified Process)

¿Qué es RUP?

•Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software. Su meta principal es asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios, con una planeación y presupuesto predecible.
  ¿Para quién es RUP?

•Diseñado para
–Profesionales en el desarrollo de software
–Interesados en productos de software
–Profesionales en la ingeniería y administración de procesos de software
•Estos participantes se involucran con RUP cumpliendo roles

Características

•Dirigido por Casos de Uso
–Los casos de uso son los artefactos primarios para establecer el comportamiento deseado del sistema
•Centrado en la Arquitectura
–La arquitectura es utilizada para conceptualizar, construir, administrar y evolucionar el sistema en desarrollo
-Iterativo e Incremental
–Maneja una serie de entregas ejecutables
–Integra continuamente la arquitectura para producir nuevas versiones mejoradas
-Conceptualmente amplio y diverso
-Enfoque orientado a objetos
-En evolución continua
-Adaptable
-Repetible
-Permite mediciones
–Estimación de costos y tiempo, nivel de avance, etc.


Ciclo de RUP


Diagrama de RUP



Faces de Construcción




Inicio

•El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto.
•Para proyectos de mejora de software existente, esta fase es más breve y se centra en asegurar la viabilidad de desarrollar el proyecto.


Elaboración

•El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseño e implementación en la siguiente fase.
•La arquitectura debe abarcar todas las consideraciones de mayor importancia de los requerimientos y una evaluación del riesgo.

Construcción

•El objetivo de la fase de construcción es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base.
•Vista de cierta forma esta fase es un proceso de manufactura, en el cual el énfasis se torna hacia la administración de recursos y control de la operaciones para optimizar costos, tiempo y calidad.


Transición
•Esta fase se enfoca en asegurar que el software esté disponible para sus usuarios.
•En este punto, la retroalimentación de los usuarios se centra en depurar el producto, configuraciones, instalación y aspectos sobre utilización.