UML NO PROJETO LÓGICO DE BANCO DE DADOS: 1ª PARTE DIAGRAMA DE CLASSES MODELO RELACIONAL PROJETO LÓGICO DE BANCO DE DADOS ELABORANDO O DIAGRAMA

A partir do diagrama de classes elaborado na etapa de Análise ... Resumo: A partir do diagrama de classes elaborado na etapa de Análise ... Empregado Departamento id 0..* 0..* 0..1 0..1 nome id data_contrataçao nome perc_comissao ... e de outras informações obtidas sobre o sistema, como por exemplo o número de objetos ou instâncias de uma classe (multiplicidade da classe) e a freqüência das operações ... é elaborado o Projeto Lógico de Banco de Dados.

Obs: No diagrama de classes pode ser incluída a multiplicidade da classe 540 20

Departamento (id, nome) Utilizaremos também uma forma mais simples de representar o Projeto Lógico de BD, na qual não são apresentadas algumas das decisões, como tipo e permissão de nulos: Departamento (id, nome) Empregado (id, nome, data_contração, perc_comissão, dep_id (FK-Departamento-id)) Sublinhado: chave primária nome da tabela chave estrangeira nome da coluna

A solução também pode ser representada através do seguinte diagrama de classes:

Coluna (atributo) Nome da tabela Linha (tupla) Nulo: permitido porque é possível que um empregado não esteja alocado a um departamento

Chave primária

Nome da tabela Coluna (atributo) Chave primária Chave estrangeira nulo Linha (tupla) Chave primária Obs: caso uma chave estrangeira não possa ter valores nulos, é necessário especificar essa condição.

Sublinhado - chave primária

chave estrangeira chave primária nome da tabela nome da coluna

Exemplo: Elaborando o Projeto Lógico de Banco de Dados do Sistema de controle de pedidos Obs: Neste exemplo foi considerado apenas o Diagr. de Classes para a elaboração do Projeto.

Diagrama de classes elaborado com uma perspectiva conceitual: Cliente Pedido código numPedido CPF dataEmissão nome nomePresenteado [0..1] endereço faz -> endereçoEntrega 1 1..* telefone [0..1] dataCancelamento [0..1] eMail [0..1] status 1 1 Fatura 0..* 0..* 1..* 1..* numFatura dataEmissão Item pedido dataVencimento valorPago [0..1] quantidadePedida dataPagamento [0..1] 0..* 0..* 1..* 1..* preçoCobrado dataPedidoCancelamento [0..1] dataCancelamento [0..1] status 0..* 0..* 1 1 Item faturado quantFaturada Livro isbn { Se uma fatura atende a um título pedido, necessariamente os itens descrição pedidos ligados à fatura devem ser quantEstoque do pedido ao qual a fatura está preço relacionada } prazoMédioEntrega

Tabelas:

Diagrama de classes representando as tabelas: CLIENTE ID : VARCHAR2 CPF : VARCHAR2 NOME : VARCHAR2 ENDERECO : VARCHAR2 TELEFONE : NUMBER E_MAIL : VARCHAR2 CLIENTE_PK = ID <<RelationalTable>> LIVRO ISBN : VARCHAR2 TITULO : VARCHAR2 DESCRICAO : VARCHAR2 QUANT_ESTOQUE : NUMBER PRECO : NUMBER PRAZO_MEDIO_ENTREGA : NUMBER LIVRO_PK = ISBN PEDIDO DT_EMISSAO : DATE NOME_PRESENTEADO : VARCHAR2 ENDERECO_ENTREGA : VARCHAR2 DT_CANCELAMENTO : DATE STATUS : CHAR PEDIDO_PK = ID ID_CLIENTE = ID PEDIDO_CLIENTE_FK <<FK>> FATURA DT_VENCIMENTO : DATE VALOR_PAGO : NUMBER DT_PAGAMENTO : DATE DT_PEDIDO_CANCELAMENTO : DATE FATURA_PK = ID ID_PEDIDO = ID FATURA_PEDIDO_FK ITEM_FATURADO QUANT_FATURADA : NUMBER ITEM_FATURADO_PK = ID_FATURA,ID_PEDIDO,ID_ITEM ID_FATURA = ID ITEMFAT_FATURA_FK ITEM_PEDIDO NUM_ITEM : NUMBER QUANT_PEDIDA : NUMBER PRECO_COBRADO : NUMBER ITEM_PEDIDO_PK = ID_PEDIDO,NUM_ITEM <<FK>> ITEMPEDIDO_PED_FK ID_PEDIDO = ID ID_PEDIDO = ID <<FK>> ID_LIVRO = ISBN ID_LIVRO = ISBN ITEMFAT_ITEMPED_FK ITEMPEDIDO_LIVRO_FK ID_PEDIDO = ID_PEDIDO ID_PEDIDO = ID_PEDIDO <<FK>> ID_ITEM = NUM_ITEM ID_ITEM = NUM_ITEM

Exercício: Elaborar o diagrama de classes padrão e de Banco de Dados para o problema da Agenda