Principios de RUP
- 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.