Diagramas De Actividad Uml

Ingeniería de Software I

Diagramas de Actividad
2° Cuatrimestre 1998

Diagramas de Actividad
1. INTRODUCCIÓN 1

2. DIAGRAMA DE ACTIVIDAD 2.1. SEMÁNTICA 2.2. NOTACIÓN 2.3. EJEMPLO 3. ACCIÓN 3.1. SEMÁNTICA 3.2. NOTACIÓN 3.3. OPCIONES DE PRESENTACIÓN 3.4. EJEMPLO 4. DECISIONES 4.1. SEMÁNTICA 4.2. NOTACIÓN 4.3. EJEMPLO 5. ANDARIVELES 5.1. SEMÁNTICA 5.2. NOTACIÓN 5.3. EJEMPLO

1 1 1 2 3 33 3 3 3 3 3 4 4 4 4 5

i

Diagramas de Actividad

Diagramas de Actividad
1. Introducción
El objetivo de este breve apunte es describir los Diagramas de Actividad, propuestos por el lenguaje estándar de modelado de sistemas de software UML (Unified Modelling Language). Casi todas las definiciones de este apunte fueron tomadas de la guía semántica de UML, versión 1.1. Sin embargo, sehicieron algunas modificaciones menores para limitar estos diagramas al alcance con el que se los quiere utilizar en la materia, de tal forma que no garantizamos “compatibilidad” entre los diagramas que resultan de seguir este apunte y las definiciones formales del UML. Algunos aspectos de los Diagramas de Actividades no fueron incluidos en este apunte ni serán usados en la materia, pero pueden serconsultados por los alumnos en la documentación de UML. Para más información, se pueden utilizar los punteros de la página de Web de la materia.

2. Diagrama de Actividad
2.1. Semántica Estos diagramas muestran básicamente actividades, representando la realización de operaciones y las transiciones son disparadas por la finalización de estas operaciones. 2.2. Notación Un diagrama de actividad esun caso especial de un diagrama de estados (otro diagrama de UML, que discutiremos más adelante en la materia) en donde todos -o al menos la mayoría- de los estados son estados de acciones y en donde todas -o al menos la mayoría- de las transiciones son disparadas por la finalización de las acciones que las alimentan. Un diagrama de actividad está asociado a la implementación de un caso de uso.El propósito de este diagrama es enfocarse en los flujos manejados por el procesamiento interno (en contraposición con eventos externos). Se debe usar diagrama de actividad en situaciones donde todos o la mayoría de los eventos representan la finalización de acciones generadas internamente (esto es, flujo de control procedural). Este tipo de diagrama no es adecuado en situaciones donde ocurreneventos asincrónicos. Teniendo en cuenta que los casos de uso se centran en la interacción entre el actor y el sistema, y no en el procesamiento interno del sistema durante el caso de uso, aparece la necesidad de utilizar este diagrama para evitar que la documentación de las actividades que realiza el sistema no esté limitada al texto informal de los casos de uso. De esta forma, un caso de usopuede estar acompañado por cero, uno o más diagramas de actividad. Si resulta necesario, se pueden construir diagramas de actividad jerárquicos, donde una actividad de un diagrama sea descompuesta en actividades menores en un diagrama de nivel inferior.

Cátedra de Ingeniería de Software I

Pág 1

Diagramas de Actividad

2.3. Ejemplo
Conseguir Bebida
[hay café] [hay gaseosas] [no hay café][no hay gaseosas]

Poner Café en Filtro Poner Filtro en Máquina

Agregar Agua

Conseguir Tasas

Conseguir Latas Gaseosa Encender Máquina Hacer Café
se apaga la luz

Servir Café Beber

Figura 1 – Diagrama de Actividad

Cátedra de Ingeniería de Software I

Pág 2

Diagramas de Actividad

3. Acción
3.1. Semántica Un estado de acción, o acción simplemente es una representaciónde un estado con una acción interna y al menos una transición saliente que es el evento implícito de finalización de la acción interna. Las acciones no deben tener transiciones internas o transiciones salientes basadas en eventos explícitos: se deben usar otras acciones para esta situación. El uso normal de una acción es modelar un paso o un conjunto de pasos en la ejecución de un algoritmo (un...