http://pt.wikipedia.

org/wiki/Modelagem_de_dados
http://www.macoratti.net/cbmd1.htm
https://erealityhome.wordpress.com/2008/09/08/modelo-de-dados-esquemae-instancia-bd/
http://www.devmedia.com.br/modelo-entidade-relacionamento-mer-ediagrama-entidade-relacionamento-der/14332

Os arquivos convencionais usados para controle de uma empresa so, em

muitas das vezes planilhas em Excel tendo suas informaes concentradas
em somente um programa, formando uma tabela funcional, porm ao
vermos o exemplo de vendas, teremos uma tabela com as vendas feitas no
dia, com valores e produtos. Se caso tivssemos uma tabela de financeiro,
os valores de vendas feitas no dia, teriam de serem escritos novamente,
tendo assim duplicidade de informaes.
Os SGBD (Sistema Gerenciador de Banco de Dados) renem todas as
informaes em um nico lugar, podendo acessar todas as informaes
quando necessrio, no exemplo das vendas feitas no dia, tudo seria feito
somente uma vez, porque o sistema guarda a informao no banco de
dados e as duas tabelas fazem uso dessa informao.

A baixo uma tabela com algumas comparaes entre os dois modos:

SGBD
Organizao
Registro nico
Rapidez

Convencional
Desorganizado
Duplicidade
Lento

Modelar significa criar um modelo que explique as caractersticas de

funcionamento e comportamento de um software a partir do qual ele ser
criado, facilitando seu entendimento e seu projeto, atravs das
caractersticas principais que evitaro erros de programao, projeto e
funcionamento. uma parte importante do desenho de um sistema de
informao.

Modelo conceitual - Representa as regras de negcio sem limitaes

tecnolgicas ou de implementao por isto a etapa mais adequada para o
envolvimento do usurio que no precisa ter conhecimentos tcnicos. Neste
modelo temos:

Viso Geral do negcio

Facilitao do entendimento entre usurios e desenvolvedores

Possui somente as entidades e atributos principais

Pode conter relacionamentos n para m.

Modelo Lgico - Leva em conta limites imposto por algum tipo de tecnologia
de banco de dados. (banco de dados hierrquico, banco de dados relacional,
etc.). Suas caractersticas so:

Deriva do modelo conceitual e via a representao do negcio

Possui entidades associativas em lugar de relacionamentos n:m

Define as chaves primrias das entidades

Normalizao at a 3a. forma normal

Adequao ao padro de nomenclatura

Entidades e atributos documentados

Modelo Fsico - Leva em considerao limites imposto pelo SGBD (Sistema

Gerenciador de Banco de dados) e pelos requisitos no funcionais dos
programas que acessam os dados. Caractersticas:

Elaborado a partir do modelo lgico

Pode variar segundo o SGBD

Pode ter tabelas fsicas (log, lder, etc.).

Pode ter colunas fsicas (replicao)

Na entidade Estacionamento o melhor modelo a ser usado o Conceitual,

pois ele tem uma viso geral do negcio, tambm facilitado o contato
entre desenvolvedor e usurio, tornando simples para uso de quem no tem
conhecimento tcnico sendo a entidade correta.

Esquema: Descrio (textual ou grfica) da estrutura de um banco de dados de acordo

com um determinado modelo de dados
Esquema do Banco

Armazenado no catlogo

Mudanas muito menos frequentes

Instncia: Conjunto de dados armazenados em um banco de dados em um determinado

instante de tempo.
Estado do Banco:

Dados do banco em qualquer ponto do tempo

Inicialmente vazio

Muda frequentemente

Validade parcialmente garantida pelo SGBD

ETAPA 2

Estacionamento
nro_ficha
cpf_propietario
nome_propietario
telefone*
e-mail*
placa_veiculo
modelo_veiculo
cor_veiculo
tipo_veiculo
ano_veiculo

Simples
Simples
Simples
Multivalorado
Multivalorado
Simples
Simples
Simples
Simples
Simples

Vagas
nro_vaga
placa_veiculo
modelo_veiculo
cor_veiculo
tipo_veiculo
ano_veiculo

Simples
Simples
Simples
Simples
Simples
Simples

O diagrama facilita a comunicao entre os integrantes da equipe, pois oferece

uma linguagem comum utilizada tanto pelo analista, responsvel por levantar
os requisitos, e os desenvolvedores, responsveis por programar aquilo que foi
modelado.

Em sua notao original, proposta por Peter Chen (idealizador do modelo e do

diagrama), as entidades deveriam ser representadas por retngulos, seus
atributos por elipses e os relacionamentos por losangos, ligados s entidades
por linhas, contendo tambm sua cardinalidade (1..1, 1..n ou n..n). Porm,
notaes mais modernas abandonaram o uso de elipses para atributos e
passaram a utilizar o formato mais utilizado na UML, em que os atributos j
aparecem listados na prpria entidade. Essa forma torna o diagrama mais
limpo e fcil de ser lido.