MODELAGEM DE BANCO DE DADOS Modelagem de dados a atividade de especificao das estruturas de dados e regras de negcio necessrias para suportar

r uma rea de negcios. Representa um conjunto de requerimentos de informaes de negcio. uma parte importante do desenho de um sistema de informao (Wikipdia, 2009b). 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

Modelos Um modelo de dados uma definio abstrata, autnoma e lgica dos objetos, operadores e outros elementos. De acordo com a abordagem que utilizada e conforme ilustrado pela figura 84, os modelos de dados normalmente so classificados da seguinte forma: Modelo Conceitual: Representao dos conceitos e caractersticas observados no ambiente; Ignorar particularidades de implementao. A modelagem conceitual uma fase muito importante no planejamento de uma aplicao de um banco de dados bem-sucedida. Geralmente, o termo aplicao de um banco de dados refere-se a um banco de dados particular e aos programas a eles associados, que implementam consultas e atualizaes (ELMASRI & NAVATHE, 2005, p.35). Modelo Lgico: Regras de Derivao: Normalizao das estruturas de dados Derivao de estruturas de agregao e generalizaoespecializao Derivao de relacionamentos Regras de Restrio: Restrio de domnio Restrio de Integridade Restrio de Implementao 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). O modelo para o sistema foi implementado atendendo as regras abaixo:

Normalizao, evitando assim os problemas que podem provocar falhas no projeto do banco de dados, bem como eliminar a mistura de assuntos e as correspondentes redundncias dos dados desnecessrias. Representao fiel do negcio Descrio sucinta das entidades, atributos e relacionamentos; Contendo os nomes de entidades e atributos, extensos e abreviados, atribudos de acordo com algum padro adotado no projeto e formados por termos previamente convencionados; Contemplando, para cada um dos atributos, o tipo de dado, tamanho e opcionalidade. O modelo de dados usado no projeto foi o conceitual de alto nvel, o Modelo EntidadeRelacionamento que um tipo de modelo lgico baseado em objetos. Para entendimento do modelo apresentado para o sistema, segue abaixo a definio de alguns conceitos: Entidade: qualquer coisa, concreta ou abstrata, incluindo associaes entre entidades, abstrados do mundo real e modelados em forma de tabela que guardaro informaes no banco de dados. Relacionamento: nada mais do que uma associao entre estas entidades. Segue abaixo tipos de relacionamento: Relao 1..1 - indica que as tabelas tm relao unvoca entre si. Voc escolhe qual tabela vai receber a chave estrangeira; Relao 1..n - a chave primria da tabela que tem o lado 1 vai para a tabela do lado N. No lado N ela chamada de chave estrangeira; Relao n..n - quando tabelas tm entre si relao n..n, necessrio criar uma nova tabela com as chaves primrias das tabelas envolvidas, ficando assim uma chave composta, ou seja, formada por diversos campos-chave de outras tabelas. A relao ento se reduz para uma relao 1..n, sendo que o lado n ficar com a nova tabela criada. Atributo: corresponde a alguma propriedade de interesse que ajuda a descrio de uma entidade. As tabelas, entidades, relacionam-se umas as outras atravs de chaves. Uma chave um conjunto de um ou mais atributos que determinam a unicidade de cada registro. A unicidade dos registros, determinada por sua chave, tambm fundamental para a criao dos ndices. Temos dois tipos de chaves: Chave primria: (PK - Primary Key) a chave que identifica cada registro

dando-lhe unicidade. A chave primria nunca se repetir. Chave Estrangeira: (FK - Foreign Key) a chave formada atravs de um relacionamento com a chave primria de outra tabela. Define um relacionamento entre as tabelas e pode ocorrer repetidas vezes. Caso a chave primria seja composta na origem, a chave estrangeira tambm o ser. 6.3.2. Compreendendo o Modelo Nos modelos lgico e fsico apresentados nas figuras 3 e 4, observa-se a presena das seguintes entidades: TaxaCondominio, ContaMensal, PagamentoMes, Pessoa, Historico e Unidade. A entidade TaxaCondominio composta pelos seguintes atributos: TC_mesRef (PK), CM_id (FK), TC_valorTaxa, TC_dataGeracao, TC_dataVencimento. A entidade TaxaCondominio identificada pelo atributo chave TC_mesRef. A entidade ContaMensal composta pelos seguintes atributos: CM_id (PK), CM_tipo, CM_valorConta, CM_mesreferencia, CM_dataVencimento. A entidade ContaMensal identificada pelo atributo CM_id. A entidade LancamentoMes composta pelos seguintes atributos: LM_id (PK), TC_mesRef (FK), CM_id (FK), U_numero (FK), LM_data, LM_referencia, LM_tipo, LM_valor, LM_multa, LM_valorTotal. A entidade LancamentoMes identificada pelo atributo chave LM_id. A entidade Unidade composta pelos seguintes atributos: U_numero (PK), morador (FK), proprietario (FK). A entidade Unidade identificada pelo atributo chave U_numero. A entidade Pessoa composta pelos seguintes atributos: P_cpf (PK), P_nome, P_telefone. A entidade Pessoa identificada pelo atributo chave P_cpf. A entidade Historico composta pelos seguintes atributos: H_historico (PK), morador (FK), proprietario (FK), U_numero, H_pro_Venda, H_pro_aquisicao, H_mor_Saida, H_mor_Entrada. A entidade Historico identificada pelo atributo chave H_historico. A entidade Usuario composta pelos seguintes atributos: id (PK), nome, senha. A entidade Usuario identificada pelo atributo chave id. 6.4. PADRO DE PROJETOS DAO DAO (Data Access Object) um padro para persistncia de dados que permite separar regras de negcio das regras de acesso a banco de dados. Numa aplicao que utilize a arquitetura MVC (Model, View, Controler), todas as funcionalidades de bancos de dados, tais como obter as conexes, mapear objetos Java para tipos de dados SQL ou executar comandos SQL, devem ser feitas por classes de DAO. Usando-se esse padro a camada de negcios acessa os dados persistidos sem ter conhecimento se os dados esto em um banco de dados relacional ou um arquivo XML (eXtensible Markup Language). O padro DAO esconde os detalhes da execuo da origem dos dados (SUN, 2009). Utilizou-se o DAO para abstrair e encapsular todo o acesso fonte de dados. O DAO gerencia a conexo com a fonte de dados para obter e armazenar dados (SUN, 2009). A figura 87 apresenta a estrutura do padro DAO. A classe DataAccessObject encapsula o acesso aos dados, que por sua vez mantido pela classe DataSource que pode ser um arquivo XML, uma base de dados ou

algum servio remoto, ou seja, a origem dos dados. A classe BusinessObject representa a aplicao (tambm conhecida como cliente do padro), que usa um objeto DataAccessObject. Ao utilizar esse objeto DataAcessObject, o objeto cliente recebe ou envia um objeto TransferObject. Esse objeto contm os dados a serem enviados ou trazidos da origem dos dados, e normalmente referem-se aos campos de um registro. Figura 87 - Estrutura Padro DAO. Adaptado de SUN, 2009. Para o Sistema de Gesto de Condomnio, foram implementadas classes DAO para acesso aos objetos atravs do Hibernate. Essas classes buscam os dados do banco e os converte em objetos para serem usados pela aplicao. Semelhantemente, deve saber como manipular os objetos, converter em instrues SQL e enviar ao banco de dados.