O que é um caso de uso? Como escrever um, exemplos e modelo

Para projetar um produto, não basta listar características e objetivos. Antes do lançamento do primeiro smartphone, como você descreveria as formas de interação dos usuários com ele? Chamá-lo de celular no qual você pode navegar na internet é um bom começo, mas isso não explica a complexidade dos sistemas. Para mapear as formas como os usuários interagem com um sistema, ferramenta ou produto, você precisa de um caso de uso.

Os casos de uso são descrições das formas como os usuários interagem com os sistemas para realizar tarefas ou atingir metas. O mapeamento dessas interações pode melhorar o planejamento inicial e garantir um ciclo de desenvolvimento tranquilo. Para ajudar você a incluir isso no planejamento de projetos, vamos definir um caso de uso, explicar como escrever um e compartilhar exemplos.

O que é um caso de uso

Um caso de uso explica como os usuários interagem com um produto ou sistema. Ele descreve o fluxo das entradas do usuário, estabelecendo caminhos bem-sucedidos e malsucedidos para atingir os objetivos. Isso permite que as equipes de produto entendam melhor o que um sistema faz, como ele se comporta e por que ocorrem erros. Você pode escrever um ou diagramar um modelo de caso de uso para pessoas que pensam de forma visual.

Os casos de uso variam em complexidade dependendo do seu público ou sistema. Mas, em geral, seu caso de uso deve identificar alguns componentes principais. Os mais importantes são:

• Agente: qualquer entidade que apresente um comportamento que interaja com um sistema, como um único usuário, uma equipe ou outro software
• Sistema: o produto ou serviço com a funcionalidade definida
• Meta: o propósito ou objetivo que os usuários alcançam com os recursos de um sistema

Agentes, sistemas e objetivos constroem a base para um caso de uso. Quando você começa a monitorar as interações do sistema, alguns novos elementos entram em cena:

• Envolvido(s): alguém com uma participação ou interesse no desempenho de um sistema
• Agente primário: a pessoa que inicia a função de um sistema para atingir uma meta
• Condições prévias: fatores subjacentes necessários para que o caso de uso aconteça
• Gatilhos: eventos que iniciam um caso de uso
• Fluxos básicos: casos de uso em que os sistemas funcionam como previsto para atingir um objetivo
• Fluxos alternativos: resultados diferentes com base em quando e como um sistema se desvia do caminho

Tipos de casos de uso

Existem dois tipos de casos de uso: de negócios e de sistema. Um caso de uso de sistema é uma visão detalhada de como os usuários interagem com cada parte de um sistema. Ele destaca como entradas e contextos únicos fazem com que o sistema alcance resultados diferentes. Esse nível de detalhe destaca como as funções individuais de um sistema funcionam em qualquer cenário.

Os casos de uso de negócios oferecem uma visão mais geral de como um usuário pode interagir com a sua empresa para alcançar seus objetivos. Em vez de se concentrar em detalhes técnicos, é uma descrição de causa e efeito de diferentes entradas. Por exemplo, se você administra uma plataforma de depuração de código, seu caso de uso de negócios explica como os usuários inserem o código e recebem notificações de erro.

Algumas equipes gostam de escrever um caso de uso de negócios para definir os processos de um sistema antes do desenvolvimento. Quando os desenvolvedores começarem a trabalhar, um gerente definirá os casos de uso de sistemas mais técnicos a serem seguidos.

Cenário de uso versus caso de uso

Os casos de uso mostram todas as maneiras como um sistema funciona ao tentar atingir as metas, mas um cenário mostra apenas um exemplo. Em um cenário, o sistema pode ser bem-sucedido ou não em atingir as metas do usuário. Simplificando, um caso de uso é um conjunto de vários cenários de uso.

Caso de uso versus história de usuário

Os casos de uso descrevem como os usuários interagem com um sistema, e as histórias de usuários descrevem os recursos sob a perspectiva do usuário. Como resultado, as histórias de usuários são muito mais curtas do que os casos de uso, geralmente consistindo em breves descrições que as equipes usam como ponto de partida para o desenvolvimento. Além disso, os casos de uso podem ajudar várias equipes em uma organização, enquanto as histórias de usuários ajudam as equipes de produto a criar sua ferramenta.

Caso de uso versus caso de teste

Enquanto um caso de uso abrange como os usuários e os recursos do sistema funcionam para atingir as metas, os casos de teste verificam se um único recurso funciona corretamente. Ao contrário dos casos de uso, os casos de teste analisam a funcionalidade isoladamente.

Por exemplo, um caso de teste pode envolver a validação da funcionalidade de login em uma plataforma de e-mail, garantindo que os usuários possam fazer login em qualquer navegador a qualquer momento após criarem suas contas.

Como escrever um caso de uso

Escrever um caso de uso parece complexo, mas basta entender o sistema e seus usuários. Você pode escrever um caso de uso seguindo estes seis passos:

1. Descreva seu sistema

Comece descrevendo seu sistema ou o produto ou serviço que você e sua equipe vão construir. Concentre a descrição no que seu sistema faz para os usuários. Em um caso de uso comercial, você pode manter esse plano de fundo geral e explicar o que ele realiza. Para um caso de uso de sistema, forneça uma descrição detalhada de como seu produto funciona.

Para definir seu sistema, pergunte:

• Qual é o formato: produto, serviço ou software?
• Quais recursos ele oferece?
• Quais objetivos você pode alcançar com ele?
• Como ele alcança esses objetivos?
• O que você pode aprender sobre o sistema a partir de outros documentos, como mapas de projeto?

2. Identifique os agentes

Agentes geralmente são usuários e clientes, mas podem ser quaisquer forças externas que interajam com o seu sistema. Seu agente precisa de comportamentos bem definidos que expliquem como e por que alguém usaria o seu sistema.

Para identificar os agentes, pergunte:

• São indivíduos, equipes, hardwares ou outro sistema?
• Os agentes primários e secundários terão o mesmo comportamento?
• Os envolvidos assumirão o papel de agentes no seu caso de uso?

3. Defina os objetivos dos seus agentes

Os casos de uso destacam os resultados que os agentes desejam de um sistema. Lembre-se de se concentrar nos desejos dos agentes em relação aos recursos do sistema para entender por que os usuários procuram o seu sistema. Em alguns casos, os clientes querem usar sistemas para mais de um objetivo. Indicar cada um desses objetivos cria um caso de uso mais robusto.

4. Crie um cenário

Em um caso de uso, os cenários são a sequência de ações que os clientes realizam ao usar um sistema e o fluxo de efeitos dessa interação. Seus fluxos básicos abrangem cenários em que um sistema funciona conforme o esperado. Um usuário abre o sistema, insere as informações corretas e seu sistema o ajuda a atingir seus objetivos.

Comece com esses fluxos básicos e bem-sucedidos para criar uma linha de base. Você pode usar técnicas de mapeamento de processos para identificar possíveis problemas nos próximos fluxos.

5. Considere fluxos alternativos

Depois de escrever um cenário bem-sucedido, escreva fluxos alternativos que levem a resultados diferentes. Normalmente, os fluxos alternativos envolvem o mau uso de um sistema que impede que os agentes atinjam seus objetivos. No entanto, você também pode observar erros internos que causam a interrupção de um sistema ou formas não intencionais pelas quais os sistemas podem alcançar os objetivos.

Os fluxos alternativos mostram como diferentes agentes usam um sistema e alcançam o sucesso ou fracassam. Eles oferecem uma visão mais detalhada de tudo o que o sistema pode fazer para ajudar você a solucionar problemas.

6. Repita os passos 2 a 5 para compilar seu caso de uso

Com uma variação suficiente de agentes, metas e cenários, você pode mostrar como seu sistema funciona. A compilação desses fluxos forma um caso de uso que pode melhorar o desenvolvimento e embasar outros documentos, como relatórios de status do projeto.

Com sistemas simples, é possível alterar alguns elementos para visualizar todos os resultados possíveis. No entanto, sistemas complexos podem ter elementos demais para visualizar cada resultado. Nesse caso, você pode se concentrar em testar as interações mais comuns. Você também pode criar sistemas para evitar componentes não testados.

Experimente o modelo de caso de uso do Figma

Que tal começar a pensar nos seus casos de uso? Experimente o modelo de caso de uso do Figma para analisar seus sistemas e encontrar novas soluções.

Exemplo de caso de uso

Suponha que você seja um gerente de produto desenvolvendo um aplicativo bancário móvel para sua empresa. Sua plataforma precisa simplificar o registro de usuários e a configuração de contas. Confira um exemplo de formato de caso de uso com base nesse app:

Informações básicas:

• Sistema: um app bancário móvel
• Agente primário: clientes que querem abrir uma conta
• Agente secundário: subscritores e ferramentas automatizadas que calculam as taxas de juros e os saldos máximos do capital
• Objetivos: economizar tempo no registro e na integração de contas
• Envolvidos: o CEO e o VP de produto da sua empresa
• Pré-condições: os usuários devem baixar o app e atender aos requisitos da conta
• Gatilhos: o usuário escolhe criar uma nova conta no app

Cenários:

• Fluxo básico: o usuário baixa o app e escolhe criar uma nova conta. O app coleta informações sobre as outras contas do usuário e suas pontuações de crédito. A partir daí, compartilha automaticamente as contas para as quais ele se qualifica e suas taxas de juros. O usuário encontra uma conta que atende às suas necessidades e se registra.
• Fluxo alternativo 1: o usuário insere suas informações financeiras, e o aplicativo gera rapidamente opções de conta. No entanto, cada conta tem como padrão a taxa de juros mais alta que seu histórico financeiro permite. Então, o usuário abandona o app em busca de uma taxa mais baixa.
• Fluxo alternativo 2: o processo de integração funciona como pretendido, mas o app enfrenta problemas de conformidade, como os requisitos de Know Your Customer (KYC). Embora o app possa fornecer opções de contas, as etapas adicionais de conformidade atrasam o processo.
• Fluxo alternativo 3: como o app analisa apenas outras contas e pontuações de crédito, ele não pode oferecer uma gama completa de opções de contas. Por exemplo, ele só pode oferecer cartões de crédito e linhas de crédito. Portanto, os clientes que procuram hipotecas precisam buscar outras alternativas.

Benefícios dos casos de uso

Na etapa de planejamento, os casos de uso definem o escopo, os requisitos e o roteiro do projeto. As equipes também podem discutir os melhores resultados para o usuário e projetar um caminho para eles. Com fluxos alternativos, também é possível antecipar riscos antes que eles prejudiquem a experiência do usuário. Se isso não for motivo suficiente para você criar um, confira outros benefícios dos casos de uso:

• Explicar o valor: os casos de uso explicam os recursos de um sistema em termos simples. Portanto, ao apresentar seus planos aos envolvidos, um caso de uso torna o sistema mais fácil de entender.
• Prever custos: um caso de uso define a complexidade de um sistema. Maior complexidade pode trazer recursos ou proteções adicionais. Ao entender a complexidade do seu sistema, você pode estimar os custos de desenvolvimento.
• Melhorar o planejamento: sem um caso de uso, os designers e desenvolvedores se concentram no que o sistema faz, e não em como ele faz. No entanto, os casos de uso ajudam as equipes a considerar todas as maneiras de implementar recursos e proteções.
• Compartilhar usos alternativos: nem todos os fluxos alternativos em um sistema levam a resultados malsucedidos. Mapear diferentes cenários é bom para encontrar novas soluções para problemas antigos ou ampliar sua compreensão do que um sistema pode realizar.

Aperfeiçoe seus casos de uso com o FigJam

Os casos de uso vão além de apenas descrever o que seu produto pode fazer. Eles fornecem aos envolvidos e às equipes uma visão clara das interações do usuário e dos resultados bem-sucedidos. Seja para adicionar um novo recurso, fazer uma prototipagem rápida ou redesenhar um sistema, o planejamento deve começar com a criação de um caso de uso.

Quanto mais insights sobre agentes, interações e resultados, melhor. Por isso, é importante colaborar nos casos de uso com a sua equipe e os envolvidos. Um quadro branco online compartilhado, como o FigJam, simplifica a colaboração entre equipes remotas para ajudar você a criar casos de uso abrangentes. Nossa galeria de mais de 300 modelos pode reunir equipes em qualquer estágio do desenvolvimento.