DevMedia - asp.net, Java, Delphi, SQL e web Design, tudo em um só lugar!
Bem vindo a DevMedia!
LOGIN:     SENHA:
 
 

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

artigo SQL Magazine 9 - Utilização de Padrões na Modelagem de Dados

Artigo da Revista SQL Magazine -Edição 11.

Atenção: por essa edição ser muito antiga não há arquivo PDF para download.
Os artigos dessa edição estão disponíveis somente através do formato HTML.

Clique aqui para ler todos os artigos desta edição

Utilização de Padrões na Modelagem de Dados

 

Introdução

Um modelo de dados bem projetado é a melhor fundamentação que se pode dar para que os dados a serem processados sejam acessados de forma mais eficiente. Portanto, seu desenvolvimento é de fundamental importância para a qualidade final do sistema.

O desenvolvimento de um modelo de dados requer em última análise duas competências principais. Em primeiro lugar, o modelador deve estar intimamente ambientado com o domínio do negócio (ver Nota 1) a ser modelado. Isso porque o modelo de dados deve representar que informações relativas à organização estão envolvidas e que relacionamentos há entre essas informações.

 

Nota 1

Denomina-se domínio do negócio à área de conhecimento específica na qual um determinado sistema de software será desenvolvido. Ou seja, o domínio do negócio corresponde à parte do mundo real que é relevante ao desenvolvimento de uma aplicação.

 

A segunda competência que um modelador deve ter é dominar as técnicas de modelagem de dados. Ou seja, as notações, regras da linguagem de modelagem a ser utilizada e a sua forma da utilização.

Se você é um desenvolvedor experiente, já participou do desenvolvimento de diversas aplicações de software. Pare um pouco para se lembrar dos modelos de dados que você e o restante da equipe de desenvolvimento construíram. Talvez você perceba a semelhança entre os modelos de dados construídos para representar a disposição de empregados pelos órgãos (divisões, departamentos, etc) das organizações. Talvez você também note a semelhança existente entre a estrutura de um pedido de cliente e a estrutura de uma ordem de compra ao fornecedor, e que você teve que modelar esse mesmo conjunto de informações para diversas aplicações.

Do parágrafo anterior, subentende-se que os diversos problemas de modelagem aparecem de forma recorrente em muitas situações de modelagem de sistemas diferentes. Observando isso, alguns desenvolvedores começaram a documentar esses problemas e soluções genéricas para os mesmos. A partir daí, sempre que um problema já documentado aparecia em uma situação de modelagem, a solução utilizada era baseada na solução genérica correspondente. O resultado dessa documentação é denominado um "

A exibição deste artigo foi interrompida.

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!


Eduardo Bezerra
Eduardo Bezerra (eduardo.bezerra@uol.com.br) é escritor, palestrante e consultor independente com 10 anos de experiência em desenvolvimento de software orientado a objetos. Doutorando em Engenharia de Sistemas e Computação pela COPPE/UFRJ, na linha de pesquisa de Banco de Dados. Autor do livro Princ...
O que você achou deste post?

    0 COMENTÁRIO

[Fechar]

Este post é fechado - você precisa ter acesso ao post para incluir um comentário.


Nenhum comentário foi postado - seja o primeiro a comentar!
Cursos relacionados
Publicidade
[Fechar]

Você precisa estar logado para dar um feedback.

Clique aqui para efetuar o login
[Fechar]


Este post está fechado. Saiba mais sobre a assinatura MVP!
web-03
DevMedia  |  Anuncie  |  Fale conosco
Hospedagem web por Porta 80 Web Hosting
2013 - Todos os Direitos Reservados a web-03