TEMA: METODOLOGÍA DE RUP

Docente: Ing. Deysi Melisa Puga Tello

Integrantes:
 Celia Rojas Gallegos
 Yaquelin Gonzales Huacho
 Claudio Hurtado Casaverde
 Alder Acra Paniura
INTRODUCCIÓN
◦En esta investigación se presentara la
metodología RATIONAL UNIFIED PROCESS (RUP),
la cual nos proporciona disciplinas en las cuales
se encuentran artefactos con la cual se podrá
contar con guías para poder documentar e
implementar de una manera fácil y eficiente.
Metodología RUP

◦ Es un proceso de desarrollo de software y junto con el

lenguaje Unificado de Modelo UML, constituye la
metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas
orientados a objetos.
Historia

◦ El antecedente más importante se ubica en 1967 con la Metodología Ericsson (Ericsson

Approach) elaborada por Ivar Jacobson, una aproximación de desarrollo basada en
componentes, que introdujo el concepto de Caso de Uso.
Características Esenciales

◦ Dirigido por Casos de Uso:

Se define un Caso de Uso como un fragmento
de funcionalidad del sistema que proporciona al
usuario un valor añadido.
Los Casos de Uso representan los requisitos
funcionales del sistema.
En RUP los Casos de Uso no son sólo una
herramienta para especificar los requisitos del
sistema. También guían su diseño,
implementación y prueba.
Proceso centrado en la arquitectura

◦ La arquitectura de un sistema es la organización o estructura de sus partes más

relevantes, lo que permite tener una visión común entre todos los involucrados
(desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria
para controlar el desarrollo.
Proceso iterativo e incremental

◦ Para esto, la estrategia que se propone en RUP es tener un proceso iterativo e

incremental en donde el trabajo se divide en partes más pequeñas o mini proyectos.
◦ Cada mini proyecto se puede ver como una iteración (un recorrido más o menos
completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene
un incremento que produce un crecimiento en el producto.
 Principios de desarrollo
◦ RUP está basado en 6 principios clave que son los siguientes:
Adaptar el proceso: El proceso deberá adaptarse a las necesidades del cliente ya que es muy
importante interactuar con él.
Equilibrar prioridades: Encontrar un equilibrio que satisfaga los deseos de todos.
Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un modo interno, en
etapas iteradas.
Colaboración entre equipos: El desarrollo de software no lo hace una única persona sino múltiples
equipos.
Enfocarse en la calidad: El control de calidad no debe realizarse al final de cada iteración, sino
en todos los aspectos de la producción.
Elevar el nivel de abstracción: Este principio dominante motiva el uso de conceptos reutilizables
tales como patrones de diseño del software o las representaciones visuales de la arquitectura, por
ejemplo con UML.
Ciclo de vida
◦ El ciclo de vida RUP es una implementación del desarrollo en espiral. El ciclo de vida
organiza las tareas en fases e iteraciones.
◦ RUP divide el proceso en cuatro fases:
Fase de Inicio:
◦ Propósito:
- Establecer casos de negocios.
- Síntesis de arquitectura
- Especificar el alcance del proyecto.
◦ Resultado:
- Visión general de los requerimientos del proyecto.
- Un caso de negocios inicial, incluyendo (Evaluación inicial de riesgos y Una
estimación de los recurso requeridos).
Fase de Elaboración:

◦ Propósito:
Analizar el problema.
Establecer la arquitectura.
Desarrollar un plan comprensivo.
◦ Resultado:
Un modelo del dominio 80% completo.
Requerimientos suplementarios,
Una lista de riesgos revisada.
Fase Construcción
◦ Propósito:
Minimizar los costes de desarrollo mediante la optimización de recursos y evitando el
tener que rehacer un trabajo o incluso desecharlo.
Conseguir una calidad adecuada tan rápido como sea práctico.
Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan rápido
como sea práctico.
◦ Resultado:
Modelos Completos.
Arquitectura íntegra
Plan del Proyecto para la fase de Transición.
Manual Inicial de Usuario.
Caso del Negocio Actualizado
Fase Transición
◦ Propósito:
Conseguir que el usuario se valga por sí mismo.
Un producto final que cumpla los requisitos esperados, que funcione y satisfaga
suficientemente al usuario.
◦ Resultado:
Prototipo Operacional.
Documentos Legales.
Caso del Negocio Completo.
Descripción de la Arquitectura completa y corregida
Las iteraciones de esta fase irán dirigidas normalmente a conseguir una nueva versión.
 Disciplina de desarrollo de RUP
◦ Ingeniería o modelado del negocio: Analizar y entender las necesidades del negocio para el
cual se está desarrollando el software

◦ Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del sistema.

◦ Análisis y diseño: Trasladar los requisitos analizados anteriormente a un sistema automatizado y

desarrollar una arquitectura para el sistema.

◦ Implementación: Crear software que se ajuste a la arquitectura diseñada y que tenga el

comportamiento deseado.

◦ Pruebas: Asegurarse de que el comportamiento requerido es correcto y que todo lo solicitado

está presente.

◦ Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.

 Elementos de RUP
◦ Disciplinas: son los contenedores empleados para organizar todas las actividades durante el
ciclo de vida del sistema.

◦ Artefactos: son los elementos de entrada y salida de las actividades. Es un elemento que el
proyecto produce y utiliza para componer el producto final.

◦ Flujos de Trabajo: constituye la secuencia de actividades que producen resultados visibles por
medio de la integración de los roles y las actividades, artefactos y disciplinas.

◦ Roles: son las personas o entes que están involucrados en cada proceso.
 Estructura del RUP

◦ Eje Horizontal: representa tiempo y muestra aspecto dinámico

del proceso, expresado en términos de ciclos, fases,
iteraciones, y metas.

◦ Eje Vertical: representa el aspecto estático del proceso, como

esta descrito en términos de actividades, artefactos,
trabajadores y flujos de trabajo.
Ventajas y Desventajas

◦ Ventajas.
Es el proceso de desarrollo más general de los existentes actualmente.
Es una forma disciplinada de asignar tareas y responsabilidades en una
empresa de desarrollo (quién hace qué, cuándo y cómo).

◦ Desventajas.
Método pesado.
Por el grado de complejidad puede ser no muy adecuado.
En proyectos pequeños, es posible que no se puedan cubrir los costos de
dedicación del equipo de profesionales necesarios
 Conclusión.
◦ Como se puede observar en cuanto a la investigación sobre
la metodología RATIONAL UNIFIED PROCESS (RUP), llegamos a
la conclusión de que seguir los estándares de estas
metodologías son hechas para hacer más fácil y ágil el
desarrollo de software ya que son adaptables para
proyectos, RUP es una metodología exacta y completa ya
que nos habla sobre proyectos pequeños y así como
proyectos más extensos para el uso de ella y obtener un
trabajo más eficaz.