Instâncias de um Casos de Uso
Cada Caso de Uso pode seguir por ilimitados
caminhos,(mas se deve sempre enumera-los), e os mesmos
dependem dos eventos desencadeados pelo caso de uso.
Questão Interessante
Concorrência de Instâncias de Casos de Uso
Instâncias de vários casos de uso e várias instâncias do
mesmo caso de uso funcionam ao mesmo tempo, se o
sistema permitir isso.
Na modelagem de casos de uso, você pode assumir que
as instâncias de casos de uso podem estar ativas ao mesmo
tempo sem conflito.
Criando um Caso de Uso

Nome
Cada caso de uso deve ter um nome que indica o que é
alcançado pela interação com o ator.
Talvez o nome precise ter várias palavras para ser
entendido. Dois casos de uso não podem ter o mesmo nome.
Lembre-se: Verbos SEMPRE no INFINITVO!
Criando um Caso de Uso

Uma breve Descrição
A breve descrição do caso de uso deve refletir sua
finalidade.
Ao escrever a descrição, faça referência aos atores
envolvidos no caso de uso, ao glossário e, se precisar, defina
novos conceitos.
Fluxo de Eventos
O fluxo de eventos de um caso de uso contém as
informações mais importantes derivadas da modelagem de
casos de uso.
Ele deve descrever o fluxo de eventos do caso de uso
claramente, para que alguém de fora o entenda facilmente.
Lembre-se de que o fluxo de eventos deve apresentar o
que o sistema faz, e não como é o design do sistema para
realizar o comportamento exigido.
Fluxo de Eventos

Precondições e Pós-condições:

Pode ser útil usar a noção de precondição e póscondição para esclarecer como o fluxo de eventos
começa e termina.
- Uma precondição é o estado do sistema e da sua
vizinhança, que é exigido antes do início do caso de uso.
- Uma pós-condição é o estado que o sistema pode
apresentar após o término do caso de uso.
Fluxo de Eventos
Fluxo de Eventos

Diretrizes para Elaboração do fluxo de eventos


- Descreva os dados que são trocados entre o ator e o
caso de uso;
- Não descreva os detalhes da interface do usuário, a
menos que seja necessário entender o comportamento do
sistema;
Fluxo de Eventos
- Descreva o fluxo de eventos, não apenas a
funcionalidade. Para impor isso, inicie cada ação com
"Quando o ator... " ;
- Descreva somente os eventos que pertencem ao caso
de uso e não o que ocorre em outros casos de uso ou fora do
sistema;
- Evite terminologia vaga, como "por exemplo", "etc. " e
"informações";
- Detalhe o fluxo de eventos - todos os"o quê" devem
ser respondidos. Lembre-se de que os designers do teste
devem usar esse texto para identificar os casos de teste.