5 - FIAP On - Diagramas de Caso de Uso - RevFinal - 20200608 - 0924
5 - FIAP On - Diagramas de Caso de Uso - RevFinal - 20200608 - 0924
5 - FIAP On - Diagramas de Caso de Uso - RevFinal - 20200608 - 0924
com
[email protected]
Engenharia de Software (MBAON -
AOJ) Página 2
LISTA DE FIGURAS
LISTA DE QUADROS
SUMÁRIO
5.1 Objetivos
5.3.1 Cenário
entanto, é difícil entender como tais características e funções serão usadas por
diferentes usuários. Para isso, é possível criar um conjunto de cenários que identifique
um roteiro de uso para o sistema a ser desenvolvido.
http://charges.uol.com.br/2016/04/18/cotidiano-servicus-interruptus/
Importante ressaltar que o caso de uso não representa um passo ou uma etapa
em uma funcionalidade do sistema. O caso de uso é a especificação detalhada de
uma das funcionalidades.
5.3.3 Ator
Um ator humano é uma pessoa, que no diagrama deve possuir como nome o
papel que a pessoa executa no contexto em que o sistema será utilizado. Por exemplo:
funcionário, usuário, cliente ou atendente.
Bem, como identificamos os atores? Para isso, devemos nos fazer as seguintes
perguntas:
5.3.4 Fronteira
5.3.5 Relacionamentos
Caso a linha sólida não tenha a cabeça de flecha, então, qualquer dos dois
elementos, o caso de uso ou o ator, pode iniciar a interação.
O caso de uso base pode ter sua execução dependente do resultado do caso
de uso incluído.
Na ocasião em que dois ou mais casos de uso incluam uma sequência comum
de interações, essa sequência comum pode ser descrita em outro caso de uso. Assim,
vários casos de uso do sistema podem incluir o comportamento desse caso de uso
comum. Essa prática abstém a repetição da descrição de uma mesma sequência de
interações e transforma a descrição dos casos de uso mais simples e de manutenção
mais fácil.
São representadas por uma linha tracejada e a seta aponta para o caso de uso
incluído e o estereótipo <<INCLUDE>>.
São representadas por uma linha tracejada e a seta aponta para o caso de uso
que utiliza o caso de uso estendido e o estereótipo <<EXTEND>> .
5.3.5.4 Generalização
É uma forma de associação entre casos de uso a qual relaciona dois ou mais
casos de uso com características semelhantes, apresentado pequenas diferenças
entre si.
Nesses casos é definido um caso de uso geral e definidos casos de uso que
são especializações dele.
DICA: Para elaborar o diagrama de caso de uso, vamos seguir os cinco passos
descritos na seção 5.1.1.
Cliente
Gerente
Funcionário
Deve-se analisar se todo ator tem, no mínimo, uma associação com um caso
de uso e se todo caso de uso interage com algum ator ou com outro caso de uso.
Pede-se:
Usuário.
Inserir o ator.
Inserir o caso de uso “uc – use case” e ativar funções do caixa eletrônico.
.
Figura 5.22 – UC sacar
Fonte: Elaborado pela autora (2016)
Inserir os relacionamentos.
5.9 Anexo
Figura 5.28 – Template diagrama de caso de uso – relacionamentos entre casos de uso
Fonte: Elaborado pela autora (2016)
Para criar a estrutura do diagrama de caso de uso: clique em diagram > use
case diagram.
Para inserir a fronteira, clique no ícone “rectangle”. Clique uma vez no ícone e
arraste dentro do diagrama de caso de uso (quadrado).
Para inserir o caso de uso, clique no ícone “use case”. Selecione o ícone e
clique dentro da fronteira do diagrama de caso de uso (quadrado).
Para nomear o caso de uso, clique no caso de uso e edite o campo “use case”
(destacado em azul) ou selecione o campo “name” e edite o campo “use case”.
Para inserir o ator: clique no ícone “actor”. Selecione o ícone e clique dentro do
diagrama de caso de uso (quadrado).
Importante: O ator deve ser inserido fora da fronteira, pois é o elemento externo;
aquele que interage com o sistema.
Para nomear o ator, clique no ator e edite o campo “actor” (destacado em azul)
ou selecione o campo “name” e edite o campo “actor”.
REFERÊNCIAS
BOOCH, G.; RUMBAUGH, J.; JACBSON, I. UML – Guia do Usuário. 2ª ed. São Paulo:
Campus, 2006. 474p.
GLOSSÁRIO