Diagramas de comportamiento
Diagrama de secuencia
El diagrama de secuencia es un tipo de diagrama de interacción contenido en UML 2.5. Su objetivo es representar el intercambio de mensajes entre los distintos objetos del sistema para cumplir con una funcionalidad. Defina, por tanto, el comportamiento dinámico del sistema de información.
Normalmente es utilizado para definir como se realiza un caso de uso por lo que es utilizado junto al diagrama de casos de uso. También se construye generalmente para comprender mejor el diagrama de clases, ya que el diagrama de secuencia muestra como objetos de esas clases interactúan haciendo intercambio de mensajes.
El diagrama de secuencia es un tipo de diagrama de interacción contenido en UML 2.5. Su objetivo es representar el intercambio de mensajes entre los distintos objetos del sistema para cumplir con una funcionalidad. Defina, por tanto, el comportamiento dinámico del sistema de información.
Normalmente es utilizado para definir como se realiza un caso de uso por lo que es utilizado junto al diagrama de casos de uso. También se construye generalmente para comprender mejor el diagrama de clases, ya que el diagrama de secuencia muestra como objetos de esas clases interactúan haciendo intercambio de mensajes.
Diagrama de actividades
Un diagrama de actividades en UML (Lenguaje de Modelado Unificado) es un tipo de diagrama que se utiliza para modelar el flujo de trabajo o el comportamiento de un sistema o proceso de negocio. Es útil para representar procesos, procedimientos y algoritmos complejos en una forma visual fácil de entender.
Los diagramas de actividades muestran una secuencia de acciones, un flujo de trabajo que va desde un punto inicial hasta un punto final.
Cuando usar un diagrama de actividad
Estos diagramas son utilizados para describir cualquier tipo de proceso. Es especialmente común para modelar gráficamente los diferentes casos de uso, transacciones o procedimientos que haya en un sistema de información. En resumen, son utilizados para representar la forma en la que un sistema tiene una implementación.
La finalidad de este diagrama es modelar el flujo de trabajo de una actividad a otra, pero sin tener en cuenta el paso de mensajes entre ellas. Para ello, estas actividades pueden dividirse en sistemas por lo que una finalidad (la más común) de este diagrama puede ser capturar estos sistemas y describir como se relacionan entre sí.
También es utilizado para modelar las actividades, que podemos asemejar a requisitos funcionales de negocio, por lo que este diagrama tendrá una influencia mayor a la hora de comprender el negocio o sus funcionalidades que en la propia implementación. Hay que tener en cuenta que este diagrama ofrece una visión a alto nivel. ejemplo:
Diagrama de casos de uso
El diagrama de casos de uso es uno de los diagramas incluidos en UML 2.5, estando este clasificado dentro del grupo de diagramas de comportamiento . Es, con total seguridad, el diagrama más conocido y es utilizado para representar los actores externos que interactúan con el sistema de información ya través de que funcionalidades (casos de uso o requisitos funcionales) se relacionan.
elementos del diagrama de casos de uso:
Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos: Actores, Casos de uso y Relaciones .
Actor: Como ya hemos comentado en la presentación, un actor es algo o alguien externo al sistema que interactúa de forma directa con el sistema. Cuando decimos que interactúa nos referimos a que aporta información, recibe información, inicia una acción
Formalmente hablando, un caso de uso es una clasificación de comportamiento que especifica una unidad de funcionalidad completa y que está realizada por uno o más sujetos que se relacionan con el caso de uso colaborando para ello con uno o más actores y que produce un resultado que tiene alguna utilidad para cualquiera de esos actores.
Se representa con una elipse que incluye en su interior el nombre del caso de uso.
las relaciones conectan los casos de uso con los actores o los casos de uso entre sí.
Cuando conectan un actor con un caso de uso representa que ese actor interactúa de alguna manera con ese caso de uso y se representa con una línea continua con la identificación <<comunicates>> .
<<include>>: Se utiliza para representar que un caso de uso utiliza siempre a otro caso de uso. Es decir, un caso de uso se ejecutará obligatoriamente (lo incluye, lo usa). Se representa con una flecha discontinua que va desde el caso de uso de origen al caso de uso que se incluye.
El diagrama de tiempos
es un diagrama UML incluido en la categoría de diagramas de
interacción (perteneciente a los diagramas de comportamiento). Es
utilizado para modelar el comportamiento del sistema dando especial importancia
al tiempo. Los diagramas de tiempo se centran en las condiciones
que cambian dentro y entre las líneas de vida a lo largo de un eje de
tiempo lineal. Los diagramas de tiempo describen el comportamiento de los
clasificadores individuales y las interacciones de los clasificadores, enfocando
la atención en el tiempo de los eventos que causan cambios en las
condiciones de las líneas de vida.
La línea de vida es un elemento que representa a un
individuo participante en la interacción. Si bien las partes y
las características estructurales pueden tener una multiplicidad mayor que 1,
las líneas de vida representan solo una entidad que interactúa . Sigue
la misma esencia que las líneas de vida de los diagramas de secuencia.
El diagrama de tiempo podría mostrar
los estados del clasificador o atributo participante , o
algunas condiciones comprobables, como un valor discreto de un atributo.
La restricción de tiempo es una restricción de
intervalo que se refiere a un intervalo de tiempo. El
intervalo de tiempo es una expresión utilizada para determinar si se cumple la
restricción.
La semántica de una restricción de tiempo se hereda de las
restricciones.
La restricción de tiempo se muestra como una asociación
gráfica entre un intervalo de tiempo y la construcción que
restringe. Normalmente, esta asociación gráfica es una línea pequeña, por
ejemplo, entre una especificación de ocurrencia y un intervalo de tiempo.
Comentarios
Publicar un comentario