A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Profa. Priscila Facciolli

Apresentações semelhantes


Apresentação em tema: "Profa. Priscila Facciolli"— Transcrição da apresentação:

1 Profa. Priscila Facciolli
Elaboração de Diagrama de Classe a partir de Diagramas de Caso de Uso Profa. Priscila Facciolli Análise e Proj. Sist. Orient. Objetos

2 Análise e Proj. Sist. Orient. Objetos
Conteúdo Realizando Casos de Uso Atores Casos de Uso Atribuindo operações às Classes Exercícios Análise e Proj. Sist. Orient. Objetos

3 Realizando Casos de Uso
Os Diagramas de Casos de Uso são úteis na especificação e documentação dos requisitos do sistema. Estes requisitos precisam ser traduzidos para uma arquitetura de sistema que realize as funcionalidades denotadas por eles. Vejamos então, como converter um Diagrama de Casos de Uso em um Diagrama de Classes. Análise e Proj. Sist. Orient. Objetos 3

4 Análise e Proj. Sist. Orient. Objetos
Atores Os atores representam entidades externas que interagem com o sistema. Para que esta interação ocorra, é necessário que os atores sejam modelados. Em geral, se um ator individual precisa ser identificado, utilizamos uma classe. Diversas instâncias dessa classe representam atores diferentes desempenhando o mesmo papel. Análise e Proj. Sist. Orient. Objetos 4

5 Análise e Proj. Sist. Orient. Objetos
Atores Aluno - ra: inteiro - nome: string - Endereço:string Aluno <<abstract>> Terminal - no.serie: longo - Modelo: enumeração - Endereço: Endereço IP Terminal Análise e Proj. Sist. Orient. Objetos 5

6 Análise e Proj. Sist. Orient. Objetos
Casos de Uso Para se derivar classes a partir de casos de uso, inicie listando as responsabilidades de cada caso de uso. Por exemplo, considere o seguinte Diagrama de Casos de Uso: Análise e Proj. Sist. Orient. Objetos 6

7 Análise e Proj. Sist. Orient. Objetos
Casos de Uso Efetuar saque Cliente Efetuar depósito Efetuar transferência Banco Análise e Proj. Sist. Orient. Objetos 7

8 Sistemas Operacionais
Casos de Uso As responsabilidades de cada caso de uso acima podem ser listadas: Efetuar Saque: Obter a quantia do cliente Verificar se a quantia está coberta pelo saldo em conta Verificar se a quantia está dentro da política do banco Verificar se o caixa eletrônico possui dinheiro suficiente Entregar o dinheiro Debitar a conta bancária Imprimir o comprovante do cliente Sistemas Operacionais 8

9 Sistemas Operacionais
Casos de Uso Efetuar Depósito: Obter a quantia do cliente Receber o envelope do cliente Marcar a hora do depósito Creditar a conta bancária Imprimir o comprovante do cliente Efetuar Transferência Obter a conta de origem Obter a conta de destino Obter a quantia Verificar se a conta de origem cobre a quantia Verificar se a quantia está dentro da política do banco Debitar a conta de origem Creditar a conta de destino Sistemas Operacionais 9

10 Sistemas Operacionais
Casos de Uso Note que muitas dessas responsabilidades se sobrepõe. Então, uma atitude eficiente é escrever apenas uma operação que atenda ao maior número de responsabilidades. Assim, poderíamos ter as seguintes operações: obter Quantia ( ) verificar Quantia (quantia) desembolsar Fundos (quantia) debitar (quantia) etc Sistemas Operacionais 10

11 Atribuindo Operações á Classes
Quando uma classe é significativa no mundo real, as operações nela normalmente são claras, mas com o desenvolvimento do sistema, vamos criando classes cada vez mais abstratas. Então, para se decidir em qual classe escrever uma operação, podemos usar as seguintes regras: Análise e Proj. Sist. Orient. Objetos 11

12 Atribuindo Operações á Classes
Receptor da Ação: Se um objeto recebe a ação enquanto outro a realiza, é melhor associar a operação ao destino, não ao seu iniciador. Consulta versus alteração: Se um objeto é alterado enquanto outros são apenas consultados pela operação, o objeto modificado é o destino da ação. Classe focal: Se uma classe é a mais central na subrede de classes envolvidas pela ação, ela é o destino da operação Analogia com o mundo real: Se os objetos fossem reais, o destino da ação seria o objeto que você pressionaria, moveria, ativaria ou manipularia de alguma forma Análise e Proj. Sist. Orient. Objetos 12

13 Atribuindo Operações á Classes
Com essas regras, poderíamos escrever as operações do caixa eletrônico da seguinte forma: Cliente.obter Quantia ( ). Obtém a quantia do cliente. Conta.verificar.Quantia (quantia). Verifica se a quantia é coberta pela conta. Banco.verificar.Quantia (quantia). Verifica se a quantia está dentro da política do banco. Caixa Eletrônico.verificar Quantia (quantia). Verifica se o terminal possui dinheiro suficiente. Caixa Eletrônico.desembolsar Fundos (quantia). Desembolsa o dinheiro. Sistemas Operacionais 13

14 Atribuindo Operações á Classes
Conta.debitar (quantia) – Debita a conta bancária Comprovante.inserirTransação ( ). Acrescenta uma transação ao comprovante do cliente Caixa Eletrônico.receber Fundos (quantia). Aceita o envelope do cliente com seu depósito. Conta.creditar (quantia) . Credita a conta bancária. Cliente. Obter Conta ( ) Obtém tanto a conta de origem quanto a conta de destino. Comprovante.emitido ( ). Emite o comprovante. Análise e Proj. Sist. Orient. Objetos 14

15 Atribuindo Operações á Classes
Podemos agora elaborar o Diagrama de Classes: 1 1 Banco * * Verificar Fundos Conta Caixa Eletrônico saldo Dinheiro disponível Verificar Quantia Creditar debitar Verificar quantia Desembolsar fundos Receber fundos Comprovante Cliente transações Inserir Transação Emitir Obter Quantia Obter conta 1 1 * * Análise e Proj. Sist. Orient. Objetos 15

16 Análise e Proj. Sist. Orient. Objetos
Exercício 1) Uma impressora multifuncional é capaz de imprimir, digitalizar, copiar, enviar e receber fax. Considere o seguinte Diagrama de Casos de Uso para essa impressora: << include >> Receber Fax Imprimir << include >> Copiar << include >> Computador Linha Telefônica Digitalizar << include >> Enviar Fax Análise e Proj. Sist. Orient. Objetos 16


Carregar ppt "Profa. Priscila Facciolli"

Apresentações semelhantes


Anúncios Google