Volte ao atendimento
O atendente precisa abrir uma ordem. O técnico precisa registrar o diagnóstico. Ana quer saber em que situação está o notebook. Cada pessoa entra em contato com o sistema por um motivo diferente.
Então surge uma pergunta simples: quem está tentando fazer o quê?
Comecemos por uma única situação
O atendente recebe Ana e precisa registrar o atendimento. Para ele, o objetivo naquele momento é abrir a ordem.
Em Análise de Sistemas, chamamos de ator o papel que interage com o sistema. Aqui, o papel é Atendente.
E chamamos de Caso de Uso o objetivo que esse ator quer alcançar usando o sistema. Aqui, o objetivo é Abrir ordem.
Agora o bonequinho faz sentido
Leia o desenho como uma frase: “O Atendente usa a Conecta para abrir uma ordem.”
Pronto. Agora os símbolos deixam de ser enfeite:
- o bonequinho representa o papel de quem usa ou interage com o sistema;
- a elipse representa o objetivo que essa pessoa quer alcançar;
- o retângulo grande mostra a fronteira do sistema;
- a linha mostra que aquele ator participa daquele Caso de Uso.
Use o mesmo raciocínio com outras pessoas
Técnico
O técnico precisa registrar diagnóstico.
Cliente
Ana quer consultar andamento.
Atendente
O atendente precisa gerar orçamento e registrar a decisão recebida do cliente.
Perceba que não estamos começando pelas telas. Estamos começando pelos objetivos das pessoas.
Agora podemos ler o mapa completo
Escolha uma pessoa, siga a linha e diga o que ela pretende fazer no sistema.
Vamos ler juntos
O Cliente está ligado a Consultar andamento. Isso significa que ele usa o sistema com esse objetivo. O Técnico está ligado a Registrar diagnóstico. O Atendente participa de abrir ordem, gerar orçamento e registrar a decisão recebida do cliente.
A linha não quer dizer “depois”. Ela quer dizer apenas: esse ator participa desse objetivo.
Por que os nomes começam com verbos?
Porque estamos descrevendo objetivos. “Abrir ordem”, “Registrar diagnóstico” e “Consultar andamento” dizem claramente o que a pessoa quer conseguir.
Ajuda
Abrir ordem
Registrar diagnóstico
Consultar andamento
Confunde
Tela de cadastro
Botão orçamento
Módulo técnico
“Tela de cadastro” descreve uma possível interface. “Abrir ordem” descreve o objetivo.
UC04: de onde veio esse código?
Alguns projetos usam UC, de Use Case — “Caso de Uso” em inglês — como código curto. Assim, UC04 significa apenas Caso de Uso número 4.
O desenho mostra o objetivo, mas ainda não conta todos os passos
Pegue o Caso de Uso Registrar decisão do orçamento. O desenho mostra quem participa, mas não explica o que acontece por dentro.
UC04 — Registrar decisão do orçamento
Objetivo: registrar se o cliente aprovou ou recusou.
Quem executa: Atendente.
Antes de começar: precisa existir um orçamento aguardando decisão.
Caminho normal:
- Atendente localiza a ordem.
- O sistema mostra o orçamento pendente.
- O atendente registra a decisão informada pelo cliente.
- O sistema guarda a decisão, quem registrou e quando.
- A situação da ordem é atualizada.
Outro caminho: se o cliente recusar, a recusa é registrada e o reparo não começa.
Ao terminar: a decisão fica registrada e a ordem fica em situação coerente.
Os nomes técnicos para essas partes são pré-condição, fluxo principal, fluxo alternativo e pós-condição. Mas perceba que você já entendeu a ideia antes de precisar decorar os nomes.
Caso de Uso não é tela
O objetivo “Abrir ordem” pode usar uma ou várias telas. O desenho não está dizendo como a interface será; está dizendo o que a pessoa precisa conseguir fazer.
E aquelas relações include e extend?
Elas existem, mas não precisamos delas para entender o caso básico.
<<include>> significa “incluir”: um Caso de Uso sempre reaproveita outro comportamento. <<extend>> significa “estender”: um comportamento adicional aparece apenas em certa condição.
Use isso somente quando realmente ajudar a explicar o caso. Não complique o desenho só para ele parecer mais técnico.
Faça agora
- Olhe o desenho e diga, em voz alta, quem é ator e qual objetivo cada pessoa busca.
- Explique o significado do bonequinho, da elipse, do retângulo grande e da linha usando um exemplo da Conecta.
- Explique o que significa UC04.
- Escolha um requisito funcional e descubra qual pessoa usa o sistema por causa dele.
- Escreva um Caso de Uso simples começando pelo objetivo da pessoa, não pela tela.
Quem usa e para quê
Registre os principais atores e seus objetivos. Se aparecer um Caso de Uso que não tem origem em requisito ou necessidade, volte e investigue.
Checkpoint — O desenho fala com você?
Ao olhar um Caso de Uso simples, você consegue dizer quem é a pessoa, o que ela quer conseguir e qual parte pertence ao sistema sem depender de decorar símbolos?
Agora apareceu outra pergunta
Sabemos que o técnico quer registrar diagnóstico e que o atendente quer registrar a decisão. Mas alguns desses objetivos ainda escondem passos, mensagens, mudanças de estado e conceitos do negócio.