2.

Modelo Entidade-Relacionamento

O Modelo Entidade-Relacionamento foi apresentado por

Peter Chen em 1976. O modelo baseia-se em representar
os dados do mundo real atravs da definio de conjuntos de
entidades e o relacionamento entre esses conjuntos de
entidades. Um conjunto de entidades representa um conjunto
de elementos do mundo real, como por exemplo, um conjunto
Figura 3:Conjunto de Entidades
Pessoa representando inmeras pessoas, um conjunto Casa
representando inmeras casas, um conjunto Empresa representando inmeras empresas, etc. Um
conjunto de entidades representando por um retngulo,
como ilustrado na Figura 3. Um elemento do conjunto de
entidades definido como uma Entidade, sendo
identificado por caractersticas individuais definidas atravs
do conceito de atributos. Assim, uma Pessoa pode ser
caracterizada atravs dos atributos Nome, CIC, Sexo, Idade,
Altura, etc. Cada vez que so atribudos valores para os
Figura 4: Representao de uma
atributos de um conjunto de entidades, tem-se a pessoa particularizada pelos valores de
seus atrbutos.
instanciao (= exemplificao) de uma ocorrncia
de uma entidade da vida real. Na Figura 4, pode-se
ver um exemplo, onde a entidade Pessoa Luza,
CIC 243521234-28, do sexo feminino, idade de 20
anos e altura de 1.70m. Cada atributo deve ser
definido como pertencente a um domnio, e os
valores desses atributos devem pertencer a esses
domnios.

Os atributos desses conjuntos de entidades Figura 5: Representao de Atributos.

so representados atravs de seus nomes envoltos
em elipses (crculos ou indicados por setas), as quais ficam ligadas ao conjunto de entidades que
est caracterizando.

Quando um determinado atributo possui um valor para *cada entidade que caracteriza,
ento denominado atributo monovalorado. Como exemplo, os atributos CIC, Idade, Altura e

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 7

Sexo possuem apenas um valor para uma entidade particular Pessoa.

Por sua vez, quando um atributo possui mais de um valor para cada
entidade que caracteriza, ento denominado atributo
multivalorado. Como exemplo, um atributo Telefone pode ter vrios
valores para uma mesma entidade, e portanto multivalorado. Um
atributo monovalorado ou multivalorado pode ter vrios
Figura 6: Conjunto de
subcampos, como por exemplo Endereo, que poderia ser escrito Entidades Pessoa com seus
como Rua, Nmero, CEP e Cidade. Nesse caso, o atributo Atributos.
denominado atributo composto. Quando o valor de um atributo
obtido atravs de valores de outros atributos, esse
atributo denominado atributo derivado. Um
exemplo de atributo derivado o atributo Salrio,
que pode ser obtido pelos valores dos atributos
Salrio-Hora e Horas-Trabalhada-Ms. A
simbologia desses atributos ilustrada naFigura 5.
Em uma forma mais completa, o conjunto de
entidades Pessoa seria representado no ME-R, tal
como na Figura 6. Um Conjunto de Entidades
Figura 7: Relacionamento entre empregado e
possui vrios atributos para caracteriz-lo. Dentre empresa.

esses atributos, deve-se sempre definir um atributo

ou um conjunto de atributos, que com seus valores consiga identificar uma nica Entidade
dentro do Conjunto de Entidades. Esse atributo ou Conjunto de Atributos denominado Chave.
Uma Chave deve ser, por definio, mnima. Mnima, no no sentido de ser composta pelo
menor nmero de atributos possvel, mas no
sentido de que se a chave for composta,
nenhum atributo que a compe poder ser
retirado, e ainda sim, a composio
resultante continuar sendo Chave. A notao
Figura 8:Exemplo de um Conjunto de Relacionamento.
adotada a sublinhao do atributo ou
conjunto de atributos em questo. Quando um conjunto de atributos contm uma chave, esse

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 8

conjunto forma uma superchave.

Para a modelagem de uma situao real,

necessrio representar-se o relacionamento
entre os Conjuntos de Entidades. Esses
relacionamentos so denominados conjuntos de
relacionamentos e possuem rica semntica
envolvida. Essa semntica expressa atravs dos
conceitos de cardinalidade, multiplicidade,
participao total ou parcial, e grau de Figura 10:Relacionamento ternrio.

relacionamento. Considere os conjuntos de

entidades Empresa e Empregado, e o conjunto de relacionamentos entre eles Trabalha_em,
representando o fato de empregados trabalharem em empresa. A Figura 6 ilustra essa situao.
Esto ilustrados cinco empregados (e1, e2, e3, e4, e5), trs empresas (c1, c2, c3) e cinco ocorrncias
de relacionamento (r1, r2, r3, r4, r5). Pode-se inferir atravs da figura, que um empregado trabalha
em uma nica empresa, pois cada um participa de apenas uma ocorrncia de relacionamento,
enquanto uma empresa emprega vrios empregados, uma vez que uma empresa pode participar
de mais de uma ocorrncia de relacionamento. Essa percepo da realidade pode ser
representada atravs do conceito de Cardinalidade de Relacionamento. No modelo, um conjunto
de relacionamentos representado simbolicamente por um losngulo, enquanto a cardinalidade
representada por um nmero. Na Figura 7, est ilustrado um conjunto de relacionamentos
Trabalha_em, entre os conjuntos de entidades Empregado e Empresa. A cardinalidade do
conjunto de relacionamentos definida pelos nmeros 1 e N. No caso, est representando que
um Empregado pode trabalhar em apenas uma (1) empresa, enquanto uma Empresa pode
empregar vrios (N) empregados. As cardinalidades entre os conjuntos de relacionamentos
podem ser de 1 para 1, ou de 1 para N (ou N para 1), ou de N para N. A letra N representa
vrios e pode ser substituda por qualquer outra
letra, tal como, M, P, Q, etc.

O grau do relacionamento indica quantos

conjuntos de entidades esto envolvidos naquele
determinado relacionamento. No exemplo da Figura 9:Atributo de Relacionamento.

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 9

Figura 7, tem-se que o grau do relacionamento 2,

indicando um relacionamento binrio. Um conjunto
de relacionamentos pode ter associado vrios
conjuntos de entidades, caracterizando
relacionamentos ternrios (grau 3), relacionamentos
Figura 11:Conjunto de Entidades Fracas.
quaternrios (grau 4), etc. Um exemplo de
relacionamento ternrio, ou seja, com grau 3, est ilustrado na Figura 10. importante observar
que um relacionamento com grau N > 2 s se justifica se no puder ser decomposto em
relacionamentos com graus menores e ainda manter a semntica desejada. Conjuntos de
relacionamentos tambm podem ter atributos. Considere por exemplo os conjuntos de entidade
Estudante e Disciplina, relacionando-se atravs do conjunto de relacionamento Cursa. Se deseja-
se representar e "armazenar" a Nota que um determinado Estudante obteve em uma determinada
Disciplina, o atributo Nota deve pertencer ao relacionamento, e no aos conjuntos de
relacionamentos. Isso deve-se cardinalidade envolvida no relacionamento (Figura 10).

Os Conjuntos de Entidades destacados at o momento podem ser denominados

Regulares. Existe uma categoria particular de Conjunto de Entidade que envolve o conceito de
Entidade Fraca. Um Conjunto de Entidades Fracas corresponde a um conjunto que no contexto
da modelagem em que se encontra, no possui identificao prpria. Um exemplo pode ser visto
na Figura 11, onde os conjuntos de Entidades Fracas so denotados por um retngulo duplo.
No primeiro caso, uma Ementa s tem sentido se existir uma Disciplina a ela associada. No
segundo caso, Dependente s existe se houver um Empregado a ele associado. Note que no
adianta usar um atributo identificador para um Dependente, pois s ter sentido para o ambiente
que est modelado, se esse identificador estiver associado a um Empregado.

Considere um exemplo de uma Universidade na Figura 12, onde est ilustrada uma
modelagem utilizando o ME-R. No exemplo so representados Estudantes, Professores,
Disciplinas, Departamento e o relacionamento entre eles. Os relacionamentos representados so
Matrcula, entre os conjuntos de entidades Estudante e Disciplina, Pertence, entre Estudante e
Departamento, Oferecida entre Departamento e Disciplina, Trabalha entre Departamento e
Professor, e Ministra entre Disciplina e Professor. Note que para efeito de simplicidade, foram
omitidos os atributos no desenho.

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 10

Uma caracterstica importante o de Papel de Relacionamentos. Em muitas situaes no

Figura 12: Exemplo de modelagem.

clara qual a participao de um determinado Conjunto de Entidades em um Relacionamento.
Quando isso ocorre, anota-se o papel do
conjunto de entidades no relacionamento.
Na Figura 13 ilustra-se um exemplo. Esto
representados dois Conjuntos de Entidades,
que so Empresa e Curso, e dois Conjuntos
de Relacionamentos distintos, apesar de
terem o mesmo nome. Em uma situao, Figura 13:Exemplo do uso de papel no relacionamento.
Empresa contrata Curso, e na outra, Curso
contrata Empresa caracterizando semnticas totalmente diferentes. O Papel tambm
extremamente importante quando modela-se Conjuntos de Relacionamentos Unrios, ou seja,
quando apenas um Conjunto de Entidades est
envolvido. Na Figura 14 Esto ilustrados
dois Conjuntos de Relacionamentos Unrios.
No primeiro, o Conjunto de Entidades
Disciplina e o Conjunto de Relacionamentos
Pr-Requisitos-so. Nesse caso o papel
indica qual Disciplina Pr-requisito-de de
qual Disciplina. No segundo, o Conjunto de
Entidades Empresa e o Conjunto de Figura 14: Exemplos de Auto-relacionamento

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 11

Relacionamentos Promover Venda. Nesse caso o Papel indica qual Empresa compra, qual vende
e qual assessora a venda. Note a importncia semntica do papel para o entendimento do
relacionamento.

O Modelo Entidade-Relacionamento apresentado at aqui original como apresentado

por Peter Chen. Muitas extenses foram definidas sobre o modelo. O ME-R com extenses foi
denominado Modelo Entidade-Relacionamento Estendido (ME-RX). Essas extenses envolvem,
entre outras coisas, um refinamento do conceito de Cardinalidade, o qual foi denominado
Multiplicidade. Envolve tambm a utilizao de construtores semnticos mais elaborados, tal
como o da Abstrao de Generalizao e o da Abstrao de Agregao.

A multiplicidade identificada por

um par de nmeros entre parnteses, onde o
primeiro indica um limite mnimo e o direito
indica um limite mximo. Considere
Figura 15:Exemplo do uso da Multiplicidade.
novamente a Figura 6. a multiplicidade
definida da seguinte forma: para que uma Entidade seja um Empregado, necessrio que
trabalhe em pelo menos uma Empresa. Como est sendo definido que ele pode trabalhar em no
mximo uma Empresa, tem-se a multiplicidade (1,1) para o Conjunto de Entidades Empregado.
Para existir uma Entidade Empresa, no necessrio, a princpio, existir um Empregado
relacionado. Assim, o limite mnimo para a multiplicidade zero. Por outro lado, uma Empresa
pode ter vrios Empregados, constituindo o mximo como um nmero M. A representao da
multiplicidade pode ser vista na Figura 15.

A Abstrao de Generalizao utilizada em um processo de simplificao e

enriquecimento semntico da modelagem. Em muitas situaes, vrios Conjuntos de Entidades
com origem em um Conjunto de Entidades comum (superconjunto), so modelados e utilizados
independentemente. Nesses casos, modela-se o Conjunto de Entidades comum colocando nele
todos os atributos que so comuns entre todos os Conjuntos de Entidades (subconjuntos) nele
originados, considerando-se duas propriedades importantssimas para a implementao. Um
exemplo pode ser visto na Figura 16.O Conjunto de Entidades Pessoa representa uma
generalizao dos conjuntos de entidades Aluno, Professor e Engenheiro. Os atributos que so

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 12

comuns so modelados no conjunto de

Entidades Genrico Pessoa, ficando apenas
os especficos de cada um nos respectivos
conjuntos. As letras colocadas no losngulo
ao meio, so propriedades da
generalizao. A primeira propriedade
pode ser T ou P. O T representa Total e
significa que todas as ocorrncias de
Figura 16: Abstrao de Generalizao
Entidades a partir do Conjunto de
Entidades Pessoa tem que ser de um dos tipos de Entidades pertencentes aos conjuntos de
entidades especializados Aluno, Professor ou Engenheiro. Caso fosse P, significaria que
poderiam ocorrer Pessoa sem ser dos tipos abaixo.

A Abstrao de Agregao
utilizada quando h a necessidade do
estabelecimento de uma associao entre
os Conjuntos de Entidades envolvidos em
um Conjunto de Relacionamentos. A
situao mais comum ocorre quando h
necessidade de associar um relacionamento
a um outro relacionamento, o que no
possvel. Nesse caso estabelece-se uma Figura 17: Abstrao de Agregao.
agregao. Um exemplo pode ser visto na
Figura 17, onde os Conjuntos de Entidades Cliente e Conta corrente relacionam-se, e desse
relacionamento gerada a ocorrncia do Conjunto de Entidades Carto Magntico. Assim, o
Conjunto de Entidades Carto Magntico relaciona-se com o Conjunto de Entidades Correntista
originado de uma Agregao.

Os conceitos do ME-R aqui apresentados cobrem todo o modelo original, sendo que,
outros conceitos podem ser encontrados na bibliografia citada.

Em seguida, so descritas algumas especificaes que envolvem problemas para serem

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 13

utilizados como exerccios.

Especificaes simplificadas
Especificaes para exerccios de modelagem conceitual.

Agncia de Turismo
(1) Deseja-se criar um banco de dados para uma agncia de turismo, contendo informaes
sobre recursos oferecidos pela cidades que fazem parte da programao de turismo da agncia.
As informaes a serem mantidas sobre cada cidade referem-se a hotis, restaurantes e pontos
tursticos. Sobre os hotis deseja-se guardar seu nome, endereo, categoria (5 estrelas, 4
estrelas etc), os tipos de apartamentos existentes, o valor da diria de acordo com o tipo do
apartamento. Sobre cada cidade deve-se armazenar seu nome e estado. Sobre os restaurantes
de interesse guardar o nome, endereo e a categoria (de luxo, simples, etc). Quanto ao ponto
turstico deseja-se manter uma descrio do mesmo e o endereo.

(2) No exerccio anterior, suponha que entre os pontos tursticos de uma cidade esto aqueles
referentes a igrejas, casas de show e museus. No caso de igrejas, deseja-se manter informaes
sobre a data de construo. Para casas de show, guardar os dias de funcionamento e horrio.
Para museus deseja-se guardar a data de fundao, nmero de salas e fundadores. Alm desses
pontos tursticos podem haver outros, porm deseja-se armazenar destes ltimos somente as
informaes gerais j citadas.

Universidade
(1) Um banco de dados para uma universidade deve suportar os seguintes requisitos:
a) Para um departamento, deseja-se manter seu nmero e nome.
b) Para um orientador, armazenar seu cdigo, nome e o nmero do departamento ao qual ele
pertence.
c) Para uma disciplina, armazenar o cdigo da disciplina e o nome.
d) Para um aluno, armazenar seu nmero e nome.
Para cada disciplina que o aluno faz, armazenar o cdigo da disciplina, o nome da disciplina
e a mdia recebida. Alm disso, armazenar o cdigo e nome do orientador, para cada aluno.

(2) No exerccio anterior, considere que um aluno pode estar em uma das trs situaes: estar
cursando normalmente, estar com a matrcula trancada ou ser um aluno especial.
Para um aluno que est cursando normalmente, deseja-se manter informaes sobre o nome de
seu curso e o total de crditos j realizados.
Para um aluno com matrcula trancada deseja-se guardar a data de trancamento e o motivo.

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 14

Para um aluno especial mantm-se sua formao acadmica, ano de concluso, escola (todo
aluno especial deve ser j formado em algum curso de nvel superior; no caso de ser formado
em mais do que um curso, somente um deles armazenado).
Sabe-se que:
a) Um aluno especial pode cursar qualquer disciplina oferecida e recebe um parecer sobre seu
desempenho (timo, bom, regular, etc).
b) Somente os alunos que esto cursando normalmente possuem orientador.
c) Todo orientador tambm um professor. Pode existir professor que no orientador.
d) De um orientador deseja-se guardar a rea de atuao.
e) Um professor possui as informaes: cdigo, nome, endereo, categoria (auxiliar, assistente,
adjunto).
f) Todo aluno especial deve ter um professor responsvel por ele. Um professor pode ser
responsvel por vrios alunos especiais. Eventualmente um professor pode ser orientador de
um aluno em situao normal e responsvel por um aluno especial.

(3)Essa especificao considera um Sistema de Controle Acadmico de Ps-graduao.

A Coordenao de Ps-Graduao de uma universidade deseja automatizar o controle
dos programas de mestrado e doutorado, em quatro etapas da vida acadmica de seus alunos:
1- Pessoas Envolvidas: registra informaes pessoais sobre Candidatos, Alunos e
Professores. Os candidatos tm todas as suas informaes registradas, segundo a tabela anexa,
juntamente com as reas de concentrao de interesse, e se aceitos passam condio de alunos
regulares. Candidatos no aceitos so ainda mantidos na base durante mais 3 anos. Se nesse
prazo no houver nenhuma outra atividade por parte do aluno (novo pedido de inscrio ou
disciplina cursada como aluno especial), o registro apagado da base.
2- Disciplinas: existem duas partes que devem ser tratadas: Elenco de Disciplinas, que
mantm a estrutura das disciplinas oferecidas, e da estrutura de disciplinas obrigatrias em
cada programa, nmero de crditos e pr-requisitos; e Disciplinas Cursadas, que mantm os
dados sobre as disciplinas cursadas por cada aluno, notas obtidas, perodos, pendncias, e
crditos vlidos.
3- Atividade de Projeto: esta parte do sistema realiza o acompanhamento das atividades
de desenvolvimento do projeto, estgios, recursos de laboratrio necessrios e utilizados,
bolsas, vnculos com entidades parceiras, orientao e aprovaes em exames intermedirios.
4- Bancas: esta parte cuida da organizao das bancas que devem ser formadas para
as avaliaes do candidato. Registra informaes sobre participantes externos instituio,
formao das bancas e resultados das avaliaes.

Cada uma das atividades que um aluno desempenha deve ser registrada na base, atravs
de um formulrio em tela especfico. Atividades realizadas em grupo, tal como atribuio de
notas aos alunos de uma disciplina devem ter um formulrio abrangendo dados de todos os

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 15

envolvidos. Cada atividade deve dispor de um relatrio que a descreve completamente, embora
um mesmo formulrio possa ser usado para descrever mais de uma atividade. A tabela anexa
informa o conjunto de informaes associados aos principais elementos constitutivos do sistema.

Atividades a serem desenvolvidas: deve ser entregue a documentao correspondente

s seguintes atividade de projeto:
1- Modelo Entidade Relacionamento Extendido: cuidar para que nesse ME-RX existam
abstraes de generalizao, composio e agregao.
2- Mapeamento para MRel: realizar o mapeamento do ME-RX para MRel, considerando
apenas as informao j modeladas.
3- Fazer uma lista das atividades de um aluno de Ps-Graduao, elaborando o layout
dos formulrios que devem atender s operaes que se aplicam sobre cada atividade.
4- Fazer uma lista dos relatrios que o sistema pode necessitar, elaborando tanto os
documentos, certificados e avisos enviados aos alunos e professores, quanto os relatrios de
avaliao e acompanhamento mantidos na prpria coordenadoria.
5- Elaborar os comandos SQL que correspondem execuo de 5 formulrios e 5
relatrios, de sua escolha.

ANEXO
Dados a serem armazenados na Base:
Alunos, candidatos e professores: Nome, Nomes dos Pai e Me, sexo, Local-UF-pas-e-
DataNasc., Estado Civil, CIC-orgo expedidor-data expedio-UF, N#Passaporte-data emisso-
visto-prazo validade, N#Cert.Militar-srie, #Ttulo Eleitor-seo-Zona-UF, N#Carteira
Trabalho-srie-UF, Endereo1-Rua-N#Cidade-UF-CEP, Endereo2-Rua-N#-Cidade-UF-CEP.
Aluno: N#Universidade, Cdigo no Programa de Assistncia Mdica, bolsa, projeto.
Professor: N#Docente, Cdigo no Programa de Assistncia Mdica, Nvel acadmico,
departamento lotado.
Departamento: Nome, sigla, chefe.
Curso: Cdigo, Nome, Data criao, Data Desativao, Disciplinas obrigatrias,
disciplinas Vlidas, Disc. Vlidas 1/3, Durao(horas), Durao(meses), Min. Vagas, Mx.
Vagas.
Linha Pesquisa: Cdigo, Nome, Doc.Responsvel, Doc.Participantes, Disc.Obrigatrias,
AnoIncio, AnoFim, Vagas por Doc.Participante.
Projeto: Nome, cdigo, Tipo, orientador, Co-orientador, aluno, dataIncio, DataFim,
Estado, Tipo, bolsa, Bancas realizadas, disciplinas realizadas, ltima avaliao, projetos
parciais.
Disciplinas: Nome, sigla, Nvel, N#Crditos, DataIncio, DataFim, Linha de Pesquisa
responsvel.

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 16

Turma: SiglaDisc., N#Sequencial, Perodo Ano, Ano, N#Vagas, N#Vagas Extra, Horrio,
Sala, DataIncioAula, DataFimAula, Doc.Ministra, Alunos Matriculados-Frequncia-Nota-
CrditosContabilizados, AlunosAceitos.
Bolsa: Cdigo, data, tipo, Programa, Projeto, Orientador, Aluno, TtuloDocumento,
Membros-NotaMembro, Avaliao Final.

Cu
O cu composto por moradores comuns, por anjos, por santos e, claro, por Deus. Os anjos
e santos desempenham funes particulares. Os anjos so divididos em anjos operrios e anjos
da guarda. Os anjos da guarda so alocados para olharem por mortais ainda na terra. Cada
mortal tem dois anjos que o guardam, e cada anjo da guarda alocado para apenas um mortal.
Os anjos operrios desempenham funes no cu, as quais so denominadas funes celestiais.
Essas funes so alocadas para inmeros anjos, enquanto um anjo pode ser responsvel por
inmeras dessas tarefas. Os santos ficam o dia todo atendendo pedidos provenientes dos
mortais. Em algumas vezes, esses atendimentos so entendidos como milagres. Os moradores
comuns passam o dia orando e se purificando, e tem a funo de venerar santos e Deus por uma
determinada quantia de horas por dia. Durante o restante do tempo, esses moradores
descansam. Os dados que devem ser armazenados sobre os anjos so cod_anjo, cor_asas, nome
e idade; sobre os santos so: cod_santo, cor_vestes, tempo_beatificao, nome e idade; sobre
os moradores comuns: cod_mor, grau_luz e as horas que ora por dia. Alm de tudo isso, um
anjo sempre supervisionado por outros anjos, o qual pode supervisonar vrios anjos. Sobre
Deus, no se sabe muita coisa, e por isso atribui-se apenas um cdigo para leitura.

Biblioteca

Uma Biblioteca acadmica compra e mantm livros e peridicos, que podem ser consultados
e/ou tomados emprestados pelos seus usurios cadastrados. A biblioteca atende a 3 tipos de
usurios: alunos, professores e usurios especiais. Os usurios fornecem para ser cadastrados
as seguintes informaes: Nome, endereo, CIC, idade e escolaridade. Os alunos devem ainda
informar qual o curso que esto fazendo, qual seu Nro Matrcula, e ano de ingresso. Os
professores devem indicar qual seu departamento, disciplinas que ministram e titulao. A todos
os usurios a biblioteca atribui um nmero de usurio nico.
Os usurios podem emprestar e/ou consultar livros, mas apenas consultar peridicos.
O emprstimo feito da seguinte maneira, segundo o tipo de usurio:
Alunos: mximo de 4 livros, por at 14 dias.
Professores: mximo de 10 livros, por at 180 dias.
Outros: mximo de at 4 livros por at 7 dias.
Os professores podem requisitar livros para consulta, os quais passam a no poder mais
ser emprestados, mas apenas consultados. Essa requisio sempre feita vinculada uma
disciplina ministrada pelo professor.

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 17

A consulta pode ser solicitada para qualquer livro/peridico que no esteja sendo
consultado ou que esteja emprestado. O emprstimo pode ser feito sempre que o usurio no
tenha esgotado sua cota, e que no tenha nenhum emprstimo vencido.
A biblioteca registra todos os emprstimos e todas as consultas efetuadas pelos seus
leitores, e ao final de um dia sempre imprime dois relatrios: um de todas as consultas e um de
todas as retiradas e devolues. Sempre que um desses relatrios gerado, contabiliza-se o
nmero de emprstimos e de consultas a cada livro ou peridico (para estes ltimos apenas
consultas), e apagam-se os registros de cada consulta/emprstimo individual.
A compra de novos livros e/ou peridicos tambm informada no final de cada dia,
juntamente com a relao dos livros que tiveram baixa nesse dia. A baixa de um livro somente
pode ser feita se ele no estiver emprestado. Peridicos no podem sofrer baixa. Da mesma
maneira, usurios podem ser removidos do cadastro da biblioteca.
A qualquer instante um usurio pode pedir uma solicitao de seu estado junto
biblioteca, obtendo uma relao dos livros que tem emprestado, e com qual data devoluo. A
qualquer instante pode ser solicitado um relatrio de nmero de emprstimos/consultas de cada
livro, bem como de consultas de cada peridico.

Empresa
(1)Uma companhia mantm informaes sobre todas as pessoas que, de alguma forma, possuem
com ela algum vnculo, dentre essas seus funcionrios. Os seguintes requisitos foram levantados
junto aos usurios:
a) De cada pessoa mantm-se um cdigo, o nome, endereo.
b) De cada funcionrio guarda-se tambm seu salrio e o departamento a que ele pertence.
Desses funcionrios, alguns so gerentes e para cada um destes guarda-se os nomes dos
projetos que eles gerenciam.
c) Dos demais funcionrios que so operrios, guarda-se suas habilidades (um operrio pode
ter vrias habilidades).
d) Mantm-se tambm os tipos de trabalho executados na Companhia (cdigo e caracterstica)
e os operrios que executaram cada trabalho, juntamente com o perodo que isto se deu. Sabe-se
tambm que podem haver operrios que no exercem nenhum tipo de trabalho dentre os
cadastrados.
e) Deve-se tambm manter os dependentes de cada funcionrio (nome, sexo e data de
nascimento).

(2)Um banco de dados a ser usado em um sistema de Processamento de Pedidos deve conter
informaes sobre clientes, produtos e pedidos. A seguinte informao deve ser mantida:
Para cada cliente: nro do cliente; endereos de entrega possveis (vrios por cliente); saldo
devedor; limite de crdito; desconto.
Para cada pedido de cliente: data do pedido; endereo de entrega; detalhes sobre cada
produto comprado: nro do produto; quantidade comprada.

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 18

Para cada produto: nro do produto; nome do produto; quantidade em estoque; preo.
Suponha ainda que um cliente pode ser de 3 tipos: varejista, atacadista ou intermedirio.
-Se for varejista, deseja-se manter a frequncia de compra (diria, semanal, quinzenal,
mensal, etc).
-Se for atacadista, deseja-se guardar a quantidade de produtos comprada, em mdia.
-Se for intermedirio, deve-se manter as praas de atuao.

(3)A empresa de habitao EMHAB est desenvolvendo um sistema de controle de todos os

condomnios que j construiu. Cada condomnio possui um conjunto de prdios (edifcios com
vrios andares) que obedecem uma determinada numerao. Assim, o condomnio X de Tal
possui, por exemplo, 36 prdios, cada prdio possuindo Y apartamentos. Deseja-se saber dados
sobre os moradores de cada apartamento/prdio, incluindo nome, cic, rg, sexo, idade, e a renda
mdia de todos os moradores de um determinado apartamento. Um apartamento dever ser
identificado, dentro de um prdio, por um nmero e pelo seu andar - e um prdio dever ser
identificado, em um determinado condomnio, tambm por um nmero. Podem ser colocados
mais dados sobre o prdio, tais como, as cores de sua pintura, quantos andares contm, etc.
Para identificar um condomnio, pode-se atribuir um nome, a cidade, o bairro em que se
localiza e um nmero de identificao. No se esquea de representar as cardinalidades, os
atributos (multivalorados, derivados, etc, se existirem), a participao dos conjuntos de
entidades nos relacionamentos, etc.

(4)Considere a especificao (3) para apenas um condomnio

Imobiliria
Uma imobiliria que atua nessa cidade h vrios anos, est interessada em automatizar o
processo de informao com que lida, eliminando ao mximo o trmite de papis pelo
estabelecimento. Com isso, busca conciliar maior rapidez e segurana nos negcios, com
provvel aumento de lucro.
Os negcios realizados pela imobiliria compreendem:
/ compra de imveis (terrenos, "prdios" residenciais, "prdios" comerciais);
/ compra de telefones;
/ aluguel (telefones, "prdios" residenciais, "prdios" comerciais);
/ venda de imveis;
/ venda de telefones (terrenos, "prdios" residenciais, "prdios" comerciais);
Para que todos esses servios sejam realizados so mantidos cadastros atualizados de
endereos de proprietrios, histrico de inquilinos, compradores, etc. Com isso, tem que ser
montada e gerenciada uma massa de dados consistente que possa ser consultada a qualquer
momento com rapidez e segurana. A partir de todos esses dados, vrios servios so efetuados,

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 19

como encartes de propaganda, recibos de aluguis ou compras, notas promissrias, etc.

Alm do trabalho tradicionalmente realizado manualmente (servios descritos acima),
pretende-se que o sistema emita periodicamente relatrios de controle de caixa, relatrios que
tragam vencimentos de contratos, estatsticas de atuao, comportamento do mercado,
tendncias, etc. Para caractersitcas do mercado, tendncias, expectativas comerciais, h um
responsvel na imobiliria que tem a funo de pesquisar, acompanhar notcias (jornais escritos
e falados, planos econmicos), e alimentar uma funo prpria dentro do sistema que gerar
relatrios peridicos para os corretores e clientes. Como exemplo dessa atuao, podem ser
colocadas converses de aluguis por um novo ndice, valorizao de uma rea da cidade, etc.
Resumo de Funcionamento do Sistema
Quando novos clientes buscam informaes sobre imveis para alugar ou comprar,
funcionrios da imobiliria utilizam o computador para mostrar na tela os imveis disponveis.
Esse servio compreende uma "visualizao" simples da planta do imvel, do endereo em um
mapa resumido da regio, e das pretenes de custos (aluguel ou vendas). Se aps esse contato
inicial, houver interesse real pelo imvel, estabelecido o procedimento de ida ao imvel,
vistoria, elaborao do contrato, etc.
Quando imveis so colocados venda ou para alugar, so cadastrados para que
possam ser consultados no formato acima.
Todos os dias so gerados recibos para os aluguis a serem pagos, e so impressos no
ato do pagamento. Do mesmo modo so geradas cobranas para servios atrasados, calculados
juros e acrescidos aos dbitos, etc.

Campeonato
A especificao refere-se ao controle de um campeonato de futebol. Participam do campeonato
24 equipes. Cada equipe possui um nome, nome de seu tcnico, nome de seus 11 titulares, nome
de seus 11 reservas, uniformes nmero 1 e 2, com a cor da camisa, das meias e do calo.
Deve-se relacionar com cada equipe, as informaes sobre a que pas pertence. Cada pas
possui nome, continente, populao, tamanho em km quadrados, renda-percapita e condio
(pas desenvolvido, em desenvolvimento ou subdesenvolvido). Devem ser guardadas
informaes sobre as partidas realizadas. Sobre cada partida deve-se guardar as equipes
participantes, o placar, o nome do juiz principal, a localizao do campo (cidade) e o nome do
campo.

Rdio FM

U ma Rdio FM decidiu criar um sistema automatizado para atender aos seus ouvintes. O
objetivo do sistema o atendimento imediato pelo telefone, ou seja, ao atender um pedido
para tocar uma msica, o locutor poder localiz-la imediatamente e toc-la.
Para esse fim, organizou o acervo de discos da seguinte maneira: numerou as prateleiras
e os discos, criou um banco de dados com todas as msicas e idealizou a busca atravs de
ndices. O sistema dever ento armazenar todos os dados referentes s prateleiras, aos dicos,

Profs. Mauro Biajiz / Marina T. P. Vieira

UFSCar - Departamento de Computao Banco de Dados - Modelo E-R 20

s msicas contidas em cada disco, aos compositores de cada msica, durao de cada msica
em minutos, data de gravao, etc. Deve-se considerar que uma msica pode estar em vrios
discos, pode ter vrios interpretes, mas sempre tem os mesmos compositores. A organizao das
prateleiras pode ser feita de vrias formas. Uma sugesto a organizao considerando os
estilos das msicas em um disco.
Estando com esses dados armazenados, o sistema gerenciar os programas de msica,
sendo capaz de atender imediatamente aos pedidos, gerar relatrios detalhados com os pedidos,
gerar estilos de programao, etc. O sistema dever tambm cadastrar os ouvintes e possibilitar
o envio de mala direta aos mesmos.

Agncia de Modelos
O sistema a ser modelado ser utilizado pelo Sindicato das Agncias de Moda e Desfile,
devendo guardar informaes sobre as diversas Agncias cadastradas no sindicato.
Uma Agncia possui armazenado, em seu banco de dados, todos os dados sobre todas
as pessoas com quem tem relao. Entre as pessoas armazenadas esto os modelos masculinos
e femininos, os clientes (fabricantes de roupas, lojistas), e outras pessoas que simplesmente
gostam de moda (pessoas comuns). Sobre modelos, ficam armazenados dados como CIC,
endereo, cor dos olhos, cor da pele, tamanho (altura, coxas, cintura, busto), peso, nome, sexo
e RG. Sobre os Clientes, ficam armazenados nome, RG, CIC, endereo, sexo, informao
dizendo se proprietrio de loja ou fbrica, e um cdigo nico para sua identificao. Sobre
outras pessoas, ficam guardados o CIC, o endereo, o nome, e um atributo descritivo indicando
qual o seu interesse em desfiles. Os modelos de uma determinada Agncia pertencem a uma
nica Agncia, no podendo desfilar para outras Agncias. Devem ser armazenados todos os
Desfiles organizados por uma determinada Agncia, guardando dados, como Nome_Desfile, a
data, o Local, o Estilo_do_Desfile. Para cada Desfile, deseja-se saber quais foram os modelos
que desfilaram, quais foram os clientes que o frequentaram, e quais pessoas comuns tambm
estiveram presentes, ou seja, que assistiram ao desfile. interessante notar que os desfiles
dividem-se naturalmente entre Desfiles de Moda-Vero e Desfiles de Moda-Inverno. de
interesse tambm guardar informaes sobre o nmero de pessoas que fequentou um
determinado desfile, a durao em minutos de um determinado desfile e quais foram os
patrocinadores de um determinado desfile.

Profs. Mauro Biajiz / Marina T. P. Vieira