Definição da sequência de eventos de cada caso de uso

A breve lista de casos de uso só informa parte da história. Internamente, muito mais poderia estar ocorrendo dentro de um caso de uso. Pegue um pedido como exemplo. Um usuário não pode fazer um pedido em um passo. Em vez disso, ele deve usar uma sequência de passos para concluir um pedido com êxito (como fornecer um método de pagamento).

A sequência de passos que um usuário usa para completar um caso de uso é conhecida como cenário. Um caso de uso é constituído de vários cenários.

Novo Termo Um cenário é uma sequência ou fluxo de eventos entre o usuário e o sistema. 

Como parte de sua análise de casos de uso, você deve especificar os cenários de cada caso de uso.

Vamos desenvolver o caso de uso Pedido. Primeiro, comece descrevendo o caso de uso em um parágrafo:

O usuário registrado prossegue com a totalização e pagamento, para adquirir os itens de seu carrinho de compras. Uma vez na página de totalização e pagamento, o usuário fornece informações de entrega. Uma vez fornecidas, o sistema totaliza e apresenta o pedido. Se tudo estiver correto, o cliente poderá optar por continuar com o pedido. Quando o usuário continua com o pedido, o sistema consulta suas informações de pagamento. Uma vez fornecidas, o sistema autoriza o pagamento. Então, ele exibe uma página de conformação de pedido final, para os registros do usuário, e envia um e-mail de confirmação.

Existem alguns aspectos interessantes nesse caso de uso. Primeiro, ele não diz nada sobre a implementação subjacente. Segundo, você pode usá-lo para identificar as condições prévias e posteriores do caso de uso.

Novo Termo Condições prévias são aquelas condições que devem ser satisfeitas para que um caso de uso comece. Condições posteriores são os resultados de um caso de uso.

Um dos problemas desse tipo de sistema é que você provavelmente não está reunindo casos de uso dos usuários do sistema, mas das pessoas que querem que você os escreva. Lembre-se de que os modernos aplicativos da Web e outros aplicativos que se deparam com o cliente, como quiosques, podem exigir que você trabalhe com grupos convergentes.

Aqui, a condição prévia é que o usuário já colocou itens no carrinho. O caso de uso Pedido pede os itens do carrinho. A condição posterior é um pedido. Após completar o caso de uso, o sistema conterá um pedido para o usuário.

Nesse ponto, ajuda considerar todos os caminhos alternativos no caso de uso de pedido. Talvez a autorização de pagamento falhe ou o usuário decida cancelar o pedido, antes do término. Você precisa capturar esses caminhos alternativos.

Após se sentir à vontade com o caso de uso, você deve escrevê-lo formalmente. Um modo de escrever o caso de uso é listar os passos sequencialmente. Após os passos, você deve listar as condições prévias, as condições posteriores e os caminhos alternativos. Considere novamente o caso de uso Pedido’.

• Pedido 

1. O usuário registrado passa para a totalização e pagamento. 

2. O usuário registrado fornece informações de entrega. 

3. O sistema exibe o total do pedido. 

4. O usuário registrado fornece informações de pagamento. 

5. O sistema autoriza o pagamento. 

6. O sistema confirma o pedido. 

7. O sistema envia um e-mail de confirmação.

• Condições prévias 

    • Um carrinho de compras não vazio.

• Condições posteriores 

    • Um pedido no sistema.

• Alternativa: cancela pedido

Durante os passos 1 a 4, o usuário opta por cancelar o pedido. O usuário volta para a home page.

• Alternativa: a autorização falhou

No passo 5, o sistema falha em autorizar as informações de pagamento. O usuário pode reintroduzir as informações ou cancelar o pedido.

Você precisará completar o mesmo processo para cada caso de uso. Definir formalmente os cenários o ajuda a ver o fluxo de eventos no sistema, assim como a solidificar seu entendimento do sistema.

Ao escrever seus casos de uso, inclua apenas as informações que fizerem sentido. Assim como na modelagem de classe, seu objetivo é transmitir algum tipo de informação. Inclua apenas as informações para transmitir o que você está tentando fazer.

Inclua apenas as condições prévias necessárias para que o caso de uso comece. Não inclua informações extras e desnecessárias.

Certifique-se de consultar outros textos sobre casos de uso. Existem muitas maneiras de escrever um caso de uso (não há um padrão).

Ao escrever seus casos de uso pela primeira vez, considere o uso de uma ficha de arquivo com um lápis. Desse modo, você não terá de estar diante de um computador, enquanto gera seus casos de uso iniciais. Dependendo de quem forem seus clientes, pode ser difícil trabalhar com eles diante de um computador. 

ATIVIDADE DE FIXAÇÃO