Documentos relacionados
Modelo Entidade - Relacionamento (ER ou MER) Parte 3

Disciplina: Unidade II: Prof.: Período:

Bancos de Dados Exercícios de Modelagem Entidade Relacionamento

MC536 Bancos de Dados: Teoria e Prática

Lista de exercícios 01

Prof.: Clayton Maciel Costa

Aula II Introdução ao Modelo de Entidade-Relacionamento

Prof.: Clayton Maciel Costa

A fim de gerenciar as vendas em uma loja, os seguintes requisitos devem ser atendidos pela modelagem de dados:

Profa. Daniela Barreiro Claro

MODELAGEM DE DADOS MODELAGEM DE DADOS. rafaeldiasribeiro.com.br. Aula 3. Prof. Rafael Dias Ribeiro.

Exercícios Propostos de Modelagem parte II

Exercícios Propostos de Modelagem parte II

PROJETO DE BANCO DE DADOS LISTA 002 Projeto Conceitual

ENGENHARIA DA COMPUTAÇÃO

2 Diagrama de Caso de Uso

ESPECIFICAÇÕES DE CASOS DE USO

PLANEJAMENTO OPERACIONAL - MARKETING E PRODUÇÃO MÓDULO 3 O QUE É PLANEJAMENTO DE VENDAS E OPERAÇÕES?

Projeto de Banco de Dados

Roteiro 3 Modelagem relacional

O Oficina Integrada é um sistema completo para o controle e gerenciamento de oficinas mecânicas. É o primeiro e único software que controla o fluxo

Lista de exercícios - MER

BANCO DE DADOS PROFESSOR MAURÍCIO - MAURICIO.MELLO@PUCPR.BR AULA 02. O Modelo Entidade-Relacionamento ( MER )

Ciclo de vida de um banco de dados relacional

Modelagem de Dados Usando o Modelo Entidade-Relacionamento

Engenharia de Software III

Modelo Entidade-Relacionamento

ISO/IEC 12207: Gerência de Configuração

Projeto SIGA-EPT. Manual do usuário Módulo Requisição de Almoxarifado SISTEMA INTEGRADO DE GESTÃO ACADÊMICA

MANUAL DO USUÁRIO SORE Sistema Online de Reservas de Equipamento. Toledo PR. Versão Atualização 26/01/2009 Depto de TI - FASUL Página 1

MODELO ENTIDADE - RELACIONAMENTO

Data Warehouse. Compras. Caroline B. Perlin

Treinamento GVcollege Módulo Acadêmico - Pedagógico

MINISTÉRIO DO DESENVOLVIMENTO AGRÁRIO SUBSECRETARIA DE PLANEJAMENTO, ORÇAMENTO E ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE MODERNIZAÇÃO E INFORMÁTICA

Manual do usuário. v1.0

Tradução de Entidade. Tradução de Relacionamentos 1:1. Tradução de Relacionamentos 1:1. Empregado. Empregado (CPF, Nome, Salário) CPF Nome Salário

Ciclo de Desenvolvimento de Sistemas de BD

Guia do Usuário Moovit. Android Versão

Fundamentos de Gestão de TI

PROJETO DE BANCO DE DADOS -PROJETO CONCEITUAL. Prof. Angelo Augusto Frozza, M.Sc.

O Modelo de Entidades e Relacionamentos (MER) é um modelo conceitual usado para projeto de aplicações de banco de dados.

EXERCÍCIOS SOBRE DIAGRAMAS DE CLASSES Construa Diagramas de Classes para os seguintes domínios de problemas

PLANEJAMENTO E PROJETOS. Lílian Simão Oliveira

Banco de Dados Modelo Conceitual, Lógico, Físico, Entidade- Relacionamento (ER) Hélder Nunes

Elaborado por SIGA-EPT. Projeto SIGA-EPT: Manual do Usuário Almoxarifado

15/03/2010. Análise por pontos de função. Análise por Pontos de Função. Componentes dos Pontos de Função. Componentes dos Pontos de Função

Roteiro. BCC321 - Banco de Dados I. Conceitos Básicos. Conceitos Básicos. O que é um banco de dados (BD)?

Estudo de Caso 1: Sistema de Controle de Cinema

Capítulo 5 Complemento. 5.1 Laudon, Cap. 5

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>

Cadastros e Acessos. Conhecimento global. Foco local. / Versão 1.0

Sumário. Uma visão mais clara da UML

Universidade Federal de Santa Maria Curso de Arquivologia. Disciplina de Banco de Dados Aplicados à Arquivística. Versao 1.

Especificações Técnicas

Índice 3. Funcionalidades do Perfil Login Menu Funcionalidades da Conta (Empresa

BH PARK Software de Estacionamento

Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN

CONTRA CONTROLE DE ACESSOS E MODULARIZADOR DE SISTEMAS

Todos os imóveis são comprados pela imobiliária para, então, serem colocados a venda.

ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE LIBERAÇÃO

SophiA Biblioteca - Treinamento Cadastro de Usuários

SERVICE DESK MANAGER SDM. Manual do Sistema - DPOI

Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler

Lato Sensu Tecnologia de Desenvolvimento de Sistemas. SENAC Rio Preto

Capítulo 11. Conceitos de Orientação a Objetos. Rui Rossi dos Santos Programação de Computadores em Java Editora NovaTerra

Modelagem de dados usando o modelo BANCO DE DADOS 1º TRIMESTRE PROF. PATRÍCIA LUCAS

Feature-Driven Development

E&L Controle de Frotas. Perguntas Frequentes

ROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.

Controle do Arquivo Técnico

Banco de Dados. Modelagem de Dados com MER. Prof. Walteno Martins Parreira Jr

Sistema para Oficina Eletro-mecânica de Veículos

Profº Aldo Rocha. Banco de Dados

Gerenciamento do Escopo do Projeto Produto do Projeto

1) O QUE NÃO É BANCO DE DADOS?

Banco de Dados I. Projeto de Banco de Dados e o Modelo E-R. Fabricio Breve

Tecnologia e Sistemas de Informações Tipos de SI

MANUAL USUÁRIO AUDATEX WEB

Entendendo como funciona o NAT

Gerenciamento de Mudanças. Treinamento OTRS ITSM

Histórico da Revisão. Data Versão Descrição Autor

Modelo de Entidade e Relacionamento (MER) - Parte 07

Modelagem Conceitual Exercício resolvido 02 Modelagem Conceitual

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, MODELAGEM DE DADOS. Aula 2. Prof. Rafael Dias Ribeiro. M.Sc.

Disciplina: Unidade III: Prof.: Período:

Manual do Usuário - ProJuris Web - Fila de s Página 1 de 8

TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com

CAPÍTULO 3 PLANO DE MANUTENÇÃO

Prof. Alexandre Unterstell Banco de Dados I

ÍNDICE. ERP ( Controle de Frotas ) 1 - Bens Móveis - Frota. 2 - Cadastros da Frota. 3 - Abastecimento de Bens. 4 - Cadastro de Bombas

Treinamento de Utilização da Produção Repetitiva

Versão Liberada. Gerpos Sistemas Ltda. Av. Jones dos Santos Neves, nº 160/174

Descreve relacionamentos entre objetos de dados; conduz à modelagem de dados; atributos de cada objeto => Descrição de Objetos de Dados;

Eventos Anulação e Retificação

BEM-VINDO AO dhl PROVIEW

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

Transcrição:

Modelagem E-R Exercícios e Verificação IME- Instituto Militar de Engenharia Mini-mundos Biblioteca Escola de música Oficina Distribuidora de filmes 1

Biblioteca Sistema de controle e gerenciamento de empréstimos de livros de uma biblioteca acadêmica: A biblioteca dispõe de livros, também denominados títulos. Estes possuem, autores e editoras. Cada título pertence a uma área de conhecimento e possui um código único de identificação. Cada título possui vários exemplares. Cada exemplar possui um código único de identificação. Cada título pode ter vários autores e um mesmo autor pode ter escrito vários títulos. Um autor possui código,, telefone e endereço. As editoras possuem código,, telefone e endereço. As áreas de conhecimento possuem código e uma descrição. Usuários, que podem ser alunos, professores ou funcionários, tomam livros emprestados por uma semana. A data de empréstimo é importante no processo. Cada usuário possui um código,, telefone e endereço Cada título possui várias palavras-chave e uma palavra-chave pode estar ligada a vários títulos. Uma palavra-chave possui código e descrição. área Biblioteca autor codigo descricao associa autoria codigo telefone endereco Palavra-chave indexa título disponibiliza exemplar codigo descricao (0,5) edita codigo codigo editora usuário (0,1) empresta codigo telefone endereco codigo telefone endereco tipo data 2

Considerações A disponibilização de um exemplar não deveria envolver o local (estante 15b, por exemplo)? Professor não teria outros relacionamentos com título? Sugerir, avaliar, fixar como livro-consulta? Se palavra-chave e área de conhecimento têm as mesmas propriedades pq não generalizá-las? Formação de código diferente, cardinalidades diferentes nos relacionamentos... Alguma outra generalização possível? Questão avançada: exemplar não deveria herdar os atributos de título? Mas não se configura como classe específica (herança) 3

Escola de Música Uma escola de música precisa manter uma base de dados organizada com o objetivo de prover informações sobre músicos, orquestras, sinfonias e instrumentos: Cada orquestra é catalogada contendo o seu, cidade, país e data correspondentes à sua criação; Orquestras executam sinfonias, as mais variadas. Os profundos conhecedores de música são capazes até de selecionar a orquestra que melhor desempenha uma determinada sinfonia. De cada uma sinfonia, é possível saber o seu, o compositor e a data de sua criação; Orquestras são constituídas de músicos, os mais variados, de acordo com a sua função dentro da mesma: maestro, flautista, etc. Cada músico é catalogado contendo: do músico, identidade, nacionalidade e data de nascimento. Um músico só pode pertencer a uma orquestra; Músicos tocam sinfonias, porém em alguns casos, alguns músicos podem mudar de função segundo a sinfonia (por exemplo, um violinista pode virar maestro). A data em que um músico apresenta uma determinada sinfonia também é importante no contexto. Cada músico pode ser apto a tocar vários instrumentos, mas em cada sinfonia toca apenas um instrumento, pois depende de sua função na sinfonia. Escola de Música sinfonia id nacionalida nascim executa Nome compositor data_criação desempenho apres músico função (0,1) apto a data (0,1) comp (20,n) orquestra instrumento usa Nome cidade país data_criação Id modelo 4

Considerações Função poderia ser atributo? O relac apto a é redundante? Falta um relac. entre musico e inst.? 5

Oficina Mecânica Sistema de controle e gerenciamento de execução de ordens de serviço em uma oficina mecânica: Clientes levam veículos à oficina mecânica para serem consertados ou para passarem por revisões periódicas. Cada veículo é designado a uma equipe de mecânicos que identifica os serviços a serem executados e preenche uma ordem de serviço (OS) e prevê uma data de entrega. A partir da OS, calcula-se o valor de cada serviço, consultando-se uma tabela de referência de mão-de-obra. O valor de cada peça necessária à execução do serviço também é computado. O cliente autoriza a execução dos serviços e a mesma equipe responsável pela avaliação realiza os serviços. Clientes possuem código,, endereço e telefone. Veículos possuem código, placa e descrição. Cada mecânico possui código,, endereço e especialidade. Cada OS possui um número, uma data de emissão, um valor e uma data para conclusão dos trabalhos. Uma OS pode ser composta de vários ítens (serviços) e um mesmo serviço pode constar em várias ordens de serviço. Uma OS pode envolver vários tipos de peças e um mesmo tipo de peça pode ser necessária em várias ordens de serviço. pessoa Oficina Mecânica telefone id endereço possui cliente t,i mecânico comp especialidad veículo orçam equipe Id_equipe desc código placa descrição os comp num-os data_entrega data_emissao item id descr valor t,e serviço peça demanda 6

7

Considerações Não preciso colocar valor em OS pois é um valor derivável Cliente possui um veículo por um dado período... O veículo pode voltar à oficina sob outro cliente A equipe não teria um responsável? A OS teria um status? Especificada, Aprovada, Concluída,... Distribuidora de filmes A empresa de distribuição possui vários cinemas, em diversas localidades; Cada cinema possui uma identificação única, um fantasia, um endereço completo, incluindo rua, avenida, bairro, município, estado e sua capacidade de lotação; Os filmes podem ser dos mais variados tipos e gêneros; Cada filme é registrado com um título original, e se for filme estrangeiro, possuirá também o título em Português, o gênero, sua duração, sua impropriedade e seu país de origem, informações sobre os atores que compõem seu elenco, e seu diretor. Existirá um único diretor para cada filme; Alguns cinemas apresentam mais de um filme em cartaz, sendo nestes casos, sessões alternadas com um filme e outro; As sessões possuem horários que variam de acordo com a duração do filme, havendo sempre um intervalo de aproximadamente 15 minutos entre elas; Os atores de um filme podem, obviamente, atuar em diversos filmes, assim como o diretor de um filme pode também ser ator neste filme ou ainda mais, ser ator em outro filme. Um ator possui as seguintes características: um número de identificação, um, uma nacionalidade e uma idade; As sessões de cinema devem ter seu público registrado diariamente, para que se permita a totalização dos assistentes quando o filme sair de cartaz, ou a qualquer instante; 8

Id localizacao capacidade horario publico Distribuidora de filmes data feriado festival cinema id titulo genero duração sessão tempo filme p,e id nacionalid idade dirige Filme estrangeiro diretor t,i pessoa atua ator Tit-ingles gênero Descrição Impropriedade País-origem classe 9

Considerações Não poderia colocar horário como um atributo identificador de sessão? Generalizar pessoa não afeta e melhor organiza o modelo Seria melhor manter filme estrangeiro como classe genérica e filme brasileiro como classe específica? Revisar os atributos usados em filme e filme estrangeiro, o que vc mudaria? Verificação de um Esquema Não existe um esquema único para representar uma realidade Mas há critérios que devem ser observados Correção Completude Redundância Aspecto temporal 10

Corretude Erro sintático: Não respeitar as regras do modelo ER associações entre relacionamentos, ou entre entidades, diretamente Erro semântico: Estabelecer associações incorretas atributos em entidades erradas, ou uma entidade aparece como atributo em outra entidade Fundir em um único relacionamento entre entidades A e B, dois relacionamentos diferentes Completude Mais difícil de verificar Verificar as consultas necessárias Verificar as atualizações necessárias Apuração do público por município, por cinema, e por sessão de cada cinema; Dado um determinado ator, localizar os cinemas onde estão em cartaz os filmes em que este ator atua; Em quais cinemas está sendo exibido um determinado gênero de filme; Em quais cinemas estão sendo exibidos filmes nacionais. Cadastrar filmes antes mesmo de ter o plano de sua exibição; Planejar a exibição de filmes com 1 mês de antecedência; 11

Redundância Um esquema deve ser mínimo Não deve conter conceitos redundantes Relacionamentos redundantes que podem ser obtidos através da combinação de outros relacionamentos Se retirados, não há perda de informação FABRICA COMP RESIDE REDUNDÂNCIA DEPTO EM USO MAQUINA Redundância Atributos redundantes Atributos que podem ser obtidos por cálculos sobre outros elementos do esquema Ex.: tot-emp pode ser obtido contabilizando-se o número de empregados por departamento, e o codigo do departamento em empregado pode ser obtido através do relacionamento lotação cod-depto tot-emp DEPTO EMPREGADO cod-emp cod-depto LOTAÇÃO 12

Aspecto Temporal Manter histórico de alterações Ex.: Na oficina podemos ter que tratar um carro que passa por vários proprietários Atributos que mudam salário EMPREGADO EMPREGADO Qual seria outra opção? RECEBE data SALARIO valor Aspecto Temporal Relacionamentos que mudam Adiciona-se um atributo para identificar o momento de uma instância do relacionamento Relacionamentos 1:1 ou 1:n, tornam-se n:m EMPREGADO ALOCAÇÃO data EMPREGADO ALOCAÇÃO Pq precisa de um identificador no relacionamento? BAIUCA BAIUCA 13

Outras considerações Entidades isoladas Será que faltam relacionamentos? Entidades sem atributo Será que precisam existir como entidades? Relacionamentos n-ários Será que deixamos de identificá-los? Restrições Que outras restrições precisamos explicitar que o modelo ER não permitiu? 14