110 likes | 228 Views
UNIPAC 2º SEMESTRE 2007. Técnica de BD – Modelagem (3). Exemplo 2 - Construção de um Modelo Entidade Relacionamento a partir de uma Contextualização. “Nossa empresa vende produtos para todo o país e está dividida em quatro regiões de vendas: Norte, Sul, Leste e Oeste.
E N D
UNIPAC2º SEMESTRE 2007 Técnica de BD – Modelagem (3) Christien Lana Racid
Exemplo 2 - Construção de um Modelo Entidade Relacionamento a partir de uma Contextualização “Nossa empresa vende produtos para todo o país e está dividida em quatro regiões de vendas: Norte, Sul, Leste e Oeste. Cada região é divida em distritos,cada distrito é dividido em territórios e cada território está separado em áreas de vendas. Nós temos vendedores que são responsáveis por uma ou mais áreas e possuem uma cota de venda específica. Também temos gerentes que são responsáveis por um ou mais distritos e pelos territórios dentro deles. Os diretores de vendas são responsáveis por uma ou mais regiões. As responsabilidades de nossos empregados não são sobrepostas. Às vezes alguns de nossos empregados estão em missões especiais, e nesses casos, eles ficam dispensados de suas responsabilidades de vendas e administrativas.” Christien Lana Racid
Exemplo 2 - Construção de um Modelo Entidade Relacionamento a partir de uma Contextualização “Nossa empresa vende produtos para todo o país e está dividida em quatro regiões de vendas: Norte, Sul, Leste e Oeste. Cada região é divida em distritos,cada distrito é dividido em territórios e cada território está separado em áreas de vendas. Nós temos vendedores que são responsáveis por uma ou mais áreas e possuem uma cota de venda específica. Também temos gerentes que são responsáveis por um ou mais distritos e pelos territórios dentro deles. Os diretores de vendas são responsáveis por uma ou mais regiões. As responsabilidades de nossos empregados não são sobrepostas. Às vezes alguns de nossos empregados estão em missões especiais, e nesses casos, eles ficam dispensados de suas responsabilidades de vendas e administrativas.” Christien Lana Racid
AREA #* codigo * nome Representada por VENDEDOR #* codigo * nome * cota Responsável por Dentro de Formado por TERRITORIO #* codigo * nome Dentro de Formado por DISTRITO #* codigo * nome GERENTE #* codigo * nome Representada por Responsável por Dentro de Formada por DIRETOR #* codigo * nome REGIAO #* codigo * nome Representada por Responsável por Exemplo 2 - Construção de um Modelo Entidade Relacionamento a partir de uma Contextualização (Continuação) Christien Lana Racid
Exemplo 3 - Construção de um Modelo Entidade Relacionamento a partir de uma Contextualização “Nossa empresa aluga pequenos caminhões e utilitários. Nós possuímos 347 escritórios em todo o território nacional e a nossa frota é de 5.780 veículos. Cada escritório tem um nome próprio e um código numérico com 3 dígitos, pode possuir vários veículos sob sua responsabilidade, mas cada veículo deve pertencer a apenas um único escritório. A empresa trabalha com cinco tipos diferentes de veículos: caminhões pequenos, médios e grandes, e utilitários cabine simples e dupla. Cada tipo possui código próprio e nós precisamos manter informações sobre a data da última manutenção e a data do vencimento do registro para todos os veículos. Para os caminhões precisamos saber a leitura do odômetro, a capacidade do tanque e se possui rádio ou não. A nossa empresa aluga veículos para pessoas físicas ou para outras empresas, e para cada veículo alugado é efetuado um contrato. Das empresas locatárias precisamos armazenar apenas o nome e o endereço. Das pessoas físicas precisamos armazenar o nome, endereço, telefone e o N° da habilitação. Cada contrato de aluguel é identificado pelo número do escritório de origem mais um número de identificação do contrato, e nós precisamos armazenar também a data do aluguel, a duração provável, o escritório de retirada, o escritório para entrega, o depósito efetuado e as taxas diárias e por quilômetro.” Christien Lana Racid
PESSOA #* habilitacao * nome * endereco o telefone CONTRATO #* num * data * duracao * entrega * deposito * tx_dia o tx_km para Parte de para Parte de EMPRESA #* num * nome * endereco *Obs.: significa que CONTRATO recebe a chave primária de ESCRITÓRIO para Encaminhado para Originado de VEICULO #* id_num * reg_num * data ult. manut. * data venc. reg. * Alugado via A origem de O receptor de ESCRITORIO #* num * nome * endereco Responsável por Pertence a CAMINHÃO * odometro * radio * tanque TIPO #* num * desc. Se enquadrar englobar Exemplo 3 - Construção de um Modelo Entidade Relacionamento a partir de uma Contextualização (Continuação) Christien Lana Racid
TITULO #* codigo * nome FORNECEDOR #* numero * nome Fornecido por O fornecedor de TITULO #* codigo * nome ITEM * preco FORNECEDOR #* numero * nome Disponível como Referente a Fornecedor de Referente a Relacionamentos de Muitos-para-Muitos (N:M) • Durante a Modelagem Conceitual podem surgir relacionamentos do tipo de muitos-para-muitos, que devem ser resolvidos antes do Projeto Lógico. • Este Problema é solucionado, criando-se uma Entidade de Interseção. Christien Lana Racid
TITULO #* codigo * nome FORNECEDOR #* codigo * nome Fornecedor de Fornecido por Resolvendo Relacionamentos deMuitos-para-Muitos Identificando o Problema • Algumas informações específicas podem não ser fornecidas pelo modelo. • Qual o fornecedor de determinado título? • Alguns atributos parecem pertencer ao relacionamento e não às entidades. • Um atributo “preço” seria colocado em TITULO ou em FORNECEDOR? Nesses casos deve ser criada uma Entidade de interseção. Christien Lana Racid
ITEM * preco Refere-se a Refere-se a Relacionado em Relacionado em TÍTULO #* codigo * nome FORNECEDOR #* codigo * nome Entidades de Interseção • A entidade de interseção fica com o lado “muitos” dos relacionamentos. • Os relacionamentos são sempre obrigatórios a partir da interseção. • Ocasionalmente pode não haver atributos para a entidade de interseção. Nesses casos ela será uma referência cruzada das ocorrências das outras entidades. Esta é uma exceção à regra de que toda entidade deve possuir atributos. • Ao final da fase de análise de seu desenvolvimento, todos os relacionamentos muitos-para-muitos deverão estar resolvidos Christien Lana Racid
ITEM #* codigo * preço ITEM * preco Referir-se a Referir-se a OU Referir-se a Referir-se a Relacionado em Relacionado em Relacionado em Relacionado em TITULO #* codigo * nome TITULO #* codigo * nome FORNECEDOR #* codigo * nome FORNECEDOR #* codigo * nome Identificadores Únicos • O identificador único de uma entidade de interseção é freqüentemente composto pelos relacionamentos com as entidades geradoras. • Se os relacionamentos não forem adequados ou suficientes para identificar unicamente uma instância, podem ser incluídos um ou mais atributos necessários. Christien Lana Racid
Resumo • O desenvolvimento de Sistemas de Banco de Dados envolve a utilização de Métodos, Técnicas e Ferramentas. • O Modelo Conceitual é elaborado sob o ponto de vista do Negócio e o Projeto Lógico sob o ponto de vista do Sistema. • O Modelo Conceitual deve ser independente de HW e de SW. • A Técnica de Modelagem Conceitual para Aplicativos de BD RelacionaisutilizaoModelo Entidade Relacionamento - MER. • Uma Entidadeé algo significativo para o Negócio, que possua Atributos e sobre o qual se necessite armazenar e recuperar alguma informação. • ORelacionamentoé uma Associação entre Entidades. • Relacionamentosde muitos-para-muitosdevem ser resolvidos e simplificados, isto é, substituídos. Christien Lana Racid