You are on page 1of 8

Modelo de Interaccin de Objetos.

El modelo de interaccin de objetos modela la manera en que colaboran los


objetos de un sistema para proveer la funcionalidad descrita en una secuencia de
transacciones. Su utilidad primaria se da durante la etapa de diseo lgico.
La Interaccin de Objetos se produce cuando un objeto enva un mensaje a
otro con el objetivo de utilizar o requerir la funcionalidad de la operacin invocada
de parte del receptor del mensaje.
El modelo de interaccin de objetos provee el enlace entre las
descripciones de las secuencias de transacciones y las especificaciones de
operaciones elementales a nivel de objetos.
Asisten en la identificacin de clases de objetos y operaciones requeridas,
considerando como una determinada funcionalidad debe distribuirse en
operaciones de diferentes clases de objetos (responsabilidades de objetos), y
como los objetos deben colaborar para proveer la funcionalidad descrita en las
secuencias de transacciones.
La herramienta de modelado fundamental para el modelo de interaccin de
objetos es el diagrama de interaccin de objetos (OID). Normalmente se usa un
OID para cada secuencia de transacciones concentrndose en el camino
estndar.
Utilizacin del modelado de interaccin de objetos.
Modelado de procesos de negocios: es una tcnica adicional que puede
utilizarse para comprender un proceso de negocios en particular. Se
considera al sistema como una "caja negra" y se lo representa como actor
(interfaz de mquina).
Anlisis de requerimientos: no es muy utilizado ya que el propsito de
esta etapa es definir requerimientos, no disear.
Diseo lgico: se utiliza un OID para cada secuencia de transacciones
definida en el anlisis de requerimientos, para determinar con claridad que
clases, operaciones y responsabilidades se necesitan. Se mira dentro de la
caja negra (tal como se la ve en el modelo de proceso de negocio) y se
determina que objetos participan para implementar la funcionalidad
requerida del sistema.
Diagrama de interaccin de objetos (OID) para un proceso de
negocios (PN).


Elementos:
1) Actores en la parte superior del diagrama. Pueden ser humanos o sistemas
vistos como cajas negras
2) Una lnea vertical asociada a cada actor
3) Requerimientos o eventos enviados por un actor a otro. Se representan por
flechas. Se utiliza una sola flecha para representar el estmulo y la respuesta
implcita.
4) Etiquetas en el margen izquierdo representando links a actividades de un
diagrama de flujo de actividades.
Diagrama de interaccin de objetos (OID) para una secuencia de
transacciones (ST).


Elementos:
1. Barra vertical a la izquierda representa el lmite del sistema.
2. Se acompaa con la descripcin narrativa de la secuencia de transacciones a
la izquierda de esta.
3. Una flecha proveniente desde el lmite representa un requerimiento externo
generado por un actor. Es conveniente que los requerimientos/respuestas de
este tipo se representen por flechas individuales.
4. Operaciones: se representan por rectngulos alargados sobre los ejes
correspondientes a los objetos que las realizan. Permite visualizar que
mensajes dispara una operacin. La longitud de la barra no representa
duracin.
5. Actividades: bloques de eventos que siempre ocurren en una determinada
secuencia. Dichas actividades que pueden ocurrir en paralelo, condicional o
iterativamente, pueden modelarse con un diagrama de flujo de actividad
asociado.

Casos especiales.
1. Invocacin de operaciones "in-self". A menudo una operacin de un objeto
invoca a otra operacin de la misma clase. Esto puede representarse de la
siguiente forma:

2. Mltiples objetos de una misma clase. Se representa la clase ms de una vez.
3. Secuencias comunes. Usualmente se dibujan diagramas por separado para las
secuencias comunes y su invocacin se representa con una flecha punteada.


Diagrama de Interaccin.
El diagrama de interaccin, representa la forma en como un Cliente (Actor)
u Objetos (Clases) se comunican entre si en peticin a un evento. Esto implica
recorrer toda la secuencia de llamadas, de donde se obtienen las
responsabilidades claramente.
Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama
Esttico de Clases o el de Casos de Uso (son diferentes).
Los componentes de un diagrama de interaccin son:
Un Objeto o Actor.
Mensaje de un objeto a otro objeto.
Mensaje de un objeto a si mismo.
Elementos
OBJETO/ACTOR:

El rectngulo representa una instancia de un Objeto en particular, y la lnea
punteada representa las llamadas a mtodos del objeto.
MENSAJE A OTRO OBJETO:

Se representa por una flecha entre un objeto y otro, representa la llamada de
un mtodo (operacin) de un objeto en particular.
MENSAJE AL MISMO OBJETO

No solo llamadas a mtodos de objetos externos pueden realizarse, tambin
es posible visualizar llamadas a mtodos desde el mismo objeto en estudio.
Diagrama de Flujo de Actividad (AID)
Los OID no muestran decisiones, interacciones, o la posibilidad de que
partes del procesamiento puedan realizarse en secuencias aleatorias o
concurrentemente. Una manera de describir esto es con descripciones textuales
en el margen izquierdo del OID, o utilizando diagramas de flujo de actividad (AFD).
Los AFD son un tipo particular de los clsicos "flowcharts".
Actividad: es una secuencia de interacciones entre objetos.
El alcance de una actividad queda normalmente definido por el hecho de
que una secuencia de interacciones dada es condicional, iterativa, o puede ocurrir
antes o despus de otras secuencias de interacciones.
Simbologa de los AFD.

Actividad.

Flujo entre una actividad y la siguiente

Inicio

Terminacin.


Decisin: divisin del flujo de actividades
segn la condicin

Sincronizacin.


Observacin.
Un AFD puede incluir actividades que no estn en un camino estndar pero
que aparezcan en un camino alternativo.
Pueden existir actividades sin interacciones asociadas que se utilizan para
clarificar la lgica del flujo.
Puede utilizarse un AFD sin OID asociado simplemente para describir la
lgica del flujo en un camino estndar/alternativo.
Generalmente, un OID es utilizado para modelar cada secuencia de
transacciones. Es posible ms de un OID por secuencia de transacciones y
se describen a continuacin dos enfoques alternativos.
Usando AFD para modelar operaciones.
Los AFD pueden ser utilizados en combinacin con los OID. En un AFD
cada bloque normalmente representa un grupo de eventos que ocurren siempre
en la misma secuencia. Otra opcin es mostrar un bloque en un AFD para
representar cada posible estmulo externo para una secuencia de transacciones.
Tal estmulo externo (u operacin del sistema) puede ocurrir a menudo en
secuencias aleatorias o en secuencias alternativas. Un OID puede desarrollarse
para cada uno de tales bloques u operaciones del sistema.
Sin embargo, se recomienda utilizar un OID simple para toda la secuencia
de transacciones siempre que sea posible, debido a que esto brinda una visin
general para todo el proceso requerido.
OID's, ST's y Escenarios.
Generalmente se desarrolla un solo OID por cada secuencia de
transacciones. Este diagrama muestra un caso general omitiendo caminos
alternativos inusuales. No muestra un escenario de ejecucin que pueda ocurrir en
una ocasin especfica. En casos complicados, puede ser til desarrollar OID's
alternativos representando los caminos alternativos.

You might also like