PROCESO UNIFICADODE RATIONAL

RUP

Definiciones Basadas en el LibroIngeniería del Software 7ma EdiciónIan Sommerville

RUP Se define como un ejemplo de modelo

de proceso de producción de software, el cual reúne elementos de otros modelos genéricos existentes; junto con iteraciones de apoyo.

PERSPECTIVAS RUPEl Proceso Unificado de Rational es un

proceso híbrido, el cual maneja 3 perspectivas:

DINÁMICA

ESTÁTICA

PRÁCTICA

Muestra fases modelo / tiempo

Muestra actividades del proceso que se

representan

Sugiere buenas prácticas a utilizar

FASES RUPEl RUP es un modelo de fases.Sus fases principales son cuatro; vistas

dentro de un marco de negocio:

UML: Lenguaje de Modelado Unificado (orientado a objetos)

FASES RUP: INICIO Tiene como objetivo establecer un caso

de negocio para el sistema Identifica todas las entidades que

interactúan con el sistema Se evalúa la aportación que el sistema

hace al negocio Si el proyecto sirve, se continúa con el

resto del proceso. Si no sirve, se cancela.

FASES RUP: ELABORACIÓN El objetivo es desarrollar la comprensión

del problema Se establece un marco de trabajo

arquitectónico Se desarrolla el plan del proyecto Se identifican riesgos Finaliza con el MODELO DE

REQUERIMIENTOS DEL SISTEMA

FASES RUP: CONSTRUCCIÓN Comprende el diseño del sistema, la

programación y las pruebas Se desarrollan e integran las partes del

sistema Da lugar al SISTEMA SOFTWARE

OPERATIVO y a la DOCUMENTACIÓN DEL USUARIO

FASES RUP: TRANSICIÓN Mueve el sistema de comunidad

desarrollo a comunidad usuario Hace trabajar el sistema en un entorno

real Se produce un SISTEMA

DOCUMENTADO QUE FUNCIONA CORRECTAMENTE

FLUJOS DE TRABAJO ESTÁTICOS RUP

MODELADO DE NEGOCIOS

REQUERIMIENTOS

ANÁLISIS Y DISEÑO

IMPLEMENTACIÓN

PRUEBAS

DESPLIEGUE

CONFIGURACIÓN Y CAMBIOS DE GESTIÓN

GESTIÓN DEL PROYECTO

ENTORNO

BUENAS PRÁCTICAS DESARROLLO RUP Desarrollar el software de forma

interactiva. Planifique incrementos basados en prioridades de usuario y desarrollo. Entregue características de más alta prioridad al inicio.

Gestionar requerimientos. Documente los requerimientos del cliente, manténgase atento a los cambios

BUENAS PRÁCTICAS DESARROLLO RUP Arquitecturas basadas en

componentes. Estructure la arquitectura basándose en los componentes

Modelar software visualmente. Utilice modelos gráficos UML

Verificar calidad del software. Asegúrese de que el software cumple los estándares de calidad

Controlar cambios del software. Use un sistema de gestión, cambios, procedimientos y herramientas de gestión