DIAGRAMA DE CASO DE USODIAGRAMA DE CASO DE USO

• Simbolos/Componentes desse diagrama:– ATORES– CASOS DE USO– LINHAS :– LINHAS :

• Associações (Associam os casos de usos aoutros casos de uso e também a atores)

• Especialização / Generalização (característicassemelhantes para dois ou mais caso de uso)

• Inclusão (cenários obrigatório p/ um Caso Uso)• Extensão (cenários opcionais p/ um Caso de Uso)

• São como as “entidades externas” destediagrama da UML.

SÍMBOLO: ATORSÍMBOLO: ATOR

• São os processos existentes no sistema(modo resumido de visualizar cadamódulo do sistema)

SÍMBOLO: CASOS DE USOSÍMBOLO: CASOS DE USO

SÍMBOLO: LINHA DE ASSOCIAÇÃO

SÍMBOLO: LINHA DE ASSOCIAÇÃO

No exemplo acima, um cliente informa seus dados pessoais para queum funcionário do banco abra sua conta corrente.

As linhas de associação demonstram, neste exemplo, as ligaçõesentre clientes e o funcionário do banco no processo “abrir conta do cliente”

SÍMBOLO: LINHA DE

ESPECIALIZAÇÃO/GENERALIZAÇÃO

SÍMBOLO: LINHA DE

ESPECIALIZAÇÃO/GENERALIZAÇÃO

No exemplo acima estamos indicando, com a linha de especificação /generalização que o processo abrir conta do cliente, subdivide-se em: abertura deconta de pessoas jurídicas ou abertura de conta de pessoa física.

SÍMBOLO: LINHA DE INCLUSÃO

SÍMBOLO: LINHA DE INCLUSÃO

No exemplo acima, o processo “efetuar saque conta corrente” incluiOBRIGATORIAMENTE, no momento do saque, a gravação dos dados do saqueefetuado.

SÍMBOLO: LINHA DE EXTENSÃO

SÍMBOLO: LINHA DE EXTENSÃO

No exemplo acima, o funcionário do banco PODERÁ manter os dadosdo cliente sem a obrigatoriedade de abrir ou encerrar a conta do mesmo.Portanto, o processo de encerramento ou abertura da conta é uma extensão doprocesso manter dados do cliente.

• Retrata o sistema de forma generalizada;• Não é obrigatório a aparição de todos os

OBSERVAÇÕES IMPORTANTES SOBRE DIAGRAMA DE

CASO DE USO

OBSERVAÇÕES IMPORTANTES SOBRE DIAGRAMA DE

CASO DE USO

• Não é obrigatório a aparição de todos ossímbolos no seu caso de uso, desde que fiqueclaro o funcionamento básico do sistema;

• Retrata uma visão do Analista de Sistemaperante o sistema desenvolvido ou a serdesenvolvido;

• Este diagrama é uma evolução do diagrama deEntidade-Relacionamento;

• Além dos campos e nome da tabela(classe), odiagrama de classe possibilita definir asoperações aplicadas às tabelas, que nada mais

DIAGRAMA DE CLASSESDIAGRAMA DE CLASSES

operações aplicadas às tabelas, que nada maissão os seus MÉTODOS;

• Tipos de classes:– Persistentes : Geralmente são as tabelas de um B.D.– Não Persistentes: Por exemplo: Classes que não

mantém dados gravados, são INSTANCIADASatravés de métodos, somente para processar dadosimportantes, num determinado momento.

• CLASSES;• RELACIONAMENTOS:(mais utilizados)

– Associações:• Associação Binária;

SÍMBOLOS/COMPONENTES DESTE DIAGRAMA

SÍMBOLOS/COMPONENTES DESTE DIAGRAMA

• Associação Binária;• Agregação;• Composição;

– Especialização/Generalização;

DIAGRAMA: CLASSESDIAGRAMA: CLASSES

EXEMPLO DIAGRAMA: CLASSESEXEMPLO DIAGRAMA: CLASSES

Repare no diagrama acima, os seguintes símbolos, escritos antes dos atributos e/oumétodos da classe:

(-) refere-se a um atributo ou método que pode ser usado somente na classe ondefoi criado;

(+) refere-se a um atributo ou método que pode ser usado por qualquer classe dodiagrama, ou seja, são atributos ou métodos públicos;

(#) refere-se a um atributo ou método que pode ser usado somente pela classeonde foi criado e também pelas classes derivadas desta .

ASSOCIAÇÕES ENTRE CLASSESASSOCIAÇÕES ENTRE CLASSES

Importante:

-Repare que a classe “DEPENDENTEdoCLIENTE” não possui métodos, tais como cadastrar,alterar, excluir, consultar, pois estes métodos são realizados na classe clientes.Aocadastrarmos um cliente, definimos nesse momento os dados de seus dependentes(seexistirem).

-A seta indica a ASSOCIAÇÃO entre as classes;

-0..* – (multiplicidade) diz que um cliente possui ou não vários dependentes;

-Possui – indica o nome para a associação criada entre as duas classes. Isso foi feito porquenão descrevemos a multiplicidade do lado de clientes;

AGREGAÇÕES ENTRE CLASSESAGREGAÇÕES ENTRE CLASSESAGREGAÇÃO – Objetos contidos PODEM existir sem serem parte do objetoque os contém. É representado por um losango em branco na extremidade dalinha de associação.

O exemplo acima indica que uma equipe pode existir sem que tenham jogadores ligados à mesma. Excluindo a equipe, não serão excluídos os

jogadores. Diz-se que esta associação é FRACA.

COMPOSIÇÃO ENTRE CLASSESCOMPOSIÇÃO ENTRE CLASSESCOMPOSIÇÃO – Objetos contidos não fazem sentido fora do contexto doobjeto que os contém.

No exemplo acima, toda vez que se cadastra um cliente, OBRIGATÓRIAMENTE deverá existir pelo menos 1 veículo segurado.

Diante disso, quando se exclui um cliente, todos os veículos segurados para ele também serão excluídos. Diz-se que esta associação é FORTE.

ESPECIALIZAÇÃO/GENERALIZAÇÃO ENTRE CLASSES

ESPECIALIZAÇÃO/GENERALIZAÇÃO ENTRE CLASSES

A linha com uma seta triangular, relaciona uma classe mãe com duas outras classes filhas, chamadas especializações, ou seja, neste exemplo existe uma classe conta (mãe) ligada as classes contacorrente e contapoupança (filhas).

EXEMPLO DO DIAGRAMA DE CLASSES

EXEMPLO DO DIAGRAMA DE CLASSES

DIAGRAMA: SEQÜÊNCIADIAGRAMA: SEQÜÊNCIA• Este diagrama é utilizado para determinar a seqüência em que os eventos são executados em determinados processos, ou seja, quais condições devem ser satisfeitas para que os métodos sejam disparados entre os objetos.

• Este diagrama depende do diagrama de caso de uso e, principalmente, do diagrama de classe, para ser construído.

•Compõem este diagrama os seguintes símbolos:

•Atores;

•Objetos;

•Linha de Vida;

•Foco de Controle ou Ativação;

•Mensagens ou estímulos;

•Mensagens de retorno;

•Auto-chamadas;

•Condições ou condições de guarda;

SÍMBOLO : ATORSÍMBOLO : ATOR

São os mesmos citados no diagrama de caso de uso, têm a mesma finalidade;

SÍMBOLO : OBJETOSSÍMBOLO : OBJETOS

Representam a instância das classes envolvidas no processo ilustrado pelo diagrama de seqüência.

No exemplo acima: existe um objeto chamado física1 e este é uma instância da classe Física. A linha tracejada vertical representa a Linha de Vida do objeto

SÍMBOLO : Linha de VidaSÍMBOLO : Linha de Vida

A Linha de Vida Indica o tempo em que o objeto existiu durante um processo.

SÍMBOLO : Foco de Controle ou Ativação

SÍMBOLO : Foco de Controle ou Ativação

O Foco de Controle identifica os momentos em que um objeto está executandoum ou mais métodos utlizados em um processo específico.

São representados dentro da linha de vida, conforme a figura acima.

SÍMBOLO : Mensagens ou Estímulos

SÍMBOLO : Mensagens ou Estímulos

• São utilizadas no diagrama de seqüência para demonstrar a ocorrência de• São utilizadas no diagrama de seqüência para demonstrar a ocorrência deeventos que normalmente forçam a chamada de um método em algum dosobjetos envolvidos no processo.

• As mensagens podem ser disparadas entre:

•Ator e ator, Ator e objeto, Objeto e objeto E Objeto e ator;

• A seta com a ponta mais fina representa simplesmente o envio de umamensagem.

• Já a seta com um triângulo negro na ponta, representa o disparo de um métodoentre objetos ou instância de um outro objeto;

EXEMPLOS: Mensagens ou Estímulos

EXEMPLOS: Mensagens ou Estímulos

SÍMBOLO: Mensagens de RetornoSÍMBOLO: Mensagens de Retorno

•Esta linha representa a resposta a uma mensagem para o objeto ou ator que a chamou;

•São representadas por uma linha tracejada contendo uma seta fina do lado esquerdo desta;

EXEMPLO: Mensagens de RetornoEXEMPLO: Mensagens de Retorno

O exemplo acima demonstra a mensagem de retorno emitida peloobjeto fisica1 para o objeto conta1. Podemos indicar o retorno de outros tiposde dados, como booleanos, inteiros e etc..

Ás mensagens podem ser retornadas também dos objetos para osatores.

SÍMBOLO: Auto-Chamadas ou Auto-delegações

SÍMBOLO: Auto-Chamadas ou Auto-delegações

Auto-chamadas são mensagens enviadas do objeto para si mesmo.

No exemplo acima o objeto fisica1 dispara o método VALIDACPF( ) em si mesmo.

SÍMBOLO: CondiçõesSÍMBOLO: Condições

Condições são mensagens que só podem ser enviadas se uma condiçãoacontecer.

No exemplo acima, o método gravar só poderá ser executado se fornecessário.

EXEMPLO DIAGRAMA DE SEQÜÊNCIA

EXEMPLO DIAGRAMA DE SEQÜÊNCIA