Análise de Caso de Uso — Um Estudo de Caso

O que são casos de uso?

Um  caso de uso  é uma técnica de captura e documentação de requisitos que pode ser escrita em texto simples para descrever de forma narrativa as ações e interações dos participantes que usam o sistema. Finalmente, a funcionalidade do sistema deve satisfazer a finalidade para a qual as partes interessadas usam o sistema.

Antes de usar texto para documentar uma descrição de caso de uso, podemos primeiro usar um diagrama de caso de uso para destacar o propósito do ator que usa o sistema. Com a representação gráfica, você pode entender rapidamente toda a imagem a partir de uma visão panorâmica. Defina o escopo do sistema (limites do sistema) e identifique os objetivos primários dos atores (chamados casos de uso) que suportam o uso de funcionalidades ou serviços do sistema.

Os diagramas de casos de uso são bons para a comunicação da equipe e é da natureza humana: usar gráficos geralmente é melhor do que se comunicar por meio de palavras.

Depois que a equipe tem um entendimento inicial e consenso sobre a aparência geral do sistema, o analista de requisitos abre o oval — caso de uso e descreve o processo de diálogo entre os atores e o sistema em um formato correto e de fácil leitura.

Aumente gradualmente a precisão dos casos de uso de simples a complexos. Não se prenda a detalhes complicados no início, para não investir muito espírito no design e na descrição errados. Os diagramas de caso de uso ajudam a passar do simples ao complexo e reduzem falácias desnecessárias.

Como pode ser visto na figura, o escopo do projeto deste sistema é “sistema de pedidos de livros online”, um dos principais participantes que usam este sistema é “cliente online”, o objetivo dos participantes que usam este sistema é “livros de pedidos”.

Os “livros de pedidos” são o caso de uso do sistema e o ator é o “cliente online”. Após determinar o propósito dos participantes, vamos registrar os detalhes do propósito na narrativa do texto, ou seja, registrar a interação entre os participantes e a operação do sistema para atingir o propósito. Isso é chamado de descrição de caso de uso.

A tabela a seguir descreve um caso de uso simples de “Order books”.

Origem do Caso de Uso

O caso de uso foi publicado pela primeira vez pela gigante do software Jacobson em 1992, que teve um impacto considerável na moderna tecnologia orientada a objetos. Além disso, as especificações UML ( Unified Modeling Language ) formuladas em conjunto pelos chamados “os 3 Amigos” – Booch, Jacobson e Rumbaugh e revisadas pela OMG foram incluídas como parte importante das principais especificações padrão.

Aqui estão as definições de casos de uso por vários gigantes do software.

  • “Um caso de uso é um documento narrativo que descreve a sequência do processo de um ator usando o sistema para completar um evento” [Jacobson92].
  • “Um caso de uso é um conjunto de cenários (fluxo de eventos), que estão relacionados ao propósito de uso comum do sistema” [Fowler97].
  • “Um caso de uso é uma sequência de ações que um ator (geralmente uma pessoa, mas talvez uma entidade externa, como outro sistema) executa dentro de um sistema para atingir um objetivo específico” [Rosenberg99].
  • “Um caso de uso é um ator (geralmente um usuário, mas talvez uma entidade externa, como outro sistema externo), uma série de ações para atingir um objetivo específico na interação com o sistema interno” .

No livro “The Unified Modeling Language User Guide”, a definição de Caso de Uso é dada:

  • “Um caso de uso descreve um conjunto de sequências, em que cada sequência representa a interação das coisas fora do sistema (seus atores) com o próprio sistema (e suas principais abstrações)”.
  • “O caso de uso descreve uma série de sequências, cada uma das quais expressa a interação entre coisas fora do sistema (participantes) e o próprio sistema (e suas principais abstrações).”

A partir da discussão acima, podemos obter as características relacionadas ao caso de uso:

  • Um caso de uso é um documento narrativo descrito em linguagem natural (como narrativa em inglês). De um modo geral, um caso de uso não envolve gráficos ou gramática de linguagem de programação (como java) para descrever.
  • O cenário descrito no caso de uso é exatamente o que os atores esperam realizar (obter) seu objetivo (Meta) a partir da interação e comunicação com o sistema.
  • Por exemplo, “Comprar Itens” é exatamente o propósito do consumo do consumidor:
    “O consumidor confere os bens adquiridos, e o caixa registra os bens adquiridos e recebe o pagamento. Uma vez concluído, o consumidor sai com a mercadoria.”
  • Um caso de uso pode ter um cenário normal e com vários cenários de exceção. O cenário normal descreve o processo normal de interação entre os participantes e o sistema; enquanto no processo de interação com o sistema, se for considerada a ocorrência de exceções, dependendo da complexidade da situação, ela pode ser descrita no “caminho alternativo” no cenário normal” ou pode ser descrita em outro cenário para exceções complexas.
  • O sistema fornecerá uma série de funções para interagir com os participantes, mas os participantes não precisam saber o que está acontecendo no sistema ou como fazê-lo, o sistema só precisa enviar os resultados de volta aos participantes. Portanto, para os participantes, o sistema é (ou um grupo de casos de uso) uma caixa preta.
  • A descrição do caso de uso enfatiza o que o sistema deve fazer (o que fazer), não como fazer (como fazer). Portanto, os detalhes da implementação não devem ser descritos na descrição do caso de uso.
  • O ator chega diretamente ao sistema operacional. No diagrama de caso de uso, embora o ator seja representado como um ícone de “boneco de palito”, o participante pode não ser necessariamente uma pessoa real . O participante também pode ser um sistema externo e pode precisar obter algumas informações desse sistema.

Outros diagramas UML

Leave a Reply

O seu endereço de email não será publicado.