MODELADO DE NEGOCIOS (UML)

Objetivos

 Comprender la estructura y la dinámica de la organización.

 Comprender problemas actuales e identificar posibles mejoras.
 Comprender los procesos de negocio de la organización.

Las actividades q plantea son el MODELO DE CU del negocio q describe los procesos de negocio
y de los clientes, y el MODELO DE OBJETOS del negocio q describe c/ CU del Negocio usando
DIAGRAMA DE ACTIVIDADES.

PROCESO UNIFICADO

UML (lenguaje de modelado unificado): Lenguaje de modelado de un sistema de software. Es

un lenguaje grafico utilizado para visualizar, especificar, construir y doumentar un sistema.

Se diagrama la realidad de una utilización en un requerimiento.

PROCESO UNIFICADO:

FASES DEL PROCESO UNIFICADO: Cada fase se subdivide en iteraciones

INICIO:
En el Inicio de una iteración, lo importante es valorar si merece la pena y puede llevarse a cabo. Es una
fase bastante corta dónde definimos la visión general del proyecto.

Evaluaremos si tenemos el presupuesto necesario, si es técnicamente factible, cuánto vamos a tardar,

las metas, etcétera.

Nos tenemos que hacer preguntas del tipo:

 ¿Son los beneficios mayores que los inconvenientes?

 ¿Cabe el proyecto dentro del presupuesto de la empresa?
 ¿El proyecto se corresponde con la visión de la empresa en este momento?
Si vemos que es demasiado complicado, podemos volver a evaluar el proyecto o decidir no hacerlo.

 Planificación del proyecto y alcance.

 Justificación y ámbito del proyecto
 valorar si merece la pena y puede llevarse a cabo
 Identificar Riesgos
 Plan del proyecto y costos
 Esbozar los CU y los requisitos clave
 Periodo pequeño, si esta fase es larga es porque especificación previa es excesiva
 Capturar mayoría de requisitos
 Identificar riesgos

ELABORACION:
Luego pasamos a la fase de elaboración. Ahora es cuando empiezan a ponerse las cosas realmente
interesantes con UML. En esta fase, nos enfocamos en la implementación y la arquitectura del proyecto.
En cuanto empecemos a describir la arquitectura del sistema, empezarán a aparecer posibles
dificultades de la implementación.

Tendremos que dar varias vueltas al problema, quizás volver a empezar de cero alguna vez. Hasta es
probable que se produzcan malentendidos en la forma de definir el problema entre
las diferentes personas involucradas. Para esto está la fase de elaboración: para aclarar posibles
malentendidos y para diseñar la mejor arquitectura posible.

En ésta fase escribiremos los casos de uso de la aplicación, y empezaremos a pensar cómo es el sistema
en términos de clases y relaciones, gracias al diagrama de clase. A partir de aquí, seremos capaces
de planificar mejor cómo construirlo, lo que nos llevará a la siguiente fase, la de elaboración. Por eso, es
importante acordarse de que en el proceso unificado, no planeamos todo antes de empezar: ¡lo
hacemos a medida que vamos avanzando!

Si hacemos iteraciones cortas, tendremos mas flexibilidad durante el proceso. De hecho, sería
un error hacer toda la planificación en las fases de Inicio y de Elaboración.

Al final de la fase de elaboración, debemos tener:

 La arquitectura general del sistema.

 Un plan de trabajo.
 Constancia de los elementos mas desconocidos o arriesgados.
 Feedback de los participantes.
 Casos de uso.
 Una primera versión del diagrama de clase.
Cuando tengamos la arquitectura general del sistema y un plan de trabajo, habremos alcanzado el hito
arquitectónico.

¡Ya podemos empezar a programar! Es hora de pasar a la fase de Construcción.

En esta fase se obtiene la visión refinada del proyecto a realizar, la implementación iterativa del núcleo
de la aplicación, la resolución de riesgos altos, nuevos requisitos y se ajustan las estimaciones..

Se capturan la mayoría de los requisitos del sist. Los objet.principales de esta fase son la identificación
de riesgos y establecer y validar la arquit.del sist. Se elabora la Arquitectura Base Ejecutable:

• La arquit.se valida a través de la implement.de 1Base de Arquit.Ejecutable o implementac. parcial del

sist.q incluye los componentes principales del mismo

• Al final de la fase de elaborac.la base de arquit.ejecutable debe demostrar q soporta aspectos claves
de funcional.del sist.y q muestra la conducta adecuada en términos de rendim., escalabilidad y costo

CONSTRUCCION:

Hemos llegado a la fase de construcción. Ahora nos pondremos manos a la obra. Tenemos un plan de
trabajo, y cada uno se pone a lo suyo.

A estas alturas, no podemos integrar cambios en el diseño. Se trata de enfocarse en la implementación.

Con los diagramas UML creados en las fase anteriores, podemos poner los programadores a escribir
código, los diseñadores a dibujar elementos de interfaz y, a los testers a escribir y validar una serie de
tests que comprueben el correcto funcionamiento de la aplicación.

Cuando hayamos terminado, habremos alcanzado el hito de capacidad operacional.

Esta abarca la evolución hasta convertirse en producto listo incluyendo requisitos mínimos. Aquí se
afinan los detalles menores como los diferentes tipos de casos o los riesgos menores.
Es la fase +larga de proyecto. El sist.es construido en base a la fase de elaboración. Las características del
sist.se implementan en 1serie de iteraciones cortas y limitadas en el tiempo. El resultado de c/iteración
es una versión ejecutable de SW

TRANSICION:

Finalmente, viene la fase de transición. Es el momento de transmitir el proyecto a los usuarios finales, y
tratamos de recoger tantos comentarios y valoraciones como sea posible. En esta fase es
oportuno explicar a los usuarios cómo funciona la aplicación antes de que empiecen a usarla.

Se comprueba el funcionamiento de la aplicación y su adaptación con respecto a la especificación escrita

en la fase de elaboración. Con esta evaluación estaremos preparados para integrar las criticas y
valoraciones recogidas en las próximas iteraciones. La fase de transición es el momento en el que
estarán mas presentes las tareas de "quality assurance", que consisten en asegurarse del desarrollo
continuo de la aplicación. Los problemas encontrados podrán ser corregidos en una próxima iteración.

Esta fase concluye con el hito de lanzamiento de producto. Con la conclusión de esta fase podemos
sacar una nueva versión de nuestra aplicación. ¡Enhorabuena!
En esta fase final, el programa debe estar listo para ser probado, instalado y utilizado por el cliente sin
ningún problema. Una vez finalizada esta fase, se debe comenzar a pensar en futuras novedades para la
misma.
Desde el punto de vista Técnico: el proyecto está formado por los flujos de trabajo fundamentales:
captura de requerimientos, análisis, diseño, implementación y pruebas.
Tantos el punto de vista Gerencial como el Técnico concuerdan en: La iteración .
En esta fase el sistema es desplegado para los usuarios finales. La retroalimentación recibida permite
incorporar refinamientos al sistema en las sucesivas iteraciones. Esta iteración también cubre el
entrenamiento de los usuarios p/la utilización del sistema. El hito de lanzamiento del producto marca el
final de la fase.

REQUISITOS

Describe q debe q hacer el sist.y pone a desarrolladores y al cliente de acuerdo en esta

descripción.

“Se definen los actores que interactúan con el sistema y se desarrollan los casos de usos para
modelar los requistos del sistema”

Realizar 1estimación de costo y tiempo de desarrollo

Descubrir q debe hacer el sistema, mediante el uso de CU

ANÁLISIS Y DISEÑO

Describe como el SW se realiza en la fase de implementación. Se plasma en un modelo de

diseño que consiste en una serie de clases (agrupadas en paquetes y subsistemas) con
interfaces bien definidos. Contiene descripciones de cómo los objetos colaboran p/realizar las
acciones incluidas en CU

Se crea y documenta un modelo de diseño utiizando modelos arquitocnicos, modelos de

componentes, modelo de objetos y modelos de secuencia.

Se debe tene le diagram de casos de usos

INCLUDE se permite que un caso de uso incluya otro caso de uso ej; eliminar alumno debe
include buscar alumno
EXCLUDE permite que un cu extienda su compartamientode toros CU ej devolver libro 
poner multa(caso de uso extencion)

DIAGRAMA DE ESTADO: presenta los estados de un CU y las transiciones entre estados,

c/transicon es una secuencia de acciones que se realizan cuando se recibe un evento

IMPLEMENTACION Y PRUEBA

Se implementan y estructuran en subsitemas los componentes del sistema

Las pruebas son un proceso iterativo que se llevan a cabo conjuntamente con la
implementación. A la finalizacon de la implemantacion tienen lugar las pruebas de sistema