CASO DE USO

Annotations:

• O modelo de caso de uso é elaborado durante as reuniões marcadas entre a equipe de desenvolvimento do sistema e as partes interessadas com o objetivo de especificar os requisitos. É composto do Diagrama de Caso de Uso e da descrição dos casos de uso, usualmente, uma descrição textual.

1. CONCEITO DO MODELO DE CASO DE USO

   Annotations:

   • o modelo de caso de uso é uma representação das funcionalidades externamente perceptíveis do sistema e dos elementos externos que trocam informações com ele. O modelo de caso de uso descreve os requisitos funcionais de um sistema sob o ponto de vista do usuário. A construção desse modelo associa as funcionalidades do sistema (casos de uso), seu ambiente operacional (atores) e o relacionamento entre eles (comunicação entre os atores e os casos de uso).
   • Os objetivos do modelo de caso de uso são especificar, construir e documentar o comportamento de cada parte que o sistema deve possuir.
2. CENÁRIO

   Annotations:

   • um cenário é a descrição de uma das maneiras pelas quais um caso de uso pode ser executado ou realizado, também conhecido como instância de um caso de uso
   • Um cenário representa uma sequência de passos que descrevem uma interação entre um usuário e um sistema e detalha o caminho do ponto inicial até o ponto final de um fluxo de eventos. O cenário do caso pode envolver o Fluxo Principal e os Fluxos Alternativos ou de Exceção em qualquer combinação. Contudo, sempre começando pelo Fluxo Principal
3. CASO DE USO

   Annotations:

   • E um caso de uso? Seguindo a analogia dos exemplos anteriores, é aquele que descreve uma sequência completa de interações, ou seja, como se relacionarão as funcionalidades, umas com as outras, e como serão utilizadas pelo usuário (ator) durante o funcionamento do sistema.
   • A diferença é que, para descrever essa interação, se utiliza uma metodologia que serve para padronizar a descrição da funcionalidade. Deste modo, o desenvolvedor que utilizará o caso de uso para implementar o sistema ou o analista que validará o desenvolvimento ou fará os testes entenderá a funcionalidade de uma maneira única.
4. ATOR

   Annotations:

   • Um ator corresponde a um papel representado por algo ou alguém, qualquer elemento externo ao sistema. Pode ser um ser humano, hardware, dispositivo ou o sistema externo que interage com o sistema em questão. O ator é quem interagirá com o sistema. O termo “interage” significa que um ator troca informações com o sistema (envia informações para o sistema processar ou recebe informações processadas provenientes do sistema).
   • Um ator é representado por um boneco e um rótulo com o nome do ator. Os nomes dos atores devem ser escolhidos para denotar claramente o papel que o ator executará no sistema. Um ator humano é uma pessoa que no diagrama deve possuir como nome o papel que a pessoa executa no contexto onde o sistema será utilizado. Por exemplo: funcionário, usuário, cliente ou atendente.
   • Um ator sistêmico representa um sistema, um módulo ou o componente de outro sistema (sistema externo) que executará a funcionalidade definida pelo caso de uso. É importante ressaltar: trata-se de um sistema externo ao que está sendo documentado no diagrama; a equipe desconhece seu escopo e é totalmente alheia de responsabilidade. O sistema documentado é usuário deste sistema externo ou serve a este sistema e o sistema externo se torna, portanto, usuário deste. No diagrama, deve possuir seu nome de fato (se o ator é o sistema “legado”, este deve ser o seu nome).
5. FRONTEIRA

   Annotations:

   • Constitui-se dos casos de uso que compõem o sistema, ou seja, é o limite do sistema. É representado por um retângulo.
6. RELACIONAMENTOS

   Annotations:

   • O relacionamento mais utilizado de um ator para com um caso de uso é a associação por comunicação, o que significa que o ator executa a funcionalidade especificada no caso de uso. Ainda temos os casos de uso que se relacionam entre si: inclusão, extensão e generalização.
   • No modelo de caso de uso, podem haver relacionamentos entre:  - O ator e o caso de uso.  - Atores (ator e outro ator).  - Casos de uso (caso de uso e outro caso de uso).
   1. COMUNICAÇÃO

      Annotations:

      • O relacionamento de comunicação é conhecido também como associação por comunicação. Este relacionamento indica com qual caso de uso um determinado ator troca informações. Um ator pode interagir com mais de um caso de uso do sistema.
      • A associação de comunicação é representada por uma linha sólida (Figura 9). Se a linha sólida contém a cabeça de flecha, significa que somente o elemento que está no fim da flecha pode iniciar a comunicação. Caso a linha sólida não tenha a cabeça de flecha, então, quaisquer dos dois elementos, o caso de uso ou o ator, podem iniciar a interação.
   2. INCLUSÃO

      Annotations:

      • O relacionamento de inclusão conecta o caso de uso base ao caso de uso incluído. O caso de uso base faz explicitamente a inclusão do caso de uso incluído. Este tipo de relacionamento existe somente entre casos de uso.
      • Relacionamento que identifica um processo obrigatório, ou seja, o caso de uso incluído será executado sempre que o caso de uso base for executado. O caso de uso base pode ter sua execução dependente do resultado do caso de uso incluído.
      • Na ocasião em que dois ou mais casos de uso incluem uma sequência comum de interações, essa sequência comum pode ser descrita em outro caso de uso. Assim, vários casos de uso do sistema podem incluir o comportamento desse caso de uso comum. Essa prática abstém a repetição da descrição de uma mesma sequência de interações e transforma a descrição dos casos de uso mais simples e de manutenção mais fácil. Portanto, faça isso sempre que o mesmo procedimento apareça repetidas vezes no sistema.
      • São representadas por uma linha tracejada e a seta aponta para o caso de uso incluído e o estereótipo <<INCLUDE>>.
   3. EXTENSÃO

      Annotations:

      • Relacionamento que identifica um processo opcional que pode ou não ser executado. Ocorre em uma situação específica, onde uma condição é satisfeita. Este relacionamento só ocorre entre casos de uso.
      • O relacionamento de extensão é utilizado para modelar situações em que diferentes sequências de interações podem ser inseridas em um mesmo caso de uso. Cada uma dessas diferentes sequências representa um comportamento eventual que só ocorre sob certas condições ou cuja realização dependa da escolha do ator.
      • Portanto, não há como existir um relacionamento de associação de comunicação entre um ator solicitante e um caso de uso estendido.
      • São representadas por uma linha tracejada e a seta aponta para o caso de uso que utiliza o caso de uso estendido e o estereótipo <<EXTEND>>.
   4. GENERALIZAÇÃO

      Annotations:

      • Este relacionamento permite que um caso de uso ou ator herde características de outro, mais genérico, chamado de caso de uso ou ator base. O caso de uso ou ator herdeiro pode especializar o comportamento do caso de uso ou ator base.
      • O objetivo deste relacionamento é indicar que dois ou mais casos de uso ou atores têm comportamentos semelhantes; o caso de uso abstrato é utilizado apenas para capturar a natureza semelhante entre os casos de usos filho, conhecidos como concretos.
      • É uma forma de associação entre casos de uso que relaciona dois ou mais casos de uso com características semelhantes, apresentando pequenas diferenças entre si. Nessas situações, são definidos um caso de uso geral e casos de uso que são especializações deste. Desta forma, evita-se a redação das partes genéricas em mais de um caso de uso e a redação dos casos de uso especializados se concentra nas diferenças. O relacionamento de generalização pode existir entre dois casos de uso ou entre dois atores.