1. Diagrama de Casos De Uso
Tecnologia em Análise e Desenvolvimento de Sistemas
Disciplina: Análise Orientada a Objetos
Prof.ª Ma. Tenilce Gabriela da Silva Alvarez
Porto Velho, 2023
2. UML
É uma linguagem de modelagem para:
●
Visualização,
●
Especificação, • Estados,
●
Construção, • Atividades,
●
Documentação • Componentes e
●
Comunicação. • Aplicação.
3. Diagrama de Casos de Uso
●
Adota uma linguagem simples
•
Acessível ao cliente
●
Objetivo é a compreensão do comportamento externo do
sistema por qualquer stakeholder
●
Apresenta o sistema através de perspectivas dos usuários
4. Diagrama de Casos de Uso
●
Diagrama mais abstrato da UML
•
Portanto, o mais flexível e informal
●
Geralmente é usado no início da modelagem do sistema
•
Especificação de requisitos
●
Uma técnica de elicitação de requisitos
5. Diagrama de Casos de Uso
●
Apresenta uma visão externa geral das funções e serviços do
sistema
•
Define o que o sistema faz
•
Não se preocupa em como o sistema faz
●
Um caso de uso indica uma funcionalidade que o sistema
deve oferecer
•
Abrir Conta, Sacar, Verificar Saldo, etc.
6. Componentes do Diagrama
●
Atores
•
Quem executa a funcionalidade
●
Casos de Uso
•
Qual é a funcionalidade
●
Relacionamentos
•
Como atores e casos de uso se relacionamentos
8. Atores
●
Representam os papéis desempenhados pelos diversos
usuários
•
Cliente, Caixa do Banco, Gerente, etc.
●
Atores podem ser
•
Pessoas que interagem com o sistema
•
Um hardware que dispara uma interação
•
Outro software que comunica com o sistema
9. Definição do Ator
●
O ator é algo (usuário, software ou hardware) que não faz
parte do sistema mas que interage com ele em algum
momento
●
Representação
•
Homem Palito + Papel Desempenhado
10. Exemplos de Atores
Gerente Funcionário
Cliente
«system»
Medidor de Radiação
«system»
Sistema Integrado
Figura 1. Exemplos de Atores
11. Como Identificar Atores
Para se identificar os atores de um diagrama de casos de uso,
pode-se recorrer as seguintes questões:
•
Que tipos de usuários poderão utilizar o sistema?
•
Quais usuários estão interessados ou utilizarão quais
funcionalidades e serviços do software ?
•
Quem fornecerá as informações ao sistema?
12. Como Identificar Atores
•
Quem utilizará as informações do sistema?
•
Quem poderá alterar ou mesmo excluir informações do
Sistema?
•
Existe alguém outro software que interagirá com o sistema?
•
Existe alguém hardware (como robô, por exemplo) que
interagirá com o software?
14. Caso de Uso
●
Casos de Uso descrevem interações entre o sistema e os
atores
●
Definem os serviços, tarefas ou funções do sistema
●
Um Caso de Uso pode ser primário ou secundário
●
Um Cadastro de Usuário pode ser primário enquanto a
Manutenção do Cadastro pode ser um Caso de Uso
secundário
15. Caso de Uso
●
Representados por elipses
•
Um texto dentro descreve a funcionalidade do caso de
uso
●
Geralmente a descrição dentro da elipse é curta e
direta
•
Verbo [ + Objeto ]
16. Exemplos de Casos de Uso
Abrir Conta
Figura 2. Exemplos de Casos de Uso
17. Como identificar Casos de Uso?
Para se identificar os casos de uso de um sistema, pode-se
recorrer as seguintes questões:
• Quais informações o ator precisa ler, criar, destruir, modificar
ou armazenar no sistema?
• Quais funcionalidades o sistema deve fornecer ao ator?
• Quais são as entradas e as saídas desejadas?
(Para o caso de sistemas já existentes:)
18. Como identificar Casos de Uso?
• Quais são os principais problemas com a implementação
atual do sistema?
• O trabalho do ator pode ser simplificado ou tornado mais
eficiente através de quais novas funções no sistema?
19. Documentação de Casos de Uso
●
Descreve, através de uma linguagem simples, informações
gerais sobre os Casos de Uso
●
Não existe um formato fixo para essa documentação
●
Podem ser utilizados pseudocódigos
●
Os Casos de Uso podem ser documentados através de outros
diagramas
22. Documentação de Casos de Uso
●
Caso de Uso Geral está em branco pois este Caso de Uso
(Abrir Conta) não é especialização de um geral
●
Ator Principal é quem mais interage com o Caso de Uso:
nesse caso é o Cliente pois é o maior interessado!
●
• Funcionário é um Ator Secundário pois só opera o sistema
23. Documentação de Casos de Uso
●
Fluxo Principal é o caminho que o Caso de Uso seguirá caso
tudo saia como planejado
●
Fluxo Alternativo é o caminho caso algo saia errado
●
Restrições são as condições necessárias para a execução do
Caso de Uso
●
Validação é o processo de verificar se todas as restrições
foram atendidas para um determinado Caso de Uso
26. Associação entre Ator e Caso de Uso
●
Demonstra que o Ator utiliza a função do sistema
representada pelo Caso de Uso
•
Requisitando a execução da função
•
Recebendo o resultado produzido pela função
●
Representada por uma reta ligando o Ator ao Caso de Uso
•
Direcionada ou não
27. Associação entre Ator e Caso de Uso
Linha não direcionada
é mais comum
Figura 4. Associação entre um Ator e um Caso de Uso
28. Generalização/Especialização
●
Acontece quando dois ou mais casos de uso possuem
características semelhantes
•
Foco em reutilização
●
O Caso de Uso geral descreve as características
compartilhadas
●
As especializações definem características específicas
32. Inclusão(include)
●
Utilizado quando um caso de uso é usado dentro de
outro caso de uso
●
Os relacionamentos de inclusão indicam
obrigatoriedade
•
A execução do primeiro obriga a execução do segundo
33. Representação Inclusão(include)
●
Representada por uma seta tracejada
•
A seta aponta para o Caso de Uso incluído
●
Possui a palavra “include” entre dois sinais de menor (<<) e
dois sinais de maior (>>)
35. Extensão
●
Geralmente usado em funcionalidades opcionais de um caso
de uso
●
Exemplo: cenários que somente acontecerão em uma
situação específica
•
Se uma determinada situação for satisfeita
●
Extensão pode necessitar um teste para determinar se o caso
de uso será estendido
39. Multiplicidade
●
Especifica o número de vezes que um Ator pode utilizar um
Caso de Uso:
●
Nesse caso o Sócio só pode se cadastrar uma vez, enquanto
que o Funcionário pode cadastrar diversos Sócios
• Também é possível ver que apenas um Sócio e um
Funcionário utilizam a função
40. Fronteira do Sistema
●
É representada por um retângulo contendo os Casos de Uso
●
Qualquer ator ou Caso de Uso fora do retângulo é externo
ao sistema
●
Um sistema pode ter várias camadas de fronteiras se for
formado por vários subsistemas
●
Lembrando que Atores podem ser outros software ou
hardware