Ingeniera de Software

OpenUp

Integrantes:
Mario Machado Valenzuela David Mrquez Alvarado Rubn Urrutia Contreras

Es un *FrameWork de procesos de desarrollo de software de cdigo abierto.

OpenUP

Es un proceso modelo y extensible, dirigido a gestin y desarrollo de proyectos de software basados en desarrollo iterativo, gil e incremental; y es aplicable a un conjunto amplio de plataformas y aplicaciones de desarrollo.
Es mnimo y suficiente, lo que significa que solo el contenido fundamental y necesario es incluido. 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. OpenUP esta diseado para ofrecer gua en el proceso de desarrollo en proyectos pequeos:

Equipos de 3 a 6 personas 3 a 6 meses de trabajo

 Colaborar para sincronizar intereses y compartir conocimiento. Equilibrar las prioridades para maximizar el beneficio obtenido por los interesados en el proyecto. Centrarse en la arquitectura de forma temprana para minimizar el riesgo y organizar el desarrollo. Desarrollo evolutivo para obtener retroalimentacin y mejoramiento continuo.

Principios del OpenUP

Principios del OpenUP

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.

Principios del OpenUP

Todo el trabajo ser listado, seguido y asignado a travs de la "lista de tems de trabajo". 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.

Est organizado en dos dimensiones diferentes pero interrelacionadas: El Mtodo y El Proceso. Organizacin de los componentes del OpenUP

En el Mtodo: Los elementos del mtodo (roles, tareas, artefactos y lineamientos) son definidos . En el Proceso: Es donde los elementos del mtodo son aplicados de forma ordenada en el tiempo.

OpenUP dirigen la organizacin del trabajo en los niveles personal, de equipo y de interesados. OpenUP estructura el ciclo de vida de un proyecto en cuatro fases: Inicio, 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.

reas de inters

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

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.

Ciclo de vida

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. El proyecto en general se divide en iteraciones, las cuales son planificadas en un intervalo definido de tiempo que no superan las pocas semanas.

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

Los roles de OpenUP representaran a las habilidades necesarias de un equipo pequeo o co-localizado. Analista Arquitecto Desarrollador Lder del proyecto Takeholder Tester Otro rol

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.

GRACIAS
POR SU ATENCIN