Aula4 - Aluno

Unified Modeling Language - UML

Linguagem de Modelagem Unificada

DIAGRAMASProf: Msc. Maria Amélia C. S. Nogueira

2014

DIAGRAMA DE CASOS DE USO

Diagrama de Casos de Uso

• Representa o comportamento de um sistema em termos de suas funcionalidades

• Descrevem o que o sistema deve fazer, mas não como isso será feito

• Elementos– Atores– Casos de Uso– Relacionamentos


• Atores– Representam qualquer entidade externa que

interage com o sistema– Entidade externa: usuário, hardware, outro

sistema, etc.– Formas de interação:• Enviar dados para o sistema• Receber dados do sistema• Enviar/Receber dados do sistema


• Atores– Implícitos• Atores que podem ser omitidos do diagrama• Inclusão não traz contribuição para a modelagem do

sistema• Ex.: Monitor, PC, Sistema Operacional, teclado, etc.


• Relacionamentos– Representam a interação entre:• Casos de uso e atores• Casos de uso• Atores


Casos de uso – é tarefa, serviço ou função desenvolvida pelo usuário.

• Associação entre Casos de Uso e Atores• Um ator pode interagir com mais de um caso de uso• Um caso de uso pode interagir com mais de um ator

Diagrama de Casos de Uso Casos de uso e atores

Associação Notação – Ativação do Caso de Uso


• Relacionamento• Entre casos de uso– Inclusão (include)

– Extensão (extend)

– Generalização

Diagrama de Casos de Uso– Inclusão (include)• Um caso de uso inclui um outro caso de uso (subcaso de

uso)• Caso de uso incluído não faz sentido sozinho, não é

completo• Obrigatoriedade (sempre será executado)• Quando usar:

– Detalhamento de casos de uso por meio de decomposição– Colocar em evidência partes comuns entre dois ou mais casos

de uso

Diagrama de Casos de Uso– Extensão (extend)• Caso de uso maior é estendido por um caso de uso

menor• Quando usar:

– Usada para modelar casos de uso especiais que ocorrem somente em determinadas circunstâncias (opcional)

Diagrama de Casos de Uso– Generalização• Representa o relacionamento entre um caso de uso mais

geral e um ou mais casos de uso específicos• Quando usar:

– Representar a aplicação de um caso de uso geral em uma situação particular

– Situação particular: funcionalidades do caso de uso geral devem ser complementada

Diagrama de Casos de Uso Generalização


• Entre atores– Generalização• Representa que um ator é um caso especial de outro

ator

DESCRIÇÃO

DE

CASOS DE USO

Descricão de Caso de uso Tem como finalidade apresentar, de forma

detalhada, como deve ser executada uma funcionalidade, ou seja, representa a execução da funcionalidade passo-a-passo.

Os diversos autores, que tratam, atualmente, deste assunto, apresentam diferentes padrões e notação para descrição de caso de uso. Adotaremos um modelo originado a partir da fusão do que de bom foi encontrado nesses autores, e acrescentamos, é claro, nossa contribuição.

Descricão de Caso de uso Componentes

Identificação – é uma forma de denominar o caso de uso, tornando mais fácil sua referência. Por exemplo: UC001

Nome do Caso de Uso – descrição do Nome do caso de uso correspondente ao nome do diagrama.

Objetivo – é seção na qual deverá ser descrita qual o objetivo do caso de uso;

Ator(es) – identifica qual ator(es) irão interagir com o caso de uso que está sendo descrito.


Pré condição – descreve as restrições que devem ser obedecidas para a execução do caso de uso.

Pós Condição – descreve o que deverá ocorrer no sistema após a execução do caso de uso. É importante tomar o cuidado para descrever somente aquilo que de fato irá impactar no sistema e, de preferência, aquilo que tem influência direta nas regras de negócio.


• Fluxo – é o principal componente de uma descrição de caso de caso de uso. Representa a seqüência de passos a serem seguidos e está classificado em: Fluxo Principal (ou Básico), Sub Fluxo, Fluxo Alternativo e Fluxo de Exceção (ou de erro);

Descricão de Caso de uso Fluxo Principal ou Básico

• Descreve o “caminho ótimo” do caso de uso, ou seja, descreve a principal ação do caso de uso sem se preocupar com exceções ou quaisquer outros detalhes que possam interferir no resultado do mesmo.

Descricão de Caso de uso FluxoSub-fluxo (SF)

• Descreve uma parte do fluxo principal. Representa uma seqüência de passos que serão SEMPRE executados, porém são tratados de forma separada para tornar a descrição do fluxo principal mais simples.

Descricão de Caso de uso FluxoFluxo Alternativo (FA)

• O Fluxo alternativo representa um caminho opcional para o usuário que está interagindo, ou seja, caso ele não queira seguir o caminho principal (básico) ele tem a alternativa de seguir outro caminho.

Descricão de Caso de uso Fluxo Fluxo de Exceção ou Erro (FE)

• O Fluxo de Exceção ou Erro tem como finalidade descrever como o sistema deverá tratar erros que poderão ocorrer no fluxo principal ou em nos fluxos alternativos e sub-fluxos, ou seja, o fluxo de exceção descreve algo que interferiu no caminho ótimo mas que foi tratado pelo sistema.

Dicas Um sub-fluxo pode ser comparado a um

procedimento/função (procedure/function), representando um desvio para se executar algo a parte e depois voltar para o programa principal (fluxo principal no nosso caso);

Uma diferença entre um sub-fluxo e um fluxo alternativo é que o fluxo alternativo representa, na maioria das vezes, uma opção de escolha do usuário, isto é, uma escolha manual, e um sub-fluxo representa uma escolha do sistema, ou seja, uma escolha automática.

Documents

Aula4 - Aluno