Por quê construir um Modelo de Dados Lógico?
Parte I
Por Marceliz Mayer
Modelos de Dados
Há três tipos de modelos de dados: o conceitual, o lógico e o físico. Todos concordam que uma estrutura de dados com qualidade é imprescindível para garantir a legitimidade do banco de dados facilitando a manutenção do sistema de aplicação.
Isto se aplica ao modelo de dados físico. Considerando que há poucos administradores de banco de dados que partem do seguinte princípio: “É mais fácil criar uma tabela e incluir todos os dados nela”. Muitos profissionais estão cientes da importância das regras de normalização de dados e seus benefícios. O arquiteto de dados deve familiarizar-se com as principais razões de se implementar um banco de dados normalizado.
Uma vez entendida as técnicas e justificativas, é difícil não concordar com elas. O propósito deste artigo não é discutir design e implementação de banco de dados mas demonstrar a importância do modelo de dados lógico MDL como sendo o nível mais alto dos dados de negócios. Uma vez identificado os requisitos de negócios poderemos normalizar e implementar os dados. Entretanto, se não tivermos um conhecimento transparente do trabalho de design e implementação de todos os requisitos de negócios, não teremos uma aplicação com qualidade.
Dado é a parte mais importante de um sistema de aplicação. Uma estrutura de dados acurado, permite ao analista de sistema da aplicação desenhar os processos, a interface de usuário, relatórios e análise estatística sempre que precisar. Requisitos de negócio são mais importantes do que a própria estrutura de dados. Pode ser o sistema da mais alta tecnologia mas se ele não possuir os requisitos de negócios documentados estará fadado ao fracasso. Portanto o modelo de dados lógico combina dois importantes componentes do desenvolvimento de aplicações: requisitos de negócios e qualidade da estrutura de dados.
O QUE É UM MODELO DE DADOS LÓGICO ?
Um modelo de dados lógico é uma representação lógica das informações da área de negócios, não é um banco de dados, é independente do modelo físico. Este é o conceito chave da modelagem de dados lógica. Ele deve ser independente da tecnologia implementada devido a constante mudança dos produtos tecnológicos. Os desenvolvedores de sistemas não devem se apegar a uma determinada tecnologia, precisam desenvolver sistemas independentes de tecnologia. Mas como isso seria possível? Há componentes de sistemas que estão intimamente ligados a tecnologia como os programas, sistemas gerenciadores de banco de dados, componentes de tela, mas há também os componentes de sistema que podem ser criados independentes da tecnologia que será implementado como acontece com o modelo de dados lógico e as regras de negócios. Estes componentes estão intimamente ligados aos negócios, não a tecnologia.
A área de negócios não muda tão rapidamente como os produtos tecnológicos. Pense na indústria como uma área de negócios centenária em que seu objetivo é a fabricação de produtos dos mais diversos tipos e que os processos de negócios vão desde a compra da matéria-prima, sua transformação, empacotamento e distribuição do produto acabado. Ela tem feito isso ao longo de toda a sua história. Eles sempre realizaram seus processos de trabalho sem os computadores, depois tiveram o apoio dos mainframes, da rede de computadores e agora da internet. O que os negócios fazem não mudou ao longo do tempo mas como eles são feitos sim. A diferença entre “O que” são os requisitos de negócios e “Como” eles são executados descreve a diferença entre o modelo de dados lógico e banco de dados físico.
Quando surge uma nova tecnologia o responsável pelo modelo de dados lógico não necessita questionar os profissionais da área de negócios de novo pois as regras de negócios continuam sendo as mesmas, ele precisa apenas revisar o modelo lógico, entender os requisitos de negócios e oferecer sugestões para a implementação de mudanças perante a nova tecnologia ou sugerir “Como” a nova tecnologia poderia mudar a maneira dos requisitos de negócios serem feitos. Desta forma, desenvolver e fazer manutenção utilizando modelo de dados lógico permite prover um serviço diferenciado para a área de negócios com maior rapidez e menor custo. O modelo de dados lógico é o retrato de todas as informações necessárias para a realização dos negócios. Ele é representado de diversas maneiras diferentes, utilizando metodologias e ferramentas diferentes para implementações diferenciadas. O modelo entidade-relacionamento (MER) é uma técnica de modelagem amplamente utilizada pelos administradores de dados. O diagrama entidade-relacionamento é um desenho estruturado utilizado como uma ferramenta de comunicação entre os profissionais de negócios e os desenvolvedores de sistemas de aplicação. Ele representa a diagramação dos dados necessários para as regras de negócios. Os componentes do MER são representados pelas entidades, os relacionamentos e os atributos. Cada entidade representa um conjunto de pessoas, coisas ou conceitos sobre os quais o negócio precisa de informações. Cada relacionamento representa a associação entre duas entidades. Cada atributo é a característica ou parte da informação de uma entidade. Um nome e uma definição textual descreve cada um desses componentes. Estes nomes e definições provêem da documentação das regras de negócio e informações as quais são armazenadas e mantidas num repositório de dados garantindo assim a padronização conceitual dos dados. O MER utiliza a simbologia do IDEF1x (Integration Definition for Information Modeling) e IE (Information Engineering) (Figura 1).
Figura 1. Exemplo de MER
QUEM CRIA O MODELO DE DADOS LÓGICO ?
O arquiteto de dados com a ajuda do analista de requisitos de negócios cria o modelo de dados lógico e se utiliza dele para avaliar possíveis impactos nos requisitos de negócios numa provável mudança tecnológica. O arquiteto de dados também é responsável por trabalhar com o administrador de banco de dados – DBA - para garantir a implementação do modelo de dados lógico para o modelo de dados físico de acordo com o sistema gerenciador de banco de dados – SGBD - que será aplicado. O DBA revisa o modelo de dados lógico e define o SGBD mais apropriado, cria índices, detalha os tipos de dados e cria a integridade referencial para proteger o valor dos dados. O administrador de banco de dados pode des-normalizar a base de dados, criar stored procedures, triggers além de monitorar a performance do banco de dados físico.
Veja o exemplo do MER completo na Figura 2.
Figura 2. MER completo.
No próximo artigo entenderemos melhor a importância de se criar um modelo de dados lógico e as conseqüências da falta dele para a empresa.
Ate breve!
Marceliz Mayer (marcelizmayer@hotmail.com) é Analista de Dados (DA) na IBM do Brasil em projeto internacional, graduada em análise de sistemas pela USF – Universidade São Francisco, especialista em estratégias de negócios pela FGV – Instituto de Economia - Unicamp – Campinas, professora na Faculdade de Vinhedo lecionando Engenharia de Software. Participei como consultora técnica do desenvolvimento e implementação de padronização, dicionarização e modelagem corporativa de uma multinacional americana.
