Modelagem dos Dados

utilizando o Modelo
Entidade-Relacionamento

1. OBJETIVOS
Conhecer e analisar as fases de um projeto de banco de dados.
Desenvolver um projeto conceitual de banco de dados empregando o Modelo Entidade-Relacionamento.
Compreender o Modelo Entidade-Relacionamento Estendido.

2. CONTEDOS

Modelos de banco de dados.

Definies de objetos do Modelo Entidade-Relacionamento (MER).
Caractersticas adicionais do Modelo Entidade-Relacionamento.
Projeto conceitual de banco de dados com o Modelo Entidade-Relacionamento.
Diagrama Entidade-Relacionamento (DER).
Exemplos de Diagramas Entidade-Relacionamento.
Modelo Entidade-Relacionamento Estendido (EER).

3. ORIENTAES PARA O ESTUDO DA UNIDADE

guir:

Antes de iniciar o estudo desta unidade, importante que voc leia as orientaes a se-

52

Banco de Dados

1) O contedo desta unidade discorre sobre a modelagem de dados utilizando o Modelo

Entidade-Relacionamento. Esse modelo considerado um modelo clssico, ou seja,
um dos mais utilizados na modelagem de dados.
2) Observe atentamente as definies dos objetos do Modelo Entidade-Relacionamento
(MER), como tambm suas caractersticas adicionais. Isso, sem dvida, far diferena
em seu aprendizado, sobretudo na elaborao de bancos de dados bem estruturados.
3) Atente-se ao desenvolvimento do projeto conceitual de banco de dados com a aplicao do Modelo Entidade-Relacionamento. Voc vai perceber que somente colocando
a "mo na massa", sua abstrao do tema ser facilitada.
4) Utilize vrias ferramentas para a criao dos DER (Diagrama Entidade-Relacionamento), como o brModelo, Dia etc. Isso facilitar a elaborao dos exerccios propostos.
5) Uma vez que a prtica dessa unidade extremamente importante, faa e refaa,
quantas vezes forem necessrias, os diversos exemplos de diagramas entidade-relacionamento.
6) Antes de iniciar os estudos desta unidade, interessante que voc conhea um pouco
sobre Peter Chen. Por isso, sugerimos que leia a breve biografia apresentada a seguir
e acesse os sites indicados.
Peter Chen

A notao original para o Modelo Entidade-Relacionamento foi proposta por Peter Chen e
composta de entidades (retngulos), relacionamentos (losangos), atributos (crculos) e linhas
de conexo (linhas) que indicam a cardinalidade de uma entidade em um relacionamento.
Chen ainda prope smbolos para entidades fracas e entidades associativas (imagem disponvel em: <http://sankofa.loc.edu/savur/web/peterchen.jpg>. Acesso em: 02 out. 2012. Texto
adaptado do site disponvel em: <http://erealityhome.wordpress.com/2008/08/23/modelo-entidade-relacionamento-mer-peter-chen-1976-2/>. Acesso em: 02 out. 2012).

4. INTRODUO UNIDADE
Na unidade anterior, voc aprendeu que os Sistemas Gerenciadores de Bancos de Dados
foram criados para solucionar os problemas existentes nos sistemas de arquivos, tais como: redundncia, inconsistncia, compartilhamento e segurana dos dados e das informaes.
Nesta unidade, voc ter a oportunidade de entender como se desenvolve um projeto
conceitual de um banco de dados por meio do modelo entidade-relacionamento.
Para facilitar a sua compreenso, antes de iniciarmos nossos estudos sobre o modelo entidade-relacionamento, fundamental que voc conhea detalhadamente as fases que compem um projeto de banco de dados e o que um modelo de banco de dados.

5. MODELOS DE BANCO DE DADOS

Um modelo de banco de dados nada mais do que uma descrio dos tipos de informaes que sero armazenadas em um banco de dados.
Para que seja possvel a construo de um modelo de dados estruturado e consistente, torna-se necessrio a utilizao de uma linguagem de modelagem de dados. Essas linguagens so
classificadas baseando-se na maneira em que so representados os modelos de dados, por exemplo, a representao por meio de linguagens textuais ou grficas. Tais linguagens so utilizadas
para representar modelos de dados em distintos nveis de abstrao e com vrios objetivos.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

53

Dessa maneira, um esquema de banco de dados pode ser denominado como sendo uma
representao de um modelo de dados utilizando-se uma linguagem de modelagem de dados
especfica.
O objetivo de um modelo de dados ser til na explicao, a um usurio leigo em informtica, sobre a organizao utilizada em um determinado banco de dados, pois ele no conter
informaes detalhadas sobre a representao fsica das informaes. diferente do que ocorre
com um modelo de dados usado por um tcnico, pois este dever conter os detalhes sobre a
organizao interna das informaes e, portanto, ser menos abstrato.
Em um projeto de banco de dados, comumente so utilizados dois nveis de abstrao: o
modelo conceitual e o modelo lgico.
Modelo conceitual
Um modelo conceitual uma descrio do banco de dados de forma independente de implementao em um SGBD; trata-se um modelo de dados abstrato. O modelo conceitual registra quais dados podem aparecer no banco de dados, mas no registra como estes dados sero
armazenados em nvel de SGBD; uma generalizao.
Uma das tcnicas mais utilizadas mundialmente na modelagem conceitual a abordagem
Entidade-Relacionamento (ER). Por meio dela, uma modelagem conceitual normalmente representada por um diagrama, este denominado Diagrama Entidade e Relacionamento (DER). A
Figura 1 ilustra este modelo:

Figura 1 Exemplo de modelo conceitual.

Entre outras coisas, este modelo nos faz entender que o banco de dados contm dados
sobre produtos e sobre tipos de produtos. Para cada produto, o banco de dados armazena o
cdigo, a descrio e o preo, bem como o tipo de produto em que est associado.
Modelo lgico
Um modelo lgico uma descrio de um banco de dados no nvel de abstrao visto pelo
usurio do SGBD, de forma que este modelo dependente do SGBD que ser usado.
Em um modelo lgico, devem ser definidas as tabelas contidas pelo banco e, para cada
tabela, os nomes das colunas, tais como:
TipoDeProduto(CodTipoProd, descTipo)
Produto(codProd, descProd, precoProd, codTipoProd)

Claretiano - Centro Universitrio

54

Banco de Dados

O modelo lgico descreve a estrutura do banco de dados, conforme vista pelo usurio direto do SGBD. So detalhes de armazenamento interno de informaes, que no tm influencia
sobre a programao de aplicaes no SGBD, mas podem afetar o desempenho da aplicao.
Fases do projeto de banco de dados
Vimos, anteriormente, que o minimundo representa o domnio relacionado aos dados
que o banco deve armazenar. Um levantamento dos requisitos desse minimundo efetuado
e, a partir da anlise de requisitos, criado o projeto conceitual, representado pelo modelo
entidade-relacionamento, o qual no contm detalhes de implementao. Trata-se, portanto,
de um modelo de dados de alto nvel, e independente do SGBD a ser adotado.
A prxima etapa refere-se criao do projeto lgico, que realizada por meio do mapeamento do modelo entidade-relacionamento para o modelo relacional. A partir dessa fase, j se
pensa em um modelo de dados de implementao do SGBD.
Por fim, a ltima etapa corresponde fase do projeto fsico, quando so definidos as
estruturas de armazenamento interno, os ndices, alm de outras atividades desenvolvidas paralelamente, como a implementao dos programas de aplicao.

6. DEFINIES DE OBJETOS DO MODELO ENTIDADE-RELACIONAMENTO

(MER)
Voc j ouviu falar em modelo entidade-relacionamento?
Pois bem, o modelo entidade-relacionamento (MER) foi criado por Peter Chen na dcada
de 1970, podendo ser considerado um padro para a modelagem conceitual. Esse modelo
baseado na percepo do mundo real e tem como finalidade a construo de objetos denominados entidades e a promoo do relacionamento entre eles.
O MER tem o objetivo de descrever, de maneira conceitual, os dados que sero utilizados
em um sistema de informaes.
O modelo possui conceitos intuitivos que permitem aos projetistas de bancos de dados
capturarem os conceitos inerentes aos dados da aplicao, independente de qualquer tecnologia utilizada para desenvolvimento de bancos de dados. O esquema conceitual criado utilizando-se os conceitos do modelo entidade-relacionamento denominado de diagrama entidade-relacionamento (DER).
Veja, a seguir, a representao do diagrama entidade-relacionamento.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

Nome
Cdigo
Nome
Ttulo

leciona
(1, M)

Cdigo
Nome

Idade

Professor
Cdigo

(1, M)

Disciplina
(1, M)

55

Curso
Aluno

(1, M)

Telefone

Rua

Endereo

Nmero

Cdigo

Bairro

Nome

Possui

Sexo
(1, M)
Nascimento

oferecida

Turma

(1, M)

matricula-se

(1, M)

(1, M)
Cdigo

Nmero Alunos

Perodo Letivo

Data Matrcula

Incio

Data Cancelamento

Trmino

Motivo Cancelamento

Figura 2 Diagrama Entidade-Relacionamento.

O diagrama entidade-relacionamento composto por entidades, atributos e relacionamentos. As entidades representam objetos do mundo real; os atributos representam suas caractersticas; e os relacionamentos, a forma como esses objetos esto ligados entre si.
Embora o diagrama entidade-relacionamento possua um elemento chamado entidade,
representado por um retngulo, ele no tem relao com a entidade externa do diagrama de
fluxo de dados.
Entidade
Uma entidade um objeto existente e distinto de qualquer outro objeto. Ela tem por finalidade representar um conjunto de objetos da realidade modelada. Por exemplo, uma pessoa
chamada Joo da Silva possui um nmero de RG nico, RG n. 12.345.678-SP; este nmero de
RG uma entidade, uma vez que identifica a pessoa de uma forma nica em relao s outras
pessoas. Uma entidade pode ser concreta, como uma pessoa ou uma empresa, ou abstrata,
como um conceito.
Dessa forma, podemos perceber que um conjunto de entidades um grupo de entidades
do mesmo tipo. O conjunto de alunos de sua turma, por exemplo, pode ser definido como o
conjunto de entidades ALUNOS.
Em um DER, uma entidade representada por um retngulo que contm seu nome, conforme demonstrado na Figura 3:

Figura 3 Representao grfica de entidades.

Claretiano - Centro Universitrio

56

Banco de Dados

Relacionamento
Uma das propriedades sobre as quais pode ser desejvel manter associaes a associao entre objetos. Na Figura 3, por exemplo, pode ser vlido conhecer apenas as pessoas de um
dado departamento. Logo, uma pessoa tem de estar associada a um departamento para que
esta classificao obtenha xito.
No modelo de representao DER, um relacionamento apresentado por meio de um
losango, ligado por linhas aos retngulos.
A Figura 4 demonstra o relacionamento existente entre as entidades FUNCIONRIO e PESSOA:

Figura 4 Representao grfica de relacionamento.

A partir do relacionamento entre as entidades (Figura 4), possvel nos referirmos a associaes especficas dentro de um conjunto. No caso do relacionamento ASSOCIAO, uma ocorrncia seria um par especfico formado por uma determinada ocorrncia da entidade PESSOA e
por outra da entidade DEPARTAMENTO.
Um relacionamento no ocorre, necessariamente, entre entidades diferentes. Tambm
possvel um relacionamento entre ocorrncias de uma mesma entidade, ou seja, o autorrelacionamento (conforme demonstrado na Figura 5).

Figura 5 Demonstrao do autorrelacionamento.

Para se entender melhor o conceito de autorrelacionamento, importante compreender

o conceito de papel da entidade no relacionamento.
Papel de entidade em relacionamento exerce a funo que uma instncia da entidade
cumpre dentro de uma instncia do relacionamento.
No exemplo do relacionamento de CASAMENTO, uma ocorrncia de pessoa exerce o papel
de marido e a outra ocorrncia de pessoa exerce o papel de esposa.
Cardinalidade de relacionamentos
Um diagrama entidade-relacionamento pode definir restries com as quais o banco de
dados deve estar de acordo. Uma dessas restries a cardinalidade do mapeamento, que expressa o nmero de entidades relacionadas a outras entidades por meio de um conjunto de
relacionamentos.
Tomemos por referncia o DER representado pela Figura 4. Considere as cardinalidades
mximas:
1) A entidade PESSOA tem cardinalidade mxima 1 no relacionamento ASSOCIAO. Isso
significa que uma ocorrncia de PESSOA pode estar associada , no mximo, uma
ocorrncia de DEPARTAMENTO ou, em outras palavras, que um empregado pode estar
associado , no mximo, um departamento.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

57

2) A entidade DEPARTAMENTO tem cardinalidade mxima 120 no relacionamento ASSOCIAO. Isso significa que uma ocorrncia de DEPARTAMENTO pode estar associada
, no mximo, 120 ocorrncias de PESSOA, ou seja, um departamento pode associar
apenas 120 pessoas.
3) A cardinalidade mxima 1.
4) A cardinalidade mxima ilimitada, usualmente chamada de cardinalidade mxima
"muitos" referia pela letra n ou m.
Cdigo

Disciplina

(1, M)

leciona

(1, M)

Professor

Cdigo
Nome

Nome
Ttulo

Figura 6 Cardinalidade de Mapeamento.

No exemplo demonstrado na Figura 6, temos as cardinalidades mnima e mxima para

o relacionamento. Observe que um ALUNO pode MATRICULAR-SE em vrias TURMAS, e uma
TURMA pode ter vrios ALUNOS MATRICULADOS. Portanto, a cardinalidade mxima desse relacionamento muitos-para-muitos.
Veja os tipos de relacionamentos entre entidades binrias:
Um-para-um: uma entidade de EMPREGADO est associada a apenas uma entidade de
MESA, conforme a Figura 7:
1

Figura 7 Relacionamento 1:1.

Um-para-muitos: uma entidade de CURSO est associada a muitas entidades de ALUNO; entretanto, uma entidade de ALUNO est associada a apenas uma entidade de
CURSO (Figura 8):
N

Figura 8 Relacionamento 1:N.

Muitos-para-muitos: uma entidade de MDICO est associada a qualquer quantidade

de entidades de PACIENTE, e uma entidade de PACIENTE est associada a qualquer nmero de entidades de MDICO, conforme ilustrado na Figura 9:
N

Figura 9 Relacionamento N:N.

Claretiano - Centro Universitrio

58

Banco de Dados

Relacionamento ternrio
At o momento, os exemplos demonstraram relacionamentos binrios, ou seja, entre apenas duas entidades. A abordagem ER permite maiores graus entre as relaes, como pode ser
observado na Figura 10, na qual temos um exemplo de relacionamento ternrio:

Figura 10 Relacionamento ternrio.

No relacionamento nomeado de DISTIBUIO, cada ocorrncia vincula outras trs ocorrncias de entidade, isto , um produto a ser distribudo, uma cidade na qual realizada a distribuio, e por fim, um distribuidor. Quando possumos relacionamentos superiores a dois (binrios), como ternrio e "n"rio a cardinalidade semelhante cardinalidade de relacionamentos
binrios, ou seja, quando temos um relacionamento ternrio, a cardinalidade trabalha com pares de entidades. Para exemplificar, imagine a existncia de um relacionamento identificado de
R entre as entidades X, Y e Z. A cardinalidade mxima obtida entre X e Y dentro de R indica a
quantidade de ocorrncias de Z que podem estar vinculadas a um par de ocorrncias de X e Y.
De acordo com o relacionamento verificado na Figura 11, o nmero 1 na linha que liga o
retngulo representativo da entidade DISTRIBUIDOR ao losango representativo do relacionamento expressa que cada par de ocorrncias (CIDADE, PRODUTO) est associado a, no mximo,
um distribuidor.

Figura 11 Cardinalidade em relacionamento ternrios.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

59

Generalizao/especializao
No ns limitamos apenas aos relacionamentos e seus atributos, podemos ainda abstrairmos propriedades entidades por meio do uso do conceito de generalizao/especializao.
Parece complicado? No tanto! Isso nos permite atribuir propriedades especficas a um subconjunto de ocorrncias (especializao) de uma entidade considerada genrica. A simbologia
utilizada para representar generalizao/especializao um tringulo issceles, conforme voc
pode visualizar na Figura 12. Nessa mesma figura, o conceito de generalizao/especializao
sinaliza que a entidade CLIENTE segmentada em dois subconjuntos, esses representados pelas
entidades nomeadas respectivamente de PESSOA FSICA e PESSO JURDICA, em que cada uma
possui propriedades especficas.

Figura 12 Exemplo de generalizao/especializao.

Ao analisar a Figura 12 podemos observar a aplicao do conceito de herana, por meio

do seguinte raciocnio, baseado no paradigma da orientao a objetos: PESSOA FSICA um
CLIENTE, da mesma forma que PESSOA JURDICA, pois, ambos os subconjuntos herdam caractersticas gerais da entidade CLIENTE, e em conformidade com o tipo do cliente, acrescentam
propriedades especficas.
A aplicao da generalizao/especializao implica que a entidade PESSOA FSICA, alm
de possuir suas caractersticas especficas, possui tambm todas aquelas contidas da entidade
CLIENTE, ou seja, a entidade PESSOA FSICA possui os seguintes atributos: CIC, sexo, nome e
cdigo, sendo os dois ltimos provenientes da entidade genrica CLIENTE.
De modo similar, a entidade PESSOA JURDICA, possui os seguintes atributos: CGC, tipo de
organizao, bem como o nome e cdigo, sendo estes, oriundos da entidade CLIENTE.
Ao fazermos uso da generalizao/especializao, esta pode ser classificada nos seguintes
tipos: total ou parcial. Esta classificao d-se mediante a obrigatoriedade ou no, dos atributos
de uma entidade genrica fazer correspondncia ocorrncia de uma entidade especialista.
A classificao total implica que, sempre que houver um registro na entidade genrica,
CLIENTE, dever implicar em um registro em uma das entidades especialistas. Tomando como
exemplo o diagrama expresso na Figura 12, sempre que houver uma ocorrncia de um CLIENTE, espera-se que uma ocorrncia de PESSOA FSICA ou PESSOA JURDICA se realize tambm. A
classificao total pode ser indicada graficamente na modelagem, por meio da insero de um t
como smbolo, conforme indicado na Figura 13.
Claretiano - Centro Universitrio

60

Banco de Dados

Figura 13 Exemplo de generalizao/especializao total.

Uma vez que entendemos o processo de generalizao/especializao total, entenderemos, agora, como a parcial funciona. A classificao parcial implica que nem toda ocorrncia
de registros na entidade genrica deve possuir uma ocorrncia em algum dos subconjuntos
pertinentes (entidades especialistas). De forma anloga generalizao/especializao total, a
parcial representada no diagrama na forma de letra p. Veja, na Figura 14, a aplicao.
Como voc pode observar na Figura 14, e seguindo o conceito de parcialidade, entende-se
que nem todo FUNCIONARIO necessariamente deve ser tambm um MOTORISTA ou uma SECRETARIA, ou seja, o conceito inverso ao conceito de totalidade. Geralmente na especializao
parcial verifica-se um atributo na entidade genrica que tem por finalidade identificar o tipo de
ocorrncia. Em especializaes totais, este atributo normalmente dispensvel, pois h a certeza de que a existncia de um registro na entidade genrica est necessariamente associada a
um registro em uma entidade especialista qualquer.

Figura 14 Exemplo de generalizao/especializao parcial.

A especializao de entidades, a priori, no limitada quanto a quantidade de entidades

especialistas, podendo ser a partir de 1 at N. Analisando o diagrama na Figura 14, podemos
perceber que se a entidade SECRETARIA no apresentar atributos caractersticos a sua designao, a existncia da mesma seria desnecessria, permanecendo assim apenas uma entidade
especialista MOTORISTA.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

61

importante ressaltar que tambm no se verifica limitao quanto ao nmero de hierarquias, ou nveis hierrquicos. Ou seja, uma entidade j especialista de uma genrica tambm
pode conter outras entidades que so especialistas desta. Por exemplo, a entidade MOTORISTA
uma especializao da entidade FUNCIONRIO, todavia, nada impede que a entidade MOTORISTA tenha outras entidades especialistas.
Nesse relacionamento, a generalizao/especializao exclusiva, aplicado quando da necessidade que uma ocorrncia de uma entidade genrica, seja associada a uma e apenas uma
entidade especialista. A Figura 15 demonstra o emprego desta necessidade, tomando como referencial a entidade AUTOMOVEL, observamos que esta uma entidade especialista de VEICULO
TERRESTRE, e esta especialista da entidade VEICULO. Considerando os conceitos aprendidos
at o momento, podemos dizer que a entidade AUTOMOVEL possui alm de suas propriedades
especficas, as propriedades de VEICULO TERRESTRE e VEICULO.

Figura 15 Exemplo de generalizao/especializao com mltiplos nveis de herana.

Entidade associativa
At agora, voc pde compreender que um relacionamento nada mais que associaes
entre uma ou mais entidades; o DER que empregamos para a construo do modelo de dados
no previu situaes em que fosse possvel associar uma entidade diretamente a um relacionamento. Outro contexto que tambm no se faz possvel a associao de dois relacionamentos,
um com o outro.
No uso cotidiano das ferramentas e tcnicas de modelagem de dados, frequentemente
nos deparamos com situaes em que se faz necessrio os relacionamentos descritos. Nos aprofundaremos nessa assunto, para isso, observe a Figura 16.
Ao analisarmos a Figura 16 verificamos a relao N:N, por meio do relacionamento CONSULTA entre MEDICO e PACIENTE, ou seja, um mdico pode consultar vrios pacientes, e um
paciente pode ser consultado por vrios mdicos. Em cada uma das consultas, provavelmente,
medicamentos sero prescritos aos pacientes. Vamos supor que seja necessrio catalogar cada
medicamento indicado nas consultas, no primeiro momento, voc pode estar pensando em
constituir uma outra entidade, algo como MEDICAMENTO. At ento tudo bem, mas pense,
onde deve ser realizado o relacionamento com a nova entidade? Com a entidade MEDICO ou
PACIENTE? Se relacionarmos a nova entidade, MEDICAMENTO, com a entidade MEDICO, saberamos apenas os medicamentos prescritos por determinado mdico, sem a indicao do
paciente. Caso associssemos com PACIENTE saberamos quais medicamentos foram prescritos
para cada PACIENTE mais no saberamos qual foi o mdico. A soluo para o problema seria relacionarmos a entidade MEDICAMENTO com a CONSULTA, onde ser possvel obter informaes
tanto do mdico quanto do paciente.
Claretiano - Centro Universitrio

62

Banco de Dados

Para suprir a necessidade de relacionar uma entidade diretamente com um relacionamento foi criado o conceito de entidade associativa. O conceito de entidade associativa simples,
uma redefinio do relacionamento existente, onde este passa a assumir o papel de uma entidade. Para indicarmos graficamente, basta adicionar um retngulo em torno do losango indicativo
do relacionamento, como demonstrado na Figura 16.
Uma entidade associativa nada mais do que a redefinio de um relacionamento, que
passa a ser tratado como se fosse tambm uma entidade. Graficamente, isso feito como mostrado na Figura 16. Veja:

Figura 16 Exemplo de entidade associativa.

Observe que at ento apenas relacionamento CONSULTA passou a ser considerado como
uma entidade associativa e, para identificarmos isto, existe a figura do losango no entorno do
relacionamento CONSULTA. Neste momento, o relacionamento passa a ser entendido em conformidade com o conceito de entidade, como uma entidade pode ser associada a outras, o
problema que descrevemos anteriormente est resolvido. Basta que a entidade MEDICAMENTO
seja associada entidade associativa CONSULTA, por meio do relacionamento PRESCRICAO.
Tipos de atributos
Aps conhecer a definio de atributos, veja, no Quadro 1, os vrios tipos de atributos e
suas aplicaes especficas.
Quadro 1 Descrio dos Tipos de Atributos.
TIPOS DE ATRIBUTOS
Atributo Simples

DESCRIO
um atributo que contm uma informao atmica, ou seja, uma informao que no pode ser
subdividida
um atributo que contm vrias informaes que podem ser decompostas e separadas em
outros atributos, e devem ser do tipo simples, ou seja, indivisveis. Vejamos, por exemplo, o
atributo Endereo, que, provavelmente, conter uma informao do tipo Rua das Margaridas,
125 Jardim Primavera Green Ville. Em alguns casos, o endereo pode conter o CEP e o Estado,
embora seja menos comum. Esse atributo conhecido como atributo composto, pois pode ser
dividido em cinco atributos, a saber:

Atributo Composto

tipo do logradouro: Rua;

logradouro: das Margaridas;
nmero: 125;
bairro: Jardim Primavera;
cidade: Green Ville.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

TIPOS DE ATRIBUTOS

Atributo Multivalorado

Atributo Derivado

63

DESCRIO
Este atributo pode receber muitos valores para uma nica entidade. Um exemplo clssico deste
tipo de atributo o nmero de telefone de uma pessoa. Atualmente, comum a pessoa possuir
telefone fixo e celular. Nesse caso, dizemos que o atributo Telefone um atributo multivalorado.
Outro exemplo para esse caso um atributo para armazenar o e-mail de uma pessoa. bastante
comum uma pessoa possuir mais de um endereo de e-mail e, portanto, este tambm pode ser
considerado um atributo multivalorado.
Este atributo representa uma informao que pode ser obtida por meio de um processamento
no banco de dados. Vejamos: se voc tem uma entidade chamada Pedido e nela criado
um atributo para armazenar o Total do Pedido, este atributo (Total do Pedido) um atributo
derivado porque seu valor pode ser obtido multiplicando-se a quantidade do produto pelo preo
unitrio para cada produto constante no pedido.
ATENO!
O valor nulo utilizado quando o atributo no tem um valor aplicvel ou quando seu valor
desconhecido. importante frisar que NULO (Null) no 0 (zero).

Atributo-Chave

Toda entidade deve ter, ao menos, um atributo-chave que ser utilizado para identific-la de
forma nica, no importando se este atributo simples ou composto.
Considere, como exemplo, uma entidade de Pessoas: pode ser um atributo-chave o RG, o CPF ou
um cdigo.

Um atributo correlaciona informaes ocorrncia de entidades ou at mesmo de relacionamentos. Normalmente, os atributos so representados graficamente, conforme voc pode
visualizar na Figura 17, entretanto, na prtica isso no aplicado devido a possibilidade de sobrecarregar os diagramas, visto que, frequentemente, as entidades podem possuir um grande
nmero de caractersticas.

Figura 17 Atributos de uma entidade.

Do mesmo modo que entidades podem possuir atributos, relaes tambm podem apresent-los. A Figura 18 mostra um DER, no qual um relacionamento, ATUAO, possui um atributo, a funo que um engenheiro exerce dentro de um projeto:

Figura 18 Atributo de relacionamento n:n.

Claretiano - Centro Universitrio

64

Banco de Dados

7. CARACTERSTICAS ADICIONAIS DO MODELO ENTIDADE-RELACIONAMENTO

As entidades do modelo entidade-relacionamento so classificadas em entidades e entidades-fracas. Entidades so aquelas que no dependem de nenhuma outra entidade e entidades-fracas so as dependentes de outra entidade.
Todavia, duas ou mais entidades podem ser associadas por meio de um relacionamento,
no qual devem estar indicadas as Cardinalidades de Mapeamento do Relacionamento. As cardinalidades expressam a quantidade de entidades associadas.
Tipos de entidade
As entidades tm um ou mais atributos-chave que, juntos, a identificam de forma nica.
Porm, alguns tipos de entidade no possuem atributos-chave e so chamados de entidades-fracas.
As entidades-fracas, em sntese, dependem de outras entidades. Sua identificao possvel por meio da associao dos atributos-chave da entidade proprietria e de sua chave parcial.
Em algumas situaes, uma entidade-fraca pode ser substituda por atributos multivalorados.
Observe, na Figura 19, um exemplo de entidade-fraca. A entidade DEPENDENTE uma
entidade-fraca, pois depende de um FUNCIONRIO.
(1, M)

Funcionrio

possui

(1, 1)

Dependente

Nome
Cdigo
Sexo
Nome
Data Nascimento

Figura 19 Entidade-Fraca.

8. PROJETO CONCEITUAL DE BANCO DE DADOS COM O MODELO ENTIDADE-RELACIONAMENTO

A partir deste tpico, voc acompanhar o desenvolvimento de um diagrama entidade-relacionamento para um sistema de bancos de dados. Mas, primeiro, necessrio que voc
conhea os smbolos utilizados em um DER.
Quadro 2 Smbolos utilizados em um modelo-relacionamento.
ELEMENTO
Entidade

SMBOLO

DESCRIO
Representada por um retngulo.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

ELEMENTO

SMBOLO

65

DESCRIO

Entidade-Fraca

Representada por um retngulo

com linhas duplas.

Relacionamento

Representado por um losango.

Atributo Simples

Representado por uma elipse.

Atributo Multivalorado

Representado por uma elipse com

linhas duplas.

Atributo Derivado

Representado por uma elipse com

linhas tracejadas.

Atributo Composto

Representado pela juno de vrios

atributos que podem ser simples,
compostos ou derivados.

Representado por uma elipse, como

o atributo simples, e o texto deve
estar sublinhado.

CHAVE

Atributo-Chave

Observe, na Figura 20, um exemplo de diagrama entidade-relacionamento.

Idade
Telefone
Endereo
(1, M)

Turma

matricula-se

(1, M)

Aluno

Nmero
Bairro

Nome

Cdigo

Sexo

Perodo Letivo

Nascimento

Incio
Trmino

Cdigo

Rua

Nmero Alunos
Data Matrcula
Data Cancelamento
Motivo Cancelamento

Figura 20 Diagrama Entidade-Relacionamento.

Claretiano - Centro Universitrio

66

Banco de Dados

9. DIAGRAMA ENTIDADE-RELACIONAMENTO (DER)

Agora que voc conhece os smbolos utilizados em um diagrama entidade-relacionamento, fundamental compreender que este deve ser construdo com base nos dados obtidos com
o usurio na fase de Anlise do Sistema de Informao. Aps obter todas as informaes necessrias (os requisitos), inicia-se a construo propriamente dita do DER.
Para desenvolver o DER para um Sistema Escolar, preciso definir as entidades (Professor,
Disciplina, Turma, Curso e Aluno) que sero utilizadas no projeto do banco de dados, as quais
so representadas por um retngulo. Veja que o nome de uma entidade sempre um substantivo no singular.
Pressman (1995, p. 324) prope seis regras para a definio de objetos para modelos
orientados a objetos, que podem ser aplicadas para as entidades dos bancos de dados relacionais com grande sucesso. Confira a seguir:
Informao Retida: o objeto em potencial ser til durante a anlise se a informao sobre ele precisar
ser lembrada de forma que o sistema possa funcionar.
Exemplo: Aluno, Curso.
Servios Necessrios: o objeto em potencial deve ter um conjunto de operaes identificveis que podem mudar o valor de seus atributos de alguma maneira.
Exemplo: Incluso, Alterao.
Mltiplos Atributos: durante a anlise de requisitos, o foco deve recair sobre informaes "importantes",
um objeto com um nico atributo pode, de fato, ser til durante a fase de projeto, mas provavelmente ele
ser mais bem representado como um atributo de um outro objeto durante a atividade de anlise.
Exemplo: estoque (Quantidade). Este atributo ficaria mais bem modelado como o atributo QUANTIDADE_ESTOQUE da entidade PRODUTO.
Atributos Comuns: os atributos definidos para um objeto em potencial; esses atributos aplicam-se a
todas as ocorrncias do objeto.
Exemplo: na entidade ALUNO, o atributo NUMERO_RESERVISTA no se encaixaria em todas as ocorrncias, pois esse documento solicitado apenas a alunos do sexo masculino. O ideal, nesse caso,
repensar o modelo e remover esse atributo da entidade ALUNO.
Operaes Comuns: as operaes definidas para um objeto em potencial; essas operaes aplicam-se
a todas as ocorrncias do objeto.
Exemplo: as operaes Incluso ou Alterao podem ser feitas em todas as ocorrncias da entidade
ALUNO.
Requisitos Essenciais: entidades externas que aparecem no espao problema e produzem ou consomem informaes que so essenciais operao de qualquer soluo para o sistema quase sempre
sero definidas como objetos no modelo de requisitos.
Exemplo: a entidade externa ALUNO, que certamente estaria definida no DFD, consome e gera informaes no sistema e, portanto, foi especificada como uma entidade no Diagrama Entidade-Relacionamento.

Nas regras definidas por Pressman, troque objeto por entidade e voc perceber que elas
se aplicam totalmente.
Aps definir as entidades, preciso compreender que os atributos so representados por
elipses. Lembre-se que o atributo um substantivo no singular, assim como a definio de uma
entidade. Ele pode ser:
1) simples: linha contnua;
2) composto: quando tm mais atributos ligados a si;
3) chave: quando o nome do atributo est sublinhado;
4) multivalorado: quando as linhas so duplas;
5) derivado: quando as linhas so tracejadas.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

67

Para definir quais atributos adicionar a uma entidade, o projetista de bancos de dados utiliza como critrio as informaes necessrias obtidas no levantamento realizado com o usurio
que solicitou o sistema de informaes.
Lembre-se de que os relacionamentos so representados por losangos e podem ser utilizados para nomear verbos, advrbios ou preposies, de modo que a sequncia das entidades
tenha sentido, quase como uma frase.
Veja o caso do relacionamento leciona entre as entidades PROFESSOR e DISCIPLINA. Lendo-se como uma frase, temos: PROFESSOR-LECIONA-DISCIPLINA. Outro exemplo o relacionamento matricula-se, entre ALUNO e TURMA. Lendo-se a partir da entidade ALUNO, temos:
ALUNO-MATRICULA-SE-TURMA.

10. EXEMPLOS DE DIAGRAMAS ENTIDADE-RELACIONAMENTO

Veja, a seguir, alguns exemplos de diagramas entidade-relacionamento:
a) Sistema Escolar:
Nome

Idade

Professor

Cdigo

Cdigo

(1, M)

Nome

leciona

Ttulo

(1, M)
Cdigo
Nome

Disciplina
(1, M)

Curso
Aluno

(1, M)

Telefone

Rua

Endereo

Nmero

Cdigo

Bairro

Nome

Possui

Sexo
(1, M)
Nascimento

oferecida

Turma

(1, M)

matricula-se

(1, M)

(1, M)
Cdigo

Nmero Alunos

Perodo Letivo

Data Matrcula

Incio

Data Cancelamento

Trmino

Motivo Cancelamento

Figura 21 Diagrama Entidade-Relacionamento para um Sistema Escolar.

O exemplo anterior representa o projeto de um banco de dados simples para uma

escola. Na entidade ALUNO, podemos observar alguns detalhes, tais como: o atributo
TELEFONE multivalorado (elipse com borda dupla), pois o aluno pode ter telefone
fixo, celular, de recados etc.; o atributo ENDEREO composto, pois formado por
Rua, Nmero e Bairro.
No relacionamento MATRICULA-SE, h o atributo derivado NMERO ALUNOS. Esse
atributo no ser criado na estrutura das tabelas do futuro banco de dados, porque
essa informao pode ser obtida a partir da contagem dos alunos matriculados na
turma e certificando-se que a data de cancelamento esteja vazia (null).
Dessa forma, percebemos que a data de matrcula um atributo multivalorado, pois
o aluno pode se matricular em vrias turmas e, para cada matrcula gravada a data
em que ela foi efetivada.
Claretiano - Centro Universitrio

68

Banco de Dados

b) Controle de Estoque:

Figura 22 Diagrama Entidade-Relacionamento para um sistema de controle de estoque.

Neste exemplo, temos o controle de estoque de produtos de uma empresa de compra e venda. Na entidade COMPRA, h um atributo derivado VALOR_TOTAL, que representa o valor total de todos os produtos comprados. No relacionamento POSSUI
tambm h um atributo derivado chamado VALOR_TOTAL_PAGO, que resultado da
multiplicao dos atributos QTDE_COMPRADA e PREO_PAGO. Como voc pode perceber, uma soluo semelhante observada na entidade VENDA e no relacionamento
VALOR_TOTAL_COBRADO.
c) Projetos de um Departamento:

Figura 23 Diagrama Entidade-Relacionamento para um sistema de gerenciamento de projetos.

Na Figura 23 temos a representao dos empregados que trabalham em um departamento, bem como dos projetos em que eles trabalham. Observe que h uma entidade-fraca chamada DEPENDENTE, que representa os cnjuges, filhos e outros que

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

69

possam depender legalmente do funcionrio. Essa uma entidade-fraca, uma vez que
no h a necessidade de registrar as informaes dos dependentes se antes no forem registradas as informaes do empregado.
Nesse diagrama h, tambm, um autorrelacionamento na entidade EMPREGADO,
que representa qual empregado o supervisor dos demais. Fique atento, pois, nesse
exemplo, foram indicadas apenas as cardinalidades mximas.
d) Atendimento a Pacientes:

Figura 24 Diagrama Entidade-Relacionamento para um sistema de controle de pacientes.

Nesse exemplo, temos como caracterstica marcante a agregao, que o retngulo

existente em MDICO atende PACIENTE. Ela foi utilizada porque a RECEITA, que uma
entidade-fraca, somente passa a existir depois que o mdico atende o paciente. Antes
disso, no h a necessidade da receita. A cardinalidade mnima nesse relacionamento
0 (zero), pois existem consultas que no necessitam de receitas de medicamentos.
Voc sabe por que, nesse caso, foi utilizada uma agregao?
Ela foi utilizada porque a entidade-fraca RECEITA precisa se relacionar com o relacionamento ATENDE (que contm as informaes de qual mdico atendeu qual paciente).
Alm disso, devemos nos lembrar de que no permitido haver um relacionamento
com outro relacionamento. Assim, agrega-se o relacionamento com suas entidades
participantes e relaciona-se a entidade-fraca com a agregao.

11. MODELO ENTIDADE-RELACIONAMENTO ESTENDIDO (EER)

Quase todas as aplicaes de bancos de dados podem ser representadas por meio do
modelo entidade-relacionamento. Entretanto, alguns bancos de dados so mais complexos e
exigem, para sua melhor representao, alguns aspectos adicionais.
Para solucionar esse problema, o modelo ER expandido para o modelo EER. Esse modelo
inclui, alm dos novos conceitos, todos os conceitos de modelagem do modelo ER.
Veja, a seguir, os conceitos relacionados ao modelo EER.
Subclasse
Estudamos, anteriormente, que um conjunto de entidades possui entidades do mesmo
tipo, caracterizando um tipo entidade. Ao pensar em um banco de dados de uma universidade,
Claretiano - Centro Universitrio

70

Banco de Dados

consideramos que ALUNO seja um tipo entidade. Se pudermos dividir os alunos em alunos de
graduao e alunos de ps-graduao, teramos, ento, duas subclasses de ALUNO, ou seja, as
subclasses ALUNOGRAD e ALUNOPOSGRAD.
Superclasse
De acordo com o exemplo anterior, podemos dizer que ALUNO superclasse de ALUNOGRAD e ALUNOPOSGRAD.
Herana
Ao conceito de superclasse e subclasse est associado o conceito de herana. Isso significa
que uma entidade de uma subclasse representa a mesma entidade da superclasse, ou seja, os
membros de uma subclasse herdam todos os atributos e relacionamentos da sua superclasse.
No exemplo do banco de dados de uma universidade, isso indica que todo aluno de graduao um aluno, e que todo aluno de ps-graduao tambm um aluno. Cada membro de
ALUNOGRAD e de ALUNOPOSGRAD herda todos os atributos definidos para ALUNO, assim como
seus relacionamentos. Vale lembrar, ainda, que os atributos das subclasses de uma mesma superclasse so diferentes, e que uma subclasse pode se relacionar com uma classe que no se
relaciona com outra subclasse da mesma superclasse.
Especializao
Entende-se por especializao a definio de um conjunto de subclasses de um tipo de
entidade, a partir de uma superclasse.
Generalizao
Generalizao a definio de um tipo entidade (superclasse) a partir de suas subclasses,
ou seja, com base nas caractersticas comuns a todas as subclasses cria-se uma superclasse, e
essas caractersticas so atribudas apenas superclasse.
Observe exemplos de generalizao nas Figuras 25 e 26.
nome
posgrad
RA

ALUNOPOSGRAD

anodefesa

endereco

turno
curso
ALUNOGRAD

RA

turma

nome

endereco

Figura 25 Dois tipos de entidade em Processo de Generalizao.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

71

nome

RA

endereco

ALUNO

curso

ALUNOGRAD

turno

ALUNOPOSGRAD

turma

anodefesa

posgrad

Figura 26 Generalizando ALUNOGRAD e ALUNOPOSGRAD na superclasse ALUNO.

A Figura 26 tambm pode ser considerada uma Especializao, caso essa especializao
esteja sendo definida pelo atributo TIPOALUNO, por exemplo.
Uma especializao pode ser definida por predicado, quando h uma condio no valor
de algum atributo da superclasse. o caso explicado no pargrafo anterior, ou seja, um aluno
pertencer subclasse ALUNOGRAD ou ALUNOPOSGRAD dependendo do valor contido no atributo TIPOALUNO.
Quando no existe essa condio, dizemos que a subclasse definida pelo usurio.
Restries na especializao e generalizao
Duas restries devem ser consideradas na especializao:
1) Restrio de disjuno: especifica que as subclasses da especializao devem ser mutuamente exclusivas, ou seja, uma entidade pode pertencer a somente uma subclasse
da especializao. Este o caso do nosso exemplo: um aluno , obrigatoriamente, aluno de graduao ou de ps-graduao. O crculo com a letra d (do ingls disjointness)
dentro especifica essa situao.
Contrria a essa situao, temos que uma entidade pode pertencer a mais de uma
subclasse ao mesmo tempo. Nesse caso, dizemos que h uma sobreposio, ou seja,
uma mesma entidade pode pertencer a mais de uma subclasse da especializao.
Seria o caso de um aluno fazer ps-graduao e uma graduao em outra rea, ao
mesmo tempo. A representao feita por um crculo com a letra o dentro (overlap).
Se uma superclasse tiver apenas uma subclasse, no h necessidade de colocar o crculo com a letra dentro, pois, nesse caso, nunca haver disjuno ou sobreposio.
2) Restrio de integralidade: pode ser total ou parcial. Ser total quando toda entidade
de uma superclasse pertencer a, pelo menos, uma das subclasses dessa superclasse;
neste caso, representada por um trao duplo. A restrio ser parcial quando uma
entidade da superclasse no pertencer a nenhuma das subclasses definidas; representada por um trao simples.

Claretiano - Centro Universitrio

72

Banco de Dados

H quatro possibilidades de restries, considerando-se que os dois tipos (total e parcial) de restries so independentes:
a) Disjuno total.
b) Disjuno parcial.
c) Sobreposio total.
d) Sobreposio parcial.

12. QUESTES AUTOAVALIATIVAS

Confira, a seguir, as questes propostas para verificar o seu desempenho no estudo desta
unidade:
1) Quais so as fases constituintes de um projeto de banco de dados?
2) Defina e exemplifique os seguintes conceitos:
a) Entidade.
b) Relacionamento.
c) Atributo.
d) Cardinalidade.
3) Alm de relacionamentos e atributos, propriedades podem ser atribudas a entidades fazendo-se uso do conceito de generalizao/especializao. D pelo menos trs exemplos de entidade genrica e especializada.
4) O que uma entidade associativa? Exemplifique.
5) Quais so os principais tipos de atributos? Cite pelo menos um exemplo de cada.
6) Escolha a opo que representa corretamente, no Modelo Entidade-Relacionamento, a afirmao: Todo jogador
deve pertencer a um nico clube.
a)

Figura 27 Modelo Entidade-Relacionamento I.

b)

Figura 28 Modelo Entidade-Relacionamento II.

c)

Figura 29 Modelo Entidade-Relacionamento III.

d)

Figura 30 Modelo Entidade-Relacionamento IV.

 U2 Modelagem dos Dados utilizando o Modelo Entidade-Relacionamento

73

e)

Figura 31 Modelo Entidade-Relacionamento V.

7) Considere o Modelo Entidade-Relacionamento (Figura 32), em que o relacionamento Ocupa indica o Cargo que
o Empregado ocupa atualmente, e o relacionamento Ocupado indica os cargos anteriormente ocupados pelo
empregado, se houver. Para cada afirmao a seguir, assinale V (verdadeira) ou F (falsa).

(0,N)

Ocupa

Empregado
(0,N)

(1,1)
Cargo

Ocupado

(0,N)

Figura 32 Modelo Entidade-Relacionamento Empregado Cargo.

O modelo est incorreto porque no pode haver 2 relacionamentos entre as mesmas entidades;
Pode haver um Empregado que no ocupa um Cargo;
Para que o modelo contenha a data em que um Empregado deixou de ocupar um Cargo essa data deve ser
colocada como atributo do relacionamento Ocupado;
O relacionamento Ocupado permite identificar todos os cargos que um Empregado j ocupou, menos o cargo
que ocupa atualmente;
Todo Cargo tem pelo menos um Empregado que o ocupa;

8) Constitua a modelagem das especificaes mencionadas a seguir utilizando o MER, juntamente s suas respectivas cardinalidades. (Observao: defina os atributos que julgar necessrio).
a) Administradora de Imveis:
Uma entrevista com o gerente da administradora resultou nas seguintes informaes:
I. A administradora administra condomnios formados por unidades condominiais (lotes).
II. Cada unidade condominial de propriedade de uma ou mais pessoas. Uma pessoa pode possuir diversas
unidades.
III. Cada unidade pode estar alugada para, no mximo, uma pessoa. Uma pessoa pode alugar diversas unidades.
b) Clnica:
I. Em uma clnica trabalham mdicos e existem pacientes internados.
II. Cada mdico identificado pelo seu CRM, possui um nome e recebe um salrio na clnica.
III. Um mdico tem formao em diversas especialidades (ortopedia, traumatologia etc), entretanto, s
exerce uma delas na clnica.
IV. Para todo paciente internado na clnica so cadastrados alguns dados pessoais: nome, RG, CPF, endereo, telefone(s) para contato e data de nascimento.
V. Um paciente tem sempre um determinado mdico como responsvel (com horrio de visita diria predeterminado), porm, vrios outros mdicos podem participar do seu tratamento.
VI. Pacientes esto sempre internados em quartos individuais, que so identificados por um nmero e ficam
em um andar da clnica.
c) Biblioteca:
I. Uma biblioteca mantm um conjunto de livros, de diversas categorias.
II. Conforme as suas categorias, eles esto dispostos em estantes apropriadas.
III. Um livro tem vrios exemplares na biblioteca.
IV. So mantidos dados detalhados sobre autores e editoras dos livros para fins de consulta.
V. Na biblioteca trabalham vrias bibliotecrias.
VI. Cada bibliotecria responsvel por organizar periodicamente sempre o mesmo conjunto de estantes e
realizar emprstimos de exemplares para os clientes.
VII. Emprstimos cadastrados no banco de dados devem conter a data da devoluo e o valor dirio da multa, permanecendo no banco de dados at o cliente realizar a entrega do exemplar.
VIII. O nome da bibliotecria que realizou o emprstimo tambm deve ser mantido no banco de dados.
Claretiano - Centro Universitrio

74

Banco de Dados

IX. Algumas bibliotecrias so estagirias.

X. Uma bibliotecria estagiria est sempre sob a responsabilidade de uma bibliotecria efetiva.
XI. Deve-se saber tambm a instituio de ensino de onde vem a estagiria.

Gabarito
Confira, a seguir, as respostas corretas para as questes autoavaliativas propostas:
6) c.
7)
F.
F.
V.
V.
F.

13. CONSIDERAES
O modelo entidade-relacionamento apresentado nesta unidade utilizado pelos projetistas de bancos de dados na fase do projeto conceitual, pois um modelo de dados de alto nvel.
Os conceitos do modelo entidade-relacionamento foram apresentados e demonstrados
por meio de um exemplo de aplicao especfica simplificada para uma escola, com o objetivo
de facilitar a sua explanao e demonstrar que o modelo conceitual depende das regras e restries definidas pelos analistas de negcios.
O projeto lgico necessita da adoo de um modelo de dados lgico especfico, e o modelo adotado neste estudo o modelo relacional, devido a sua larga utilizao no mercado. O
modelo relacional ser o assunto estudado na prxima unidade.

14. REFERNCIAS BIBLIOGRFICAS

ELMASRI, R.; NAVATHE, S. B. Sistemas de bancos de dados. So Paulo: Pearson (Addison Wesley), 2005.
HEUSER, Carlos Alberto. Projeto de Banco de Dados. 4. ed. Porto Alegre: Sagra Luzzatto, 2001.
KORTH, H.; SILBERCHATZ, A. Sistemas de bancos de dados. 3. ed. So Paulo: Makron Books, 1998.
PRESSMAN, R. S. Engenharia de software. So Paulo: Makron Books, 1995.
RAMAKRISHNAN, R; GEHRKE, J. Database Management Systems. 2. ed. Boston: McGraw-Hill, 2000.
ROB, P.; CORONEL, C. Sistemas de Banco de Dados: Projeto, Implementao e Administrao. So Paulo: Cengage Learning, 2011.