Tudo o que você precisa saber sobre modelagem de casos de uso

Benefícios do Diagrama de Caso de Uso

1. Casos de uso é uma técnica poderosa para a elicitação e documentação de requisitos funcionais de caixa preta.
2. Porque os casos de uso são fáceis de entender e fornecem uma excelente maneira de se comunicar com clientes e usuários, pois são escritos em linguagem natural.
3. Os casos de uso podem ajudar a gerenciar a complexidade de grandes projetos particionando o problema em recursos de usuário principais (ou seja, casos de uso) e especificando aplicativos da perspectiva dos usuários.
4. Um cenário de caso de uso, geralmente representado por um diagrama de seqüência, envolve a colaboração de vários objetos e classes, os casos de uso ajudam a identificar as mensagens (operações e informações ou dados necessários — parâmetros) que unem os objetos e as classes.
5. Os casos de uso fornecem uma boa base para vincular a verificação dos modelos de nível superior (ou seja, interação entre atores e um conjunto de objetos colaborativos) e, posteriormente, para a validação dos requisitos funcionais (ou seja, blueprint de teste de caixa branca).
6. A abordagem orientada a casos de uso fornece links rastreáveis ​​para rastreamento de projetos em que as principais atividades de desenvolvimento, como os casos de uso, são implementadas, testadas e entregues, cumprindo as metas e objetivos do ponto de vista do usuário.

Como desenhar um diagrama de caso de uso?

Um modelo de Caso de Uso pode ser desenvolvido seguindo as etapas abaixo.

1. Identificar os Atores (papel dos usuários) do sistema.
2. Para cada categoria de usuários, identifique todas as funções desempenhadas pelos usuários relevantes para o sistema.
3. Identifique quais são os usuários necessários que o sistema seja executado para atingir esses objetivos.
4. Crie casos de uso para cada objetivo.
5. Estruturar os casos de uso.
6. Priorizar, revisar, estimar e validar os usuários.

Observe que: para tornar a abordagem de caso de uso mais “ágil”, não detalhe todos os casos de uso, mas priorize-os em seu backlog de produto, você deve refinar o caso de uso em diferentes níveis de detalhes de acordo com a fase de desenvolvimento com just-in-time e de maneira suficiente.

Você também pode:

1. Desenhe pacotes para categorização lógica de casos de uso em subsistemas relacionados.

Estruturando casos de uso

A UML define três estereótipos de associação entre Casos de Uso:

<<incluir>> Caso de uso

A hora de usar o relacionamento <<include>> é após você ter completado a primeira descrição de corte de todos os seus Casos de Uso principais. Agora você pode observar os Casos de Uso e identificar sequências comuns de interação usuário-sistema.

<<estender>> Caso de uso

Um caso de uso estendido é, efetivamente, um curso alternativo do caso de uso base. O caso de uso <<extend>> faz isso inserindo conceitualmente sequências de ação adicionais na sequência de casos de uso base.

Caso de uso abstrato e generalizado

O caso de uso geral é abstrato. Não pode ser instanciado, pois contém informações incompletas. O título de um caso de uso abstrato é mostrado em itálico.

Exemplo

Este exemplo descreve um modelo de vários casos de uso de negócios (objetivos) que representam as interações entre um restaurante (o sistema de negócios) e seus principais atores.

Depois que os casos de uso base forem identificados no primeiro corte, talvez possamos estruturar ainda mais esses casos de uso com os casos de uso <<extend>> e <<include>> no retoque da segunda rodada, conforme mostrado na Figura abaixo:

Caso de uso de negócios

Um caso de uso de negócios é descrito em  terminologia livre de tecnologia  que trata o processo de negócios como uma caixa preta e descreve o processo de negócios que é usado por seus atores de negócios, enquanto um caso de uso comum é normalmente descrito no  nível de funcionalidade do sistema  e especifica a função ou o serviço que o sistema oferece ao usuário. Em outras palavras, o caso de uso de negócios representa como o trabalho deve ser feito manualmente na situação atual e não necessariamente é feito pelo sistema ou pretende ser automatizado no escopo do sistema de destino.

Como identificar atores

Muitas vezes, as pessoas acham mais fácil iniciar o processo de elicitação de requisitos identificando os atores. As seguintes perguntas podem ajudá-lo a identificar os atores do seu sistema (Schneider e Winters — 1998):

• Quem usa o sistema?
• Quem instala o sistema?
• Quem inicia o sistema?
• Quem mantém o sistema?
• Quem desliga o sistema?
• Que outros sistemas usam este sistema?
• Quem obtém informações deste sistema?
• Quem fornece informações ao sistema?
• Alguma coisa acontece automaticamente no momento?

Como identificar casos de uso?

Identificando os Casos de Uso e, em seguida, o processo de elicitação baseado em cenário continua perguntando qual valor observável externamente visível que cada ator deseja. As seguintes perguntas podem ser feitas para identificar casos de uso, uma vez que seus atores tenham sido identificados (Schneider e Winters — 1998):

• Quais funções o ator vai querer do sistema?
• O sistema armazena informações? Quais atores irão criar, ler, atualizar ou excluir essas informações?
• O sistema precisa notificar um ator sobre as chances no estado interno?
• Existem eventos externos que o sistema deve conhecer? Que ator informa o sistema desses eventos?

Dicas de diagrama de caso de uso

Agora, confira as dicas abaixo para ver como aplicar o caso de uso de forma eficaz em seu projeto de software.

• Sempre estruture e organize o diagrama de caso de uso da perspectiva dos atores.
• Os casos de uso devem começar simples e na visão mais alta possível. Só então eles podem ser refinados e detalhados ainda mais.
• Os diagramas de caso de uso são baseados na funcionalidade e, portanto, devem se concentrar no “o quê” e não no “como”.

Níveis de detalhes dos casos de uso

A granularidade do caso de uso refere-se à maneira como as informações são organizadas dentro das especificações do caso de uso e, até certo ponto, ao nível de detalhe no qual elas são escritas. Alcançar o nível certo de granularidade de caso de uso facilita a comunicação entre as partes interessadas e os desenvolvedores e melhora o planejamento do projeto.

Alastair Cockburn em  Writing Effective Use Cases  nos dá uma maneira fácil de visualizar diferentes níveis de nível de meta pensando em termos de mar:

Observe que:

• Embora um caso de uso em si possa se aprofundar em muitos detalhes sobre todas as possibilidades, um diagrama de casos de uso geralmente é usado para uma visão de nível superior do sistema como blueprints.
• É benéfico escrever casos de uso em um nível mais grosseiro de granularidade com menos detalhes quando não for necessário.

Espero que você possa responder “o que é diagrama de caso de uso” agora e possa aplicar o caso de uso em seu projeto. Se você quiser saber mais sobre outros tipos de diagramas UML, consulte o guia UML:  Visão geral dos 14 tipos de diagramas UML .

Apenas mostrar o diagrama de caso de uso em  notação UML  não é suficiente. Cada caso de uso acompanhado de um texto explicando o propósito do caso de uso, bem como qual funcionalidade é realizada quando um caso de uso é executado.

A especificação do caso de uso é normalmente criada na fase de análise e design de maneira iterativa.

• A princípio, apenas uma breve descrição das etapas necessárias para realizar o fluxo normal do caso de uso (ou seja, qual funcionalidade é fornecida pelo caso de uso) é escrita.
• À medida que a análise avança, as etapas são desenvolvidas para adicionar mais detalhes.
• Finalmente, os fluxos excepcionais são adicionados ao caso de uso
• Cada projeto pode adotar um modelo de caso de uso padrão para a criação da especificação de caso de uso.

Caso de Uso x Especificação de Caso de Uso

Um Caso de Uso descreve uma tarefa que é executada por um ator gerando um resultado de valor comercial para um negócio. Um caso de uso pode ser visualizado como um diagrama de caso de uso e/ou em formato de especificação textual estruturada:

Caso de uso (tarefa — um cliente deseja realizar) pode ser:

• Interativo — Um caso de uso de sistema descreve a interação de um ator com um sistema em busca do objetivo de negócios definido
• Manual — Uma sequência de ações executadas por um ator
• Automatizado — Uma sequência de etapas executadas por um programa ou script

Características dos casos de uso

Um caso de uso tem:

• Apenas um objetivo
• Um único ponto de partida
• Um único ponto final
• Vários caminhos para ir do início ao fim
• ou seja, especificar o comportamento para uma variedade de condições possíveis
• Cada condição pode exigir ação(ões) específica(s)

Por exemplo — o cliente paga a conta:

Existem vários caminhos para atingir o objetivo:

• Pagamento por telefone
• Por carta
• Em pessoa
• por cheque
• em dinheiro, etc

Um caminho que não leva ao objetivo:

• O cartão de crédito é recusado

Abordagem de Caso de Uso Ágil

O modelo de caso de uso e seus casos de uso individuais evoluem nível por nível ao longo do tempo. Nem todos os casos de uso de um modelo necessariamente precisarão ser especificados com o mesmo nível de detalhe.

Just-in-Time e Just-Enough

Os casos de uso podem ser escritos em diferentes níveis de dados e escopo, cada um serve a um propósito:

• Resumo: Descrições gerais e visões gerais abrangentes da funcionalidade do sistema ou dos processos de negócios.
• Nível de usuário: descrições de usuários relacionadas a tarefas e como eles interagem com o sistema; descrições de um processo de negócios específico. Os casos de uso de nível de usuário geralmente são considerados no nível de tarefa que é o trabalho principal do usuário.
• Subfunção: Descrições de atividades de nível inferior que são usadas para concluir subpartes de um caso de uso principal.

Nota: Alguns casos de uso podem ser suficientemente especificados até o nível II. Você para quando detalhes suficientes são alcançados usando just-in-time e de maneira justa.

Uma especificação detalhada de caso de uso

O caso de uso detalhado é uma representação textual que ilustra uma sequência de eventos junto com outras informações de caso de uso relacionadas em determinado formato. As pessoas normalmente adotam um modelo de caso de uso padrão para registrar as informações detalhadas para os casos de uso