1. Metodologa OpenUp Ingeniera del Software Carmelo Jos Hernndez Barrios Ingeniera de Sistemas - Universidad de Crdoba

2. Definicin OpenUP es una metodologa de Proceso Unificado que aplica enfoques iterativos e incrementales dentro de un ciclo de vida estructurado, utiliza una filosofa gil que se enfoca en la naturaleza de colaboracin para el desarrollo de software, basada en RUP (Rational Unified Process), que contiene el conjunto mnimo de prcticas que ayudan a un equipo de desarrollo de software a realizar un producto de alta calidad, de una forma eficiente. Esta metodologa fue propuesta por el grupo de empresas conformado por: IBM Corp, Telelogic AB, Armstrong Process Group Inc., Number Six , Software Inc. y Xansa; quienes la donaron a la Fundacin Eclipse en el ao 2007, que la ha publicado Bajo licencia libre.

3. RUP (Rational Unified Process) El Rational Unified Process ( RUP ) es un proceso iterativo de desarrollo de software creado por el Rational Software Corporation, una divisin de IBM desde el ao 2003. RUP no es un solo proceso prescriptivo concreto, sino ms bien un proceso adaptable, la intencin de ser adaptado por las organizaciones de desarrollo y los equipos de proyectos de software que seleccione los elementos del proceso que son apropiados para sus necesidades. RUP es una implementacin especfica del proceso unificado .

4. Caractersticas Este tipo de metodologa es un proceso mnimo y suficiente, lo que significa que solo el contenido fundamental y necesario es incluido. Por lo tanto no provee lineamientos para todos los elementos que se manejan en un proyecto pero tiene los componentes bsicos que pueden servir de base a procesos especficos y la mayora de los elementos de esta metodologa estn declarados para fomentar el intercambio de informacin entre los equipos de desarrollo y mantener un entendimiento compartido del proyecto, sus objetivos, alcance y avances.

5. OpenUp Colaboracin Enfoque Equilibrio Evolucin Principios de OpenUp Sincronizar intereses y compartir conocimiento para generar un ambiente de equipo y el desarrollo de un proyecto compartido Las prioridades deben equilibrarse para maximizar el beneficio obtenido de los interesados en el proyecto Se obtiene retroalimentacin y mejoramiento continuo, se promueve la continuidad y funcionalidad del proceso Centralizacin del proceso para minimizar riesgos y dar organizacin al mismo.

6. Composicin de OpenUp La metodologa OpenUp est organizado en dos dimensiones diferentes pero interrelacionadas: el contenido metodolgico y el contenido procedimental. El contenido metodolgico es el que define elementos metodolgicos tales como disciplinas, tareas, artefactos y procesos, independientemente de como se usen estos o se combinen. El contenido procedimental, por el contrario, es donde se aplican todos estos elementos metodolgicos dentro de una dimensin temporal, pudindose crear multitud de ciclos de vida diferentes a partir del mismo subconjunto de elementosmetodolgicos.

7. Ciclo de vida de la metodologa OpenUp El ciclo de vida de un proyecto, segn la metodologa OpenUP, permite que los integrantes del equipo de desarrollo aporten con micro-incrementos, que pueden ser el resultado del trabajo de unas pocas horas o unos pocos das. El progreso se puede visualizar diariamente, ya que la aplicacin va evolucionando en funcin de estos micro-incrementos. El objetivo de OpenUP es ayudar al equipo de desarrollo, a lo largo de todo el ciclo de vida de las iteraciones, para que sea capaz de aadir valor de negocio a los clientes, de una forma predecible, con la entrega de un software operativo y funcional al final de cada iteracin.

8. Ciclo de vida de la metodologa OpenUp

9. Fases de OpenUp Todo proyecto en OpenUP consta de cuatro fases: inicio, elaboracin, construccin y transicin. Fase de inicio. Fase de Elaboracin. Fase de construccin. Fase de transicin.

10. Fase de Inicio Esbozar las arquitecturas candidatas. Identificar los riesgos. Preparar un plan de proyecto y estimacin de costes.

11. Fase de Elaboracin Se realizan tareas de anlisis del dominio y definicin de la arquitectura del sistema. Se elabora el plan de proyecto. Se establecen los requisitos (o algunos) y a arquitectura estable del sistema. Al finalizar esta fase se debe tener una definicin clara y precisa de os casos de uso y todo sus actores.

12. Fase de Construccin Es la fase mas larga del proyecto. El sistema es construido en base a lo especificado en la fase de elaboracin. Las caractersticas del sistema se implementan en una serie de iteraciones cortas y limitadas en el tiempo. El resultado de cada iteracin es una versin ejecutable del software.

13. Fase de Transicin En esta fase el sistema es desplegado para los usuarios finales. La retroalimentacin recibida permite incorporar refinamientos al sistema en las sucesivas iteraciones. Esta iteracin tambin cubre el entrenamiento de los usuarios para la utilizacin del sistema.

14. Metodologa OpenUP Ventajas: Es unametodologa gil. Se puede adaptar con otros procesos. Permite disminuir las posibilidades de riesgo. Permite descubrir errores tempranos a travs de ciclos iterativos. Desventajas: A veces omite contenido que puede ser de inters en el proyecto. Se espera que cubra un amplio sistema de necesidades en los proyectos en un plazo muy corto. No es adecuada para proyectos de gran tamao.