1. PRINCIPIOS DE RUP
El Proceso Unificado de Rational (Rational Unified Process en inglés, habitualmente resumido
como RUP ) es un proceso de desarrollo de software y junt o con el Lenguaje Unificado de
Modelado UML, constituye la metodología estándar más utilizada para el análisis,
implementación y document ación de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de
metodologías adapt ables 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 Met hod Composer (RMC), que permit e la
personalización de acuerdo con las necesidades.
Como filosofía RUP maneja 6 principios clave:
Adaptació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 ífic o.
También
se deberá tener en cuenta el alcanc e del proyecto.
Balancear prioridades
Los requerimientos de los diversos clientes a los cuales se les realizara el proyecto
(en este caso solo un cliente), pueden ser diferentes, contradictorios o disputars e recursos
limitados. Debe enc ontrarse un balance que satisfaga los des eos de todos (en el caso pertiente
que satisfaga los deseos del client e).
Colaboración entre equipos
El desarrollo de soft ware no lo hace una única persona sino múltiples equipos. Debe haber una
comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes,
resultados,
etc. Para nuestro caso y contradiciendo la colaboración entre equipos que es la que se aplica
para un proyecto mayúsculo, este proyecto si se hac e con una única persona, ya que el
proyecto
a realizar no es tan gigante como lo que podría representar un proyecto de una empresa
grande.
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.
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.