Atenção: esse artigo tem um vídeo complementar. Clique e assista!

Neste artigo iremos demonstrar a modelagem relacional de um simples portal de vendas para Web, com foco na utilização de padrões de modelos e implementação em banco de dados Oracle.

Lojas Virtuais

Atualmente, existem milhares de lojas virtuais espalhadas por toda a Web. A questão é: como desenvolver um portal que não seja apenas mais uma loja virtual entre tantas existentes? Lógico que para a loja virtual ser um grande sucesso, não depende apenas da equipe de desenvolvimento, mas cabe ao desenvolvimento criar recursos para permitir a atuação do departamento de Marketing e outros departamentos. A usabilidade da loja é muito importante! O usuário necessita da informação de forma fácil, sem burocracia, e também precisamos de disponibilidade e confiabilidade.

O grande desafio de desenvolver uma loja virtual é além de contemplar os requisitos de um portal ERP (Enterprise Resource Planning), tais como cadastro de produtos e seus preços, controles de estoque e cadastro de clientes, contemplar as informações para a publicação de todo o portal, como montagem dos menus e submenus, apresentar produtos em destaque, controle de Banners, controle de promoções de marketing e controle de termos pesquisado.

Por exemplo, usualmente sistemas Web demonstram a vitrine de produtos utilizando agrupamentos por Departamentos, Categorias, Subcategorias e outras formas e níveis de agrupamentos. Assim, precisamos que nosso modelo também tenha um cadastro de Departamentos, Categorias e Subcategorias dos produtos, que além de contemplar a estrutura do produto, também será utilizado para publicação do portal.

Outro requisito muito importante para sistemas web são as estatísticas de visitas dos produtos e interesses dos clientes. Assim, é muito importante que o portal faça uma contagem de visitas por produtos, marcas, departamentos, categorias, subcategorias, além de controlar uma lista de desejos e possua uma inteligência para busca de produtos por proximidades de termos cadastrados, dentre outros recursos.

Além de tudo isso, devemos seguir os princípios da modelagem de dados: Integridade, Normalidade, Qualidade e Confiabilidade.

Para começarmos a modelar, é necessário sabermos o escopo do projeto e os requisitos do portal. Vamos a eles!

Requisitos

O objetivo em questão é modelar um simples portal que permita:

· efetivar vendas com pagamentos parcelados e à vista, com diversas formas de pagamento (boleto, cartão de crédito e transferência bancária);

· manter o histórico de compras dos clientes;

· permitir a identificação do perfil dos visitantes para ações de marketing posteriores.

Além disso:

· O layout do portal deverá ser demonstrado em níveis de Departamento, Categoria e Subcategoria, que será alterada dinamicamente de tempos em tempos, com destacamento de produtos na página principal.

· As promoções também deverão ser controladas, devendo conter um destaque especial quando estiver vigente. Deverá ter capacidade de controlar a rotatividade, associação e vigência dos banners exibidos no portal.

· A pesquisa dos produtos deve ser inteligentemente indicativa, listando os produtos relacionados ao termo pesquisado e também os produtos similares relacionados com o produto principal.

· O portal deverá ser de fácil uso e com rápida resposta no carregamento de suas páginas.

· A equipe de marketing precisa ter condições de visualizar as 10 páginas mais acessadas e seus históricos por produto, departamento, categoria, subcategoria, marca e cliente.

· O portal deverá conter o conceito de carrinho de compras e pedidos de venda.

· O cliente poderá adicionar em uma lista todos os produtos que gostaria de ter e poder acompanhar o status de seu pedido. Ao visitar o portal pela primeira vez, o acesso do cliente deverá ficar registrado, e quando ele voltar a visitar o portal, o histórico de navegação deverá ser identificado para o mesmo cliente.

· Não é necessário efetuar uma compra para ser um cliente cadastrado. Também não é necessário ser um cliente cadastrado para receber os e-mails promocionais.

· Periodicamente, será enviado um e-mail promocional aos e-mails cadastrados no portal.

· Para facilitar a integração com a transportadora, o cadastro de endereço do cliente deverá seguir o padrão dos correios.

· A administração do portal deverá ser efetuada apenas por usuários autorizados.

O Modelo de Dados

Depois de definido o escopo e os requisitos do portal, podemos iniciar a criação de nosso MER (Modelo de Entidade e Relacionamento) Físico. A modelagem de dados deve contemplar alocação das informações atendendo os requisitos funcionais do portal, a estrutura física dos dados, o crescimento do portal e seu desempenho.

Modelaremos até a 3º Forma Normal para um banco de dados Oracle 10g. Para isso, foi escolhido o Erwin 7.0 como ferramenta para efetuar a modelagem. Será utilizada a notação IDEF1X (Integration Definition for Information Modeling – Nota Devman 1).

Nota Devman 1. IDEF1X – Integration Definition for Information Modeling

IDEF1X é uma linguagem e método para modelagem da informação publicada como padrão norte-americano pelo NIST (1993). Esta linguagem apresenta as tabelas graficamente como retângulos, com uma linha divisória na horizontal para separação entre atributos identificadores e atributos comuns, conforme o exemplo da tabela TB_PRECO_VENDA apresentado na Figura 1.

Figura 1. Exemplo notação de uma tabela.

Esquema

A implementação do modelo de dados deve ser efetuada em um esquema do banco de dados. Para isso, criaremos um "