DIAGRAMA  DE DISTRIBUCIÓN

En el diagrama de distribución es donde representamos la estructura de hardware donde estará nuestro sistema o software, para ello cada componente lo podemos representar como nodos, el nodo es cualquier elemento que sea un recurso de hardware, es decir, es nuestra denominación genérica para nuestros equipos.

Dentro de la clasificación de los nodos tenemos que hay el nodo que puede ejecutar o procesar y el nodo que no ejecuta ni procesa, estos últimos pueden ser los dispositivos de salida como impresoras o monitores, es decir, los que están en contacto con el exterior.

Para representar al nodo utilizaremos la figura del cubo, dentro de nuestro cubo podemos escribir la información correspondiente al nodo, por ejemplo su nombre, veamos a continuación un nodo básico:

Ahora si necesitamos indicar información adicional de nuestro nodo, por ejemplo si pertenece a un paquete o tal vez los componentes que posee, podemos dividir el cubo en diferentes secciones donde iremos agregando la información representada en texto, veamos en el siguiente ejemplo a que nos referimos:

Incorporar Relaciones entre Nodos

Por supuesto que un nodo no es un ente aislado en un sistema, para ello en nuestro diagrama podremos representar como se asocia o se relaciona con otros nodos, a través de sus componentes o interfaces, con ello podemos dar una representación más exacta.

Usualmente utilizamos la conexión como la forma de representación, sin embargo podemos utilizar la asociación y la agregación en nuestros nodos, para representar la conexión utilizamos una línea discontinua, donde vinculamos un componente de un nodo a otro componente de otro nodo, esta conexión no necesariamente es un cable, esta conexión también puede representar conexiones inalámbricas, como Wi-Fi, Bluetooth, infrarrojos, etc.

Veamos a continuación un ejemplo de este tipo de conexión del que estamos hablando:

Como podemos notar esta es la representación de la distribución de un sistema cliente – servidor, que sucede en este diagrama, en el nodo cliente tenemos un componente de programa de presentación, dicho programa probablemente nos debe mostrar los recursos del servidor a los que podemos tener acceso, como por ejemplo el programa de búsqueda, al utilizar dicho programa, ocurre una conexión con el servidor quien procesa y hace un procesamiento de los datos y entonces retorna un resultado para dicha búsqueda.

Nuestro diagrama de nodos entonces nos da una representación bastante acertada de la estructura de los equipos que intervienen, ya que el cliente puede ser un terminal cualquier con dispositivos de entrada y salida de datos y el servidor es un equipo diferente que procesa los datos.

Ya tenemos una idea aproximada de como representar la distribución de hardware de nuestros sistemas utilizando UML, en el próximo tutorial veremos una aplicación más extensa de los diagramas de distribución.

DIAGRAMA DE COMPONENTES

El diagrama de componentes proporciona una visión física de la construcción del sistema de información. Muestra la organización de los componentes software, sus interfaces y las dependencias entre ellos.

Descripción

Como ya se ha indicado, los elementos de estos diagramas son los componentes software y las dependencias entre ellos.

Un componente es un módulo de software que puede ser código fuente, código binario, un ejecutable, o una librería con una interfaz definida. Una interfaz establece las operaciones externas de un componente, las cuales determinan una parte del comportamiento del mismo. Además se representan las dependencias entre componentes o entre un componente y la interfaz de otro, es decir uno de ellos usa los servicios o facilidades del otro.

Estos diagramas pueden incluir paquetes que permiten organizar la construcción del sistema de información en subsistemas y que recogen aspectos prácticos relacionados con la secuencia de compilación entre componentes, la agrupación de elementos en librerías, etc.

Notación

Componente

Un componente se representa como un rectángulo, con dos pequeños rectángulos superpuestos perpendicularmente en el lado izquierdo.

Para distinguir distintos tipos de componentes se les puede asignar un estereotipo, cuyo nombre estará dentro del símbolo: << ... >>




Interfaz

Se representa como un pequeño círculo situado junto al componente que lo implementa y unido a él por una línea continua. La interfaz puede tener un nombre que se escribe junto al círculo. Un componente puede proporcionar más de una interfaz.

Paquete

Un paquete se representa con un icono de carpeta (ver Diagrama de Paquetes).

Relación de dependencia

Una relación de dependencia se representa mediante una línea discontinua con una flecha que apunta al componente o interfaz que provee del servicio o facilidad al otro. La relación puede tener un estereotipo que se coloca junto a la línea, entre el símbolo: <<...>>





















































































DIAGRAMA DE COLABORACIONES

El diagrama de colaboraciones describe las interacciones entre los objetos en términos de mensajes secuenciados. Los diagramas de colaboración representan una combinación de información tomada de los diagramas de clases, de secuencias y de casos de uso, describiendo el comportamiento, tanto de la estructura estática, como de la estructura dinámica de un sistema. 

Rol de la Clase

El rol de la clase describe cómo se comporta un objeto. Los atributos del objeto no se listan.

Rol de las Asociaciones 

Los roles de asociación describen cómo se va a comportar una asociación en una situación particular. Se usan líneas simple etiquetadas con un estereotipo

.

Mensajes

Contrariamente a los diagramas de secuencias, los diagramas de colaboración no tienen una manera explícita para denotar el tiempo, por lo que entonces numeran a los mensajes en orden de ejecución. La numeración puede anidarse; por ejemplo, para mensajes anidados al mensaje número 1: 1.1, 1.2, 1.3, etc. . La condición para un mensaje se suele colocar entre corchetes. Para indicar un loop se usa * después de la numeración. 

DIAGRAMA DE ACTIVIDADES 

 Un diagrama de actividades ilustra la naturaleza dinámica de un sistema mediante el modelado del flujo ocurrente de actividad en actividad. Una actividad representa una operación en alguna clase del sistema y que resulta en un cambio en el estado del sistema. Típicamente, los diagramas de actividad son utilizados para modelar el flujo de trabajo interno de una operación.

Estados de Acción

 Los estados de acción representan las acciones no interrumpidas de los objetos. 

Flujo de la Acción 

Los flujos de acción, representados con flechas, ilustran las relaciones entre los estados de acción

Flujo de Objetos

El flujo de objetos se refiere a la creación y modificación de objetos por parte de actividades. Una flecha de flujo de objeto, desde una acción a un objeto, significa que la acción está creando o influyendo sobre dicho objeto. Una flecha de flujo de objeto, desde un objeto a una acción, indica que el estado de acción utiliza dicho objeto. 

Estado Inicial

 Estado inicial de un estado de acción. 

Final State 

Estado final de un estado de acción. 

Ramificación 

Un rombo representa una decisión con caminos alternativos. Las salidas alternativas deben estar etiquetadas con una condición. 

Sincronización 

Una barra de sincronización ayuda a ilustrar la ocurrencia de transiciones paralelas, así quedan representadas las acciones concurrentes. 

Marcos de Responsabilidad

Los marcos de responsabilidad agrupan a las actividades relacionadas en una misma columna. 

DIAGRAMA DE SECUENCIAS

El diagrama de secuencia es un tipo de diagrama de interacción cuyo objetivo es describir el comportamiento dinámico del sistema de información haciendo énfasis en la secuencia de los mensajes intercambiados por los objetos.

Descripción

Un diagrama de secuencia tiene dos dimensiones, el eje vertical representa el tiempo y el eje horizontal los diferentes objetos. El tiempo avanza desde la parte superior del diagrama hacia la inferior. Normalmente, en relación al tiempo sólo es importante la secuencia de los mensajes, sin embargo, en aplicaciones de tiempo real se podría introducir una escala en el eje vertical. Respecto a los objetos, es irrelevante el orden en que se representan, aunque su colocación debería poseer la mayor claridad posible.

Cada objeto tiene asociados una línea de vida y focos de control. La línea de vida indica el intervalo de tiempo durante el que existe ese objeto. Un foco de control o activación muestra el periodo de tiempo en el cual el objeto se encuentra ejecutando alguna operación, ya sea directamente o mediante un procedimiento concurrente.

Notación

Objeto y línea de vida

Un objeto se representa como una línea vertical discontinua, llamada línea de vida, con un rectángulo de encabezado con el nombre del objeto en su interior. También se puede incluir a continuación el nombre de la clase, separando ambos por dos puntos.

Si el objeto es creado en el intervalo de tiempo representado en el diagrama, la línea comienza en el punto que representa ese instante y encima se coloca el objeto. Si el objeto es destruido durante la interacción que muestra el diagrama, la línea de vida termina en ese punto y se señala con un aspa de ancho equivalente al del foco de control.

En el caso de que un objeto existiese al principio de la interacción representada en el diagrama, dicho objeto se situará en la parte superior del diagrama, por encima del primer mensaje. Si un objeto no es eliminado en el tiempo que dura la interacción, su línea de vida se prolonga hasta la parte inferior del diagrama.

La línea de vida de un objeto puede desplegarse en dos o más líneas para mostrar los diferentes flujos de mensajes que puede intercambiar un objeto, dependiendo de alguna condición.

Foco de control o activación

Se representa como un rectángulo delgado superpuesto a la línea de vida del objeto. Su largo dependerá de la duración de la acción. La parte superior del rectángulo indica el inicio de una acción ejecutada por el objeto y la parte inferior su finalización.

Mensaje

Un mensaje se representa como una flecha horizontal entre las líneas de vida de los objetos que intercambian el mensaje. La flecha va desde el objeto que envía el mensaje al que lo recibe. Además, un objeto puede mandarse un mensaje a sí mismo, en este caso la flecha comienza y termina en su línea de vida.

La flecha tiene asociada una etiqueta con el nombre del mensaje y los argumentos. También pueden ser etiquetados los mensajes con un número de secuencia, sin embargo, este número no es necesario porque la localización física de las flechas que representan a los mensajes ya indica el orden de los mismos.

Los mensajes pueden presentar también condiciones e iteraciones. Una condición se representa mediante una expresión booleana encerrada entre corchetes junto a un mensaje, e indica que ese mensaje sólo es enviado en caso de ser cierta la condición. Una iteración se representa con un asterisco y una expresión entre corchetes, que indica el número de veces que se produce.

(Nota.- Esta notación es la más habitual, pero MÉTRICA Versión 3 no exige su utilización).

Ejemplo

Diagrama de secuencia para el caso de uso: Prestar un ejemplar de una aplicación encargada de los préstamos y reservas de una biblioteca:

DIAGRAMA DE OBJETOS

Los diagramas de objetos modelan las instancias de elementos contenidos en los diagramas de clases. Un diagrama de objetos muestra un conjunto de objetos y sus relaciones en un momento concreto. En UML, los diagramas de clase se utilizan para visualizar los aspectos estáticos del sistema y los diagramas de interacción se utilizan para ver los aspectos dinámicos del sistema, y constan de instancias de los elementos del diagrama de clases y mensajes enviados entre ellos.

En un punto intermedio podemos situar los diagramas de objetos, que contiene un conjunto de instancias de los elementos encontrados en el diagrama de clases, representando sólo la parte estática de una interacción, consistiendo en los objetos que colaboraran pero sin ninguno de los mensajes intercambiados entre ellos.

Los diagramas de objetos se emplean para modelar la vista de diseño estática o la vista de procesos estática de un sistema al igual que se hace con los diagramas de clases, pero desde la perspectiva de instancias reales o prototípicas. Esta vista sustenta principalmente los requisitos funcionales de un sistema. Los diagramas de objetos permiten modelar estructuras de datos estáticas,

En general los diagramas de objetos se utilizan para modelar estructuras de objetos, lo que implica tomar una instantánea de los objetos de un sistema en un cierto momento. Un diagrama de objetos representa una escena estática dentro de la historia representada por un diagrama de interacción. Los diagramas de objetos se utilizan para visualizar, especificar, construir y documentar la existencia de ciertas instancias en el sistema, junto a las relaciones entre ellas.

Crear diagramas objetos UML

UModel es compatible con diagramas de objetos UML, con los que puede ilustrar las instancias de su proyecto de desarrollo.

Los diagramas de objetos de UModel representan un único ejemplo de una clase y se utilizan para ilustrar un punto de datos en su aplicación. Cuando cree un objeto nuevo, llamado especificación de instancia, UModel le permite asignar una clase ya existente representada por la instancia. UModel ofrece automáticamente al objeto instancias de las propiedades pertinentes desde la clase y el usuario puede insertar valores de muestras para el objeto.

Los diagramas de objetos UML usan una notación similar a los diagramas de clase y se usan para ilustrar una instancia de una clase en un momento concreto. También pueden servir para ilustrar una clase y sus relaciones con un ejemplo de la vida real.

DIAGRAMA DE ESTADOS

Diagrama de Estado: Este muestra la secuencia de estados por los que pasa bien un caso de uso,

 un objeto a lo largo de su vida, o bien todo el sistema. Es una forma de representación gráfica 

más intuitiva de los autómatas finitos basadas en dígrafos con arcos acotados llamados transicio

nes en los cuales se ponen los símbolos de tránsito entre un vértice (estado) y otro y se identifican

 los estados de partida y los de aceptación del resto. Los diagramas de estados finitos son también representaciones más cómodas para su elaboración, legibilidad y comprensión de distintos tipos 

de abstracciones computacionales de reconocimiento como los autómatas de pila y las máquinas 

de Turing.

Características

Sea un autómata finito definido por la 5-tupla A=<Q, T, g, F, q0>, donde Q es el conjunto de estados, T el alfabeto de símbolos terminales, la relación de transiciones , F son los estados finales o de llegada dentro de Q, q0 es el estado inicial o de partida; se le llama diagrama de estados de A al grafo orientado con aristas y vértices acotados de la forma siguiente:

• Todos los estados de Q se representan por círculos en cuyo interior se designa el nombre del estado que representa.
  • El estado inicial q0 se indica agregando una saeta corta a su izquierda que no tiene origen alguno y concluye en el borde de la circunferencia, normalmente en los 180 grados del mismo.
  • Los estados finales se indican o bien sombreando el círculo o poniendo un borde doble al estado.
  • Pueden existir estados iniciales finales, simplemente se aplican los dos casos anteriores.
• A cada transición entre los estados qi y qj con el símbolo terminal x o la cadena vacía ε se representa como un arco etiquetado con x ó εsegún corresponda.
• Si entre los estados y en el mismo sentido hay varias transiciones con los terminales x1, x2, ..., xn entonces se indican en el mismo arco pero separados por espacio o comas según convenga.

•