1. OpenUP es un framework de código abierto para gestionar proyectos de desarrollo de software basado en metodologías ágiles e iterativas. 2. Está organizado en roles, tareas, artefactos y procesos. 3. El ciclo de vida del proyecto incluye 4 fases: inicio, elaboración, construcción y transición.
2. Integrantes:
Mario Machado Valenzuela
David Márquez Alvarado
Rubén Urrutia Contreras
3. Es un *FrameWork de procesos de
desarrollo de software de código abierto.
Es un proceso modelo y extensible,
dirigido a gestión y desarrollo de proyectos de
software basados en desarrollo iterativo, ágil e
incremental; y es aplicable a un conjunto amplio
OpenUP de plataformas y aplicaciones de desarrollo.
Es mínimo y suficiente, lo que significa
que solo el contenido fundamental y necesario es
incluido.
Están declarados para fomentar el
intercambio de información entre los equipos de
desarrollo y mantener un entendimiento
compartido del proyecto, sus objetivos, alcance y
avances.
OpenUP esta diseñado para ofrecer guía
en el proceso de desarrollo en proyectos pequeños:
· Equipos de 3 a 6 personas
· 3 a 6 meses de trabajo
4. • Colaborar para sincronizar intereses
y compartir conocimiento.
• Equilibrar las prioridades para
maximizar el beneficio obtenido por
Principios
los interesados en el proyecto.
del • Centrarse en la arquitectura de
forma temprana para minimizar el
OpenUP riesgo y organizar el desarrollo.
• Desarrollo evolutivo para
obtener retroalimentación y
mejoramiento continuo.
5. • Los miembros del equipo colaboran
ampliamente.
• La presencia de los stakeholders
como miembros del equipo es crítica
Principios para realizar exitosamente
OpenUP/Basic.
del • Los miembros del equipo participan
a diario en las reuniones stand-up
OpenUP
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 revisión de los riesgos y
una implementación rigurosa de las
estrategias de mitigación.
6. • Todo el trabajo será listado,
seguido y asignado a través de la
"lista de ítems de trabajo".
Principios • Los casos de uso son utilizados
para obtener y describir los
del requisitos.
• Los miembros del equipo deben
OpenUP 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.
7. Está organizado en dos
dimensiones diferentes pero
interrelacionadas:
El Método y El Proceso.
Organización
de los • En el Método: Los elementos del
componentes método (roles, tareas, artefactos y
del OpenUP lineamientos) son definidos .
• En el Proceso: Es donde los
elementos del método son
aplicados de forma ordenada en
el tiempo.
8. OpenUP dirigen la
organización del trabajo en los niveles
personal, de equipo y de interesados.
OpenUP estructura el ciclo de
vida de un proyecto en cuatro fases:
Áreas Inicio, elaboración, construcción y
transición.
de El ciclo de vida del proyecto
interés
provee a los interesados un mecanismo
de supervisión y dirección para
controlar los fundamentos del
proyecto, su ámbito, la exposición a
los riesgos, el aumento de valor y otros
aspectos.
9. • Ya que es apropiado para proyectos
pequeños y de bajos recursos permite
Beneficios
disminuir las probabilidades de
fracaso en los proyectos pequeños e
incrementar las probabilidades de
en el uso éxito.
• Permite detectar errores tempranos a
del través de un ciclo iterativo.
• Evita la elaboración de
OpenUP documentación, diagramas e
iteraciones innecesarios requeridos en
la metodología RUP.
• Por ser una metodología ágil tiene un
enfoque centrado al cliente y con
iteraciones cortas.
10. El ciclo de vida del proyecto provee
Ciclo a los interesados un mecanismo de
supervisión y dirección para
de controlar los fundamentos del
proyecto, su ámbito, la exposición a
vida los riesgos, el aumento de valor y
otros aspectos.
11.
12. • A nivel personal, los integrantes de
un proyecto contribuyen con su
trabajo con pequeños incrementos
en funcionalidad, denominados
micro incrementos, los cuales
Ciclo representan los resultados obtenidos
en pocas horas o pocos días de
de trabajo.
• El proyecto en general se divide
vida
en iteraciones, las cuales son
planificadas en un intervalo definido
de tiempo que no superan las pocas
semanas.
13. 1.Concepción 3.Construcción
Primera de las 4 fases en el
proyecto del ciclo de vida, acerca Esta fase está enfocada al
del entendimiento del propósito y diseño, implementación y
objetivos y obteniendo suficiente prueba de las funcionalidades
información para confirmar que el para desarrollar un sistema
proyecto debe hacer. El objetivo de completo. El propósito de
ésta fase es capturar las necesidades esta fase es completar el
de los stakeholder en los objetivos desarrollo del sistema basado
del ciclo de vida para el proyecto. en la Arquitectura definida.
2.Elaboración 4.Transición
Es el segundo de las 4 fases del
ciclo de vida del OpenUP donde se Es la última fase, cuyo
trata los riesgos significativos para propósito es asegurar que el
la arquitectura. El propósito de esta sistema es entregado a los
fase es establecer la base la usuarios, y evalúa la
elaboración de la arquitectura del funcionalidad y performance
sistema. del último entregable de la
fase de construcción
14. Los roles de OpenUP
representaran a las habilidades
necesarias de un equipo pequeño o
co-localizado.
• Analista
Roles • Arquitecto
• Desarrollador
• Líder del proyecto
• Takeholder
• Tester
• Otro rol
15. • El analista es el que representa al
cliente y el usuario final, se
refiere a la obtención de
requerimientos de los
Analista interesados, por medio de
comprender el problema a
resolver, capturando y creando
las prioridades de los
requerimientos
16. • El arquitecto es el responsable
del diseño de arquitectura del
software. Tomando las decisiones
Arquitecto técnicas claves, las cuales
limitaran el conjunto de diseño y
la implementación del proyecto.
17. • Es quien tiene la responsabilidad
del desarrollo de una parte del
sistema o el sistema completo
dependiendo de la magnitud del
Desarrollador mismo, se encarga del diseño
ajustándolo a la arquitectura y de
la implementación de pruebas
unitarias y de integración para los
componentes desarrollados.
18. • Dirige la planificación del
Lider proyecto en colaboración con las
partes interesadas y el equipo,
del coordina las interacciones de los
interesados, manteniendo al
proyecto equipo del proyecto enfocado en
los objetivos del mismo
19. • Representan al grupo que está
interesado en el proyecto, quienes
necesariamente deberán de ser
satisfechos por el mismo. Este
Takeholder papel lo puede jugar cualquier
persona que es afectada por los
objetivos del proyecto.
20. • Es el responsable de las
actividades básicas y de realizar
las pruebas, se encarga de la
identificación, definición,
Tester implementación y conducción de
las pruebas necesarias. Así como
el ingreso de pruebas y el análisis
de resultados.
21. • Representa a cualquier otra
Otro Rol persona en el equipo que puede
realizar tareas generales.