10 Dicas para Criar Diagramas de Caso de Uso Profissionais

O que é modelagem de casos de uso?

A modelagem de casos de uso é uma resposta simples à pergunta: ‘O que o usuário (cliente) quer?’. Permite-lhe representar visualmente o que o usuário deseja alcançar ao usar o produto final, que pode ser um sistema, um software, um programa, etc. A modelagem de casos de uso é uma técnica útil que fornece aos desenvolvedores de software uma base sólida para desenvolver sistemas que atendam às necessidades do cliente.

Embora a notação aplicada nos diagramas de casos de uso possa parecer simples e não transmitir muitos detalhes, a forma como os casos de uso são coletados, organizados e elaborados influencia grandemente a direção do ciclo de vida do desenvolvimento de software, e, portanto, a qualidade do produto de software final.

10 Dicas Práticas para Modelagem de Casos de Uso

Neste artigo, passaremos por dez dicas para maximizar a eficácia da elaboração de diagramas de casos de uso. Não vamos explicar em detalhes o que é um caso de uso, mas abordaremos alguns conceitos-chave sobre modelagem UML, diagramas de casos de uso e captura de requisitos.

1. Pense a partir da perspectiva do usuário final

É claro que você precisa conhecer as expectativas dos usuários para construir um sistema de software que funcione, e esse princípio é particularmente importante na modelagem de casos de uso. Muitas pessoas erroneamente tratam a modelagem de casos de uso como um processo para modelar funções do sistema, o que pode estar errado. Para ser preciso, a modelagem de casos de uso é uma forma de modelar o que os usuários querem. Cada caso de uso em um diagrama de casos de uso deve gerar um objetivo observável por meio da interação do usuário com o software ou sistema final. Às vezes, um objetivo do usuário é o mesmo que uma função do sistema, mas isso nem sempre é verdade. Por exemplo, ‘Login’ é uma função do sistema, mas certamente não é um objetivo do usuário – ninguém inicia um programa, faz login e vai embora! Portanto, quanto mais funções do sistema você desenhar em um diagrama de casos de uso, menos eficaz será o modelo de casos de uso para expressar as expectativas reais dos usuários durante todo o processo de desenvolvimento de software. Assim, ao desenvolver um modelo de casos de uso, tente expressar tudo pensando primeiro a partir da perspectiva do usuário final.

2. Evite nomes longos para casos de uso

Se você estiver lendo um diagrama de casos de uso preparado para um sistema de caixa eletrônico, qual dos seguintes casos de uso você gostaria de ver no diagrama? ‘Sacar Dinheiro’ e ‘Sacar Dinheiro e Atualizar Saldo na Conta’. O segundo caso de uso parece ser mais descritivo, certo? E se houver 50+ casos de uso diferentes com esse nome tão longo? Você provavelmente não quererá mais ler o diagrama e talvez seus olhos fiquem doloridos.

Uma das razões pelas quais precisamos de modelagem é que queremos compreender um sistema de software complexo de forma fácil e simples. É por isso que o UML nos forneceu muitos tipos diferentes de notações, cada uma representando uma perspectiva específica na descrição de um sistema de software completo. Esse ‘espírito’ se aplica também à nomenclatura de casos de uso. Se tentarmos nomear casos de uso com descrições detalhadas, por que não usamos apenas um arquivo de texto? Para tornar um diagrama de casos de uso fácil de entender, é importante manter os nomes dos casos de uso curtos, mas ainda descritivos. Mantenha os nomes curtos e deixe a descrição detalhada para a parte de descrição dos casos de uso.

3. Ator é um papel, não uma pessoa real

Algumas pessoas tentam representar funcionários em uma organização como atores no diagrama de casos de uso, acabando por ter um diagrama com Peter, Mary, Daisy, etc. Lembre-se de que um ator representa um papel único que compreende pessoas, sub-sistemas ou quaisquer outras entidades com características únicas e que compartilham os mesmos objetivos e expectativas.

4. Modelar caso de uso comum com relação

Um caso de uso representa um objetivo do usuário, que pode ser alcançado passando por uma série de etapas. Quando exatamente as mesmas etapas são encontradas entre casos de uso, você pode opcionalmente criar um novo caso de uso para as etapas comuns e conectá-lo aos casos de uso que acionam essas etapas. Ao usar um caso de uso incluído, fica claro que os casos de uso que o incluem realmente compartilham o mesmo conjunto de etapas representadas pelo caso de uso incluído, sem nenhuma ambiguidade.

5. Modelar comportamento excepcional

A relação Extend pode ser usada para especificar quando e como o comportamento de um caso de uso pode ser acionado por outro caso de uso. A extensão ocorre nos pontos de extensão definidos no caso de uso estendido. O caso de uso que estende define as etapas que podem ser executadas pelo caso de uso estendido sob condições específicas.

6. Modelar cenário com fluxo de eventos

Um caso de uso representa um objetivo do usuário, que pode ser alcançado passando por uma sequência de etapas. Algumas pessoas tentam modelar as etapas diretamente no diagrama de casos de uso, conectando ator e caso de uso com muitas associações, fingindo que são as etapas, o que é definitivamente errado. Em vez disso, as etapas do caso de uso podem ser bem descritas no editor de fluxo de eventoseditor de fluxo de eventos.

O editor de fluxo de eventos está em formato tabular, com cada linha representando uma etapa do caso de uso. Você pode escrever as etapas lá, com ou sem fluxo condicional. Também é possível aplicar formatação ao texto para enfatizar ideias principais.

7. Faça bom uso do estereótipo para categorização

O estereótipo é um mecanismo que permite introduzir notações específicas de domínio além das padrão. Um estereótipo é mostrado entre um par de aspas angulares, acima do nome da forma quando o estereótipo é aplicado. O uso adequado do estereótipo ajuda os leitores a perceber as diferenças entre os casos de uso mais facilmente.

8. Modelar fluxo detalhado do sistema com diagrama de sequência

Diagrama de sequênciapermite modelar o comportamento do sistema representando a comunicação e troca de mensagens entre objetos ao longo do tempo. Mas por onde começar? Em vez de adivinhar qual interação modelar, você pode começar se referindo às necessidades do usuário, exatamente o que um modelo de caso de uso tem como objetivo apresentar.

Sabemos que cada caso de uso representa um objetivo único do usuário. Traçar um diagrama de sequência a partir de um caso de uso implica que você vai modelar o que o sistema computacional deve fazer para atender ao usuário. Idealmente, não haverá nenhum design redundante, pois todos os diagramas de sequência são criados a partir de casos de uso, que representam o que o usuário deseja.

9. Aplicar a mesma largura nos casos de uso quando apropriado

Como os nomes dos casos de uso têm comprimentos diferentes, é normal ter casos de uso com larguras diferentes. Para tornar o diagrama mais agradável e mais fácil de ler, seria bom redimensioná-los para ter a mesma largura.

10. Posicionar atores e casos de uso de forma significativa

Um diagrama de casos de uso com atores e casos de uso posicionados aleatoriamente é definitivamente um pesadelo para os leitores. Uma pessoa precisa examinar o diagrama cuidadosamente para encontrar as informações que deseja entre os atores e casos de uso espalhados. Seria bom posicionar as formas de maneira disciplinada. Você também pode agrupar casos de uso com formas de pacote, se necessário.