METODOLOGÍA RUP

Mehr dazu

OLMECAS

von Paola LoEs

Modelos de control

von Paula Osorio

NIA 220

von Claudia Arevalos

DISCAPACIDAD INTELECTUAL

von Valentina Figueroa

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).

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.

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.

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.

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.

Puntos Claves

6. Enfocarse en la calidad

5. Elevar el nivel de abstracción

4. Demostrar valor iterativamente

3. Colaboración entre equipos

2. Balancear prioridades

1. Adaptación del proceso

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 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).

Fase de Desarrollo

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

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 Inicio

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

Topic principal

Estructura del RUP

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.

Perspectiva Estática

Muestra las actividades del proceso que se representa.

Elementos de la Perspectiva Estática

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.

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

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.

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.

Perspectiva Dinámica

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.

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

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)

Inicio

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