Aula 02. Modelo de Dados Modelo Conceitual Modelo de Implementação Entidades e Atributos

Transcrição

1 INSTITUTO FEDERAL NORTE DE MINAS GERAIS Curso Técnico em Informática Disciplina: Banco de Dados Professor: Alessandro Carneiro Ribeiro Aula 02 Modelo de Dados Modelo Conceitual Modelo de Implementação Entidades e Atributos

2 Modelo de Dados: Conjunto de conceitos que descrevem a estrutura dos dados de um sistema de BD. Objetivo de um modelo de dados é representar graficamente os dados de forma padronizada para uma melhor compreensão do sistema de Banco de Dados. Para isso será usado a ferramenta DER (Diagrama Entidade Relacionamento). Neste curso vamos trabalhar com dois tipos de modelo de dados: 1. Modelo Conceitual de Banco de Dados: Representa os dados de acordo com a regra de negócio do sistema que está sendo projetado independente do software e hardware no qual o sistema será implementado. Existem diversas notações no mercado: Peter Chen, James Martin, Merise, OMT, etc. Este modelo é construído segundo uma MDS na atividade de análise de sistemas (projeto lógico do sistema). Solicita Realidade Pedido Contém Produto Exemplo: um pequeno modelo conceitual para um sistema de uma pizzaria: (, Endereço, Telefone) Pedido (Numero, Valor_Total, Desconto) Produto (Descricao, Quantidade, Preco_Venda) Solicita (Data) Contém (Quantidade, Preco_Pago) 2. Modelo de implementação do Banco de Dados (modelo físico): Representa os dados na forma como será implementado, logo dependente do software e hardware no qual o sistema será implementado. Existem diversas abordagens no mercado que depende do SGBD que se está trabalhando: Relacional, Orientado a Objetos, Objeto Relacional, Hierárquica, Rede... Este modelo é construído segundo uma MDS na atividade de projeto de sistemas (projeto físico do sistema). É gerado a partir do modelo conceitual previamente construído.

3 Ex 1: Modelo de implementação do sistema de uma pizzaria para SGBDs Tabelas Relacionais: Ex 2: Modelo de implementação do sistema de uma pizzaria para SGBDs Orientado por Objetos: Modelo Conceitual de Banco de Dados Primeira etapa do projeto de Banco de Dados para um SI, cujo objetivo é obter uma descrição abstrata, independente da implementação do BD em computador. A ferramenta mais utilizada é o Diagrama Entidade Relacionamento (DER) ou Modelo Entidade Relacionamento (MER), criada por Peter Chen em Baseado na percepção da realidade pelo analista. Logo supõem-se já feito um bom LD. Será dado ênfase neste curso na notação de James Martin por ser mais fácil de desenhar e Ter maior abrangência de mercado atualmente (notação do pé de galinha!). Telefone Pedido 0..* "Obter s em Débito" "Gerar Nota Fiscal" "Enviar Mala Direta" "Obter Pedidos do Dia" 1 Classes (Objetos) Valor_Total Desconto Data 0..* Solicita Item_Pedido Produto Descricao Quantidade Preco "Obter Estoque C "Obter Produtos m "Atualizar Preço V Quantidade Preco "Atualizar Valor Total do Pedido" "Dar Baixa Estoque" 1..*

4 Conceitos Entidade "Objeto do sistema que está sendo modelado sobre o qual deseja-se manter alguma informação útil para o usuário". Exemplos de entidades: Sistema Pizzaria:, Produto, Caixa, Fornecedor,... Sistema Recursos Humanos: Funcionário, Departamento, Benefício,... Sistema universitário: Aluno, Professor, Funcionário, Disciplina, Curso,... Sistema hospitalar: Médico, Paciente, Convênio, Exame,... Sistema Bancário: Agência,, Tipo de Movimentação, Tipo de Aplicação,... A existência de uma entidade (Entity) não deve depender de outro objeto do sistema: por isso também chamada Entidade Forte ou Entidade Independente. Uma entidade pode ser: Um objeto real, como um livro, uma máquina, um lugar, avião. Uma pessoa física ou jurídica como um empregado, cidadão, cliente, fornecedor, empresa. Um conceito abstrato, como um curso, uma cor, um projeto, um departamento. A representação de uma entidade no modelo conceitual (DER) é um retângulo: Produto Quando for implementada em um SGBD relacional pode ser pensada como uma tabela contendo vários registros (os objetos). Toda entidade possui atributos que a caracterizam. Estes atributos são de diversos tipos: 1. Atributos simples ou compostos: Simples: _, CPF_Funcionário, Salário_Bruto, Quantidade, Descrição. Composto: Endereço [rua, número, cep, cidade, estado], Data_Nascimento [Dia, Mês, Ano]. 2. Atributos monovalorados ou multivalorados: Monovalorado: CPF, CI, Data_Nascimento, Telefone, Endereço. Multivalorado: Telefones(0,n), Cores(0,5), Endereços(0,2).

5 3. Atributos obrigatório ou opcional: Obrigatório: _, Título_Livro, Quantidade_Estoque. Opcional: Sexo(0,1), Data_Pagamento(0,1), Salário_Líquido(0,1), CPF(0,1), Telefone(0,n). 4. Atributos derivados ou não derivados: Derivado: Saldo, Salário_Líquido, Valor_Total_Fatura, Idade. Não Derivado:, Endereço, CPF, Data_Nascimento. Observação Importante: Alguns SGBDs não aceitam nome de entidades ou atributos contendo espaços em branco ou acentuação. Como forma de padronização, neste curso, as entidades e atributos não conterão espaços em branco e nem acentuação. Todos começarão com um caracter não numérico em maiúsculo, separados por undescore (_) se for o caso. Atributo Identificador: Um conjunto de um ou mais atributos cujos valores servem para distinguir uma ocorrência da entidade das demais ocorrências da mesma entidade. Também chamado de Chave Primária ou Primary Key. Pode ser um atributo artificialmente controlado pelo sistema ou usuário, ou pode ser um atributo natural. No System Architect: Medico Prim CRM [PK1] Non-K Telefone Sessao_Ci Prim Prim Codig o_ Numero_Sa [PK1] Non-K Telefone CPF Data_Sessa Hora_ Inicio Non-K Hora_ Fim Publico Notação Alternativa: Medico CRM Codigo_ Sesao Cinema (0,2) Numero_Sala Data_Sesao Hora_Inicio Hora_Fim Telefone Telefone(0,n) Publico(0,1) Notação que usaremos para atributos (para não sobrecarregar o diagrama): Medico (@CRM,,, Telefone). (@Codigo_,, (0,2), Telefone(0,n). Hora_Fim, Publico(0,1))

6 Informalmente estaremos suprimindo a opcionalidade do atributo ou se é ou não multivalorado embora isto seja importante no modelo e em softwares CASE: (@Codigo_,,, Telefone) Hora_Fim, Publico) Entidade Fraca "Uma entidade que depende para existir de um outra entidade do sistema". Também denominada "Weak Entity" ou "Entidade Dependente". Exemplos de entidades Fraca: Sistema Pizzaria: Pedido depende para existir de um cliente. Sistema Recursos Humanos: Contra Cheque depende de funcionário. Sistema universitário: Boleta depende de Aluno. Sistema hospitalar: Consulta depende de um cliente e de um médico. Sistema Bancário: Conta depende de um cliente. A representação de uma entidade fraca no modelo conceitual (DER) é um retângulo de bordas duplas: Dependente Conta Sexo, Parentesco) Conta Saldo) Exercícios de Fixação 1) Para que serve o modelo de dados? 2) Diferencie modelo conceitual e modelo de implementação de um banco de dados. 3) O que são Entidades e Atributos em um modelo de dados? 4) Cite exemplos de Entidades e Atributos. 5) Quais os tipo de atributos? Dê exemplos. 6) O que é uma Entidade Fraca? 7) Para a descrição do sistema abaixo, liste as principais entidades e atributos para o sistema: O sistema de controle para uma Pizzaria tem como finalidade dar suporte ao controle de cadastros de clientes, pedidos, entrega, estoque, fluxo de caixa (contas a pagar e a receber) e fornecedores. Ao realizar o pedido o sistema identificará se o cliente é cadastrado e fornecerá ao cliente o tempo aproximado para a entrega da pizza. Será também verificado o crédito e a forma de pagamento. Depois de confirmado o pedido e o crédito do cliente será emitido uma ordem de entrega e dado baixa no estoque para que se possam emitir ordens de compras aos fornecedores, se necessário. O sistema possuirá todo um cadastro de fornecedores com seus respectivos produtos (pizzas semiprontas, refrigerantes, cervejas, etc) para auxiliar na compra dos mesmos. O sistema emitirá relatórios semanais de fluxo de caixa para a gerência.