2. DEFINICIÓN
HISTORIA
PROCESO
UNIFICADO DE
RATIONAL
CARACTERISTICAS
6 PRINCIPIOS DE CLAVE
CICLO DE VIDA RUP
3. 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
4. componentes, que introdujo el concepto de Caso de Uso. Entre los
años de 1987 a 1995 Jacobson fundó la
compañía Objectory AB y lanza el proceso de desarrollo Objectory
(abreviación de Object Factory).
Posteriormente en 1995 Rational Software Corporation adquiere
Objectory AB y entre 1995 y 1997 se
desarrolla Rational Objectory Process (ROP) a partir de Objectory
3.8 y del Enfoque Rational (Rational
Approach) adoptando UML como lenguaje de modelado.
Desde ese entonces y a la cabeza de Grady Booch, Ivar Jacobson y
James Rumbaugh, Rational Software
desarrolló e incorporó diversos elementos para expandir
ROP, destacándose especialmente el flujo de trabajo
conocido como modelado del negocio. En junio del 1998 se lanza
Rational Unified Process.
5. El Proceso Unificado Racional (Rational Unified
Process en inglés, habitualmente resumido como
RUP) es un proceso de desarrollo de software y
junto con el Lenguaje Unificado de Modelado
UML, constituye la metodología estándar más
utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente
establecidos, sino un conjunto de metodologías
adaptables al contexto y necesidades de cada
organización.
6. Adatpación del proceso
El proceso deberá adaptarse a las características
propias de la organización. El tamaño del mismo, así
como las regulaciones que lo condicionen, influirán
en su diseño específico. También se deberá tener en
cuenta el alcance del proyecto.
Balancear prioridades
Los requerimientos de los diversos inversores
pueden ser diferentes, contradictorios o disputarse
recursos limitados. Debe encontrarse un balance que
satisfaga los deseos de todos.
7. Colaboración entre equipos:
El desarrollo de software no lo hace una única
persona sino múltiples equipos. Debe haber una
comunicación fluida para coordinar
requerimientos, desarrollo, evaluaciones, planes,
resultados, etc.
Demostrar valor iterativamente:
Los proyectos se entregan, aunque sea de un
modo interno, en etapas iteradas. En cada
iteración se analiza la opinión de los inversores, la
estabilidad y calidad del producto, y se refina la
dirección del proyecto así como también los
riesgos involucrados
8. Elevar el nivel de abstracción
Este principio dominante motiva el uso de
conceptos reutilizables tales como patrón del
software, lenguajes 4GL o esquemas (frameworks)
por nombrar algunos. Éstos se pueden acompañar
por las representaciones visuales de la
arquitectura, por ejemplo con UML.
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
9. Los autores de RUP destacan que el proceso de
software propuesto por RUP tiene tres características
esenciales: está dirigido por los Casos de Uso, está
centrado en la arquitectura, y es iterativo e
incremental
1 Proceso dirigido por Casos de Uso
2 Proceso centrado en la arquitectura
3 Proceso iterativo e incremental
10.
11.
12. CICLO DE VIDA RUP:
ciclo de vida RUP es una implementación del
El
Desarrollo en espiral. Fue creado ensamblando los
elementos en secuencias semi-ordenadas. El ciclo de
vida organiza las tareas en fases e iteraciones.
RUP divide el proceso en cuatro fases, dentro de
las cuales se realizan varias iteraciones en número
variable según el proyecto y en las que se hace un
mayor o menor hincapié en los distintas actividades.
En la Figura muestra cómo varía el esfuerzo
asociado a las disciplinas según la fase en la que se
encuentre el proyecto RUP.