UNIDAD IV: MODELO DE ANALISIS DEL NEGOCIO

a)        Presentación y contextualización

Los temas que se tratan en la presente Unidad, nos conlleva a conocer e identificar elementos básicos anteriormente mencionados. Integrados como solución permiten modelar estáticamente un sistema y la relación entre estos mismos como veremos a continuación a los trabajadores del negocio, entidades del negocio y la realización de casos de uso del negocio.

b)        Competencia

Conoce la utilidad e importancia de los diagramas a diseñar en el modelo de análisis del negocio.

c)        Capacidades

1.    Reconoce el concepto básico y la importancia de la realización del modelo de análisis de negocio.

2.    Identifica el desarrollo y representación de la arquitectura del análisis del negocio.

3.    Conoce como se integra una herramienta de programación con una herramienta de análisis y diseño de software.

4.    Desarrolla la integración de los  diagramas de documentación  del RUP.

d)        Actitudes

  Muestra interés ante los modelos de análisis de negocio.  Asume  con criterio analítico la creación del modelo de

análisis de negocio.  Da énfasis de la diferencia que existen entre modelos.

e)        Presentación de Ideas básicas y contenidos esenciales de la Unidad:

La Unidad de Aprendizaje 04: Modelo de Análisis del Negocio, comprende el desarrollo de los siguientes temas:

TEMA 01: Modelo de Análisis del Negocio - DefiniciónTEMA 02: Arquitectura de Análisis.TEMA 03: Integración RUP II.TEMA 04: Documentación de Realización de caso de Uso.

UNIDAD IV: MODELO DE ANALISIS DEL NEGOCIO

Tema 01: Modelo de Análisis del Negocio – Definición

Este modelo es interno al negocio, describe la realización de los casos de uso del negocio, para lo cual detalla cómo cada caso de uso de negocio es llevado a cabo por un grupo de trabajadores u sistemas que emplean entidades del negocio y unidades de trabajo recíprocamente.

A diferencia del Modelo de Casos de Uso del Negocio el cual describe qué pasa entre el negocio y los actores de negocio, el Modelo de Análisis define los trabajadores internos de negocio y la información que ellos emplean (entidades de negocio). Describe su organización estructural en unidades independientes (sistema de negocio) y precisa cómo ellos interactúan para

ejecutar el comportamiento señalado en los casos de uso de negocio.

El Modelo de Análisis del Negocio puede

contener: los diagramas, trabajadores, sistemas, entidades, reglas, las relaciones, colaboraciones, entre otros elementos del negocio. El modelo del análisis de negocio describe la realización de los casos del uso del negocio modelando la interacción entre los trabajadores del negocio y las entidades de negocio.

Para representar los diagramas del Modelo de Análisis del Negocio se pueden emplear diferentes diagramas de UML tales como:1. Diagramas de Colaboración.2. Diagramas de Secuencia.3. Diagrama de Análisis del Negocio.4. Diagramas de Actividad.5. Diagramas de Estado.

ELEMENTOS DEL ANALISIS DEL NEGOCIO

v Trabajadores del negocio identificados previamente.v Entidades del negocio identificadas previamente.v Asociaciones entre los trabajadores del negocio y las entidades del negocio.

Trabajadores del negocio

Un trabajador del negocio o Business Workeres una abstracción de un sistema, de un ser humano o de un software que represente un rol realizado dentro de realizaciones del caso del uso del negocio.

Entidades del negocio

Representa un pedazo de la información significativa y persistente que es manipulada por los agentes del negocio y los trabajadores del negocio.ü Proporcionan la base para compartir información (documentos) entre los trabajadores del negocio que participan en diversas realizaciones del caso del uso del negocio.

ü Representan una abstracción de la información persistente importante dentro del negocio. Por ejemplo, el inventario del producto es ciertamente información significativa, pero ésta no es información persistente.

Realización de los casos de uso del negocio

Describe como los trabajadores del negocio y las entidades del negocio colaboran para realizar un caso de uso del negocio en particular.Mientras que los casos de uso describen QUE pasos se deben realizar para entregar valor a los integrantes del negocio, una realización de caso de uso de negocio describe como estos pasos se realizan dentro de la organización.Aquí se crean los diagramas de actividades, secuencia y colaboración.

NotaLa realización del caso de uso de negocio describe una perspectiva Interna mientras que el CUN describe una perspectiva Externa.

Tema 02: Arquitectura del AnálisisEste diseño se realiza en el Modelo de Análisis del Negocio. Este es un modelo interno de negocio centrado en la explicación del cómo.

ELEMENTOS DEL MODELO DE ANÁLISIS DEL NEGOCIO

Colección de diagramas que muestra cómo los workers y entidades del negocio llevan a cabo el caso de uso del negocio.

Realización de casos de uso de negocioRepresenta la documentación de los procesoNotación

Diagramas de la Realización de Casos de Uso de Negocio

Diagramas de Actividades del Negocio

Describe la secuencia de actividades. Permite plasmar el comportamiento condicional y paralelo.

Diagramas de Actividades del Negocio y los Flujos de Objetos

Representa la relación entre una actividad y el objeto que esta crea

como output o utiliza como input

Flujos de Objetos y Transiciones

No necesita una transición si su diagrama tiene dos actividades conectadas a través de un objeto y dos flujos de objetos correspondientes.

Diagramas de Objetos del Negocio

Representa las responsabilidades de los workers con respecto a las entidades de negocio

Diagramas de Objetos del Negocio

Son aquellas relaciones entre las mismas entidades de negocio.

RecomendacionesDiagrame en el siguiente orden:

 Workers

 Actividades (sin objetos) Entidades de Negocio Actividades (con objetos)

Tema 03: Integración RUP II

Es el procedimiento de estructurar los componentes del proyectoAplicación de un ejemplo práctico implementando con visual studio y rational espero que les sea de mucha ayuda cuando se desarrolle pensando en una aplicación de 3 capas (capa de presentación, capa lógica y capa de datos).

Añadiendo más formularios al proyecto

DIAGRAMA DE COMPONENTES

Es un diagrama que representa gráficamente los componentes de software de una aplicación. Las clases se agrupan en componentes y los componentes en nodos de hardware los componentes son aplicaciones Cliente/Server (cliente/servidor) o aplicaciones distribuidas en diferentes servidores.

Ejm: Una empresa con varias sucursales,Un banco con varias agencias

Aquí la creacion de los componentes los cuales representan al sistema de compras , ventas y almacen

Relacionando los componentes

Asignando un estereotipo de representacion , los componentes como representan estructuras o programas tendran Activex O Assembly si no esta , hay que asignarle.

Una sola vez se escribe assembly y después hay que seleccionar para cada componente y elegir el lenguaje en el cual se desea migrar.Arrastrar (Heredar) los formularios del paquete de CL_SI_VENTAS a componentes VENTAS.DLL y hacer los mismo para los 3 restantes en el caso de ventas quedando como resultado el siguiente diseño.

Tema 04: Documentación de Realización de Caso de Uso

Diagrama de Interacción Comprende a los diagramas de secuencia y colaboración.

DIAGRAMA DE SECUENCIA

Se usan para modelar aspectos dinámicos de un sistema.Representan la forma en que grupos de objetos (actores y clases), se comunican entre si, para desarrollar cierto comportamiento. Se elaboran en la etapa de diseño de un ciclo de desarrollo.Pueden ser obtenidos a partir de:

 Los Casos de uso modelando el flujo de control del mismo o, El Diagrama de clases para ilustrar el comportamiento de un

determinado conjunto de objetos.Existen dos tipos de Diagramas de interacción;

 Diagrama de secuencia; que pone énfasis en el orden, a través del tiempo, en que ocurren los mensajes.

 Diagrama de colaboración; que pone énfasis en la organización estructural de los objetos que envían y reciben mensajes.

Ambos diagramas son semánticamente equivalentes, es más, se puede convertir de uno hacia el otro sin pérdida de información

Objetivo de los diagrama de Interacción

 Muestra justamente la interacción de un conjunto de objetos, poniendo énfasis en el orden cronológico del envío de mensajes entre objetos.

 Mediante los Diagramas de secuencia podemos dar detalle a los Casos de uso, aclarándolos al nivel de mensajes de los objetos existentes, como también muestra el uso de los mensajes de las clases diseñadas en el contexto de una operación.

 La creación de los Diagramas de secuencia depende de la formulación de los casos de uso, porque durante la operación del sistema, los actores generan eventos, solicitando alguna operación.

 Los objetos que interactúan se colocan sobre el eje x, mientras que los mensajes enviados por estos mensajes se van colocando a lo largo del eje y. el objeto que inicia la interacción se coloca en la parte superior izquierda.

 Su representación hace uso de diferentes elementos, tales como: objetos, actores, líneas de vida, focos de control y mensajes.

 En UML se ha adoptado un método simple y uniforme de describir visualmente los objetos para distinguirlos de las clases. Un objeto usa el mismo símbolo gráfico de la clase, sólo que con el nombre subrayado y antepuesto de dos puntos.

 En el caso de un objeto que se desea distinguir inequívocamente de otros objetos de la misma clase se le antepone a los dos puntos un nombre.

 Una colección o multiobjeto se representa como una pila. Una colección representa a un grupo de objetos guardados en un contenedor.

 El foco de control muestra el periodo de tiempo en el cual el objeto se encuentra desarrollando alguna operación, bien sea por si mismo o por delegación a través de alguno de sus procedimientos subordinados.

MENSAJE

Mensaje asíncrono; el cliente envía un mensaje al proveedor para que lo procese, y continúa con la ejecución de su código, sin esperar o sin contar con que el proveedor recepcione y procese el mensaje.

Mensaje de llamada a procedimiento; es un flujo de control procedimental, la flecha de retorno puede ser omitida, pues está implícito al término de la activación. El valor de retorno puede ser mostrado sobre la flecha inicial.Para flujos de control no procedimentales como procesamiento paralelo y mensajes asíncronos los valores retornados deben ser mostrados explícitamente.

Mensajes concurrentes; en un sistema concurrente, una cabeza de flecha rellena muestra un mensaje correspondiente a un hilo de control y una media cabeza de flecha muestra el envío de un mensaje fuera de su correspondiente hilo de control.

Bifurcación de mensajes; si las condiciones son mutuamente excluyentes representarán condicionalidad, sino serán concurrentes.

Iteración de mensajes; indica que el envío de un estímulo puede ocurrir varias veces.

Ejemplo

Un usuario desea imprimir un archivo. Para esto, le envía una orden a la computadora, la cual a su vez la envía al servidor de impresión siendo este el encargado de dirigirlo a la impresora. En caso de que la impresora esté ocupada, el archivo a imprimir se dirige hacia la cola de impresión, la que en su momento indicará al servidor de impresión que tiene el archivo pendiente por imprimir. Muestre un Diagrama de secuencia que represente esta situación.

DIAGRAMA DE COLABORACIÓN

 Los Diagramas de Secuencia y de Colaboración muestran la misma información pero de manera diferente. Sin embargo, los de Colaboración permiten mostrar mejor como se vinculan los objetos, a cambio de hacer más difícil observar el orden de ejecución.

 Muestra la interacción de un conjunto de objetos, poniendo énfasis en la estructura organizacional de los objetos que envían y reciben mensajes para realizar una tarea (incluso pueden mostrar el contexto de la operación).

Intervienen diferentes elementos tales como: objetos, enlaces, numeraciones, condiciones, iteraciones, etc.

Ejemplo

Una fábrica produce artículos sobre pedido. Este proceso se inicia cuando un cliente se dirige al área comercial de la fábrica y hace el pedido, el cual es derivado al área de producción, en donde se planifica la atención del pedido. Una vez listo se envía al cliente.Utilice un diagrama de colaboración para representar los objetos que intervienen en este proceso.

La siguiente secuencia describe cada hecho:1. cliente hace un pedido a vendedor.2. vendedor consulta al artículo para saber si es artículo estándar.3. Si es un producto estándar entonces se acepta el pedido, Sino, lo consulta con el jefe de Producción.

3.1. Si puede producirse se coloca el pedido.3.2. Si no puede producirse se notifica al cliente.

4. Jefe de Producción solicita a pedido que se le informe que pedidos están pendientes.5. Por cada pedido pendiente se hace un plan de producción.6. Por cada plan de producción se elaborara una orden de producción.7. La orden de producción se comprueba a si misma para saber si está listo.8. Cuando la orden está terminada notifica para cambiar el estado de pedido.9. vendedor solicita el pedido para ver los pedidos que están listos.10. vendedor notifica al cliente.11. Cambiar estado de ‘pedido’ a ‘entregado’.

CASO INTEGRADO DE DIAGRAMA DE SECUENCIA Y COLABORACIÓNCaso REDESUR

Red Eléctrica del Sur, S.A. ( Redesur), es la Sociedad Concesionaria para el diseño, suministro de bienes y servicios, construcción y explotación del Reforzamiento de los Sistemas Eléctricos de Transmisión del Sur y la Prestación del Servicio de Transmisión Eléctrica del Sur del Perú.En virtud de este contrato de concesión, Redesur prestará el servicio de transmisión eléctrica entre las ciudades de Arequipa Moquegua, Tacna y Puno durante un plazo de treinta años

SoluciónPaso 1: Realizando el análisis se vería de la siguiente manera

Paso 2: Realizando una descripción , textual de la situación

Paso 3: Elaborando el diagrama de secuencia

NOTA: utilizando el RATIONAL para obtener el diagrama de colaboración de manera automática. Seleccionar el diseño y presionar la tecla F5.