Está en la página 1de 5

Proceso Unificado Racional

El Proceso Rational Unificado o RUP (por sus siglas en
inglés de Rational Unified Process) es un proceso de desarrollo de software desarrollado por la empresa Rational
Software, actualmente propiedad de IBM.[1] Junto con
el Lenguaje Unificado de Modelado UML, constituye la
metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

1.3 Demostrar valor iterativamente

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. También se conoce por este nombre al software, también desarrollado
por Rational, que incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer
(RMC), que permite la personalización de acuerdo con
las necesidades.

1.4 Colaboración entre equipos

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.

El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación
fluida para coordinar requisitos, desarrollo, evaluaciones,
planes, resultados, etc.

1.5 Enfocarse en la calidad

Originalmente se diseñó un proceso genérico y de dominio público, el Proceso Unificado, y una especificación El control de calidad no debe realizarse al final de cada
más detallada, el Rational Unified Process, que se ven- iteración, sino en todos los aspectos de la producción. El
aseguramiento de la calidad forma parte del proceso de
diera como producto independiente.
desarrollo y no de un grupo independiente, también es
una estrategia de desarrollo de software.

1

Principios de desarrollo

1.6 Elevar el Nivel de Abstracción

La Filosofía del RUP está basado en 6 principios clave Este principio dominante motiva el uso de conceptos reutilizables tales como patrones de diseño del software,
que son los siguientes:
lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Estos se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con UML.

1.1

Adaptar el proceso

2 Ciclo de vida

El proceso deberá adaptarse a las necesidades del cliente
ya que es muy importante interactuar con él. Las características propias del proyecto, el tamaño del mismo, así
como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También se deberá tener
en cuenta el alcance del proyecto.

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.

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 hin1.2 Equilibrar prioridades
capié en las distintas actividades. En la Figura muestra
Los requisitos de los diversos participantes pueden ser di- cómo varía el esfuerzo asociado a las disciplinas según la
ferentes, contradictorios o disputarse recursos limitados. fase en la que se encuentre el proyecto RUP.
Debe poder encontrarse un equilibrio que satisfaga los de- Las primeras iteraciones (en las fases de Inicio y Elaboseos de todos. Gracias a este equilibrio se podrán corregir ración) se enfocan hacia la comprensión del problema y
desacuerdos que surjan en el futuro.
la tecnología, la delimitación del ámbito del proyecto, la
1

• Gestión del cambio y configuraciones • Gestión del proyecto 3 Principales características • Desarrollo iterativo • Administración de requisitos • Uso de arquitectura basada en componentes • Control de cambios • Modelado visual del software • Verificación de la calidad del software • Entorno La estructura dinámica de RUP es la que permite que éste sea un proceso de desarrollo fundamentalmente iterativo. Se caracteriza por ser iterativo e incremental. En la fase de elaboración. se refinan su análisis y diseño y se procede a su implementación y pruebas. Para cada iteración se seleccionan algunos Casos de Uso. En la fase de construcción.) y roles (papel que desempeña una persona en un determinado momento. una persona puede desempeñar distintos roles a lo largo del proceso). el modelo de casos de uso. Esfuerzo en actividades según fase del proyecto. se lleva a cabo la construcción del producto por medio de una serie de iteraciones. las iteraciones se orientan al desarrollo de la baseline de la arquitectura. modelo de negocios (refinamiento). diseño y una parte de implementación orientado a la baseline de la arquitectura.2 4 FASES • Pretende implementar las mejores prácticas en Ingeniería de Software. Construcción). el código fuente. de forma que se adapte a cualquier proyecto El RUP es un producto de Rational (IBM). • Elaboración. • Desarrollo (también llamado Implementación. Se realizan iteraciones hasta que se termine la implementación de la nueva versión del producto. etc. eliminación de los riesgos críticos. 4 Fases • Establece oportunidad y alcance • Identifica las entidades externas o actores con las que se trata • Identifica los casos de uso RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas: 'Proceso': Las etapas de esta sección son: (Revise nuevamente la gráfica) • Modelado de negocio • Requisitos • Análisis y Diseño • Implementación • Pruebas • Despliegue Soporte: En esta parte nos encontramos con las siguienComo se puede observar en cada fase participan todas tes etapas: las disciplinas. y en esta parte se ven inmersas las 4 fases descritas anteriormente: • Inicio (también llamado Incepción o Concepción). estar centrado en la arquitectura y guiado por los casos de uso. Se realiza una pequeña cascada para cada ciclo. pero dependiendo de la fase el esfuerzo dedicado a una disciplina varía. abarcan más los flujos de trabajo de requisitos. análisis. y al establecimiento de una baseline (Línea Base) de la arquitectura. En la fase de transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. Durante la fase de inicio las iteraciones hacen mayor énfasis en actividades de modelado del negocio y de requisitos. . Incluye artefactos (que son los productos tangibles del proceso como por ejemplo.

Construcción: • Especificación de requisitos faltantes • Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación iterativa • Pruebas de los casos de uso desarrollados. • Diseño y desarrollo de casos de uso. En 1995 Rational Software compró una compa• Diagrama de Requisitos ñía sueca llamada Objectory AB. capacitar a los usuarios y proveer el soporte técnico necesario. Ken Hartman. la primera versión de RUP.3 • Cierre (también llamado Transición). fue puesta en el mercado en 1998. o flujos de casos de uso arquitectónicos • Pruebas de los casos de uso desarrollados. Estos artefactos (entre otros) son los siguientes: Inicio: • Diagrama de estados • Diagrama de Colaboración Vista Conceptual • Modelo de dominio Vista física • Mapa de comportamiento a nivel de hardware. famoso por haber incorporado los casos de uso a los métodos de desarrollo orientados a objetos. Fase de Transición: El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales. Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores. IBM creó un subconjunto de RUP ajustado para proyectos de desarrollo ágil . El Rational Elaboración: Unified Process fue el resultado de una convergencia de • Documento Arquitectura que trabaja con las si. El primer resultado de esta fusión fue el guientes vistas: Rational Objectory Process. se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema.[3] . siendo el arquitecto en Vista Lógica jefe Philippe Kruchten. Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase. administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. 5 Artefactos RUP en cada una de sus fases (pertenecientes a la estructura dinámica) realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema (entre otros). identificar los riesgos asociados al proyecto. fundada por Ivar Jacobson. proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores. llamado OpenUP a través del sitio de Eclipse. y pruebas de regresión según sea el caso Transición: • Pruebas finales de aceptación • Puesta en producción • Estabilización 6 Historia • Documento Visión Los orígenes de RUP se remontan al modelo espiral original de Barry Boehm. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto. • Diagrama de clases El primer libro para describir el proceso fue titulado The • Modelo E-R (Si el sistema así lo requiere) Unified Software Development Process[2] • Diagramas de caso de uso Vista de Implementación • Diagrama de Secuencia En 2006. uno de los contribuidores claves de RUP colaboró con Boehm en la inves• Especificación de Requisitos tigación.Rational Approach y Objectory (el proceso de la empresa Objectory AB). ajustar los errores y defectos encontrados en las pruebas de aceptación. para ello se deben clarificar los requisitos pendientes. Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema. se diseña la solución preliminar.publicado como un método libre. que demuestran que la arquitectura documentada responde adecuadamente a requerimientos funcionales y no funcionales.

[3] http://epf. centrado en la arquitectura. significa que los requerimientos están enfocados a dar valor al cliente y que el proceso debe garantizar que todo el desarrollo. por este motivo es incremental. en lo que se refiere a la metodología esta comprende tres principios claves: Dirigido por los casos de uso. En lo referente a iterativo e incremental.4 7 9 Comentarios sobre Método Por otro lado. 8 Referencias [1] IBM Acquires Rational [2] “The Unified Software Development Process (ISBN 0201-57169-2)" El Proceso Unificado de Desarrollo de Software (ISBN 0-201-57169-2). En lo referente a centrado en arquitectura. significa que el proyecto se divide en varios ciclos de vida (llamadas iteraciones) que deben dar como resultado un ejecutable. planeación.eclipse. pruebas. significa que hay un énfasis a diseñar una arquitectura de calidad. Grady Booch y James Rumbaugh. publicado en 1999 por Ivar Jacobson. En lo referente a dirigido por los casos de uso. documentación etc. está orientado a cubrir estas expectativas del cliente y asegurar que los requerimientos de valor se ponen en producción. y es la arquitectura también la que guía la forma cómo se debe planear y hacer el desarrollo. Por cada una de las iteraciones se va agregando requerimientos y sobre todo valor al cliente.org/wikis/openup/ 9 Enlaces externos • Recursos RUP en Wordpress (en español) ENLACES EXTERNOS .. iterativo e incremental.

Ascánder. El nosferatus.gif Fuente: https://upload. FlaBot. Xjres. Grillitus. Waeswaes.0 Colaboradores: Trabajo propio Artista original: Angeldx7 10. colaboradores y licencias Texto • Proceso Unificado Racional Fuente: https://es. Matdrodes. R0W4. Gizmo II.wikimedia. Hari Seldon. Cobalttempest. Cad. Thijs!bot. CEM-bot. MastiBot. BOTpolicia.1 Origen del texto y las imágenes. Manuelt15. Marttott. Retama. El loko. Antur. Komputisto. Leonpolanco. Max Changmin. Kaiser998. Raulshc. Yaokizki~eswiki. Antonorsi. HUB. SuperBraulio13. Mushii.0 . Muro Bot. AVBOT. Xqbot. Marcoantoniop. YurikBot. Belgrano. SpBot. Alvaro qc. Diegusjaimes. Dorieo. Louperibot.5 10 10. Daliatru. Tano4595.gif Licencia: CC-BY-SA-3. Lasneyx. MarcoAurelio. Jkbw. Mnemoc.wikipedia. Magister Mathematicae. LlamaAl. Vitamine. Beosman. LordT. Angeldx7.3 Licencia del contenido • Creative Commons Attribution-Share Alike 3. Elfrasco. Jarould. WikitanvirBot. GermanX. PatruBOT. Oscarvf99. Nallimbot. Anassesduses. Yonelbys. Fjpatonnoblejas. RobotQuistnix. MerlIwBot. Banfield.org/wikipedia/commons/4/4d/Rup_espanol. Pólux. Manwë. Rei-bot. Rαge. RuLf. Felicidad tolerancia y Anónimos: 326 10. Mleger45. Jonpagecr. Maido155. Maldoror. Zam. Galio. Klndrcht. Elwikipedista.org/wiki/Proceso_Unificado_Racional?oldid=93257796 Colaboradores: Sabbut. Scarsix06d.2 Imágenes • Archivo:Rup_espanol. BOTirithel. KLBot2. PixelBot. UA31. Humberto. Ctrl Z. Enrique Cordero. Asereware. Tirithel. Poco a poco. Airunp. Diesil~eswiki. Desormais~eswiki. Emosqueira. Jcgarcianaranjo. Eskimbot. Daviba. VolkovBot. Krlts. Laura Fiorucci.