ANALISIS EN SISTEMAS

PROGRAMACION EN JAVA
TEMA:
METODOLOGIA AGIL OPEN UP
ANALISIS DE REQUERIMIENTO
DIAGRAMAS DE CASO DE USO

NOMBRE:
PATRICIO IZURIETA

PERIODO ACADEMICO:
SEXTO SEMESTRE

FECHA: 13/12/2019

CICLO ACADEMICO:
NOVIEMBRE 2019 – ABRIL 2020
Metodología Open UP
Open UP adopta un enfoque pragmático, con una filosofía ágil que se centra en la
naturaleza colaborativa de desarrollo de software. Es una herramienta agnóstica,
procesos de baja formalidad que puede ser usado tal cual o ampliarse para hacer frente
a una amplia variedad de proyectos.
¿Qué es Open UP?
OpenUP es un proceso de desarrollo de software mínimamente suficiente, esto quiere
decir que incluye solo el contenido fundamental, esto es que no provee orientación
sobre temas en los que el proyecto tiene que lidiar, como son: el tamaño del equipo, el
cumplimiento, seguridad, orientación tecnológica entre otras. Sin embargo, OpenUP es
completa en el sentido de que manifiesta por completo el proceso de construir un
sistema. Para atender las necesidades que no están cubiertas en su contenido OpenUp
es extensible a ser utilizado como base sobre la cual se pueden añadir o adaptarse a
contenido de otro proceso que sea necesario.
Características de Open UP

 Desarrollo incremental.
 Uso de casos de uso y escenarios.
 Manejo de riesgos.
 Diseño basado en la arquitectura.
Principios de Open UP

 Colaborar para sincronizar intereses y compartir conocimiento. Este principio promueve

prácticas que impulsan un ambiente de equipo saludable, facilitan la colaboración y
desarrollan un conocimiento compartido del proyecto.
 Equilibrar las prioridades para maximizar el beneficio obtenido por los interesados en el
proyecto. Este principio promueve prácticas que permiten a los participantes de los
proyectos desarrollar una solución 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 retroalimentación y mejoramiento continuo. Este
principio promueve prácticas que permiten a los equipos de desarrollo obtener
retroalimentación temprana y continua de los participantes del proyecto, permitiendo
demostrarles incrementos progresivos en la funcionalidad.

Roles

Los roles de Open Up representan las habilidades necesarias de un equipo pequeño o co-
localizado. En la siguiente figura se muestran los roles de Open UP los cuales explicare más
adelante.
El analista.

Representa al cliente y el usuario final, se refiere a la obtención de requerimientos de los

interesados, por medio de comprender el problema a resolver capturando y creando las
prioridades de los requerimientos.

El arquitecto es el responsable del diseño de arquitectura de software, tomando las decisiones

técnicas claves, las cuales limitaran el conjunto de diseño y la implementación del proyecto.

El desarrollador es el que tiene la responsabilidad del desarrollo de una parte del sistema o el
sistema completo dependiendo de la magnitud del 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.

El líder del proyecto dirige la planificación del proyecto en colaboración con las partes
interesadas y el equipo, coordina las interacciones de los interesados, manteniendo al equipo
del proyecto enfocado en los objetivos del mismo.

Las partes interesadas representan al grupo que está interesado en el proyecto, quienes
necesariamente deberán de ser satisfechos por el mismo. Este papel lo puede jugar cualquier
persona que es afectada por los objetivos del proyecto.

El comprobador es el responsable de las actividades básicas y de realizar las pruebas, se encarga

de la identificación, definición, implementación y conducción de las pruebas necesarias. Así
como el ingreso de pruebas y el análisis de resultados.

Cualquier otro rol, representa a cualquier otra persona en el equipo que puede realizar tareas
generales.

Ciclo de vida de Open UP.

El ciclo de vida de un proyecto, según la metodología 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 días. El progreso se puede visualizar diariamente, ya que la
aplicación va evolucionando en función 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 añadir valor de negocio a los clientes, de una forma
predecible, con la entrega de un software operativo y funcional al final de cada iteración. El ciclo
de vida del proyecto provee a los clientes de: una visión del proyecto, transparencia y los medios
para que controlen la financiación, el riesgo, el ámbito, el valor de retorno esperado, etc.

Ciclo de vida open up

Fases de Open Up

Fase de inicio: En esta fase, las necesidades de cada participante del proyecto son tomadas en
cuenta y plasmadas en objetivos del proyecto. Se definen para el proyecto: el ámbito, los límites,
el criterio de aceptación, los casos de uso críticos, una estimación inicial del coste y un boceto
de la planificación.

Fase de elaboración: En esta fase se realizan tareas de análisis del dominio y definición de la
arquitectura del sistema. Se debe elaborar un plan de proyecto, estableciendo unos requisitos y
una arquitectura estables. Por otro lado, el proceso de desarrollo, las herramientas, la
infraestructura a utilizar y el entorno de desarrollo también se especifican en detalle en esta
fase. Al final de la fase se debe tener una definición clara y precisa de los casos de uso, los
actores, la arquitectura del sistema y un prototipo ejecutable de la misma.

Fase de construcción: todos los componentes y funcionalidades del sistema que falten por
implementar son realizados, probados e integrados en esta fase. Los resultados obtenidos en
forma de incrementos ejecutables deben ser desarrollados de la forma más rápida posible sin
dejar de lado la calidad de lo desarrollado.

Fase de transición: Esta fase corresponde a la introducción del producto en la comunidad de

usuarios, cuando el producto está lo suficientemente maduro. La fase de la transición consta de
las subfases de pruebas de versiones beta, pilotaje y capacitación de los usuarios finales y de los
encargados del mantenimiento del sistema. En función de la respuesta obtenida por los usuarios
puede ser necesario realizar cambios en las entregas finales o implementar alguna funcionalidad
más.

Ventajas y desventajas de Open UP.

Ventajas:
 Es una metodología ágil.
 Se puede adaptar con otros procesos.
Desventajas:
 A veces omite contenido que puede ser de interés en el proyecto.
 Se espera que cubra un amplio sistema de necesidades para los proyectos de desarrollo
en un plazo muy corto.

Análisis de Requerimiento
En la ingeniería de software, un Análisis de Requerimientos es una tarea que cubre el hueco
entre la definición del software a nivel sistema y el diseño del mismo.
Tanto el desarrollador como el cliente tienen un papel activo, pues juntos definen en detalle los
requisitos del sistema a desarrollar y los pasos a seguir.
Conoce la importancia que éste tiene durante el proceso de diseño y desarrollo de software y
aplicaciones móviles.

1. Es un estudio profundo de una necesidad tecnológica que tiene una empresa, organización o
negocio.
2. Especifica las características operacionales que tendrá el software a desarrollar
3. Se realiza a través de entrevistas, observación, indagación y demás técnicas específicas.
4. Describe el plan del proyecto a seguir.
5. Es fundamental entregar el proyecto dentro del tiempo y presupuesto acordados y de los
objetivos de negocio.

Diagrama de Caso de Uso

El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema
en desarrollo, además de la forma, tipo y orden en como los elementos interactúan (operaciones
o casos de uso). Un diagrama de casos de uso consta de los siguientes elementos:

 Actor.
 Casos de Uso.
 Relaciones de Uso, Herencia y Comunicación.

Elementos

Actor

Una definición previa, es que un Actor es u rol que un usuario juega con
respecto al sistema.

Caso de Uso

Es una operación o tarea específica que se realiza tras una orden de

algún agente externo, sea desde una petición de un actor o bien
desde la invocación desde otro caso de uso