Diagrama de Colaboración

Página se editó por última vez hace 3596 días
De Sistemas de Información 2014-1
Ir a la navegación Ir a la búsqueda

Los diagramas de colaboración tambien llamados diagramas de comunicación, son otra representacion basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basandose especificamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explicitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la linea de vida) se considera una dimención aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes. En estos diagramas se expresan roles como los pueden ser el de clasificador y de asociación; dichos roles describen la configuración de los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una instancia de la comunicación. Cuando se instancia una comunicación, los objetos están ligados a los roles de clasificador y los enlaces a los roles de asociación.

Componentes[editar | editar código]

Objetos o Roles

Son los objetos que se encargan de la interacción, graficamente son los nodos del grafo. Enlaces o comunicaciones

Especifica un camino a lo largo del cual un objeto puede enviar un mensaje a otro objeto, graficamente son los arcos del grafo. Mensajes

Especifican la transmisión de información entre objetos, llevan número de secuencia y flecha dirigida. Anidamientos

Utilizan la numeración decimal Ej: 1, 1.1, 1.1.1 …….. Iteraciones

Sirve para colocar un * antes del número de secuencia y una cláusula de condición, si es necesario. ej. *[x>0]. Bifurcaciones

Paralos caminos alternativos tendrán el mismo número de secuencia, seguido del número de subsecuencia y se deben distinguir por una condición.

Usos[editar | editar código]

Un uso de un diagrama de colaboración es mostrar la implementación de una operación. La comunicación muestra los parámetros y las variables locales de la operación, así como asociaciones más permanentes. Cuando se implementa el comportamiento, la secuencia de los mensajes corresponde a la estructura de llamadas anidadas y el paso de señales del programa.

Un diagrama de secuencia muestra secuencias en el tiempo como dimensión geométrica, pero las relaciones son implícitas. Un diagrama de comunicación muestra relaciones entre roles geométricamente y relaciona los mensajes con las relaciones, pero las secuencias temporales están menos claras.

Ejemplo

Tipos[editar | editar código]

Es útil marcar los objetos en cuatro grupos: los que existen con la interacción entera; los creados durante la interacción (restricción {new}); los destruidos durante la interacción (restricción {destroyed}); y los que se crean y se destruyen durante la interacción (restricción {transient}).

Aunque las comunicaciones muestran directamente la implementación de una operación, pueden también mostrar la realización de una clase entera. En este uso, muestran el contexto necesario para implementar todas las operaciones de una clase. Esto permite que el modelador vea los roles múltiples que los objetos pueden desempeñar en varias operaciones.

No hay ejemplos de los diagramas, diferentes casos o sistemas, ya que con UML se modelan áreas de un negocio así como los sistemas que estos requieren

Mensajes[editar | editar código]

Los mensajes se muestran como flechas etiquetadas unidas a los enlaces. Cada mensaje tiene un número de secuencia, una lista opcional de mensajes precedentes, una condición opcional de guarda, un nombre, una lista de argumentos y un nombre de valor de retorno opcional. El nombre de serie incluye el nombre (opcional) de un hilo. Todos los mensajes del mismo hilo se ordenan secuencialmente. Los mensajes de diversos hilos son concurrentes a menos que haya una dependencia secuencial explícita. En conclusión en un diagrama muy sencillo de hacer.

Flujos[editar | editar código]

Generalmente, un diagrama de comunicación contiene un símbolo para un objeto durante una operación completa. Sin embargo, a veces, un objeto contiene diferentes estados que se deban hacer explícitos. Por ejemplo, un objeto pudo cambiar de localización o sus asociaciones pudieron diferenciarse.

Los diferentes símbolos de objeto que representan un objeto se pueden conectar usando flujos "become" o "conversión". Un flujo "become" es una transición, a partir de un estado de un objeto a otro. Se dibuja como una flecha de línea discontinua con el estereotipo "become" o "conversión" y puede ser etiquetado con un número de serie para mostrar cuando ocurre. Un flujo de conversión también se utiliza para mostrar la migración de un objeto a partir de una localización a otra distinta para otro lugar también se deben marcar con el número en secuencias.

Notación[editar | editar código]

Ejemplo
Ejemplo
Ejemplo
Ejemplo

Fuentes[editar | editar código]

[[1]]

[[2]]