Introduction

OpenUP/Basic esta diseñado para equipos pequeños, trabajando juntos en la misma localidad. El equipo tiene que participar a plenitud de la interacción diaria cara a cara. Los miembros del equipo incluidos los stakeholders, desarrolladores, arquitectos, gestores de proyecto y testers. Los miembros del equipo participan en una colaboración 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.La organización debe apoyar al equipo permitiéndoles esta responsabilidad

Los miembros del equipo colaboran ampliamente. La presencia de los stakeholders como miembros del equipo es critica 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 revisión de los riesgos y una implementación rigurosa de las estrategias de mitigación.

Todo el trabajo será listado, seguido y asignado a través de la "lista de items de trabajo". Los miembros del equipo estan este ú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 elicitar y describir los requerimientos. Los miembros del equipo deben desarrollar habilidades para escribir buenos casos de uso. Los Stakeholders son responsables de revisiar y certificar que los requerimientos son correctos. Los casos de uso son desarrollados de manera colaborativa.

Los requisitos arquitectónicamente más importantes deben ser identificados y estabilizados dentro de la fase de Elaboración de tal forma que una arquitectura robusta sea creada la cual es el corazón del sistema. Un cambio de un requisito arquitectonicamente 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 iteración de Elaboration.

OpenUP/Basic no incluye contenido para el despliegue, gestión del cambio, o entorno (tal como personalizar este proceso o preparar el entorno de desarrollo). OpenUP/Basic se enfoca en un equipo único, y estas áreas son tratadas a nivel organizacional o empresarial. Revisar las extensiones de OpenUP que abordan estas areas más ampliamente.

OpenUP/Basic es un proceso de desarrollo de software que es minimo, completo y extensible. Está gobernado por cuatro principios básicos:

• Prioridades compitiendo por un balance para maximizar el valor para los stakeholders.
• Colaboración para alinear los intereses y un entendimiento compartido
• Evolucionar para obtener continuamente retroalimentación y mejora
• Enfoque en articular la arquitectura
  

Roles desempeñan tasks que consumen y producen artifacts. OpenUP/Basic describe el conjunto mínimo de roles, tareas y artefactos involucrados en el desarrollo de software:

• Roles
• Tasks (organizadas por disciplinas)
• Artifacts (organizados por dominios)

Ciclo de vida del desarrollo de software

OpenUP/Basic es un proceso iterativo distribuido a través de cuatro phases: Inicio, Elaboración y Transición. Cada fase consiste de una o más iteraciones, donde se trabaja por versiones estables del software que son desarrolladas y liberadas, el completar cada iteración representa un milestone menos para el proyecto y una contribución al éxito arquitectónico del hito mayor de la Fase donde los objetivos de la fase son alcanzados.

El siguiente diagrama muestra el lifecycle de OpenUP/Basic.

Figura 1: El ciclo de vida de OpenUP/Basic