DIAGRAMA_DE_ACTIVIDADES

Vista previa del material en texto

CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 1 de 9 
 
DIGRAMA DE ACTIVIDADES 
 
 
Introducción 
 
 Un diagrama de actividades es un diagrama de flujo que 
muestra el control entre las distintas actividades. 
 Al referirnos a las actividades hacemos referencia a las 
actividades de una organización, que ya conocemos que funciona 
como sistema abierto. 
 El diagrama de actividades es una herramienta que nos permite 
modelar los aspectos dinámicos del sistema empresa. 
 Se utilizan para visualizar, especificar, construir y documentar 
la dinámica de un flujo de un objeto conforme pasa de un estado a 
otro y el flujo de control de una operación que se debe llevar a cabo. 
Existen otros tipos de diagramas denominados de interacción 
que se utilizan para destacar el flujo de control entre objetos. 
 También es importante recordar que los diagramas de 
actividades los utilizaremos en el futuro para construir sistemas 
ejecutables a través de ingeniería directa e inversa. 
 Donde la ingeniería directa, se entiende como la creación de 
código a partir de un modelo con los diagramas de actividades, 
especialmente si el contexto del diagrama es una operación. 
 Y la ingeniería inversa es la creación de un modulo a partir de 
código también es posible con los diagramas de actividades, 
especialmente si el contexto del código es el cuerpo de una 
operación. 
 
 
Propiedades comunes 
 
Un diagrama de actividades es un tipo especial de diagrama y 
comparte las propiedades comunes al resto de los diagramas (un 
nombre y un contenido grafico que es una proyección de un modelo). 
Lo que distingue a un diagrama de actividades de los otros tipos 
de diagramas es su contenido. 
 
 Contenidos 
 
Normalmente los diagramas de actividades contienen: 
 Estados de actividad y estados de acción. 
 Transiciones. 
 Objetos. 
 
 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 2 de 9 
Estados de acción y estados de actividad 
 
En el flujo de control modelado por un diagrama de actividades 
suceden cosas. Por ejemplo, se podría evaluar una expresión que 
estableciera el valor de un atributo o que devolviera algún valor. 
También se podría invocar una operación sobre un objeto, enviar una 
señal a un objeto o incluso crear o destruir un objeto. Estas 
computaciones ejecutables y atómicas se llaman estados de acción, 
porque son estados del sistema y cada una representa la ejecución de 
una acción. 
 
Ejemplo de estados de acción 
 
 
 
 
 
 
 
 
Nota: UML no impone el lenguaje de esas expresiones. De forma 
abstracta, se podría utilizar texto estructurado; de forma mas 
precisa, se podría utilizar la sintaxis y la semántica de un lenguaje de 
programación. Los estados de actividad pueden descomponerse, es 
decir no son atómicos y pueden ser interrumpidos. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Índice:=buscar (e)+7; 
Preparar Pedido Acción simple 
Expresión 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 3 de 9 
Ejemplo de estado de actividad 
 
Transiciones 
 
 Las transiciones reflejan el paso de un estado a 
otro. Esta transición se produce como resultado de la finalización del 
estado del que parte el arco dirigido que marca la transición. Como 
todo flujo de control debe empezar y terminar en algún momento, 
podemos indicar esto utilizando dos disparadores de inicio y fin tal y 
como queda reflejado en el ejemplo. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Bifurcaciones 
 
 Un flujo de control no tiene porqué ser siempre 
secuencial, puede presentar caminos alternativos. Para poder 
representar dichos caminos alternativos o bifurcación se utilizará 
como símbolo el rombo. Dicha bifurcación tendrá una transición de 
entrada y dos o más de salida. En cada transición de salida se 
Preparar construcción () 
Entry/ponerBloqueo () 
Procesar factura (f) 
Estado de actividad 
Submaquina 
Acción de entrada 
Elegir sitio 
Contratar arquitecto 
Estado Inicial 
Transición sin 
disparador 
Estado de parada 
Estado de 
accion 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 4 de 9 
colocará una expresión booleana que será evaluada una vez al llegar 
a la bifurcación, las guardas de la bifurcación han de ser excluyentes 
y contemplar todos los casos ya que de otro modo la ejecución del 
flujo de control quedaría interrumpida. Para poder cubrir todas las 
posibilidades se puede utilizar la palabra ELSE, para indicar una 
transición obligada a un determinado estado cuando el resto de 
guardas han fallado. 
 
Ejemplo de bifurcación 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
División y Unión 
 
 Las transiciones secuenciales y las bifurcaciones son 
los caminos mas utilizados en los diagramas de actividades. Sin 
embargo, también es posible encontrar flujos concurrentes, 
especialmente cuando se modelan flujos de trabajo de procesos de 
negocio. En UML se utiliza una barra de sincronización para 
especificar la división y la unión de estos flujos de control paralelos. 
Una barra de sincronización se representa como una línea horizontal 
o vertical ancha. 
 Por ejemplo, considérese los flujos recontrol 
implicados en el control de un dispositivo que imite la voz y los 
gestos humanos. 
 
 
 
 
 
 
Recolectar parte de 
trabajo 
Volver a planificar 
Asignar tareas 
bifurcacion 
Expresión de 
guarda 
[Materiales no disponibles] 
[Materiales disponibles] 
Expresión de guarda 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 5 de 9 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Una unión puede tener dos o más transiciones de 
entrada y una transición de salida. Antes de llegar a la unión las 
actividades asociadas con cada uno de los caminos continúan en 
paralelo. 
 
Calles (swimlanes) 
 
 Cuando se modelan flujos de trabajo de 
organizaciones, es especialmente útil dividir los estados de 
actividades en grupos, cada grupo tiene un nombre concreto y se 
denominan calles. Cada calle representa a la parte de la organización 
responsable de las actividades que aparecen en esa calle. 
 
 
 
 
Preparar la conversación 
Descomprimir 
Gesticular() 
Mover Boca() 
Emitir audio() 
Limpieza 
Union 
Division 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 6 de 9 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Usos comunes 
 
 Los diagramas de actividades se utilizan para 
modelar los aspectos dinámicos de un sistema. Estos aspectos 
dinámicos pueden involucrar la actividad de cualquier tipo de 
abstracción en cualquier vista de la arquitectura de un sistema, 
incluyendo clases, interfaces, componentes y nodos. Cuando se 
Solicitar producto Procesar pedido 
Extraer artículos 
Enviar pedido 
Recibir pedido 
Pagar factura 
Facturar al cliente 
Cerrar pedido 
Cliente Ventas Almacen 
Calle 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 7 de 9 
modelan los aspectos dinámicos de un sistema, normalmente se 
utilizan los diagramas de actividades de dos formas: 
 
 Para modelar un flujo de trabajo: 
 Para ello se hace hincapié en las actividades, tal y como son vistas 
por los actores que colaboran con el sistema. 
 Para modelar una operación: 
 Para ello se utilizan los diagramas de actividades como diagramas 
reflujo, para modelarlos detalles de una computación. 
 
 
Modelado de un flujo de trabajo 
 
Para modelar un flujo de trabajo: 
 
 Hay que establecer un centro de interés para el flujo de trabajo. 
Para los sistemasno triviales, es imposible mostrar todos los 
flujos de trabajo interesantes en un diagrama. 
 Hay que seleccionar los objetos del negocio que tienen las 
responsabilidades de más alto nivel en cada parte del flujo de 
trabajo global. Estos pueden ser cosas concretas del 
vocabulario del sistema, o pueden ser más abstractos. En 
cualquier caso, debe crearse una calle para cada objeto del 
negocio importante. 
 Hay que identificar las precondiciones del estado inicial del flujo 
de trabajo y las poscondiciones del estado final. Esto es 
importante para ayudar a modelarlos limites del flujo de 
trabajo. 
 Comenzando por el estado inicial del flujo de trabajo, hay que 
especificar las actividades y acciones que tienen lugar a lo largo 
del tiempo, y deben representarse en el diagrama de 
actividades como estados de actividad o estados de acción. 
 Hay que representar las acciones complicadas o los conjuntos 
de acciones que aparezcan muchas veces a estados de 
actividad, y proporcionar un diagrama de actividades separado 
que expanda cada uno. 
 Hay que representar las transiciones que conectan los estados 
de acción y de actividad. 
 Si el flujo involucra objetos importantes, hay que representarlos 
también en el diagrama de actividades. Hay que mostrar su 
valor y su estado cuando cambien. Si es necesario para 
comunicar el propósito del flujo de objetos. 
 
 
 
 
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 8 de 9 
Modelado de una operación 
 
Para modelar una operación: 
 
 Hay que reunir las abstracciones implicadas en la operación. 
Esto incluye los parámetros de la operación (incluyendo el tipo 
de retorno, si lo hay), los atributos de clase a la que pertenece 
y ciertas clases vecinas. 
 Hay que identificar las precondiciones en el inicial de la 
operación y las poscondiciones en el estado final. También hay 
que identificar cualquier invariante de la clase a la que 
pertenece que deba mantener durante la ejecución de la 
operación. 
 Hay que especificar las actividades y acciones que tienen lugar 
a lo largo de la ejecución, comenzando por el estado inicial de 
la operación, y representarlas en el diagrama de actividades 
como estados de actividad o estados de acción. 
 Hay que usar bifurcaciones cuando sea necesario especificar 
caminos alternativos e iteraciones. 
 Hay que usar divisiones y uniones cuando sea necesario 
especificar flujos paralelos de control, solo si la operación se 
encuentra en una clase activa. 
 
 
BIBLIOGRAFIA 
 
 
Título Architecture and Principles of Systems Engineering 
Volume 3 de Complex and Enterprise Systems Engineering 
Autores Charles Dickerson, Dimitri N. Mavris 
Edición ilustrada 
Editor Taylor and Francis, 2009 
ISBN 1420072536, 9781420072532 
 
 
 
 
 
 
 
 
 
 
 
 
 
http://www.google.es/search?tbs=bks:1&tbo=p&q=+bibliogroup:%22Complex+and+Enterprise+Systems+Engineering%22&source=gbs_metadata_r&cad=3
http://www.google.es/search?tbs=bks:1&tbo=p&q=+inauthor:%22Charles+Dickerson%22&source=gbs_metadata_r&cad=3
http://www.google.es/search?tbs=bks:1&tbo=p&q=+inauthor:%22Dimitri+N.+Mavris%22&source=gbs_metadata_r&cad=3
CATEDRA DE SISTEMAS Y ORGANIZACIONES 
DEPARTAMENTO DE SISTEMAS 
FACULTAD REGIONAL TUCUMAN – UTN 
 
Página 9 de 9