A metodologia Orientada a Objetos é um paradigma computacional, que representa uma forma de pensar e conceber sistemas e programas de computador.

A mudança de paradigma é uma oportunidade de encontrar novas interpretações para antigas questões, bem como, rever soluções tidas como definitivas.

A orientação a objeto é uma tecnologia que pressupõe o mundo real na visão de “objetos” permitindo descrevê-los e simular seus comportamentos.

Objeto é um elemento do contexto do negócio que possui conhecimento, comportamento e identidade.  Um elemento identificado distintamente (linha) e que armazena um estado, que poderá ser alterado com operações. Por exemplo, o cliente em um sistema de vendas.

Para a concepção de sistemas, a metodologia Orientada a Objetos definiu a UML (UNIFIED MODELING LANGUAGE) como uma linguagem de modelagem no suporte do desenvolvimento.  A representação é desenvolvida a partir da construção de modelos que, cada um com características próprias, atendem a natureza da aplicação a ser estudada. Portanto, os modelos possuem uma comunicação direta e se completam.

Para utilizar a UML devemos acima de tudo quebrar paradigmas e ter uma visão sistêmica e funcionalidade abrangente.

• OBJETIVOS
  • Representar os requisitos do sistema em estudo;
  • Ser independente da linguagem de programação e processo de desenvolvimento, ou seja, independente do Ciclo de Vida, Processo ou Metodologia que esteja sendo adotada;
• VANTAGENS
  • Facilidade na comunicação;
  • Documentar o estudo para que possa ter uma referência durante o desenvolvimento e após implantação;
  • Fácil alterabilidade;
  • Integração entre as ferramentas;
  • Apresenta uma visão geral do sistema;

Modelos de Representação

A UML propõe vários modelos de representação. Cada um apresenta características e simbologias próprias, como pode ser observado na Figura 1, onde estão apresentados os utilizados em maior frequência pelos desenvolvedores.

Figura 1: Exemplo modelos UML | Fonte: De autoria própria, 2022.

No escopo desta aula vamos explorar o Diagrama de Caso de Uso, conhecer sua simbologia e aprender a utilizá-la na representação de sistemas.

O Diagrama de Caso de Uso é o modelo que representa as funcionalidades do sistema e sua interação com o usuário ou com outro caso de uso.

Caso de uso - Simbologia

A representação de um diagrama de caso de uso é muito fácil de ser utilizado. Utilizamos as seguintes simbologias:

• CASO DE USO

  • É a representação de um requisito do sistema, na simbologia de uma elipse, conforme a Figura 2:

    

    Fonte: De autoria própria, 2022.

  • O nome do requisito deve:

    • Ser identificado por verbo, pois tem a conotação de ação;
    • Ter o significado claro expressando a realização do requisito.

• ATOR

  • É a representação dos usuários/stakeholders que realizam o caso de uso, conforme simbologia apresentada na Figura 3. Representam quem possui o comando dos Casos de Usos que irão atender aos requisitos. É importante atentar que o ATOR é quem dá início e executa o Caso de Uso.

  • Podem ser: Pessoas, Setores, órgãos governamentais, etc.

    

    Figura 3: Ator

    

    Outros Sistemas:

    

    Fonte: De autoria própria, 2022.

• INTERAÇÃO ATOR - CASO DE USO

  • A interação Ator - Caso de Uso se dá a partir da ligação entre as simbologias (Figura 4)  e representa a realização do caso de uso, pelo ator.

    

    Figura 4: Interação Ator - Caso de Uso | Fonte: De autoria própria, 2022.

• INTERAÇÃO CASO DE USO - CASO DE USO

  • A interação Caso de Uso - Caso de uso se dá a partir da ligação entre dois casos de uso e representa a realização do caso de uso, por outro caso de uso.

  • Pode ser de dois tipos: <include> e <extend>, conforme mostrado na Figura 5.

    

    Figura 5: Interação Caso de Uso - Caso de Uso | Fonte: De autoria própria, 2022.

  • Interação <include>

    • A inclusão ocorre quando existe um conjunto de procedimentos semelhantes em mais de um caso de uso, fornecendo a reutilização. Não são acionados por ator e são SEMPRE utilizados.
    • Na Figura 5 vemos o <include> com o caso de uso “Validar CPF”, dando visibilidade que a interação vai acontecer sempre que o caso de uso “Cadastrar Cliente” executar.

  • Interação <extend>

    • Quando o caso de uso estendido possui vida própria, pode ser executado por um ator e OPCIONALMENTE por outro caso de uso, relacionado ao atendimento de uma regra de negócio.
    • Na Figura 5 vemos o <extend> com o caso de uso “Cadastrar Dependente”, dando visibilidade que a interação vai acontecer com o caso de uso “Cadastrar Cliente” e executar somente se o cliente possuir dependente.