AulasBD1_ModConceitual

Banco de Dados I (Parte 1)

Professora: Idalmis Milin Sardiaemail: [email protected]

Roteiro

Conceitos Bsicos Modelos de Dados Modelagem de Dados.

Modelo Entidade-Relacionamento (MER)

Conceitos Bsicos: Evoluo Tecnologia aplicada a mtodos de

armazenamento de informaes vem crescendo.

Surgem grandes aplicaes e volumes de dados a ser processados em diferentes reas

Conceitos Bsicos: Evoluo necessrio:

Grandes armazenamentos de dados, confiveis, eficientes e consistentes, sob demanda e a custos razoveis;

Uso de computadores e redes

Conceitos Bsicos: Evoluo Abordagens tradicionais so ineficientes

(sistema de arquivos e programao tradicional)

Com as novas tecnologia surgem novos mtodos para o armazenamento e processamento da informao.

Soluo: Sistema de Banco de Dados

Conceitos Bsicos Banco de dados: Conjunto de dados devidamente

relacionados e armazenados fisicamente que possuem um significado implcito

SGBD (Sistema Gerenciador de Banco de Dados): Conjunto de aplicaes para criar e manter o banco de dados. Permite aos usurios criar e manipular o banco.

Sistema de Banco de Dados: Conjunto formado por um banco de dados mais o SGBD, as aplicaes que o manipulam .

Sistema de Banco de Dados

Propriedades de um BD Coleo lgica coerente de dados com significado

inerente. (no podem estar desordenados) Os dados tm um propsito especfico. Possui um conjunto pr-definido de usurios e

aplicaes. Representa um aspecto do mundo real (mini-

mundo). Qualquer alterao no mini-mundo reflete no banco de dados.

Objetivos Manuteno e Recuperao de dados eficientemente

(manter as informaes e torna-las disponveis quando solicitadas da melhor maneira) Ex: Adio Insero Visualizao Atualizao Eliminao

Durabilidade Confiabilidade

Aplicaes Organizaes de qualquer propsito: comerciais,

cientficas, tcnicas... ( lojas, fbricas, hospitais, empresas, bancos, universidades etc.)

Usurios: administrador projetista programador usurios finais: casuais, constantes e

sofisticados

Vantagens Informatizao das atividades (ex: no

necessidade de papis voluminosos, nem trabalho braal)

Disponibilidade de informao atualizada a qualquer fomento

Rapidez Reduzir redundncia Eliminar inconsistncia Padronizao do formato de dados Segurana (acesso restrito, tolerncia a falhas) Integridade (dados corretos) Compartilhamento de dados (mltiplos usurios)

Sistema de Banco de Dados (Ex:)

Tabela DEPARTAMENTONome Nmero RG Gerente

Contabilidade 1 10101010

Engenharia Civil 2 30303030Engenharia Mecnica 3 20202020

Tabela PROJETONome Nmero LocalizaoFinanceiro 1 5 So PauloMotor 3 10 Rio ClaroPrdio Central 20 Campinas

Tabela Departamento_Projeto

Nmero Depto. Nmero Projeto

2 5 1 10 3 20

BD vs abordagem tradicionalAuto Informao

SGBD mantm no somente os dados mas tambm a forma (estrutura) como sero armazenados, contendo uma descrio completa do banco de dados.Esta forma armazenada no catlogo do SGBD, o qual contm a estrutura de cada arquivo, o tipo e o formato de armazenamento de cada tipo de dado, restries, etc. A informao armazenada no catlogo chamada de Meta Dados.

BD vs abordagem tradicionalAuto Informao

No processamento tradicional de arquivos, o programa que manipula os dados deve conter este tipo de informao (estruturas), ficando limitado a manipular s as informaes que conhece. Com a abordagem banco de dados, a aplicao (os programas) independente desta informao, pode manipular diversas bases de dados diferentes.

BD vs abordagem tradicionalSeparao entre Programas e Dados

No processamento tradicional de arquivos, a estrutura dos dados est incorporada ao programa de acesso. Qualquer alterao na estrutura implica na alterao no cdigo fonte de todos os programas. J na abordagem banco de dados, a estrutura alterada apenas no catlogo, no alterando os programas.

BD vs abordagem tradicionalAbstrao de Dados

O SGBD deve fornecer ao usurio uma representao conceitual dos dados, sem muitos detalhes de COMO as informaes so armazenadas na abordagem banco de dados Um modelo de dados utilizada para fornecer esta representao conceitual utilizando conceitos lgicos como objetos, propriedades e seus relacionamentosA estrutura detalhada e a organizao de cada arquivo so descritas no catlogo.

BD vs abordagem tradicionalMltiplas Vises de Dados

Um conjunto de informaes pode ser utilizada por um conjunto diferenciado de usurios. Estes usurios possam ter vises diferentes da base de dados. Uma viso definida como um subconjunto de uma base de dados, ou seja, um conjunto virtual de informaes.

BD vs abordagem tradicionalMltiplas Vises de Dados

Um conjunto de informaes pode ser utilizada por um conjunto diferenciado de usurios. Estes usurios possam ter vises diferentes da base de dados. Uma viso definida como um subconjunto de uma base de dados, ou seja, um conjunto virtual de informaes.Ex: Usurios DBAs, projetistas, analistas e finais.

BD vs abordagem tradicionalAlgumas limitaes

Em alguns casos um SGBD pode representar uma carga desnecessria aos custos quando comparado abordagem tradicional:alto investimento inicial (compra de software e hardware);generalidade na definio e processamento de dados;sobrecarga na proviso de segurana, concorrncia, recuperao e integrao de funes.

BD vs abordagem tradicionalAlgumas limitaes

Esta sobrecarga do uso de um SGBD e a m administrao DBA pode justificar a utilizao da abordagem tradicional em casos como:o banco de dados e as aplicaes so simples, bem definidas e no se espera mudanas no projeto;a necessidade de processamento em tempo real de certas aplicaes, que so terrivelmente prejudicadas pela sobrecarga;no haver mltiplo acesso ao banco de dados.

Modelos de DadosA abordagem banco de dados fornece alguns nveis de abstrao de dados vises, omitindo ao usurio final, detalhes de como os dados so armazenados. Modelo de dados: conjunto de conceitos utilizados para descrever a estrutura lgica e fsica de um banco de dados. Por estrutura podemos compreender o tipo dos dados, os relacionamentos e as restries que podem recair sobre os dados.

Modelos de DadosPodem ser basicamente de dois tipos:

alto nvel: modelo de dados conceitual, que fornece uma viso mais prxima do modo como os usurios visualizam os dados realmente no mini-mundo;

baixo nvel: modelo de dados fsico, que fornece uma viso mais detalhada do modo como os dados esto realmente armazenados no computador.

Modelos de DadosEsquemas e Instncias

Em qualquer modelo de dados, importante distinguir a descrio do banco de dados, do banco de dados. Esquema: Descrio de um banco de dados e especificada durante o projeto do banco de dados. Geralmente, poucas mudanas ocorrem nele.Instncia: os dados armazenados em um banco de dados em um determinado instante do tempo. Altera toda vez que uma alterao no banco de dados feita.(O SGBD responsvel por garantir que toda instncia satisfaa ao esquema, respeitando estrutura e restries).

Modelos de DadosArquitetura de 3 esquemas (separar aplicaes do BD)

nvel ou esquema interno: descreve a estrutura de armazenamento fsico do banco de dados; utiliza um modelo de dados e descreve detalhadamente os dados armazenados e caminhos de acesso ao BD;


nvel ou esquema conceitual: descreve a estrutura do banco de dados como um todo; uma descrio global do banco de dados, que no fornece detalhes do modo como os dados esto fisicamente armazenados;


nvel externo ou esquema de viso: descreve as vises do banco de dados para um grupo de usurios; cada viso descreve quais pores do banco de dados um grupo de usurios ter acesso atravs de aplicaes do usurio.

Modelos de DadosIndependncia de Dados: capacidade de se alterar um esquema em um nvel em um banco de dados sem ter que alterar um nvel superior . Existem dois tipos: -lgica: capacidade de alterar o esquema conceitual sem ter que alterar o esquema externo -fsica: capacidade de alterar o esquema interno sem ter que alterar os outros esquemas

Modelos de DadosLinguagens para Manipulao de Dados

1-DDL (Linguagem de Definio de Dados): definir os esquemas conceitual e interno.

Cada SGBD tem um compilador DDL para executar declaraes que identificam as descries dos esquemas e as armazenam no catlogo. (DDL se usa onde a separao entre os nveis interno e conceitual no muito clara)


2-SDL (Linguagem de Definio de Armazenamento): para especificar o esquema interno.

A especificao do esquema conceitual fica por conta da DDL.

(SDL se usa onde a separao entre os nveis conceitual e interno so bem claras)


3-VDL (Linguagem de Definio de Vises): para a definir as diferentes vises. (no SGBD que utiliza a arquitetura trs esquemas)

4- DML (Linguagem de Manipulao de Dados): para processar os dados. (o esquema esta compilado e o banco de dados preenchido)

SGBD: Sistemas Gerenciadores de Bancos de Dados

Sistema que serve para gerenciar dados armazenados organizadamente, permitindo incluso, alterao, excluso, consulta e manipulao.

Sistema complexo, formado por um conjunto muito grande de mdulos. Na figura do lado mostra um esquema da estrutura de funcionamento de um SGBD.

Ex: Oracle, MySQL, SQLServer, PostgreSQL, FoxPro, etc.

SGBD: Sistemas Gerenciadores de Bancos de Dados ClassificaoO principal critrio o modelo de dados no qual baseado (modelos hierrquico, rede, relacional, conceitual, orientados a objetos etc.). A arquitetura do SGBD estabelecida a partir de um modelo de dados: A grande maioria dos SGBDs contemporneos so baseados no modelo relacional (alguns em modelos conceituais ou em modelos orientados a objetos).

SGBD: Sistemas Gerenciadores de Bancos de Dados ClassificaoOutras classificaes so:

-usurios: mono-usurio (PC), ou multi-usurios (estaes de trabalho e mquinas de grande porte);

-localizao: localizado (todos os dados numa mquina) ou distribudo (dados distribudos por diversas mquinas ou diversos discos);

-ambiente: homogneo (um nico SGBD) e heterogneo (diferentes SGBDs).

Modelagem de Dados Utilizando o Modelo Entidade Relacionamento (ER)

O modelo Entidade-Relacionamento (ER) um modelo de dados conceitual de alto nvel, cujos conceitos foram projetados para estar o mais prximo possvel da viso que o usurio tem dos dados, no se preocupando em representar como estes dados estaro realmente armazenados. O modelo ER utilizado principalmente durante o processo de projeto conceitual de banco de dados. Veja a seguinte figura.

Modelo de Dados Conceitual de Alto Nvel

Entidades e AtributosEntidade: objeto bsico tratado pelo modelo ER, que pode ser definida como um objeto do mundo real, concreto ou abstrato e que possui existncia independente. Cada entidade possui um conjunto particular de propriedades que a descreve chamado atributos. O atributo pode ser dividido em diversas sub-partes com significado independente entre si, recebendo o nome de atributo composto. Um atributo que no pode ser subdividido chamado de atributo simples ou atmico.

Entidades e AtributosOs atributos que podem assumir apenas um determinado valor em uma determinada instncia denominado atributo simplesmente valorado, Enquanto que um atributo que pode assumir diversos valores em uma mesma instncia denominado multi valorado.Um atributo que gerado a partir de outro atributo chamado de atributo derivado.

Tipos Entidade, Conjunto de Valores, Atributo ChaveUm BD costuma conter grupos de entidades similares, com os mesmos atributos, porm, cada entidade com seus prprios valores para cada atributo. Tipo entidade: O conjunto de entidades similares. Cada tipo entidade identificada por seu nome e pelo conjunto de atributos que definem suas propriedades. Esquema do tipo entidade: descrio do tipo entidade, especificando o nome do tipo entidade, o nome de cada um de seus atributos e qualquer restrio sobre as entidades.

Tipos Entidade, Conjunto de Valores, Atributo ChaveChave: uma restrio muito importante em uma entidade de um determinado tipo entidade. Um tipo entidade possui um atributo cujos valores so distintos para cada entidade individual, o atributo chave, e seus valores podem ser utilizados para identificar cada entidade de forma nica. Uma chave pode ser a composio de dois ou mais atributos. Uma entidade pode tambm ter mais de um atributo chave.

Cada atributo simples de um tipo entidade est associado com um conjunto de valores denominado domnio, o qual especifica o conjunto de valores que podem ser designados para este atributo .

Tipos e Instncias de Relacionamento

Um tipo relacionamento R entre n entidades E1, E2, ..., En, um conjunto de associaes entre entidades deste tipo.

Cada instncia de relacionamento r1 em R uma associao de entidades, que inclui exatamente uma entidade de cada tipo entidade, participante no tipo relacionamento. Estas entidades esto relacionadas de alguma forma no mini-mundo.

Ex:A seguinte figura mostra um exemplo entre dois tipos entidade (Empregado e Departamento) e o relacionamento entre eles (TRABALHA PARA).

Resumindo os elementos do MER :

Entidade: Objeto do mundo real que possui existncia prpria e cujas caractersticas ou propriedades desejamos armazenar. Pode ser um objeto concreto (pessoa, carro, livro etc.) ou abstrato (departamento, projeto, curso etc.)

Tipo Entidade: Inclui um conjunto com um nmero qualquer de entidades similares ou entidades do mesmo tipo (com os mesmos atributos).

Atributos: Caractersticas do objeto que desejamos armazenar. Cada atributo possui um valor especfico.

Resumindo os elementos do MER :

Tipos de atributos: Simples, Composto, Multivalorado, Chave, Derivado.

Relacionamento: Associao entre vrias entidades.

Tipo Relacionamento: Conjunto de relacionamentos que inclui um nmero queaquer de relacionamentos similares ou relacionamentos do mesmo tipo (associam os mesmos tipos de entidades). Ex: Funcionrio trabalha em Departamento

Representao em um Diagrama Entidade-Relacionamento (DER):

Entidade: Retngulos com nome do tipo de entidade no seu interior e arestas ligando esses retngulos aos atributos das entidades

Atributos: Ovais com nome do atributo dentro.

Relacionamento: Losangos com o nome do tipo de relacionamento, conectados aos conjuntos de entidades cujos elementos ele associa.

Caractersticas dos Relacionamentos: (Definies)

Grau de Relacionamento: Nmero qualquer de diferentes tipos de entidades que nele participam. Os mais comuns so de grau dois (relacionamentos binrios)

Atributos de Relacionamento: Caracterstica que aparece resultado do relacionamento. Ex: nmero de horas (Funcionrio DESENVOLVE Projeto)

Papis em um Relacionamento: Funo que uma entidade cumpre dentro do relacionamento. Ex: Relacionamento recursivo SUPERVISIONA

(Restries)

Cardinalidade (binrio): Determina o nmero de relacionamentos dos quais uma entidade pode participar com a outra entidade. Tipos: 1:1, N:1, M:N

Ex: N:1, Funcionrio TRABALHA EM Departamento (Um departamento emprega vrios funcionrios, mas um funcionrio pode trabalhar em um nico departamento)

Ex: 1:1, Funcionrio GERENCIA Departamento (Um departamento gerenciado por um nico funcionrio, e um funcionrio pode gerenciar um nico departamento)

(Restries)

Participao: Determina se a existncia de uma entidade est condicionada ou no ao relacionamento com outra entidade. Tipos: Total e Parcial

Total: Uma entidade existe somente quando ela se relaciona com outra entidade via um relacionamento Ex: TRABALHA EM, a empresa determina que todo funcionrio deve trabalhar em um departamento.

Parcial: Se a existncia de uma entidade independe do fato dela estar relacionada com outra. Ex: DESENVOLVE, nem todo funcionrio precisa desenvolver um projeto da empresa.

Tipos Entidades Fracas

Tipos de entidade que no tm um atributo chave.No poderemos distinguir a entidade, por que as combinaes dos valores de seus atributos podem ser idnticas. Entidades deste tipo precisam estar relacionadas com uma entidade pertencente ao tipo entidade proprietria. Este relacionamento chamado de relacionamento identificador. Veja o exemplo da prxima figura.


Ex: Relacionamento de Entidade Fraca: Dependente

EMPREGADO no uma entidade fraca pois possui um atributo para identificao (atributo chave). O RG por exemplo.DEPENDENTE uma entidade fraca pois no possui um atributo de identificar uma entidade de maneira nica. (Ex: um dependente de 5 anos de idade um tipo entidade fraca: no possui necessariamente um documento)

Dependente

Tipos Entidades Fracas A entidade fraca possui uma chave parcial, que juntamente com a chave primria da entidade proprietria forma uma chave primria composta. (Ex: a chave parcial do DEPENDENTE o seu nome, pois dois irmos no podem ter o mesmo nome. A chave primria desta entidade fica sendo o RG do pai ou me (entidade proprietria) mais o nome do dependente.

A chave parcial sublinhada com linhas pontilhadas.A entidade fraca representada por retngulos com bordas duplasRelacionamento identificador representado por losangos com bordas duplas


Exemplo:

Diagrama Entidade Relacionamento

Exerccio para fixar conceitos do MER Empresa organizada em departamentos. Cada departamento tem um nome, um nmero e um funcionrio que gerncia o departamento. Armazena-se a data de incio que o funcionrio comeou a gerenciar o departamento.

Um departamento pode ter diversas localizaes. Um departamento controla inmeros projetos sendo que cada um tem um nome, um nmero e uma localizao.

Do funcionrio armazena-se o nome, o nmero do seguro social, telefone, endereo, salrio, sexo e data de nascimento.

Exerccio para fixar conceitos do MER Todo funcionrio est associado a um departamento, mas pode trabalhar em diversos projetos, que no so necessariamente controlados pelo mesmo departamento. Armazena-se tambm o nmero de horas que o funcionrio trabalha em cada projeto. Mantm-se, ainda, a indicao do supervisor direto de cada funcionrio.

Os dependentes de cada funcionrio so armazenados para o propsito de garantir os benefcios do seguro. Para cada dependente ser armazenado o nome, sexo, data de nascimento e o parentesco com o funcionrio. (Se sugere letras maisculas para nomes de entidades e relacionamentos. Leitura de esquerda a direita e de cima para baixo.)

Exerccio para fixar conceitos do MER EntidadesEntidades: Funcionrio, Departamento, Projeto, Dependente

RelacionamentosRelacionamentos: Gerncia (1:1), Trabalhar em (N:N), Est associado(N:1), Supervisa (1:N), Possui (1:N), Controla (1:N)

Atributos: Funcionrio (Nome, Sexo, DataNasc,Telef. End, Num.) Departamento (Num.,Nome, Local), Projeto (Num.,Nome, Local), Dependente (Nome, DataNasc, Parentesco), Gerncia (Data inic.), Trabalhar em (num.horas)

Papis: supervisor, supervisionado

Nome

DEPARTAMENTOGERNCIA

TRABALHA EM

CONTROLA

EST ASSOCIADOSUPERVISA

SupervisorSupervisionado

1 1

1N

1

N

1

N

N

N

1 N

End.

Salrio

Sexo

Data Nasc.

Telef.

Nome Num.

Data Inic.

Localiz.

Localiz.

Nome

Num.

Num. Horas

Sexo

Nome

Data Nasc.

DEPENDENTE

FUNCIONRIO

PROJETO

POSSUI

Num.1

Modelo ER estendido

Os conceitos do modelo ER so suficientes para a modelagem de um grande nmero de aplicaes.Porm existem algumas aplicaes mais complexas, com propriedades e caractersticas especficas cuja modelagem exige extenses ao modelo ER.O modelo extendido inclui todos os conceitos do modelo ER mais os de subclasse/superclasse e especializao/generalizao relacionados.

Modelo ER estendidoSubclasse e superclasse:Um tipo de entidade pode incluir vrios subconjuntos que necessitam ser representados explicitamente dada a significncia de cada um deles no problema.Ex: as instncias de FUNCIONRIO podem ser agrupadas em SECRETRIA, ENGENHEIRO, TCNICO, PROFESSOR etc.

Subclasse: Cada um desses sub-conjuntos ou grupos do tipo de entidade.

Superclasse: O tipo de entidade que contm as subclasses.

Modelo ER estendidoObservao:Instncias da subclasse e da superclasse representam a mesma entidade. Ex: Maria secretria tambm funcionria.Uma entidade no pode existir na base de dados como sendo membro apenas de uma subclasse.Entretanto, no necessrio que toda entidade em uma superclasse seja membro de alguma subclasse.Uma entidade membro de uma subclasse herda todos os atributos da entidade superclasse.

Modelo ER estendidoEspecializao e Generalizao:

Especializao: Processo de definir um conjunto de subclasses de um tipo de entidade.

Ex: O conjunto de subclasses SECRETRIA, ENGENHEIRO, TCNICO, PROFESSOR por exemplo uma especializao da superclasse FUNCIONRIO, onde a diferenciao entre os funcionrios faz-se por mio do tipo de emprego de cada entidade. representada diagramaticamente por meio de linhas ligando subclasses a um crculo que, por sua vez, est ligado por uma linha superclasse.Tem-se tambm o smbolo de contido em cada linha que conecta as subclasses superclasse (indica direo)

Modelo ER estendidoAtributos especficos: Atributos que somente se aplicam a uma subclasse em particular so associados ao rectngulo dela. Ex: Ps-graduao em Professor e Grau Escol. em TcnicoOs outros atributos comuns se colocam na superclasse. Ex: nome, identidade, sexo, telefone, endereo etc.

Ver exemplo na prxima Figura.

Generalizao: Processo inverso ao da especializao. Suprimimos as diferenas e vemos caractersticas em comuns em uma nica superclasse.

Modelo ER estendidoEspecializao:

Modelo ER estendidoUma mesma entidade pode ter vrias especializaes e cada especializao um nmero qualquer de subclasses.Uma entidade da superclasse pode pertencer a uma ou vrias subclasses distintas de uma mesma especializao (depende das restries impostas no minimundo)As subclasses de uma especializao pode ser disjuntas ou sobrepostas.

Disjunta: Uma entidade pode pertencer a, no mximo uma subclasse da especializao. representada pela letra 'd' no interior do crculo que liga as classes.

Sobreposta: A mesma entidade faz parte de uma ou mais subclasses. representada pela letra 'o' no interior do crculo que liga as classes.

Modelo ER estendidoTotal: Especializao onde toda entidade na superclasse deve ser membro de alguma subclasse da especializao. representado no diagrama por meio duma linha dupla conectando a superclasse ao crculo da especializao.Parcial: Uma entidade da superclasse na faz parte de nenhuma subclasse. representado no diagrama por meio duma simples. conectando a superclasse ao crculo da especializao.

Modelo ER estendidoVrias especializaes (disjunta, total e parcial)

Exerccios MER1-Loja Comercial

Pessoas relacionam-se com uma loja comercial assumindo um ou mais dos seguintes papis: fornecedor, vendedor ou comprador (cliente). Para toda pessoa anota-se RG, CPF, nome e data de nascimento. Um cliente pode ser pessoa da cidade ou pessoa de fora. Existem pessoas da cidade e pessoas de fora que so potenciais clientes (porque ainda no so clientes). Pessoa da cidade tem anotados rua e nmero onde moram, fone, apelido e referencia. Pessoa de fora da cidade tm fone, DDD, cidade e estado. Anota-se a renda mensal do cliente a a data da ltima compra e, para o cliente que compra a prazo, o valor de entrada e o nmero de parcelas. Vendedores podem ser classificados em comissionados ou no comissionados.

Exerccios MER

Dos comissionados anota-se a parte fixa e o percentual sobre as vendas, dos no comissionados, o horrio de sada para o almoo e, de qualquer vendedor em geral , o nmero da carteira profissional e a data de admisso. Com relao ao fornecedor anota-se p nome e o telefone do representante.

1- Loja Comercial

Entidades: Fornecedor, Vendedor, Cliente, Pessoa, Pessoa da Cidade, Pessoa de fora, Comissionado, No comissionado

Relacionamentos: Compra a vista, Compra a prazo

Atributos de Entidade: RG, CPF, nome, data de nascimento, rua e nmero onde moram, fone, apelido, referencia, fone, DDD, cidade, estado, renda mensal, parte fixa, parte percentual, horrio de almoo, nmero da carteira profissional e data de admisso

Atributos de Relacionamento: data da ltima compra, entrada e nmero de parcelas

Especializaes disjuntas: Pessoa (por funo), Pessoa (por potencial cliente), Vendedor

Especializao total: Pessoa (por potencial cliente), Vendedor

Exerccios MER2-Sistema Acadmico

Na montagem de um banco de dados da Universidade um dos elementos fundamentais o armazenamento de informaes sobre os contratados que prestam servios Universidade, os profissionais formados pela universidade, e os alunos atualmente matriculados. Para cada um deles cria-se um cdigo de identificao e armazena-se nome, data de nascimento, local de nascimento, sexo e endereo. Dos profissionais formados guardam-se informaes sobre o curso feito e as data de incio e concluso do curso. Os alunos da Universidade podem estar fazendo ou graduao ou ps-graduao. Para cada aluno necessrio o curso; para os de ps-graduao: o programa, e para os de graduao: a srie e as dependncias. De cada contra-

Exerccios MER

tado armazenado o salrio e a data de admisso. So contratados o docente, o tcnico de apoio: cargo e funo, do monitor: nome do orientador. Sobre o monitor deve-se acrescentar que ele um aluno de ps-graduao, podendo executar atividades de pesquisa ou de ensino. Para atividades de ensino armazenam-se as disciplinas que esto sendo ministradas pelo monitor, a data de incio e a data de concluso prevista. Para atividades de pesquisa, so armazenados os nomes dos projetos em que o monitor trabalha e o nmero de horas semanais que dedica a cada projeto. Reforando: Um monitor pode executar atividades de pesquisa e de ensino num mesmo perodo.

2- Sistema Acadmico

Entidades: Membro da Universidade, Contratado, Profissional, Aluno, Tcnico, Docente, Monitor, Mon. de pesquisa, Mon. De ensino, curso, Aluno posgrad. e Aluno grad., Projeto.

Relacionamentos: Cursa, Ministra, Trabalha

Atributos de Entidade: ...

Atributos de Relacionamento: horas, data inic e data fim

Especializaes disjuntas: Contratado, Aluno, Vendedor

Especializaes sobrepostas: Membro, Monitor

Especializao total: Aluno, Contratado, Membro, Monitor

Slide 1Slide 2Slide 3Slide 4Slide 5Slide 6Slide 7Slide 8Slide 9Slide 10Slide 11Slide 12Slide 13Slide 14Slide 15Slide 16Slide 17Slide 18Slide 19Slide 20Slide 21Slide 22Slide 23Slide 24Slide 25Slide 26Slide 27Slide 28Slide 29Slide 30Slide 31Slide 32Slide 33Slide 34Slide 35Slide 36Slide 37Slide 38Slide 39Slide 40Slide 41Slide 42Slide 43Slide 44Slide 45Slide 46Slide 47Slide 48Slide 49Slide 50Slide 51Slide 52Slide 53Slide 54Slide 55Slide 56Slide 57Slide 58Slide 59Slide 60Slide 61Slide 62Slide 63Slide 64Slide 65Slide 66Slide 67Slide 68Slide 69Slide 70Slide 71Slide 72Slide 73

Documents

AulasBD1_ModConceitual