Aula 12 - Diagrama de Atividades.pdf

UML
(Unified Modeling Language)
Linguagem Unificada de
Modelagem
Prof: Ivan Fontainha

Bibliografia
◼ BOOCH, Grady; RUMBAUGH, James; JACOBSON,
Ivar. UML: guia do usuário. 2.ed. rev. e atual. Rio de
Janeiro: Elsevier, Campus, c2006.
◼ MELO, Ana Cristina. Desenvolvendo aplicações com
UML 2.2: do conceitual à implementação. 3.ed. Rio de
Janeiro: Brasport, 2010.
◼ LARMAN, Craig. Utilizando UML e padrões: uma
introdução à análise e ao projeto orientados a objetos e
ao desenvolvimento iterativo. Porto Alegre: Bookman,
2007.

UML – Diagramas de Atividades
◼ Tem por propósito focalizar um fluxo de
atividades que ocorrem internamente em um
processamento, dentro de um período de
tempo.
◼ Sua versão atual esta mais coerente com um
diagrama de fluxo de dados ou de workflow.
◼ O diagrama de atividades completo é ligado a
um classificador, como um caso de uso, um
pacote ou a implementação de uma operação.

◼ Ação (Action):
 É uma atividade básica existente para a
especificação de um comportamento
que venha a representar alguma
transformação ou processamento na
modelagem de um sistema.
Preencher Nota

◼ Fluxo de Controle (Control Flow):
 Mostra o fluxo que conecta as ações e
atividades, ou seja, mostra a sequência
de execução.
 Representa a conclusão de uma
atividade e inicialização da próxima.
Corrigir Provas
Preencher Nota
Fluxo de Controle

◼ Nó Inicial (Initial Node):
 Indica o nó que inicia um fluxo quando
uma sequência de atividades é
invocada.
 Similar ao estado inicial do diagrama de
máquinas de estado.

◼ Atividade Final (Activity Final):
 Indica o nó que para todos os fluxos
numa atividade.
 Similar ao estado final do diagrama de
máquinas de estado.

◼ Fluxo Final (Flow Final) :
 Indica o nó final que termina um fluxo.
Utilizado para finalizar algum fluxo, mas
não todos.

◼ Nó de Decisão (Decision Node):
 Permite que, a partir de condições de
guarda, sejam escolhidos entre mais de
um fluxo de saída.
 Utilizado para simular a construção de
um “ if-then-else ”.
 Uma decisão faz a separação de um
fluxo de entrada de outros fluxos
disjuntos.

◼ Nó de Decisão (Decision Node):
 Cada um desses fluxos deve possuir
uma condição de guarda que será
avaliada.
 A partir destas avaliações, pelo menos
um fluxo deve ser disparado ou o
modelo estará mal formado.

◼ Nó de Intercalação (Merge Node):
 A mesma representação gráfica da
decisão é utilizada para marcar o fim de
fluxos disparados por uma decisão.

◼ Exemplo de um
nó de Decisão e
de Intercalação
em uma parte de
um diagrama de
Atividades
Calcular custo
total
[ custo >= 2500 ]
[ custo < 2500 ]
Obter Autorização
Emitir Carnê
Intercalação
Decisão

◼ Nó de Bifurcação (Fork Node):
 A bifurcação separa um fluxo de
entrada em vários fluxos concorrentes,
sendo que todos eles são disparados
ao mesmo tempo.
 A representação gráfica é feita através
de uma linha grossa (no formato de
uma barra).

◼ Nó de União (Join Node):
 A união é um nó que sincroniza múltiplos
fluxos concorrentes, ou seja, a união
concatena fluxos de regiões
concorrentes em um único fluxo simples.
 A representação gráfica é feita através
de uma linha grossa (no formato de uma
barra).

◼ Exemplo de
um nó de
Bifurcação e
União em uma
parte de um
diagrama de
Atividades
Abrindo Arquivo
Corregando
texto
Exibindo
texto
Liberando Edição
de texto
Bifurcação
União

◼ Raias (Swinlanes):
 Ações ou atividades podem ser
organizadas dentro de raias, que são
usadas para agrupar responsabilidades
para ações ou atividades.
 Frequentemente correspondem a
unidades organizacionais num modelo
de negócio.

 Um diagrama de atividades pode ser
dividido visualmente em raias, cada
qual separada de suas raias vizinhas
por linhas sólidas verticais de ambos os
lados.
 A ordenação relativa das raias não tem
significado semântico.
 Cada ação é representada por uma raia
e os fluxos podem atravessar as zonas
das raias.

 Exemplo de
uma parte de
um diagrama
de Atividades
com divisão
de Raias.
Vendedor
Raias
Solicitação de
compra
Lançar Venda
Liberar
Mercadoria
Efetuar
Pagamento
Cliente
Estoquista

 A UML 2.0 acrescenta uma segunda
maneira de mostrar responsabilidades
– são os nomes de divisão (partition
names). Este caso é usado quando não
é possível fazer o uso de raias.
 Na representação deve colocar o nome
da parte responsável entre parênteses,
dentro do retângulo da ação.
(Cliente)
Efetuar Pagamento

◼ Exemplo:
Emitindo liberação
para entrega
Embalar Produto
Emitir nota fiscal
[ com atraso ]
[ sem atraso ]
Remanejar
entregas
Verificando programação
do caminhão de entrega
Separando Produto
em estoque
Preparando Liberação
Produto
Atraso?

Aula 12 - Diagrama de Atividades.pdf

Mais conteúdo relacionado

Mais procurados

Semelhante a Aula 12 - Diagrama de Atividades.pdf

Último

Aula 12 - Diagrama de Atividades.pdf