DIAGRAMA DE ATIVIDADES

Prof Luclia Oliveira

Email: lucelia.com@gmail.com

DIAGRAMA DE ATIVIDADES

o diagrama com maior nfase ao nvel de

algoritmo da UML e provavelmente um dos mais
detalhistas.
Era considerado um caso especial do Diagrama
de Grficos de Estados.
A partir da UML 2.0 tornou-se um diagrama
totalmente independente.

DIAGRAMA DE ATIVIDADES

Apresenta muitas semelhanas com os antigos

fluxogramas.
Este diagrama preocupa-se em descrever os
passos a serem percorridos para a concluso de
um mtodo ou algoritmo especfico e no um
processo completo como o diagrama de
seqncia.

POSSUI TRS ESTADOS OBRIGATRIOS

Estado

inicial

Estado

final

Estado

de ao

FLUXOS DE CONTROLE

Quando a ao est completa, o fluxo de controle

passa imediatamente prxima ao.
O fluxo especificado utilizando setas de fluxo
para mostrar o caminho de uma ao seguinte.
Fluxo de
controle

PONTO DE DECISO

Representa um ponto do fluxo de controle onde

deve ser realizado um teste, uma tomada de
deciso.
As transies geradas por um Ponto de Deciso
necessitam ser providas de uma Condio de
Guarda(texto entre colchetes) para determinar
qual a condio do teste.

EXEMPLO - PONTO DE DECISO

EXEMPLO - DIAGRAMA DE ATIVIDADES

RECOMENDAES DE UTILIZAO DO
DIAGRAMA DE ATIVIDADES
1.

Modelagem dos processos do negcio

2.

Modelagem da lgica de um caso de uso

3.

Modelagem da lgica de uma operao complexa

1. MODELAGEM DOS PROCESSOS DO NEGCIO

O processo de negcio tambm um processo de

entendimento
s vezes os modelos so construdos para
melhorar o entendimento de um determinado
problema
Nesse caso, o enfoque est em entender o
comportamento do sistema no decorrer de
diversos casos de uso

EXEMPLO -MODELAGEM DOS PROCESSOS DO NEGCIO

2.

MODELAGEM DA LGICA DE UM CASO DE USO

Na descrio de um caso de uso, no h uma

sintaxe clara para indicar decises, iteraes e
fluxos executados em paralelo. comum utilizar
frases como O passo P ocorre at que a condio
C seja verdadeira ou Vai para o passo 9 do
Fluxo Principal.
Nessas situaes, interessante complementar a
especificao do caso de uso com um diagrama de
atividades.
O diagrama de atividades deve ser usado para
complementar a especificao e no para
substitu-la.

EXEMPLO - MODELAGEM DA LGICA DE UM CASO DE USO

3.

MODELAGEM DA LGICA DE UMA OPERAO COMPLEXA

Em alguns casos, quando uma operao de uma

classe de controle implementa uma regra de
negcio, pode haver a necessidade de descrever a
lgica dessa operao ou da prpria regra de
negcio.
Diagramas de atividades tambm podem ser
usados com esse objetivo

DESCRIO DE UMA REGRA DE NEGCIO:

A nota de um aluno em uma disciplina (um valor de 0
a 10) obtida pela mdia de duas avaliaes durante
o semestre, A1 e A2, ou pela freqncia nas aulas.
Se o aluno obtiver nota maior ou igual a 7.0 (sete),
ser aprovado.
Se o aluno obtiver nota maior ou igual a 5.0 (cinco) e
menor que 7.0 (sete), dever fazer a avaliao final.
Se o aluno obtiver nota menor que 5.0 (cinco) ser
reprovado.
Se o aluno obtiver uma freqncia menor que 75% em
uma turma, ser automaticamente reprovado.
Aps a prova final, o aluno ser considerado aprovado,
se sua mdia final for maior ou igual a 6.0 (seis), caso
contrrio, ser reprovado.

EXEMPLO - MODELAGEM DA LGICA DE UMA REGRA DE NEGCIO

EXERCCIOS
1.

Analise o Diagrama de Casos de Uso abaixo, referente

a um mdulo de matrcula e construa um Diagrama de
Atividades para demonstrar modelagem dos processos
do negcio.
3.

2.

Leia, interprete a descrio do caso de uso abaixo e

complemente a sua especificao atravs de um
Diagrama de Atividades

Projeto: Controle de Cursos

Nome: Manter Aluno
Descrio: Este caso de uso permite a incluso, excluso, alterao
e consulta de alunos, pela atendente
Ator Principal: Aluno
Ator Secundrio: Atendente
Pr-condio: A atendente dever estar devidamente identificada
pelo sistema

Fluxo Principal:
1.
A Atendente informa o cdigo do aluno [A1]
2.
A Atendente solicita a busca
3.
O sistema pesquisa os dados do aluno
4.
O sistema exibe os dados do aluno [A2]
5.
A Atendente edita os dados do aluno [A3]
6.
A Atendente solicita a gravao dos dados
7.
O sistema valida os dados informados
8.
O sistema grava os dados do aluno [A4]
9.
Fim do caso de uso
Fluxos Alternativos:
A1. Novo Aluno
1.
A Atendente solicita a incluso de um novo aluno
2.
O sistema solicita os dados do novo aluno
3.
A Atendente informa os dados do aluno
4.
Vai para o passo 6 do fluxo principal

A2. Aluno no encontrado

1.
O sistema informa a situao atendente
2.
Vai para o passo 1 do Fluxo Principal
A3. Excluso de Aluno
1.
Atendente solicita excluso do aluno
2.
O sistema solicita confirmao da excluso
3.
[se confirmao positiva] Sistema exclui aluno
4.
Vai para o passo 9 do fluxo principal
A4. Dados invlidos
1.
Se algum dado do aluno estiver em desacordo com as regras de
validaes e restries, o sistema informa situao Atendente
2.
Vai para o passo 5 do fluxo principal
Ps-condies: Os dados so includos, alterados ou excludos
conforme solicitao do aluno

Restries e Validaes:
1.
2.
3.

Nenhum campo poder ser deixado em branco

O campo CPF dever ser preenchido somente com nmeros
O ano de nascimento dever ser informado com 4 dgitos

3.

Construa um Diagrama de Atividades para

o seguinte processo de negcio:
A autorizao do pagamento tem incio aps um pedido ter sido
realizado pelo cliente.
Ao mesmo tempo, a disponibilidade para cada um dos itens do
pedido verificada pelo depsito.
Se a quantidade requisitada de um determinado item existe em
estoque, tal quantidade associada ao pedido, caso contrrio, a
quantidade do item ser alterada (se houver em quantidade
menor), se a quantidade em estoque for igual a zero, o item ser
excludo.
O pedido enviado pelo depsito ao cliente quando todos os
itens estiverem associados e o pagamento estiver autorizado.
O pedido ser cancelado se a ordem de pagamento no tiver sido
autorizada.