Modelagem de Casos de Uso Slide para AV1

Prévia do material em texto

Diagramas de Casos de Uso 
Prof. MSc. Jorge Bergson 
Casos de Uso: Conceitos 
 Casos de uso são uma técnica para 
capturar os requisitos funcionais de um 
sistema. 
 Descrevem as interações típicas entre os 
usuários de um sistema e o próprio 
sistema. 
 A descrição de um caso de uso é baseada 
em cenários. 
 Um cenário é uma seqüência de passos 
que descreve uma interação entre um 
usuário e um sistema. 
Casos de Uso: Conceitos 
 Exemplo de um cenário de uma loja on-line: 
◦ O cliente navega no catálogo de itens e adiciona os itens desejados à sua cesta de compras. 
Quando o cliente deseja pagar, descreve o endereço de entrega, fornece as informações do 
cartão de crédito e confirma a venda. O sistema verifica a autorização do cartão de crédito e 
confirma a venda imediatamente e com um e-mail subseqüente. 
 Esse cenário é uma alternativa que pode acontecer. 
 No entanto, se a autorização do cartão de crédito falhar, teríamos outro 
cenário. 
 Um outro cenário possível é o em que o cliente é regular e, portanto, não 
seria necessário capturar suas informações de remessa. 
Casos de Uso: Conceitos 
 Todos os cenários citados anteriormente 
são diferentes, mas semelhantes. 
 A similaridade está no objetivo único: 
comprar um produto. 
 Nem sempre o usuário terá sucesso, mas 
o objetivo permanece. 
 Um caso de uso é, portanto, um conjunto 
de cenários amarrados por um objetivo 
comum de usuário. 
 
 
Casos de Uso: Conceitos 
 No jargão de casos de uso, usuários = atores. 
 Um ator é um papel que um usuário 
desempenha com relação ao sistema. 
◦ Exemplos: cliente, gerente de vendas, analista de 
produto, etc. 
 Atores realizam casos de uso. 
◦ Um ator pode realizar mais de um caso de uso e vice-
versa. 
 Um pessoa pode atuar como mais de um ator 
◦ Um professor além de seu papel pode ser também 
coordenador de curso e ter outras atribuições. 
 
 
Casos de Uso: Conceitos 
 Atores não precisam ser humanos 
◦ Um sistema pode realizar um serviço para 
outro sistema. 
 Seria mais adequado o termo papel do 
que ator, mas a comunidade que trabalha 
com casos de uso já consolidou o uso de 
“ator” 
 Nada na UML descreve como se capturar o 
conteúdo de um caso de uso. 
 
 
 
Casos de Uso: Conceitos 
 A UML descreve apenas um diagrama de 
casos de uso que contém 
◦ Atores 
◦ Casos de Uso 
◦ Relacionamentos 
 Ator - Ator 
 Ator - Caso de Uso 
 Caso de Uso – Caso de Uso 
 O valor de um caso de uso está em seu 
conteúdo e não no diagrama. 
 
Casos de Uso: Conteúdo 
 Não há padronização para escrita de casos de uso. 
 Diferentes formatos funcionam bem em diferentes contextos. 
 Um conteúdo de um caso de uso conterá, normalmente: 
◦ Atores 
◦ Cenário de sucesso principal (CSP) 
◦ Extensões (ou fluxos alternativos) 
◦ Pré-condições 
◦ Pós-condições 
 A escrita de um caso de uso é normalmente chamada de 
especificação de casos de uso (ECU) 
 
 
Casos de Uso: Conteúdo 
 Estágios de uma ECU: 
1. Definir atores e objetivos 
2. Definir cenário de sucesso principal 
3. Listar condições de falha 
4. Detalhar tratamento de falhas 
 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Estágios de uma ECU 
1. Definir atores e objetivos 
 Listar quais atores e quais de seus objetivos o 
sistema suportará. 
 Revisar a exatidão e a completude dessa lista. 
 
 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Estágios de uma ECU (cont.) 
2. Definir cenário de sucesso principal 
 Esboce o cenário de sucesso principal para os 
casos de uso escolhidos. 
 Revise-o no formato rascunho para ter certeza 
de que o sistema realmente atende as 
necessidades dos stakeholders (interessados) em 
questão. 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Estágios de uma ECU (cont.) 
3. Listar condições de falha 
 Completar o cenário de sucesso principal e 
levante todas as falhas que podem ocorrer. 
 Focar na listagem das falhas e não em como 
tratá-las. 
 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Estágios de uma ECU (fim) 
4. Detalhar tratamento de falhas 
 Descrever como o sistema deve tratar cada uma 
das falhas listadas anteriormente. 
 Podem ser descobertos: 
 Novas regras de negócio; 
 Novos atores; 
 Novos relacionamentos entre casos de uso; 
 Etc. 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Pré-condições de um Caso de Uso 
◦ Declaram o que deve sempre ser verdadeiro 
antes de iniciar um cenário do caso de uso. As 
pré-condições não são tratadas no caso de 
uso; ao contrário, são condições assumidas 
como sendo verdadeiras. 
◦ Exemplo: Antes de utilizar um caixa 
eletrônico, o usuário é identificado e 
autenticado. 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Pós-condições de um Caso de Uso 
◦ Declaram o que deve ser verdadeiro quando 
da bem sucedida conclusão do caso de uso – 
seja o cenário de sucesso principal ou algum 
outro caminho alternativo. 
◦ Exemplo: As operações realizadas por 
quaisquer usuários em um caixa eletrônico 
devem ser armazenadas em Log. 
 
 
 
 
 
 
Casos de Uso: Conteúdo 
 Orientações finais para uma ECU 
◦ O nome do caso de uso deve indicar ação 
 Verbo no infinitivo + substantivo 
 Exemplos 
 Comprar Produto 
 Gerar Relatório Financeiro Mensal 
◦ Cada passo de um caso de uso deve ser uma declaração 
simples e mostrar claramente quem está executando o 
passo. 
◦ Evitar inserir detalhes de interface gráfica. 
◦ Para enumerar as falhas, pergunte em cada passo do 
fluxo básico o que poderia falhar naquele momento. 
 
 
Casos de Uso: Diagrama 
 Representa um sumário gráfico do conjunto de 
casos de uso. 
 Semelhante ao diagrama de contexto usado nos 
métodos estruturados, pois mostra o limite do 
sistema e as interações com o mundo exterior. 
 O diagrama mostra atores, casos de uso e o 
relacionamento entre eles: 
◦ Quais atores realizam quais casos de uso; 
◦ Quais casos de uso incluem outros casos de uso; 
◦ Quais casos de uso estendem outros casos de uso; 
Casos de Uso: Diagrama 
 Exemplo 
Casos de Uso: Diagrama 
 Relacionamento de Inclusão 
◦ Quando dois ou mais casos de uso incluem 
uma seqüência comum de interações, essa 
seqüência comum pode ser descrita em 
outro caso de uso. 
 
 
 
 
 
 
 
 
Casos de Uso: Diagrama 
 Relacionamento de Inclusão (exemplo) 
 
 
 
 
 
 
 
 
Casos de Uso: Diagrama 
 Relacionamento de Extensão 
◦ Utilizado para modelar situações em que 
diferentes seqüência de interações podem 
ser inseridas em um mesmo caso de uso. 
◦ Cada uma dessas situações, representa um 
comportamento eventual, ou seja, o 
comportamento só ocorre sob 
determinadas condições. 
 
 
 
 
 
 
Casos de Uso: Diagrama 
 Relacionamento de Extensão (exemplo) 
 
 
 
 
 
 
 
 
Casos de Uso: Diagrama 
 Identificação dos elementos – Atores 
◦ Todo elemento externo que interage com o sistema; 
◦ Fontes e os destinos das informações a serem processadas. 
 Perguntas úteis 
◦ Que órgãos, empresas ou pessoas utilização o sistema? 
◦ Que sistemas ou equipamentos irão se comunicar com o 
sistema a ser construído? 
◦ Alguém deve ser informado de alguma ocorrência do sistema? 
◦ Quem está interessado em certo requisitos funcional do 
sistema? 
 
 
 
Casos de Uso: Diagrama 
 Identificação dos elementos – Casos de 
Uso 
◦ Primários 
 Representam os objetivos dos atores. 
 Representam, por exemplo, os processos da 
empresa que estão sendoautomatizados. 
◦ Secundários 
 Não traz benefício direto para os atores, mas é 
necessário ara que o sistema funcione 
adequadamente 
 
 
 
 
Casos de Uso: Diagrama 
 Identificação dos elementos – Casos de 
Uso Primários 
◦ Perguntas úteis 
 Quais são as necessidades e os objetivos de cada 
ator em relação ao sistema? 
 Que informações o sistema deve produzir? 
 O sistema deve realizar alguma ação que ocorre 
regularmente no tempo? 
 Para cada requisito funcional, existe um (ou mais) 
caso (s) de uso para atendê-lo? 
 
 
 
 
Casos de Uso: Diagrama 
 Identificação dos elementos – Casos de Uso Secundários 
◦ Categorias 
 Manutenção de cadastros; 
 Manutenção de usuários; 
 Manutenção de informações provenientes de outros sistemas. 
◦ Os casos de uso secundários são menos importantes do que os 
primários 
 Um sistema de software não existe apenas para cadastrar informações 
e/ou gerenciar usuários 
◦ O objetivo principal de um sistema é agregar valor ao ambiente no qual 
ele está implantado 
 
 
Casos de Uso: Diagrama 
 Exemplo 
◦ O TurboNote+ é um programa de shareware que permite aos seus usuários criar mensagens de 
lembrete que permanecem na área de trabalho de seus computadores (Esse programa funciona como 
uma versão eletrônica daqueles bloquinhos de papel cujas folhas podem ser afixadas na parede). 
◦ Ao criar uma nova folhinha no TurboNote+, o usuário pode preenchê-la com texto. As folhinhas 
podem ser movidas pela área de trabalho, conforme a vontade do usuário. As folhinhasm 
permanecem na área de trabalho. 
◦ Toda vez que o usuário inicia o computador, as folhinhas estão lá, na área de trabalho. Quando não 
são mais necessárias, as folhinhas podem ser removidas. 
◦ Se o usuário escrever uma expressão aritmética em uma folhinha, o resultado da expressão é 
exibido. Desenhe o diagrama de casos de uso para o TurboNote+. 
 
 
Casos de Uso: Diagrama 
 Exemplo 
◦ O TurboNote+ é um programa de shareware que permite aos seus usuários criar mensagens de 
lembrete que permanecem na área de trabalho de seus computadores (Esse programa funciona 
como uma versão eletrônica daqueles bloquinhos de papel cujas folhas podem ser afixadas na parede). 
◦ Ao criar uma nova folhinha no TurboNote+, o usuário pode preenchê-la com texto. As folhinhas 
podem ser movidas pela área de trabalho, conforme a vontade do usuário. As folhinhas 
permanecem na área de trabalho. 
◦ Toda vez que o usuário inicia o computador, as folhinhas estão lá, na área de trabalho. Quando não 
são mais necessárias, as folhinhas podem ser removidas. 
◦ Se o usuário escrever uma expressão aritmética em uma folhinha, o resultado da expressão é 
exibido. Desenhe o diagrama de casos de uso para o TurboNote+. 
 
 
Casos de Uso: Solução 
Exercícios: Subjetivas 
1. Quais são as notações UML para um casos de uso, 
atores e seus relacionamentos? 
2. Defina o que significa um ator. O que significa um 
ator estar associado a um caso de uso por um 
relacionamento de comunicação/associação? 
3. Qual o objetivo dos diagramas de casos de uso? 
4. Que tipo de relacionamento é possível entre um 
ator e um caso de uso? Que tipo de 
relacionamento pode haver entre casos de uso? 
5. Descreva a(s) diferença(s) entre os relacionamentos 
inclusão e extensão de casos de uso. Cite exemplos. 
 
 
Exercícios: Subjetivas 
6. Quais são as notações UML para um 
casos de uso, atores e seus 
relacionamentos? 
7. Desenhe diagramas de caso de uso para 
os seguintes sistemas: 
a) A biblioteca de sua universidade 
b) O seu aparelho celular 
 
 
 
 
 
 
Exercícios: Objetivas (V ou F) 
1. Pessoas com o mesmo cargo em uma empresa 
podem representar papéis de diversos atores 
( ). 
2. Um ator pode representar pessoas de 
diferentes cargos ( ). 
3. O diagrama de casos de uso é mais importante 
do que o conteúdo de seus casos de uso ( ). 
4. Os relacionamentos possíveis para atores são: 
inclusão e extensão ( ). 
5. Os casos de uso primários são mais 
importantes do que os secundários ( ). 
 
 
 
Exercícios: Objetivas (V ou F) 
6. Só existe um tipo de relacionamento 
entre ator e caso de uso ( ). 
7. Pré-condições e pós-condições são itens 
de uma boa ECU ( ). 
8. O fluxo principal de um caso de uso é o 
responsável por tratar as 
exceções/falhas ( ). 
9. A UML sugere e detalha como redigir 
um caso de uso ( ). 
10. Os cenários de um caso de uso são 
alternativas para um objetivo comum.