UNIVERSIDAD CATOLICA LOS ANGELES

CHIMBOTE
Facultad De Escuela De Ingeniera De Sistema

Curso:

Ingeniería de Software I

Tema:

Diagrama de Actividades

Estudiante:

Espinoza Sanjinez Jhosmar Antoni

Ciclo: V

Docente:

Castillo Boggio Luis

2019
 DIAGRAMA DE ACTIVIDADES

Los diagramas de actividades se utilizan para modelar aspectos dinámicos de un sistema. Con un
diagrama de actividades también se puede modelar el flujo de un objeto conforme pasa de estado a
estado en diferentes puntos de flujo de control.

Los diagramas de actividades pueden utilizarse para visualizar, especificar, construir y documentar
la dinámica de una sociedad de objetos, o pueden emplearse para modelar el flujo de control de una
operación (1).

Las actividades producen finalmente alguna acción, que esta compuesta de computaciones atómicas
ejecutables que producen un cambio en el estado del sistema o la devolución de un valor. Las
acciones incluyen llamadas a otras operaciones, envió de señales, creación o destrucción de objetos
o simples cálculos, como la evaluación de una expresión.

 BIFURCACIÓN

Se puede incluir una bifurcación, que especifica caminos alternativos, elegidos según el valor de
alguna expresión booleana. Una bifurcación puede tener una transición de entrada y dos o más de
salida. En cada transición de salida se coloca una expresión booleana, que se evalúa solo una vez al
entrar en la bifurcación.

 DIVISIÓN Y UNIÓ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
unión de estos flujos de control paralelos. Una barra de sincronización se representa como una
línea horizontal o vertical ancha.

Una división puede tener una transición de entrada y salida o más transiciones de salida, cada una
de las cuales representa el flujo de control independiente. Después de la división, las actividades a
cada uno de estos caminos continúan en paralelo.

Una unión representa la sincronización de dos o más flujos de control concurrentes. Una unión
puede tener dos o más transiciones de entrada y una transición de salida. Antes de llegar ala unión,
las actividades asociadas con cada uno de los caminos continúan en paralelo. En la unión, los flujos
concurrentes se sincronizan, es decir, cada uno espera hasta que todos los flujos de entrada han
alcanzado la unión, y a partir de ahí continua un único flujo de control que sale de la unión.

 CALLES (SWIMLANES)

Una cosa especialmente útil cuando se modelan flujos de trabajo de procesos de organizaciones, es
dividir los estados de actividad de un diagrama de actividades en grupos, donde cada uno representa
la parte de la organización responsable de esas actividades, En UML cada grupo se denomina una
calle porque, visualmente, cada grupo se separa de sus vecinos por una línea vertical continua. Una
calle especifica un lugar para las actividades.

Cada calle representa una responsabilidad de alto nivel de una parte de la actividad global de un
diagrama de actividades, y cada calle puede ser implementada en última instancia por una o más
clases. En un diagrama de actividades organizado en calles, cada actividad pertenece a una única
calle, pero las transiciones pueden cruzar las calles.

 FLUJO DE OBJETOS.

Se pueden especificar los objetos implicados en un diagrama de actividades colocándolos en el

diagrama, conectados con una dependencia a la actividad o transición que los crea, los destruye o
los modifica. Este uso de las relaciones de dependencia y de los objetos se denomina flujo de
objetos, porque representa la participación de un objeto en un flujo de control.

Cuando se modelan los aspectos dinámicos de un sistema, normalmente se utilizan los diagramas
de actividades de dos formas:

1. 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. En este uso de los diagramas de actividades, es parcialmente importante el modelado
de los flujos de objetos.

Para modelar un flujo de trabajo:

 Hay que establecer un centro de interés para el flujo de trabajo. Para los sistemas no triviales,
es imposible mostrar todos los flujos de trabajo interesantes de 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
postcondiciones del esto final. Esto es importante para ayudar a modelar los 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 llevar 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. Debe
comenzarse con los flujo de trabajo, a continuación considerar las bifurcaciones y por
ultimo, tener en cuenta las divisiones y las uniones.

 Si el flujo involucra objetos importantes, hay que representarlos también en el diagrama de

actividades. Hay que mostrar sus valores y estado cuando cambien, si es necesario para
comunicar el propósito del flujo de objetos.

2. Para modelar una operación.

Para ello se utilizan los diagramas de actividades como diagramas de flujo, para modelar los detalles
de una computación. El contexto de un diagrama de actividades utilizado con esta finalidad incluye
los parámetros de la operación, así como sus objetos locales.

Cuando se dibuje un diagrama de actividades:

 Hay que darle un nombre que comunique su propósito.

 Hay que comenzar por modelar el flujo principal. Las bifurcaciones, la concurrencia y flujos
de objetos se deben considerar como secundarios, posiblemente en diagramas separados.

 Hay que distribuir sus elementos para minimizar los cruces de líneas.

 Hay que usar notas y colores como señales visuales para llamar la atención sobre las
características importantes del diagrama (2).

Referencias Bibliográficas:

1. Amaya J. Sistemas de información gerenciales: hardware, software, redes, internet, diseño

(2a. Ed.).2010. [En linea]. Editorial: Bogotá; Ecoe Ediciones.[Citado julio de 2019].
 Disponible en:
https://ebookcentral.proquest.com/lib/bibliocauladechsp/detail.action?docID=3193787&q
uery=diagrama+de+actividades#
2. Trujillo Y. Modelo para valorar las organizaciones desarrolladoras de software al iniciar la
mejora de procesos.2015. [En Linea] Havana: Editorial Universitaria. [Citado julio de
2019]. Disponible en:
https://ebookcentral.proquest.com/lib/bibliocauladechsp/detail.action?docID=4183758&q
uery=diagrama+de+actividades#