Diagrama de Colaboracin

Introduccin.
Los diagramas de colaboracin son otro tipo de diagramas de interaccin, que contiene la
misma informacin que los diagramas de secuencia, slo que se centran en las
responsabilidades de cada objeto, en lugar del tiempo en que los mensajes son enviados. Un
Diagrama de Colaboracin describe en forma de un grafo el comportamiento de sistemas,
subsistemas y operaciones, representando los objetos que intervienen, as como los
mensajes que intercambian, enumerados en el tiempo.

Definicin.
El diagrama de colaboracin es un tipo de diagrama de interaccin cuyo objetivo es
describir el comportamiento dinmico del sistema de informacin mostrando cmo
interactan los objetos entre s.

Propsitos.
Manejar la comunicacin entre los elementos del sistema.
Mostrar cmo ser implementada una operacin.
Indicar cmo deben colaborar los objetos del sistema para llevar a cabo una
operacin.

Caractersticas.

Muestra cmo las instancias especficas de las clases trabajan juntas para conseguir
un objetivo comn.
Implementa las asociaciones del diagrama de clases mediante el paso de mensajes
de un objeto a otro. Dicha implementacin es llamada "enlace".

Ventajas.

Permite elegir el orden en que pueden hacerse las cosas.

Puede describir procesos o casos de uso.
Muestra los aspectos dinmicos de un sistema.
 Establece las reglas de secuencia a seguir.
Ayuda a un programador a desarrollar cdigo a travs de una descripcin lgica de
un proceso.

Desventajas

La gran desventaja de los diagramas de colaboracin es que no indican de forma

explcita que los objetos ejecutan qu actividades ni tampoco la forma en que el servicio de
mensajera trabaja entre ellos. Para mostrar tales interacciones de forma clara son
necesarios los diagramas de interaccin, los cuales son ms utilizados en la prctica.

Elementos.
Objetos o Roles: nodos del grafo.
Enlaces o comunicaciones: arcos del grafo.
Mensajes: llevan nmero de secuencia y flecha dirigida.
Anidamiento: se utiliza la numeracin decimal
Iteracin: colocar un * antes del nmero de secuencia y una clusula de condicin, si es
necesario.
Bifurcacin: los caminos alternativos tendrn el mismo nmero de secuencia, seguido del
nmero de subsecuencia, y se deben distinguir por una condicin.

Ejercicio Prctico:
Caso de Uso: Sistema para controlar el alquiler de Pelculas
Diagramas de Actividad.
Los Diagramas de Actividad son primordialmente usados para describir el comportamiento. stos son
representados como un conjunto de flujo secuencial de las actividades, stas describen conceptos como flujo
de trabajo.

Una actividad describe una unidad lgica de trabajo. Las actividades pueden ser rotas bajo acciones.

Una accin es la ms pequea unidad de trabajo que no es descompuesta ninguna lejana. Un diagrama de
actividad tiene un inicio y puede tener mltiples puntos de terminacin. El UML 2.0 tambin proviene de un
flujo final (un crculo con una cruz), estos indican aquellos procesos de detencin.

Las actividades son unidas por flujos de procesos o eventos. En adicin, un nodo de decisin puede modelar
diversos comportamientos basados sobre una condicin. Tpicamente un nodo Inicial y Final son definidos
para completar totalmente la representacin del diagrama de actividad.

Los puntos de sincronizacin pueden tambin ser definidos para ilustrar como procesamiento puede ser
cargado fuera en paralelo, entonces sincroniz aquel punto antes lejano la actividad est emprendido. Los
parmetros de Entrada y Salida pueden ser mostrados. Esto es hecho por va rectngulos que sujetan a las
actividades.

Las particiones permiten el modelaje para crear vistas en el diagrama de actividad. Estas pueden mostrar las
reas de responsabilidad, los departamentos organizacionales y el mismo.

El siguiente ejemplo muestra lo que sucede si un sistema cambia invaluablemente mientras un usuario lo est
usando. ste usuario recibir un mensaje donde el sistema est invaluable. El sistema tratar de reconectarse
tres veces. Si esto no sucede, mostrar un mensaje de error. La actividad del mensaje hace uso de un
parmetro de entrada: estado de conexin. ste parmetro indica la actividad que ocurri el error. La actividad
del mensaje de error mostrada se rompe bajo las acciones ejecutadas.

Nosotros tenemos hecho el uso de particiones para indicar las reas del sistema de ejecucin y la gerencia de
error.
Diagramas de Actividad
1. Introduccin
El objetivo de este breve apunte es describir los Diagramas de Actividad,
propuestos por el lenguaje estndar de modelado de sistemas de software UML
(Unified Modelling Language). Casi todas las definiciones de este apunte fueron
tomadas de la gua semntica de UML, versin 1.1. Sin embargo, se hicieron
algunas modificaciones menores para limitar estos diagramas al alcance con el
que se los quiere utilizar en la materia, de tal forma que no garantizamos
compatibilidad entre los diagramas que resultan de seguir este apunte y las
definiciones formales del UML.
Algunos aspectos de los Diagramas de Actividades no fueron incluidos en este
apunte ni sern usados en la materia, pero pueden ser consultados por los
alumnos en la documentacin de UML. Para ms informacin, se pueden
utilizar los punteros de la pgina de Web de la materia.
2. Diagrama de Actividad
2.1. Semntica
Estos diagramas muestran bsicamente actividades, representando la
realizacin de operaciones y las transiciones son disparadas por la finalizacin
de estas operaciones.
2.2. Notacin
Un diagrama de actividad es un caso especial de un diagrama de estados (otro
diagrama de UML, que discutiremos ms adelante en la materia) en donde
todos -o al menos la mayora- de los estados son estados de acciones y en
donde todas -o al menos la mayora- de las transiciones son disparadas por la
finalizacin de las acciones que las alimentan. Un diagrama de actividad est
asociado a la implementacin de un caso de uso. El propsito de este diagrama
es enfocarse en los flujos manejados por el procesamiento interno (en
contraposicin con eventos externos). Se debe usar diagrama de actividad en
situaciones donde todos o la mayora de los eventos representan la finalizacin
de acciones generadas internamente (esto es, flujo de control procedural). Este
tipo de diagrama no es adecuado en situaciones donde ocurren eventos
asincrnicos.
Teniendo en cuenta que los casos de uso se centran en la interaccin entre el
actor y el sistema, y no en el procesamiento interno del sistema durante el
caso de uso, aparece la necesidad de utilizar este diagrama para evitar que la
documentacin de las actividades que realiza el sistema no est limitada al
texto informal de los casos de uso. De esta forma, un caso de uso puede estar
acompaado por cero, uno o ms diagramas de actividad.
Si resulta necesario, se pueden construir diagramas de actividad jerrquicos,
donde una actividad de un diagrama sea descompuesta en actividades
menores en un diagrama de nivel inferior.