METODOLOGA RUP El Proceso Unificado Racional, Rational Unified Process en ingls, y sus siglas RUP, es un proceso de desarrollo de software

y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino que trata de un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin, donde el software es organizado como una coleccin de unidades atmicas llamados objetos, constituidos por datos y funciones, que interactan entre s. RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cmo, cundo y qu debe hacerse en el proyecto. RUP se divide en 4 fases, dentro de las cuales se realizan varias iteraciones segn el proyecto y en las que se hace mayor o menos esfuerzo en las distintas actividades. En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades: Fase de Inicio: (Inspeccin y Concepcin) Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los riesgos. Se concreta la idea, la visin del producto, como se enmarca en el negocio, el alcance del proyecto. Fase de Elaboracin: se realiza el plan de proyecto, donde se completan los casos de uso y de mitigan los riesgos. Planificar las actividades necesarias y los recursos requeridos, especificando las caractersticas y el diseo de la arquitectura. Fase de Construccin: se basa en la elaboracin de un producto totalmente operativo y en la elaboracin del manual del usuario. Construir el producto, la arquitectura y los planes, hasta que el producto est listo para ser enviado a la comunidad de usuarios. Fase de Transicin: se realiza la instalacin del producto en el cliente y se procede al entrenamiento de los usuarios. Realizar la transicin del producto a los usuarios, lo cual incluye: manufactura, envi, entrenamiento, soporte y mantenimiento del producto, hasta que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios.

Con estas fases se logra ejecutar un conjunto de mejores prcticas, como lo son: 1. 2. 3. 4. 5. 6. Desarrollar software iterativamente Modelar el software visualmente Gerenciar los requerimientos Usar arquitecturas basadas en componentes Verificacin continua de la calidad Gerenciar los cambios

Descripcin de las fases: Dependiendo de la iteracin del proceso, el quipo de desarrollo puede realizar diferentes tipos de actividades. Fase de Inicio Durante la fase de inicio las iteraciones hacen poner mayor nfasis en actividades modelado del negocio y de requisitos. En esta fase se realizan los siguientes pasos: Un documento con la visin del proyecto El modelo de casos de uso con una lista de todos los casos de uso y los actores que puedan ser identificados. Un glosario inicial del proyecto. Un caso de uso inicial de negocio el cual incluye: contexto del negocio, criterios de xito y planificacin financiera. Un estudio inicial de riesgos. Un plan del proyecto que muestre las fases y las iteraciones. El objetivo de esta fase, y el establecer el modelo de negocio es entender las funciones de la organizacin del cliente, tanto en estructura como en sus procesos. Su objetivo es modelar funciones y roles que realiza la organizacin

para realizar ms fcilmente la reingeniera de procesos o la implantacin del nuevo sistema. Tambin se describe lo que el sistema tendra que realizar y permitir que los desarrolladores y el cliente estn de acuerdo con esta descripcin. Fase de Elaboracin En esta fase las iteraciones se orientan al desarrollo de la arquitectura, que incluye los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la arquitectura. En esta fase se especifican los requerimientos y se describen sobre cmo se van a implementar en el sistema: transformar los requisitos al diseo del sistema, desarrollar una arquitectura para el sistema, y adaptar el diseo para que sea consistente con el entorno de implementacin. Fase de Construccin Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y dems. El resultado final es un sistema ejecutable. En la parte de Pruebas se evala la calidad del producto, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Se deben encontrar y documentar defectos en la calidad del software. Generalmente asesora sobre la calidad del software percibida, provee la validacin de los supuestos realizados en el diseo y especificacin de requisitos por medio de demostraciones concretas, verificar las funciones del producto de software segn lo diseado y que los requisitos tengan su apropiada implementacin. En la parte de despliegue se produce con xito distribuciones del producto y distribuirlo a los usuarios. Durante todo el proyecto se ejecutan las fases de gestin del proyecto, donde se vigila el cumplimiento de los objetivos, gestin de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. Fase de Transicin El objetivo es llegar a obtener el release del proyecto. Se realiza la instalacin del producto en el cliente y se procede al entrenamiento de los usuarios. Realizar la transicin del producto a los usuarios, lo cual incluye: manufactura, envo, entrenamiento, soporte y mantenimiento del producto, hasta que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios. Como filosofa RUP maneja 6 principios clave Adaptacin del proceso

El proceso deber adaptarse a las caractersticas propias de la organizacin. El tamao del mismo, as como las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto. Balancear prioridades Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos. Colaboracin entre equipos El desarrollo de software no hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc. Demostrar valor iterativamente Los proyectos se entregan, aunque sea de modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados. Elevar el nivel de abstraccin Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o esquemas (Frameworks) por nombrar algunos. Estos se pueden acompaar 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 iteracin, sino en todos los aspectos de la produccin. DIFERENCIA ENTRE RUP Y UML Como sabemos que el RUP es el proceso de desarrollo que aplica varias de las mejores prcticas en el desarrollo moderno de software en una forma que se adapta a un amplio rango de proyectos y organizaciones. Provee a cada miembro del equipo, un fcil acceso a una base de conocimiento con guas, plantillas y herramientas para todas las actividades criticas del desarrollo de software. Esta metodologa permite que todos los integrantes de un equipo de trabajo, conozcan y compartan el proceso de desarrollo, una base de conocimientos y los distintos modelos de cmo desarrollar el software utilizando un lenguaje modelado comn: UML.

Mientras que UML es la metodologa que se propone, denominada UML-MAST, concilia las diferencias entre la visin del diseador de sistemas de tiempo real y la del de sistemas orientados a objetos. A tal fin define un nivel de abstraccin adecuado para los elementos de modelado del comportamiento de tiempo real, que permite formularlos con una estructura paralela a la arquitectura lgica del sistema, y vincularlos a esta. La propuesta se integra con las herramientas de anlisis y diseo de sistemas de tiempo real MAST (Modeling and Analysis Suite for Real-Time Applications), que analiza los modelos y retorna los resultados al modelo inicial para su interpretacin por el diseador. Asimismo, se han definido criterios para la extensin de esta metodologa a otros niveles de abstraccin tales como sistemas basados en componentes y sistemas implementados utilizando Ada 95. Es importante resaltar que UML es un "lenguaje de modelado" para especificar o para describir mtodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que est descrito el modelo. Se puede aplicar en el desarrollo de software entregando gran variedad de formas para dar soporte a una metodologa de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en s mismo qu metodologa o proceso usar. UML no puede compararse con la programacin estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programacin, solo se diagrama la realidad de una utilizacin en un requerimiento. Mientras que, programacin estructurada, es una forma de programar como lo es la orientacin a objetos, sin embargo, la programacin orientada a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML slo para lenguajes orientados a objetos. UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas. La diferencia entre RUP y UML es: 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).

CUESTIONARIO 1. Qu significa RUP a) Proceso Unificado Racional b) Rational Unified Process c) Todas las anteriores 2. Qu es el RUP a) Un sistema con pasos firmes establecidos b) Conjunto de metodologas adaptables al contexto y de la organizacin. c) Un lenguaje modificado 3. Fases de RUP a) Inicio, Elaboracin, Construccin y Transicin b) Inicio, Transicin y Elaboracin c) Elaboracin, Transicin, Inicio y Construccin 4. Es la Fase de Inicio a) Caractersticas y diseo b) Inspeccin y concepcin c) Instalacin del producto 5. Es la Fase de Transicin a) Instalacin del producto y entrenamiento de los usuarios b) Se concreta la idea y la visin c) Se construye el producto 6. Es la Fase de Elaboracin a) Plan de proyecto, casos de uso b) Planificar las actividades necesarias c) Todas las anteriores 7. Es la Fase de Construccin a) Construccin del producto, elaboracin de manuales b) Organizar unidades por datos y funciones c) Ninguna de las anteriores 8. El RUP se adapta: a) Amplio rango de proyectos y organizaciones b) Lenguaje orientado a objetos c) Todas las anteriores 9. El UML es: a) Proceso de desarrollo b) Lenguaje Modelado c) Proceso de desarrollo de software 10. Se utiliza para definir un sistema, detallar, documentar y construir a) RUP b) UML c) Ninguna de las anteriores

11. Constituye la metodologa para el anlisis, implementacin y documentacin orientados a objetos a) UML b) RUP c) Todas las anteriores 12. Proceso para el desarrollo de software que define: quin, cmo, cundo y que debe hacerse en el proyecto a) UML b) Fase de inicio c) RUP 13. Conjunto de actividades con una secuencia determinada a) Fase de inicio b) UML c) RUP 14. Lenguaje (una forma de escribir y modelar) a) RUP b) Fase de construccin c) UML

RUP http://es.scribd.com/doc/31440864/Metodologia-RUP

http://fabianbermeop.blogspot.mx/2010/12/metodologia-rup-desarrollo-de-software.html