[ESCRIBA EL NOMBRE DE LA COMPAA]

Open UP
Ingenieria en Software
Mario Esteban Machado Valenzuela Ruben Urutia Contreras David Marquez Alvarado

19/02/2013

Qu es OpenUP?
OpenUp es un mtodo y un proceso de desarrollo de software propuesto por un conjunto de empresas de tecnologa, quienes lo donaron en el ao 2007 a la Fundacin Eclipse. La fundacin lo ha publicado bajo una licencia libre y lo mantiene como mtodo de ejemplo dentro del proyecto Eclipse Process Framework.

Descripcin
El OpenUP 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. La mayora de los elementos de OpenUP 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.

Principios del OpenUP

Colaborar para sincronizar intereses y compartir conocimiento. Este principio promueve prcticas que impulsan un ambiente de equipo saludable, facilitan la colaboracin y desarrollan un conocimiento compartido del proyecto. Equilibrar las prioridades para maximizar el beneficio obtenido por los interesados en el proyecto. Este principio promueve prcticas que permiten a los participantes de los proyectos desarrollar una solucin que maximice los beneficios obtenidos por los participantes y que cumple con los requisitos y restricciones del proyecto. Centrarse en la arquitectura de forma temprana para minimizar el riesgo y organizar el desarrollo. Desarrollo evolutivo para obtener retroalimentacin y mejoramiento continuo. Este principio promueve prcticas que permiten a los equipos de desarrollo obtener retroalimentacin temprana y continua de los participantes del proyecto, permitiendo demostrarles incrementos progresivos en la funcionalidad.

Organizacin de los componentes del OpenUP

El OpenUP est organizado en dos dimensiones diferentes pero interrelacionadas: el mtodo y el proceso. El contenido del mtodo es donde los elementos del mtodo (roles, tareas, artefactos y lineamientos) son definidos, sin tener en cuenta como son utilizados en el ciclo de vida del proyecto. El proceso es donde los elementos del mtodo son aplicados de forma ordenada en el tiempo. Muchos ciclos de vida para diferentes proyectos pueden ser creados a partir del mismo conjunto de elementos del mtodo.

reas de inters
Los elementos del OpenUP dirigen la organizacin del trabajo en los niveles personal, de equipo y de interesados. A nivel personal, los integrantes de un proyecto contribuyen con su trabajo con pequeos incrementos en funcionalidad, denominados micro incrementos, los cuales representan los resultados obtenidos en pocas horas o pocos das de trabajo. La solucin evoluciona basada en dichos micro incrementos de tal forma que el progreso puede ser visualizado efectivamente cada da. Los integrantes del equipo de desarrollo de forma abierta comparten su progreso diario el cual incrementa la visibilidad en el trabajo, la confianza y el trabajo en equipo. El proyecto en general se divide en iteraciones, las cuales son planificadas en un intervalo definido de tiempo que no superan las pocas semanas. El OpenUP tiene elementos que ayudan a los equipos de trabajo a enfocar los esfuerzos a travs del ciclo de vida de cada iteracin de tal forma que se puedan distribuir funcionalidades incrementales de una manera predecible, una versin totalmente probada y funcional al final de cada iteracin. El OpenUP estructura el ciclo de vida de un proyecto en cuatro fases: concepcin, elaboracin, construccin y transicin. El ciclo de vida del proyecto provee a los interesados un mecanismo de supervisin y direccin para controlar los fundamentos del proyecto, su mbito, la exposicin a los riesgos, el aumento de valor y otros aspectos.

OpenUP/Basic
OpenUP/Basic est diseado para equipos pequeos, trabajando juntos en la misma localidad. El equipo tiene que participar plenamente en la interaccin diaria de manera presencial. Los miembros del equipo participan en una colaboracin significativa, tomando sus propias decisiones en cuanto a lo que se necesita trabajar, cuales son las prioridades, y la mejor manera de abordar las necesidades de los stakeholders.

Los miembros del equipo colaboran ampliamente. La presencia de los stakeholders como miembros del equipo es crtica para realizar exitosamente OpenUP/Basic. Los miembros del equipo participan a diario en las reuniones stand-up para comunicar el estado y sus asuntos. Los problemas se abordan fuera de las reuniones diarias. OpenUP/Basic se enfoca en reducir significativamente el riesgo de manera temprana en el ciclo de vida. Esto requiere unas reuniones regulares de revisin de los riesgos y una implementacin rigurosa de las estrategias de mitigacin. Todo el trabajo ser listado, seguido y asignado a travs de la "lista de tems de trabajo". Los miembros del equipo estn en un nico repositorio para todas las tareas que necesitan ser registradas y seguidas. Esto incluye todos los requerimientos de cambio, errores y requerimientos de los stakeholder. Los casos de uso son utilizados para obtener y describir los requisitos. Los miembros del equipo deben desarrollar habilidades para escribir buenos casos de uso. Los Stakeholders son responsables de revisar y certificar que los requerimientos son correctos. Los casos de uso son desarrollados de manera colaborativa. Los requisitos arquitectnicamente ms importantes deben ser identificados y estabilizados dentro de la fase de Elaboracin de tal forma que sea creada una arquitectura robusta, la cual es el corazn del sistema. Un cambio de un requisito arquitectnicamente significativo puede surgir posteriormente en el desarrollo, el cual debe ser abordado, pero el riesgo de que esto ocurra es reducido significativamente dentro de la iteracin de Elaboracin.

Beneficios en el uso del OpenUP

Ya que es apropiado para proyectos pequeos y de bajos recursos permite disminuir las probabilidades de fracaso en los proyectos pequeos e incrementar las probabilidades de xito. Permite detectar errores tempranos a travs de un ciclo iterativo. Evita la elaboracin de documentacin, diagramas e iteraciones innecesarios requeridos en la metodologa RUP. Por ser una metodologa gil tiene un enfoque centrado al cliente y con iteraciones cortas.

Ciclo de vida
Cada fase consiste de una o ms iteraciones, donde se trabaja por versiones estables del software que son desarrolladas y liberadas, el completar cada iteracin representa un avance menos para el proyecto y una contribucin al xito arquitectnico del hito mayor de la Fase donde los objetivos de la fase son alcanzados.

1. Concepcin Primera de las 4 fases en el proyecto del ciclo de vida, acerca del entendimiento del propsito y objetivos y obteniendo suficiente informacin para confirmar que el proyecto debe hacer. El objetivo de sta fase es capturar las necesidades de los stakeholder en los objetivos del ciclo de vida para el proyecto. 2. Elaboracin Es el segundo de las 4 fases del ciclo de vida del OpenUP donde se trata los riesgos significativos para la arquitectura. El propsito de esta fase es establecer la base la elaboracin de la arquitectura del sistema. 3. Construccin Esta fase est enfocada al diseo, implementacin y prueba de las funcionalidades para desarrollar un sistema completo. El propsito de esta fase es completar el desarrollo del sistema basado en la Arquitectura definida. 4. Transicin Es la ltima fase, cuyo propsito es asegurar que el sistema es entregado a los usuarios, y evala la funcionalidad y performance del ltimo entregable de la fase de construccin. El siguiente diagrama muestra el Ciclo de vida de OpenUP/Basic.

Cada fase podr tener tantas iteraciones como se requiera dependiendo del grado de novedad del dominio de negocio, de la tecnologa a ser utilizada, de la complejidad de la arquitectura de la solucin y del tamao del proyecto, entre otros factores. Las iteraciones pueden tener duraciones variables dependiente de las caractersticas del proyecto. Iteraciones de un mes son las recomendables, ya que este periodo de tiempo proporciona:

Una cantidad de tiempo razonable para que los proyectos entreguen incrementos considerables en funcionalidad. Retro alimentacin temprana y frecuente por parte de los usuarios. Administracin a tiempo de los riesgos y problemas encontrados durante el curso del proyecto.

Roles
Analista El analista es el que representa al cliente y el usuario final, se refiere a la obtencin de requerimientos de los interesados, por medio de comprender el problema a resolver, capturando y creando las prioridades de los requerimientos

Arquitecto El arquitecto es el responsable del diseo de arquitectura del software. Tomando las decisiones tcnicas claves, las cuales limitaran el conjunto de diseo y la implementacin del proyecto.

Desarrollador Es quien tiene la responsabilidad del desarrollo de una parte del sistema o el sistema completo dependiendo de la magnitud del mismo, se encarga del diseo ajustndolo a la arquitectura y de la implementacin de pruebas unitarias y de integracin para los componentes desarrollados.

Lider del proyecto Dirige la planificacin del proyecto en colaboracin con las partes interesadas y el equipo, coordina las interacciones de los interesados, manteniendo al equipo del proyecto enfocado en los objetivos del mismo

Takeholder Representan al grupo que est interesado en el proyecto, quienes necesariamente debern de ser satisfechos por el mismo. Este papel lo puede jugar cualquier persona que es afectada por los objetivos del proyecto.

Tester Es el responsable de las actividades bsicas y de realizar las pruebas, se encarga de la identificacin, definicin, implementacin y conduccin de las pruebas necesarias. As como el ingreso de pruebas y el anlisis de resultados.

Otro rol Representa a cualquier otra persona en el equipo que puede realizar tareas generales.

Conclusin El OpenUp es un proceso modelo y extensible, dirigido a gestin y desarrollo de proyectos de software basados en desarrollo iterativo, gil e incremental apropiado para proyectos pequeos y de bajos recursos; y es aplicable a un conjunto amplio de plataformas y aplicaciones de desarrollo.