Rup: Proceso Uniforme Rational

Es un proceso de Ing de software; que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software, actualmente propiedad de IBM.

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

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.

¿Por qué USAR RUP?

–Provee un entorno de proceso de desarrollo configurable, basado en estándares.

–Permite tener claro y accesible el proceso de desarrollo que se sigue.

–Permite ser configurado a las necesidades de la organización y del proyecto.

–Provee a cada participante con la parte del proceso que le compete directamente, filtrando el resto.

RUP es Rational Unified Process, es un proceso (conjunto de actividades con una secuencia determinada)

UML es Unified Modeling Language, es un lenguaje (una forma de escribir y de modelar)

un ejemplo llevado a la realidad seria

para comprar tomates en la verduleria debo:

1 - realizar listado de cosas a comprar

2 - ver el camino mas rapido a la verduleria

3 - ir a la verduleria

etc

esto seria el proceso (RUP)

por otro lado, el modelado seria

1 - listado de elementos a comprar

2 - mapa con el camino mas rapido

que son los modelos, los escritos que vos utilizas para poder llevar a cabo en forma eficiente el proceso

UML es un lenguaje de Modelado

y RUP es una metodologia de desarrollo de software.

Es decir cuando utilizas RUP para realizar un producto o proyecto,

puedes modelarlo con lenguaje UML

Principios de desarrollo[editar]

El RUP está basado en 6 principios clave que son los siguientes:

Adaptar el proceso[editar]

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 en un área subnormal.

Equilibrar prioridades[editar]

Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrán corregir desacuerdos que surjan en el futuro.

Demostrar valor iterativamente[editar]

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los

...