ETB- ESCOLA TCNICA DE BRASLIA

PROFESSORA: ELIDONES JUNIOR

ALUNO(a): Luana Timteo

TURMA: 1R

Entrega: 14/11/2017

Valor: 3,0 pontos

10 PASSOS PARA A CRIAO DE UM MODELO CONCEITUAL DE BANCO DE DADOS

importante frisar que todo projeto de banco de dados deve comear sempre com requisitos bem
descritos, que traduzam de forma adequada as necessidades e medidas de qualidade esperadas pelo
cliente. Estes requisitos aliados a boas prticas de desenvolvimento aumentaro de forma considervel
a probabilidade do produto desenvolvido ter a qualidade desejada. Relembrando alguns conceitos:
1 Tipos de entidade que definem um conjunto de entidades do mesmo tipo, (por exemplo: empregado,
fornecedor, cliente, etc.) sero chamados apenas de entidade.
2 Trataremos como ocorrncia de uma entidade o equivalente a uma linha de tabela ou a um registro
de arquivo.
3 Atributo equivale a uma coluna em tabela e a um campo em um arquivo.

Abordaremos apenas os conceitos e regras essenciais, as facilidades que nossa prpria lngua oferece,
alm de algumas diretrizes e dicas simples para descobrir as entidades, tipos e graus de relacionamento
e respectivas razes de cardinalidade.
Antes de iniciar as consideraes sobre nosso processo de elaborao do modelo conceitual
necessrio termos conhecimento do seguintes:
- Substantivos que designam algum (fornecedor, cliente, funcionrio, aluno); documentos
(nota fiscal, pedido, conta corrente, estoque) ou ainda coisas (pea, produto) representam objetos do
mundo real que podem vir a fazer parte do modelo conceitual. Vale ressaltar aqui, que nem todos os
objetos citados nos requisitos faro parte do modelo.
- Verbos e preposies por sua vez servem para que identifiquemos o relacionamento entre as
entidades, pois demonstram as ligaes existentes entre elas. Por exemplo, quando lemos em um texto

1
a frase: Listar empregados por departamento conclumos que a entidade empregado tem um tipo de
relacionamento que podemos chamar de trabalha no com a entidade departamento.

Veremos a seguir trs exemplos que serviro para demonstrar a sequncia de utilizao dos dez passos.
No primeiro exemplo cada passo ser tratado com o detalhamento necessrio para um melhor
entendimento e os prximos voc tentar construir o DER aplicando claro, este roteiro.

Exemplo 1
Um pequeno pas resolveu informatizar sua nica delegacia de polcia para criar um banco de dados
onde criminosos sero fichados, as vtimas tambm sero cadastradas e todas as armas apreendidas
com os criminosos devero ser fichadas para que no sejam reutilizadas. Mesmo as chamadas armas
brancas tais como facas, porretes, etc., recebero um nmero de identificao. As armas, quando for o
caso, ficaro relacionadas ao crime cometido para possvel utilizao no julgamento do criminoso. O
banco de dados alm de oferecer dados pessoais de criminosos, de vtimas e de armas, tambm deve
possibilitar saber quais crimes determinado criminoso cometeu, que crimes determinada vtima sofreu e
quais criminosos a atacaram em cada crime. Mensalmente sero emitidos relatrios e estatsticas de
acordo com a solicitao do chefe da delegacia. Todo registro de crime dever ter o visto do chefe da
delegacia.

ROTEIRO PARA ELABORAR O MODELO CONCEITUAL

1- Identificando todos os substantivos que designem objetos

Leia o texto e grife todos os substantivos que designem objetos do mundo real, tais como pessoas,
coisas, documentos, controles, sistemas, etc..
Considere o substantivo apenas uma vez, mesmo que ele aparea vrias vezes no texto. Elimine
tambm aqueles substantivos que mesmo com denominaes diferentes representem o mesmo objeto.
Faa uma lista dos objetos grifados, pois ser atravs deles que sero identificadas as entidades que
faro parte do modelo conceitual.
Resultado:
Observem que registro de crime no foi listado, pois equivalente a crime.
2- Descartando substantivos que como entidade teriam apenas uma ocorrncia.

2
Agora faa uma das seguintes perguntas: se esse substantivo for transformando em entidade ser um
conjunto de apenas uma ocorrncia? ou Caso essa entidade venha a se transformar em tabela ter
apenas uma linha? caso a resposta seja afirmativa descarte esse substantivo.
Resultado:
3- Descartando substantivos que servem apenas para entendimento do problema
Mesmo substantivos que designam objetos podem servir apenas para entendimento do problema e,
neste caso, no devem fazer parte do modelo conceitual como entidades. Para identifica-los faa a
seguinte pergunta: preciso guardar informaes sobre esse objeto?. Caso a resposta seja negativa,
esse substantivo deve ser descartado.
Resultado:
4 Descartando objetos que so referncia a uma futura aplicao
Em um projeto de banco de dados relacional no existe no modelo conceitual preocupaes com os
programas que acessaro ou manipularo os dados. Assim, citaes a telas, relatrios, estatsticas,
clculos e tudo aquilo que signifique manipulao dos dados no deve ser considerado entidade.
Resultado:
5 descartando substantivos que se transformados em entidade teriam apenas um atributo.
Para isto, faa a seguinte pergunta: se essa entidade vier a ser uma tabela, quantas colunas teria? se
for apenas uma, verifique a qual outra entidade esse atributo dever pertencer.
Resultado:
Este substantivo na realidade dever ser um atributo de uma possvel entidade crime, mas no uma
entidade independente.
6 Listando os substantivos que se tornaro entidades
Depois destas etapas temos a lista de substantivos que se tornaro as entidades do nosso modelo
conceitual.
Resultado:
7 identificando os relacionamentos fsicos e definindo seus tipos atravs de verbos ou preposies
que demonstrem relaes de dependncia ou existncia entre as entidades.
Normalmente no prprio texto identificamos as relaes de dependncia ou existncia entre as
entidades atravs de verbos ou preposies. Algumas poucas vezes essas relaes esto ocultas e
precisaremos fazer uma anlise mais apurada do texto, porm isso no regra. Tipos de relacionamento
so representados no desenho do modelo ER no formato de losangos e seus nomes devem representar
da melhor forma possvel qual a ligao entre as entidades. O nome do relacionamento geralmente o
verbo que melhor representa a ligao entre as entidades. Efetuando novamente a leitura dos requisitos.
3
Resultado :
8 Estabelecendo o grau de relacionamento entre as entidade
O grau de relacionamento entre as entidades demonstra o tipo de ligao fsica entre elas. Ligaes
fsicas que futuramente iro permitir uma adequada extrao dos dados armazenados no banco de
dados. O grau de relacionamento mais comum aquele chamado de grau dois ou binrio, assim
chamado de grau dois ou binrio, assim chamado por representar a ligao entre duas entidades.
Existem ainda casos onde podem ocorrer outros tipos de relacionamentos tais como: o auto
relacionamento, onde uma entidade se relaciona com ela mesma, ou o relacionamento de grau trs
tambm chamado de ternrio, que ocorre nos casos onde uma entidade se relaciona com o agrupamento
de duas entidades ao invs de se relacionar com cada uma delas isoladamente. Tanto o relacionamento
ternrio quanto o auto relacionamento podem simplificar bastante o modelo e, por consequncia,
possibilitar a criao de um nmero menor de tabelas quando da implementao do projeto. Esses dois
tipos de relacionamento exigem o entendimento de um conjunto de regras para sua aplicao e seu uso
no obrigatrio.
9 Estabelecendo a razo da cardinalidade do relacionamento entre as entidades
A razo da cardinalidade demonstra quantas ocorrncias de uma entidade esto relacionados a uma
ocorrncia de uma outra entidade. Esse relacionamento depende das regras do negcio, ou seja, a forma
de operar da organizao. Porm, mesmo conhecendo o negcio, muitas vezes nos confundimos com os
tais um pra l e muitos pra c ou muitos pra l e muitos pra c.
Visualizar sempre os dois lados do relacionamento ( um criminoso ataca muitas vtimas; uma vtima
pode ser atacada por muitos criminosos)
Resultado
10 Identificando os atributos de cada entidade
Todo objeto tem suas propriedades e h a necessidade de consider-las na definio do modelo
conceitual. Propriedades equivalem a caractersticas do objeto. Por exemplo, uma pessoa tem como
caractersticas do objeto.
Agora faa o desenho do modelo conceitual final contendo os atributos de cada entidade.

Exemplo 2
Uma escola deseja disponibilizar em uma intranet as notas de seus alunos por matria e por bimestre,
sendo que um semestre sempre ter duas notas bimestrais e a mdia final do semestre ser calculada
pelo sistema. Na pgina, o aluno poder visualizar o cdigo da matria, a descrio da matria,
bimestre, nota e no final do semestre a respectiva mdia final. Tambm poder consultar quais matrias
4
cursa no semestre, e respectivos professores. O professor pode visualizar quais matrias leciona em
cada curso e lanar as notas de cada aluno. A escola tambm deseja extrair relatrios ou pesquisas sobre
as matrias que o aluno cursa e vice-versa e ainda quais professores lecionam que matria e vice-versa.
Para que no haja confuso entre matrias com mesmo nome, mas em cursos e contedos diferentes, e
ainda considerando que podem existir vrias turmas do mesmo curso no mesmo semestre, todas as
matrias possuiro um cdigo prprio que a distinguiro por curso e por turma. Assim, matemtica 1 da
turma A do curso de Administrao ter um cdigo de matria diferente de matemtica 1 do mesmo
curso de Administrao da turma B. ser diferente tambm da matemtica 1 de qualquer outro curso.
Desta forma cada cdigo de matria ter somente um professor responsvel.

Exemplo 3
Uma empresa de informtica presta consultoria para vrios clientes desenvolvendo projetos de sistemas
envolvendo banco de dados. Cada filial dessa consultoria possui seus prprios clientes, no podendo
uma filial prestar servios a clientes da outra. Podem, porm os funcionrios de uma filial serem
utilizados por outra quando isso for necessrio. Como em cada de ferreiro o espeto de pau, a
consultoria no dispe de um sistema que aponte: que funcionrios esto alocados em qual projeto;
horas de funcionrio em cada projeto; qual projeto pertence a qual cliente; a qual filial o cliente est
vinculado e o total de horas de cada projeto.

5
6
7
8