Rup gegbvfdsgf

El Proceso Unificado de 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 unconjunto de metodologías adaptables al contexto y necesidades de cada organización.

También se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual 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 a necesidades.Originalmente se diseñó un proceso genérico y de dominio público, el Proceso Unificado, y una especificación más detallada, el Rational Unified Process, que se vendiera como producto independiente.

Contenido [ocultar]
1 Principios de desarrollo
1.1 Adaptar el proceso
1.2 Equilibrar prioridades
1.3 Demostrar valor iterativamente
1.4 Colaboración entre equipos
1.5 Elevar el nivel deabstracción
1.6 Enfocarse en la calidad
2 Ciclo de vida
3 Principales características
4 Fases
5 Artefactos
6 Un poco de historia
7 Comentarios sobre Alcance del RUP
8 Comentarios sobre Metodología
9 Enlaces externos


Principios de desarrollo [editar]El RUP está basado en 6 principios clave que son:

Adaptar el proceso [editar]El proceso deberá adaptarse a lascaracterísticas propias del proyecto u organización. 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 subformal.

Equilibrar prioridades [editar]Los requerimientos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debeencontrarse 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 inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto asícomo también los riesgos involucrados

Colaboración entre equipos [editar]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.

Elevar el nivel de abstracción [editar]Este principio dominante motiva el uso de conceptos reutilizables tales comopatrón del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificación de software a la medida del cliente, sin saber con certeza qué codificar para satisfacer de la mejor manera los requerimientos y sin comenzar desde un principio pensando en la reutilización del código. Un alto nivelde abstracción también permite discusiones sobre diversos niveles y soluciones arquitectónicas. Éstas se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.

Enfocarse en la calidad [editar]El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El aseguramiento de la calidad formaparte del proceso de desarrollo y no de un grupo independiente.

Ciclo de vida [editar]
Esfuerzo en actividades según fase 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...