Desenvolvimento de Casos de Uso

Na geração do documento preliminar dos requisitos extraídos em qualquer técnica, podem-se utilizar os diagramas de Caso de Uso da UML, que fornecem uma descrição de como o sistema será utilizado, através de cenários.

Essencialmente, um caso de uso conta uma história sobre como um usuário final (desempenhando diversos papéis) interage com o sistema sob um conjunto de situações diferentes. O primeiro passo ao se escrever um caso de uso é definir o conjunto de atores, que representam as diferentes pessoas ou dispositivos que usam o sistema no contexto.

Fonte: PRESSMAN (2011, p. 138)

De acordo com Pressman (2011, p. 138), o levantamento de requisitos é uma atividade evolucionária, portanto, nem todos os atores são identificados durante a primeira iteração. Atores primários são identificados na primeira iteração e atores secundários surgem quando mais conhecimento é obtido do sistema. Os atores primários trabalham de forma mais direta e frequente com o sistema e os secundários oferecem suporte ao sistema, de forma que os primários possam realizar o seu trabalho.

Booch, Rumbaugh e Jacobson (2006) sugerem diversas perguntas que podem ser respondidas por um caso de uso, dentre as quais se encontram:

• Há precondições que devem existir antes de uma história iniciar?
• Quem são os atores primários e secundários?
• Quais são os objetivos dos atores?
• Que tarefas ou funções são realizadas pelos atores?
• Que exceções devem ser consideradas à medida que a história se desenvolve?
• Quais são as possíveis variações na interação de cada ator?
• Que informações de sistema cada ator solicita, adquire, produz ou modifica?

Sommerville (2011, p. 74) afirma que o conjunto de casos de uso representa todas as possíveis interações que serão descritas nos requisitos de sistema. Os casos de uso identificam as interações individuais entre o sistema e seus usuários ou entre o sistema e outros sistemas. Cada caso de uso deve ser documentado com uma descrição textual e esta, por sua vez, pode ser ligada a outros diagramas da UML que desenvolverão o cenário com mais detalhes.

A figura apresenta os principais elementos de um diagrama de caso de uso da UML: ator (actor), caso de uso (use case), relacionamento (relationship) do tipo <<extend>> e <<include>>.

Elementos de um diagrama de caso de uso. Fonte: uml-diagrams.org (2016)

Caro aluno, as dicas que podemos lhe dar para quando você estiver tentando descobrir o que o seu cliente quer do seu novo software são:

• Em primeiro lugar, evite perguntar ao cliente o que ele quer que o novo sistema faça.
• Entenda, primeiro, como são atualmente os processos do seu cliente.
• Pergunte ao cliente quais processos que ele sabe que funcionam bem no sistema atual. Faça o cliente explicar porque ele acha que funcionam bem. Faça o mesmo com os processos que existem e funcionam mal.
• Descubra quais são os processos atuais que existem, mas que ninguém usa, e por que não são usados.
• Baseado nessas informações, utilize uma das técnicas de coleta de requisitos. Quanto mais claramente os requisitos puderem ser compreendidos pelo cliente, melhor. Por exemplo, se for um cliente da área técnica você poderá lhe mostrar os casos de uso ou usar diagramas mais técnicos. Se for um cliente de negócios, você vai precisar de algo mais visual, então faça desenhos ou crie um protótipo.
• Faça o cliente analisar seu protótipo ou sua lista, mesmo que seja difícil para ele. Procure estar sempre face a face com seu cliente.
• Assinale os requisitos com os quais o cliente concorda e aqueles com os quais ele discorda. Baseado nessas informações, descubra se ainda existem pontos do processo que você não entendeu corretamente.
• Refine e detalhe mais os requisitos. A partir daqui, o processo se repete até que o cliente concorde com a maioria dos requisitos do sistema. Ter 100% de concordância não é fácil, mas deve haver uma sensação de comprometimento e de entendimento entre você e seu cliente após esse processo.