Modelagem de dados

Modelagem de Alguns Dados 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. A abordagem que se dispensa ao assunto normalmente atende a trs perspectivas: Modelagem Conceitual, Modelagem Lgica e Modelagem Fsica. A primeira usada como representao de alto nvel e considera exclusivamente o ponto de vista do usurio criador do dado, a segunda j agrega alguns detalhes de implementao e a terceira demonstra como os dados so fisicamente armazenados. Quanto ao objetivo, podemos identificar as seguintes variaes: modelagem de dados entidade-relacionamento (leitura, construo e validao dos modelos); modelagem de relacionamentos complexos, grupos de dados lgicos e ciclo de vida das entidades; modelagem de dados corporativa; modelagem de dados distribudos (cliente/servidor); modelagem e re-engenharia de dados legados e modelagem de dados para Data Warehouse.

Modelos
De acordo com a abordagem que utilizam, os modelos de dados normalmente so classificados da seguinte forma: Modelo Conceitual: O modelo conceitual um diagrama em blocos que demonstra todas as relaes entre as entidades, suas relaes, suas especializaes, seus atributos e auto-relaes. Modelo Lgico: O modelo lgico mostra as ligaes entre as tabelas de banco de dados, as chaves primrias, os componentes de cada uma, etc. Modelo Fsico: Inclui a anlise das caractersticas e recursos necessrios para armazenamento e manipulao das estruturas de dados (estrutura de armazenamento, endereamento, acesso e alocao fsica), sendo uma sequncia de comandos executados em SQL afim de criar as tabelas, estruturas e ligaes projetadas at ento e finalmente criar o banco de dados. Exemplo de Modelo Fsico (SQL ANSI 2003): CREATE TABLE Produtos ( COD_PROD Texto(1) PRIMARY KEY, MODELO Texto(1), DESCRICAO Texto(1), COR Texto(1),

CATEGORIA Texto(1), QUANT_PROD Texto(1) ) brModelo - Ferramenta de Ensino: Modelagem de Dados (MER) Ferramenta freeware voltada para ensino de modelagem em banco de dados relacional 1. REDIRECT [1]

Regras de Derivao: Normalizao das estruturas de dados Derivao de estruturas de agregao e generalizao-especializao Derivao de relacionamentos Regras de Restrio: Restrio de domnio Restrio de Integridade Restrio de Implementao

Identificao de Objetos

Coisas Tangveis: elementos que tm existncia concreta, que ocupam lugar no espao. Ex: Meio de Transporte (avio, carro, etc);

Funes: percepo dos objetos atravs da funo por eles exercida (papel, atribuio, classificao, capacitao, etc). Ex: Organizao (rgos funcionais - venda, suporte, despacho de mercadorias, etc), especialistas (mdicos, engenheiros, etc), cliente (pessoa atendida), atendente (pessoa que atende), etc;

Eventos ou Ocorrncias: alguns objetos s conseguem ser individualizados ou percebidos enquanto uma certa ao se desenrola (identifica-se caractersticas que tornam determinado fato materializvel). Ex: vo comercial, acidente de trnsito, jogo de futebol, etc.

Interaes: resultantes das associaes entre objetos em funo de um processo executado - cada objeto participante da interao preserva suas caractersticas no sendo impactados pela materializao da interao. Ex: compra de um imvel, adoo de uma criana, venda de um produto;

Especificaes: so elementos que definem caractersticas de outros objetos. Ex: modelos de carro (cor, dimenses, etc), espcies animais (mamferos, carnvoros, etc.)

Definio
Uma definio deve:

ser nica (dentro de qualquer dicionrio no qual ela aparece); ser estabelecida no singular; estabelecer o que o conceito (no o que ele no ), o que faz, quando algum elemento passa a ser, ou deixa de ser, pertencente a esse grupo; ser estabelecida como uma frase ou sentena descritiva; ser expressa sem definies embutidas de outros termos; estabelecer o significado essencial do conceito; ser precisa e no-ambgua; ser concisa; ser significativa por si s; evitar raciocnio circular.

Atributos
Quanto ao tipo, podem ser classificados como:

Descritivos: representam as caractersticas intrnsecas dos objetos; Nominativos: alm de cumprirem a funo de descritivos servem como definidores de nomes ou rtulos de identificao dos objetos (nome, cdigo, nmero, sigla, etc); Referenciais: representam uma citao ou ligao do objeto em questo com outro objeto, no propriamente definindo uma caracterstica do objeto mas explicitando um relacionamento existente[1]. Ex: Cidade de nascimento, Nome do fabricante do carro, Local de trabalho, etc.

Relacionamentos
Na descrio de um relacionamento devem aparecer:

Sua funo; O que ele representa; Quais as regras de seu estabelecimento; Quais as excees a seu estabelecimento; Quando ocorre; Quando pode deixar de existir.

Modelo Lgico de Dados

Um modelo lgico de dados para uso meramente operacional/transacional deve:

Ser completamente normalizado; Representar fielmente o NEGCIO, e NO necessariamente a base de dados desejada, a qual ser construda posteriormente por ocasio do Projeto Fsico;

Conter descrio sucinta das entidades, atributos e relacionamentos; Conter os nomes de entidades e atributos, extensos e abreviados, atribudos de acordo com algum padro adotado na organizao e formados por termos previamente convencionados em um glossrio; Contemplar, para cada um dos atributos, o tipo de dado, tamanho e opcionalidade.

Recomendaes
Um Modelo Lgico de Dados para uso meramente operacional/transacional no deve conter:

Replicaes de atributos: fisicamente pode ser interessante alguma redundncia com o objetivo de melhorar a performance de determinado(s) processo(s). No modelo lgico isso no pode ser feito; um atributo s representado na Entidade que o pertence. Atributos derivados: pelos mesmos motivos apontados anteriormente, a implementao das tabelas pode requerer o armazenamento de uma informao derivada de outra(s) (valor do saldo por exemplo). Tal tipo de informao no se constitui um atributo do modelo lgico. Atributos repetitivos: o uso de atributos repetidos, como Telefone-1 e Telefone-2, no admitido. Se existe a possibilidade de uma pessoa possuir mais de um telefone, ento Telefone deve ser representado como uma entidade, mantendo relacionamento Nx1 com a entidade Pessoa.