96

Introducción
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ón

TEMA 02: Arquitectura de Análisis.
TEMA 03: Integración RUP II.
TEMA 04: Documentación de Realización de caso de Uso.

97
Modelo de
TEMA 1
Análisis del
Negocio
Definición
Competencia:
Reconocer el concepto básico y la
importancia de la realización del modelo de
análisis de negocio.

98
Desarrollo de los Temas
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.

99
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

 Trabajadores del negocio identificados previamente.

 Entidades del negocio identificadas previamente.

 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.

100
  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.

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

101
Arquitectura TEMA 2
del
Análisis

Competencia:
Identificar el desarrollo y representación de
la arquitectura del análisis del negocio.

102
 Tema 02: Arquitectura del Análisis

Este 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.

103
Realización de casos de uso de negocio
Representa la documentación de los proceso
Notación

RN
_ Cotizar productos

Cotizar productos RNCotizar productos

(from Business Use Case) _

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

104
Diagramas de Actividades del Negocio

Describe la secuencia de actividades. Permite plasmar el comportamiento condicional

y paralelo.

105
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.

Estado
Diagramas de Objetos del Negocio

106
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.

107
Generalización

Recomendaciones
Diagrame en el siguiente orden:
 Workers
 Actividades (sin objetos)
 Entidades de Negocio
 Actividades (con objetos)

108
 TEMA 3
Integración
RUP II

Competencia:
Conocer como se integra una herramienta de
programación con una herramienta de
análisis y diseño de software.

109
 Tema 03: Integración RUP II

Es el procedimiento de estructurar los componentes del proyecto

Aplicació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

110
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

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

Relacionando los componentes

112
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.

113
Documentación
de Realización TEMA 4
de Caso
de Uso

Competencia:
Desarrollar la integración de los diagramas
de documentación del RUP.

114
 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.

115
 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.

Object1 Object2 Object3

Message1

Message3

Message2

Message4

 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.

116
 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.

Clase :Clase objeto:Clase objeto:Clase

: clase
Clase Objeto Objeto con nombre Colección de Objetos

Línea de vida Creación y destrucción de objetos

nombreObjeto : nombreClase

 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.

117
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.

objeto:clase

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.

118
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.

objeto:clase

119
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.

Imprimir(arch)
:computadora :ServidorImpresión :impresora :cola

:Usuario Imprimir(arch) [ Impresora OK]

Imprimir (arch)

[ Impresora NOK]
Imprimir(arch)

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).

120
 Msje( )
Intervienen diferentes elementos Object4

tales como: objetos, enlaces, 1*[para cada i]: msj1( )

2: msj4( )
numeraciones, condiciones,
Object5 Object7
iteraciones, etc.
3[condición]: msj3( )
4: msj4( )
5: msj5( )

Object6 Object8

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’.

121
CASO INTEGRADO DE DIAGRAMA DE SECUENCIA Y COLABORACIÓN

Caso 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ón

Paso 1: Realizando el análisis se

vería de la siguiente manera

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

Caso de uso 1: Registrar Solicitud de OT

Objetivo: Registrar el local donde pertenece el/los equipos a

reparar y programar las fechas

Actores: Operario

Precondiciones: Debe existir equipo/s por reparar

Pasos:
A: Seleccionar el local
A: Programar las fechas del trabajo de reparación.
A: cdu Asignar equipos y partes a reparar
A: cdu Registrar actividades

Variaciones

Extensiones

Cuestiones

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.

123
 Lecturas Recomendadas
 MODELO DE ANÁLISIS DE NEGOCIO
http://es.scribd.com/doc/2568110/UML-Analisis-del-negocio

 CREAR DIAGRAMAS DE CASOS DE USO DE NEGOCIO & UTILIDAD DE

DIAGRAMA DE ACTIVIDAD DE NEGOCIO
http://www.youtube.com/watch?v=2cMSjfnAC7M

Actividades y Ejercicios

1. Realizar el diagrama de actividades de negocio de “MATRÍCULA

DE ALUMNO”. Envíalo a través de “Diagrama de actividades”

2. Realizar el diagrama de componentes de un colegio. Envíalo a

través de “Mi diagrama”.

124
Resumen
UNIDAD DE APRENDIZAJE IV:

El modelo de análisis de 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. Se pueden emplear diferentes diagramas de UML tales
como: Diagramas de Colaboración, Diagramas de Secuencia, Diagrama de Análisis
del Negocio, Diagramas de Actividad, Diagramas de Estado. Los Elementos del
Análisis del Negocio Son: Trabajadores, Entidades, Asociaciones.

La arquitectura del análisis del negocio es el diseño del modelo de análisis de negocio.
Este es un modelo interno de negocio centrado en la explicación del cómo. Los
elementos del modelo de análisis del negocio son los siguientes: Realización de casos
de uso de negocio, Diagramas de Actividades del Negocio, Diagramas de Actividades
del Negocio y los Flujos de Objetos, Flujos de Objetos y Transiciones, y Diagramas de
Objetos del Negocio. Se recomienda diagramar en el siguiente orden: Workers,
Actividades (sin objetos), Entidades de Negocio, Actividades (con objetos).

La integración RUP es el procedimiento de estructurar los componentes del proyecto,

se desarrolla con la aplicación de 3 capas (capa de presentación, capa lógica y
capa de datos). El 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.

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. El mensaje puede ser: Asíncrono, mensaje de llamada a
procedimiento, mensaje concurrente, bifurcación de mensajes, iteración de mensajes.
Los diagramas 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.

127
Glosario
 ACTOR DE NEGOCIO: entidad externa de un proceso.

 ACTOR: usuario, entidad interna de un proceso.

 BACK-END: aplicaciones que se ejecutan desde el lado del servidor.

 CASO DE USO: requerimiento de un usuario.

 FRONT END: aplicaciones que se ejecutan desde el lado del cliente.

 METODOLOGÍA: conjunto de procedimientos ordenados sistemáticos.

 MODELO: representación gráfica de un proceso.

 PROCESO: conjunto de actividades.

 RUP: Proceso unificado relacional.

 TI: tecnología de información, representado por hardware y software.

 TRGGERS: conjunto de instrucciones, código que se ejecutan en un servidor

para operaciones de mantenimiento de una base de datos.

 UML: Lenguaje de modelamiento unificado.

 VISTA: enfoque de desarrollo y solución de un proceso.

128
Fuentes de Información
BIBLIOGRÁFICAS:

Roger Pressman 6ta edición mc Graw Hill ingeniería de software.

Richard fairley Editorial: mc Graw Hill ingeniería de software.
Len Bass Prasun Dewan Editorial john wiley & sons User Interface Software.
Antonio J. Morata Programador certificado java 2. curso práctico, Libros de
Programación y lenguajes.
Ariel Cortez – Ingenieria de software- Visual Foxpro 5.0 (Diseño de la Base de
Datos).
Elizabeth, Manual de PHP - EDICION 1999.

ELECTRÓNICAS:

 Ingeniería de software
http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software

 Lenguaje de modelamiento Unificado

http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado

 Fundamentos de ingeniería de software

http://www.slideshare.net/chiki.carito/modelado-del-anlisis

 Diagramas de actividades UML: Referencia

http://msdn.microsoft.com/es-es/library/dd409360.aspx

129