Unidade B - Modelo Conceitual

5.2 Construção de Modelo ER

Segundo Heuser, o Modelo ER tem algumas propriedades que são relevantes para se modelar.

UM MODELO ER DEVE SER FORMAL
Um modelo ER é um modelo formal, preciso, não ambíguo. Isso significa que diferentes leitores de um mesmo modelo ER devem entender exatamente o mesmo. Tanto é assim, que um modelo ER pode ser usado como entrada em uma ferramenta CASE na geração de um banco de dados relacional. Por isso, é de fundamental importância que todos os envolvidos na confecção e uso de diagramas estejam treinados na sua perfeita compreensão.

ABORDAGEM ER TEM PODER DE EXPRESSÃO LIMITADO
Em um modelo ER, são apresentadas apenas algumas propriedades de um banco de dados. Em realidade, a linguagem nos modelos ER é uma linguagem muito pouco poderosa e muitas propriedades desejáveis do banco de dados necessitam ser anotados adicionalmente ao DER.

DIFERENTES MODELOS PODEM SER EQUIVALENTES
Na prática, muitas vezes, observa-se analistas em acirradas discussões a fim de decidir como um determinado objeto da realidade modelada deve aparecer no modelo. Às vezes, tais discussões são absolutamente supérfluas, pois os diferentes modelos ER, em qualquer das opções defendidas pelos diferentes analistas, geram o mesmo banco de dados

Construção do modelo ER:

O modelo ER lista e define a estrutura requerida para construir um modelo de dados, mas não há um processo padrão para fazê-lo. O importante é saber que o modelo ER não é construído de uma única vez, é um processo incremental, onde o modelo é construído em pequenos passos e pequenas transformações até chegar ao modelo completo.

Existem várias estratégias de modelagens sugeridas pelos autores, mas podemos dentro destas estratégias fazer uma combinação, o que é normalmente aplicado.

Antes de definir qual a estratégia de modelagem devemos identificar todas as descrições e conhecimentos possíveis sobre o processo o que normalmente é coletado na fase de análise de requisitos do sistema.

Sugestões de estratégias de modelagem:

> HEUSER:

> Estratégia “ TOP-DOWN”

Nesta estratégia, é sugerido que os conceitos possam ser refinados em conceitos mais detalhados. Partindo assim dos conceitos de entidades genéricas após os seus atributos e na seqüência os relacionamentos entre as entidades após os atributos de relacionamentos e por fim as especializações de entidades.

1. Modelo Superficial: Nesta primeira etapa, é construído um DER pouco detalhado (faltando domínios dos atributos e cardinalidades mínimas de relacionamentos) na seguinte etapa:

1. enumeração das entidades;
2. identificação dos relacionamentos e hierarquias de generalização/especialização entre as entidades. Para cada relacionamento identificam-se as cardinalidades máximas.
3. determinação de atributos de entidades e relacionamentos
4. determinação dos identificadores de entidades e relacionamentos
5. o banco de dados é verificado quanto ao aspecto temporal

2. modelagem detalhada

1. adicionam-se os domínios dos atributos;
2. definem-se as cardinalidades mínimas dos relacionamentos
3. definem-se as demais restrições de integridade que não podem ser representadas pelo DER

3. Validação do modelo

1. Procuram-se construções redundantes ou deriváveis a partir de outras no modelo
2. Valida-se o modelo com o usuário.

| Dicas de sites com passos para construir um modelo de dados http://www.sinfic.pt/SinficNewsletter/sinfic/Newsletter41/Dossier2.html |