METODOLOGÍA RUP

Caracteristicas del RUP

Estructura del RUP

Perspectiva Dinámica

Inicio

Su objetivo es la comunicación, con el cliente,
tener control sobre los procesos de negocio
para el sistema.

Elaboración

Este proceso debe tener el dominio total del
problema, tener un esquema bien desarrollado,
para al final debe tener un modelo de requerimiento
(UML)

Construcción

Su objetivo es ala parte del diseño, la programacion como se integran las otras partes en el software. Al concluir el sistema operativo ya debe estar en funcionamiento

Transición

En este proceso el sistema debe estar
listo (en funcionamiento), incluyendo la
la documentacion del software, para hacer
la respectiva entrega al cliente.

Perspectiva Estática

Elementos de la Perspectiva Estática

Roles

Definen el comportamiento y responsabilidades
de cada individuo o de un grupo, cada persona
puede desempeñar varios roles y un rol puede
ser desempeñado por varias personas como
Analistas, Desarrolladores, Gestores, Especialista etc.

Artefactos

Los artefactos son los resultados palpables del proyecto, en ellos se ven los modelos de caso de uso , el documento de arquitectura, los avances del proyecto documentado y demas.

Flujo de Trabajo

Es la relacion entre roles y artefactos. Dividiendose en flujos de trabajo de proceso y flujos de soporte. unos se centran en las partes para dar inicio al proyecto (Comunicacion, planeacion, desarrollo, despliege) y otros para cuando suceden cambios en el proyecto y su realacion con el entorno

Actividades

Es una unidad de trabajo que la persona que
desempeña un rol puede realizar actividades
concretas como: Planear una iteracion, revisar
el diseño o ejecutar pruebas de rendimiento.

Muestra las actividades del proceso que se representa.

Perspectiva Practica

Describe seis buenas practica de la Ingeniería de Software de las cuales son, desarrollo iterativo, gestión de requisitos
desarrollo basado en componentes, modelo visual UML.

Ya que estas practicas se ejecutan durante
todo el proyecto y de manera transversal
a las perspectiva Dinamica y Estatica.

Topic principal

Topic principal

Ciclo de vida del RUP

El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones.

Fases

En cada fase se realizan una o más iteraciones (con el objeto de ir perfeccionando los objetivos, mediante el feedback del usuario) y hasta que no finaliza una fase no se comienza con la siguiente. Por regla general, la fase en la que se realizan más iteraciones es la Contrucción.

Fase de Inicio

Obtención de los objetivos, catálogo de requisitos, identificación de casos de uso.

Fase de Elaboración

Refinamiento de los objetivos de la fase anterior, casos de uso, análisis, diseño, definición y establecimiento de la arquitectura base del sistema.

Fase de Desarrollo

Refinamiento de los objetivos de las fases anteriores y construcción del sistema de información.

Fase de Cierre

Refinamiento de los objetivos de las fases anteriores e implantación del sistema de información (preparación del producto para su entrega y pasos a producción de versiones no finales (porque hay que hacer ajustes) y de la versión final prevista).

Puntos Claves

1. Adaptación del proceso

2. Balancear prioridades

3. Colaboración entre equipos

4. Demostrar valor iterativamente

5. Elevar el nivel de abstracción

6. Enfocarse en la calidad

El RUP es un proceso basado en modelos en Cascada y por Componentes. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso).

Casos de uso

Son los usuarios de lo que requiere el sistema en el estan las interacciones de como se relacionara los usuarios con el software.

Centrado en la arquitectura

Se relaciona a como se debe ver el proyecto cuando se esta en desarrollo. En el se instauran los modelos del sistema, determinando que el software es un todo y tiene sus partes.

Iterativo Incremental

Divide el software en pequeños proyectos para que sea mas como trabajar con ellos con esto se logra la iteracion que va en aumento con la funcionalidad.