SISTEMA DE INFORMAÇÃO Modelo Conceitual. Prof. Luiz Fernando Laguardia Campos FMS

Documentos relacionados
Abordagem ER. Capítulo 2

Banco de Dados I Modelagem Conceitual

BANCO DE DADOS. Engenharia da Computação Univasf. Modelo Entidade-Relacionamento. Aula 2. Conjuntos de Entidades - Representação Exemplo:

Abordagem ER. Capítulo 2

SISTEMAS DE BANCO DE DADOS CONCEITOS DE MODELAGEM CONCEITUAL DE DADOS

Com base nos slides vistos em sala de aula resolva os seguintes exercícios:

Modelo Entidade- Relacionamento. Hugo Barros

1. MINI MUNDO Descrição formal da realidade a ser representada. Exemplo: suponhamos que as Faculdades Dom Bosco funcionem assim:

Banco de Dados. Diagramas de Entidade Relacionamento (DER) Ref. Prof. Renato de Oliveira Violin - UFSCar

Modelo Entidade Relacionamento (MER) Professor : Esp. Hiarly Alves

Modelo Entidade-Relacionamento. José Antônio da Cunha CEFET-RN

MC536. Modelo Entidade- Relacionamento

Fundamentos de Banco de Dados e Modelagem de Dados

UNIP Ciência da Computação AES Análise Essencial de Sistemas MER (Modelo Entidade Relacionamento)

SUMÁRIO. Restrições de Integridade Dicionário de Dados Relacionamentos n-ários Generalização/Especialização em DER

Restrições de Integridade. Prof. Jefferson Silva CEFET.PHB - PI

Banco de Dados I. Aula 10 - Prof. Bruno Moreno 23/09/2011

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

SISTEMA DE INFORMAÇÃO MODELAGEM DE DADOS

Aula III Introdução ao Modelo Relacional

Banco de Dados. Modelo de Dados Relacional. João Eduardo Ferreira Osvaldo Kotaro Takai DCC-IME-USP

ATRIBUTOS. Prof. Me. Hélio Esperidião

Modelo Comportamental

Documento Especificação de Requisitos da Ferramenta de construção de Modelos de Casos de Uso.

Aula 01 Conceito de Banco de Dados e SGBD

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

MATA60 BANCO DE DADOS Aula 5- Modelo Relacional. Prof. Daniela Barreiro Claro

Fundamentos de Bancos de Dados 3 a Prova Caderno de Questões

Solução Pontuação O que está errado? Figura 3a) ou 3b) 0 % do valor da questão Desconhecimento do conceito de Composição.

Banco de Dados. Modelo Entidade - Relacionamento. João Eduardo Ferreira Osvaldo Kotaro Takai jef@ime.usp.br DCC-IME-USP

Banco de Dados I 2007 Módulo II: Modelagem Entidade- Relacionamento versus Relacional. (Aula 1) Clodis Boscarioli

Modelo Lógico: Tabelas, Chaves Primárias e Estrangeiras

Professor Eros Moura, DSc

Banco de Dados. Sistemas de Informação Engenharia de Produção

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

Modelagem de Dados MODELAGEM DE DADOS. Sistemas de Banco de Dados. Profa. Rosemary Melo

Introdução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.

Introdução à Banco de Dados

Banco de Dados I 3 Modelagem de Dados Lógico e Físico

Projeto de Banco de Dados

MODELO DE BANCO DE DADOS RELACIONAL

Introdução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão

Modelo de dados relacional e as restrições de um BD relacional

Normalização de Dados. Disciplina: Fundamentos de Banco de dados Docente: Kelyn Schenatto

Conteúdo Minicurso. Modelo Conceitual (Alto Nível) Modelo Lógico (Nível Intermediário) Modelo Físico (Baixo Nível)

Banco de Dados 1 2º Semestre

Projeto Conceitual. Faculdade de Tecnologia Senac Jaraguá do Sul. Projeto Conceitual. Projeto Conceitual - MER. Projeto Conceitual - MER

Do geral para o particular (Top-down) 1) Modelo conceptual E-R; 2) Regras de mapeamento para modelo lógico; 3) Modelo de dados.

Diagrama de Casos de Uso

Aula 01. Introdução aos sistemas de informação Conceitos de banco de dados Modelos de BD Linguagens de Banco de Dados Usuários de um Banco de Dados

Curso: Banco de Dados I. Conceitos Iniciais

GBC053 Gerenciamento de Banco de Dados. Plano de Curso e Introdução. Ilmério Reis da Silva UFU/FACOM/BCC

AULA 1 INTRODUÇÃO A BANCO DE DADOS E VISÃO GERAL DO SQL CONCEITUANDO BANCO DE DADOS MODELO RELACIONAL

UML Relacionamentos. Relacionamento é uma conexão entre itens A maioria dos itens relacionam-se entre si. Quatro tipos de relacionamentos:

Auto-Referenciamento e Herança

BANCO DE DADOS I Atualizado em 13 de maio de 2009

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

Modelo Entidade-Relacionamento

Universidade Federal do Espírito Santo Centro de Ciências Agrárias Departamento de Engenharia Rural

Banco de Dados - Senado

ORGANIZANDO DADOS E INFORMAÇÕES: Bancos de Dados

UML. Rodrigo Leite Durães.

MODELAGEM DE DADOS. Banco de Dados I. O uso da análise e do projeto Orientados a Objetos atenuou a separação! Unidade I

Análise de Ponto de Função APF. Aula 03

Modelo Relacional Normalização Diagramas E-R e Tabelas Originadas

O Processo Unificado: Workflow de Análise. Graduação em Informática Profa. Dra. Itana Maria de Souza Gimenes 2009

MODELO ENTIDADE - RELACIONAMENTO

Normalização de dados e as formas normais. Docente : Pedro F. Carvalho.

Notas de Aula 03: Introdução a Orientação a Objetos e a UML

Prof.: Clayton Maciel Costa

ENGENHARIA DA COMPUTAÇÃO

MODELAGENS. Modelagem Estratégica

Banco de Dados 1. O que é banco de dados (base de dados)? PLANO DE AVALIAÇÕES

Introdução a Sistemas de Informação

CRIAÇÃO DE TABELAS NO ACCESS. Criação de Tabelas no Access

Banco de Dados Fundamentos Básicos. Hélder Antero Amaral Nunes

Samuel Alves Pereira 1

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

Herança - Conceitos Básicos

Introdução de XML. Dados da Web. Gerência de Dados da Web. A Web representa, nos dias de hoje, um repositório universal de dados, onde:

Exercício. Exercício

Banco de Dados I. Prof. Edson Thizon

Programação Orientada a Objetos Flávio de Oliveira Silva 144

Modelo Entidade-Relacionamento. Prof. Antonio Almeida de Barros Jr.

Ciclo de vida de um banco de dados relacional

NORMALIZAÇÃO. Quantidade do Produto. Produto

AULA Entidade-Relacionamento

Banco de Dados Modelo Entidade-Relacionamento. Frederico D. Bortoloti

Projeto de Banco de Dados Relacional

Profº Aldo Rocha. Banco de Dados

Profa. Daniela Barreiro Claro

Fernando Fonseca Ana Carolina

MODELAGEM DE DADOS. Unidade II Arquiteturas do SGBD

Diagrama de Fluxo de Dados

CES-30 Técnicas de Banco de Dados - BD e CE-240 Projeto de Sistema de BD

ESTUDO DE CASO: CONVERSOR CELSIUS-FAHRENHEIT

BANCO DE DADOS I AULA 3. Willamys Araújo

MC536 Bancos de Dados: Teoria e Prática

Transcrição:

SISTEMA DE INFORMAÇÃO Modelo Conceitual Prof. Luiz Fernando Laguardia Campos FMS lflcampos@machadosobrinho.com.br

Modelo conceitual Um modelo conceitual é uma descrição do banco de dados de forma independente de implementação em um SGBD. Ele registra que dados podem aparecer no BD, mas não registra como estes dados estão armazenados a nível de SGBD.

ABORDAGEM ENTIDADE- RELACIONAMENTO (E.R.) É a técnica mais difundida para construir modelos conceituais de bases de dados; Está baseado na percepção de uma realidade constituída por um grupo básico de objetos chamados; ENTIDADES e por RELACIONAMENTOS entre estas entidades;

ABORDAGEM ENTIDADE- RELACIONAMENTO (E.R.) O modelo é representado graficamente por um Diagrama de Entidade-Relacionamento (DER), que é simples e fácil de ser entendido por usuários não técnicos; Conceitos centrais desta abordagem: entidade, relacionamento, atributo, generalização/especialização, agregação (entidade associativa)

ENTIDADE (DER) Em geral (não obrigatoriamente) uma ENTIDADE representa um conjunto de elementos sobre os quais desejamos armazenar dados; Uma entidade pode representar objetos concretos da realidade (pessoas, automóveis, material, nota fiscal) quanto objetos abstratos (departamentos, disciplinas, cidades);

ENTIDADE (DER) No DER, uma entidade é representada através de um retângulo que contém o nome da entidade;

RELACIONAMENTO (DER) É toda associação entre entidades, sobre a qual deseja-se manter informações no Banco de Dados; Os relacionamentos representam fatos ou situações da realidade, onde as entidades interagem de alguma forma; Um dado por si só não faz uma informação, pois não tem sentido próprio; é necessário que haja uma associação de dados para que a informação seja obtida;

Exemplos: RELACIONAMENTO (DER) Fornecimento: entre as entidades FORNECEDOR e MATERIAL; Matrícula: entre as entidades ALUNO e DISCIPLINA Financiamento: entre as entidades PROJETO e AGENTE FINANCEIRO;

RELACIONAMENTO (DER) No DER, os relacionamentos são representados por losangos, ligados às entidades que participam do relacionamento;

ENTIDADE (DER) A entidade se refere a um conjunto de objetos; para se referir a um objeto em particular é usado o termo instância (ou ocorrência); Veremos a seguir somente por uma questão didática um diagrama de ocorrências.

DIAGRAMA DE OCORRÊNCIAS

RELACIONAMENTO (DER) Exemplo de um relacionamento através das ocorrências: FUNCIONÁRIO GERÊNCIA DEPARTAMENTO

RELACIONAMENTO (DER) Relacionamento entre ocorrências da mesma entidade.

CARDINALIDADE DE RELACIONAMENTOS A cardinalidade de uma entidade em um relacionamento expressa o número de instâncias da entidade que podem ser associadas a uma determinada instância da entidade relacionada. Devem ser consideradas duas cardinalidades:

CARDINALIDADE DE RELACIONAMENTOS Cardinalidade máxima de uma entidade é o número máximo de instâncias (ocorrência) que a pode estar associada a outra entidade na qual se relaciona. Cardinalidade mínima de uma entidade indica se uma instância (ocorrência) é obrigatória ou não com a entidade que se relaciona.

CARDINALIDADE MÁXIMA No projeto para BD relacional (como nesta disciplina) não é necessário distinguir as cardinalidades que sejam maiores que 1. Assim, são usados apenas as cardinalidades máximas 1 e n (muitos).

NOTAÇÕES ALTERNATIVAS Notação Heuser; Notação Setzer;

NOTAÇÕES ALTERNATIVAS Notação Santucci/MERISE

CARDINALIDADE MÁXIMA E MÍNIMA CARDINALIDADE MÍNIMA OU SEJA 0 OPCIONAL E 1 OBRIGATÓRIO

CARDINALIDADE MÁXIMA E MÍNIMA

Relacionamentos 1:1 (um-para-um)

Relacionamentos 1:N (um-paramuitos)

Relacionamentos N:N (muitos-paramuitos)

RELACIONAMENTO TERNÁRIO É o relacionamento formado pela associação de três entidades:

Testando entendimento

Testando entendimento

ATRIBUTOS É um dado que é associado a cada ocorrência de uma entidade ou relacionamento. Os atributos não possuem existência própria ou independente, estão sempre associados a uma entidade ou relacionamento;

Exemplos: ATRIBUTOS Funcionário: Matrícula, Nome, Endereço; Material: Código, Descrição; Financiamento: Valor total, Meses; Fornecedor: Nome, Endereço;

TIPOS DE ATRIBUTOS Opcional/Mandatório Opcional: o atributo pode possuir um valor nulo (vazio). Ex: número de telefone; Mandatório: o atributo deve possuir um valor válido, não nulo. Ex: nome do cliente

TIPOS DE ATRIBUTOS Monovalorado/Multivalorado Monovalorado: o atributo assume um único valor dentro do domínio. Ex: data de nascimento Multivalorado: o atributo pode assumir um número qualquer de valores dentro do domínio. Ex: Telefone para contato

TIPOS DE ATRIBUTOS Atômico/Composto Atômico: o atributo não pode ser decomposto em outros atributos. Ex: Idade Composto: o atributo é composto por mais de um atributo. Ex: Endereço

ATRIBUTO DE RELACIONAMENTO Assim como as entidades, os relacionamentos também podem possuir atributos:

IDENTIFICADOR DE ENTIDADES Conjunto de atributos que tem a propriedade de identificar univocamente cada ocorrência de uma entidade; Toda entidade deve possuir um identificador; O identificador deve ser mínimo, único, monovalorado e mandatório;

IDENTIFICADOR DE ENTIDADES Exemplo:

IDENTIFICADOR DE RELACIONAMENTOS Uma ocorrência de relacionamento diferencia-se das demais pelas ocorrências das entidades que participam do relacionamento. No exemplo:

IDENTIFICADOR DE RELACIONAMENTOS No exemplo, uma ocorrência de ALOCAÇÃO é identificada pela ocorrência de Engenheiro e pela ocorrência de Projeto. Ou seja, para cada par (engenheiro, projeto) há no máximo um relacionamento de alocação.

IDENTIFICADOR DE RELACIONAMENTOS Em certos casos, será necessário o uso de atributos identificadores de relacionamentos. Por exemplo: Como o mesmo médico pode consultar o mesmo paciente em diversas ocasiões, é necessário o uso de um atributo que diferencie uma consulta da outra.

GENERALIZAÇÃO/ESPECIALIZAÇÃO A generalização é um processo de abstração em que vários tipos de entidade são agrupados em uma única entidade genérica, que mantém as propriedades comuns;

GENERALIZAÇÃO/ESPECIALIZAÇÃO A especialização é o processo inverso, ou seja, novas entidades especializadas são criadas, com atributos que acrescentam detalhes à entidade genérica existente;

GENERALIZAÇÃO/ESPECIALIZAÇÃO A entidade genérica é denominada superclasse e as entidades especializadas são as subclasses. A superclasse armazena os dados gerais de uma entidade, as subclasses armazenam os dados particulares;

GENERALIZAÇÃO/ESPECIALIZAÇÃO Este conceito está associado à idéia de herança de propriedades. Isto significa que as subclasses possuem, além de seus próprios atributos, os atributos da superclasse correspondente; Usada quando é necessário caracterizar entidades com atributos próprios ou participação em relacionamentos específicos;

GENERALIZAÇÃO/ESPECIALIZAÇÃO

GENERALIZAÇÃO/ESPECIALIZAÇÃO Uma generalização/especialização pode ser total ou parcial: É total quando, para cada ocorrência da entidade genérica, existe sempre uma ocorrência em uma das entidades especializadas. É parcial quando nem toda ocorrência da entidade genérica possui uma ocorrência correspondente em uma entidade especializada.

GENERALIZAÇÃO/ESPECIALIZAÇÃO Total:

GENERALIZAÇÃO/ESPECIALIZAÇÃO Parcial:

ENTIDADE ASSOCIATIVA (AGREGAÇÃO) O uso desta abstração é necessário quando um relacionamento deve ser representado como uma entidade no modelo conceitual. Isto ocorre quando é necessário estabelecer um relacionamento entre uma entidade e um relacionamento. Para atender a esta situação foi criado o conceito de Entidade Associativa ou Agregação. A agregação é simplesmente um relacionamento que passa a ser tratado como entidade.

ENTIDADE ASSOCIATIVA (AGREGAÇÃO) Considerando o exemplo: Se for necessário adicionar a informação que, a cada consulta um ou mais medicamentos podem ser prescritos ao paciente, será necessário criar uma nova entidade (MEDICAMENTO). Esta entidade deve se relacionar com as consultas, mas CONSULTA é um relacionamento. Deve ser criada então uma entidade associativa.

ENTIDADE ASSOCIATIVA (AGREGAÇÃO) Agregação: (Outra forma gráfica)

RESTRIÇÃO DE PERSISTÊNCIA NO RELACIONAMENTO SISTEMAS DE INFORMAÇÃO Um relacionamento é persistente quando, depois de criado, ele não puder ser removido indiretamente pela remoção de uma ocorrência de uma das entidades associadas.

EXEMPLO 01 Em uma academia de ginástica, um instrutor pode não ter aluno, ou pode ter vários. Cada aluno pode ter, um ou vários instrutores. Os alunos podem frequentar uma ou várias modalidades (tipos de atividade), sendo que cada modalidade pode ter várias turmas, ou não ter nenhuma. Uma turma tem somente uma modalidade. Um aluno deve estar matriculado e um ou mais turmas. Uma turma pode não ter alunos matriculados, ou muitos alunos.

EXERCÍCIO 01 Em uma escola de informática são oferecidos 3 turmas de cada curso (manha, tarde e noite), portanto um curso tem pelo menos uma turma. Os alunos podem se matricular em qualquer turma de um curso apenas. Cada turma tem aula em uma sala especifica, uma sala pode estar em determinado momento vazia, mas uma turma sempre estará em uma sala.