PONTIFICIA UNIVERSIDADE CATLICA DO PARAN ESCOLA POLITCNICA CINCIA DA COMPUTAO

MELINA HELOISA CALDEIRA SCHELITING RAFAEL ANDR RUAS

PROJETO DE BANCO DE DADOS

CURITIBA 2014

MELINA HELOISA CALDEIRA SCHELITING RAFAEL ANDR RUAS

PROJETO DE BANCO DE DADOS

Trabalho apresentado ao Curso de Graduao em 04/04/2014 da Pontifcia Universidade Catlica do Paran, como requisito parcial obteno da nota bimestral. Professora: Dbora Ribeiro Carvalho.

CURITIBA 2014
2

LISTA DE FIGURAS FIGURA 1: EXEMPLO DE MODELO CONCEITUAL. ...................................... 10 FIGURA 2: EXEMPLO DE MODELO LGICO ................................................ 11

LISTA DE TABELAS TABELA 1 ENTIDADES E ATRIBUTOS ....................................................... 15 TABELA 2 CONTINUAO DE ENTIDADE E ATRIBUTOS ........................ 16

SUMRIO 1 INTRODUO ................................................................................................ 6 2 OBJETIVOS .................................................................................................... 7 3 REVISO DE LITERATURA ........................................................................... 8 3.1 BANCO DE DADOS .................................................................................. 8 3.2 SISTEMA DE GERNCIA DE BANCO DE DADOS (SGBD) .................... 8 3.3 MODELOS DE BANCO DE DADOS ......................................................... 9 3.3.1 Modelo Conceitual ............................................................................ 10 3.3.2 Modelo Lgico .................................................................................. 10 3.4 ENTIDADE-RELACIONAMENTO ........................................................... 11 3.5 CARDINALIDADE DE RELACIONAMENTOS ........................................ 11 3.5.1 Cardinalidade Mnima e Mxima....................................................... 12 3.7 ATRIBUTO .............................................................................................. 12 3.8 GENERALIZAO E ESPECIALIZAAO .............................................. 12 3.9 ENTIDADE ASSOCIATIVA ..................................................................... 13 4 METODOLOGIA............................................................................................ 14 4.1 TEXTO REFERENCIAL DER............................................................... 14 4.2 ENTIDADES E ATRIBUTOS .................................................................. 15 5 CONSIDERAES FINAIS .......................................................................... 18 6 REFERNCIAS ............................................................................................. 19 APNDICE A MODELO CONCEITUAL ........................................................ 20

1 INTRODUO Nos ltimos anos, a internet ganhou muita importncia e tem cada vez mais usurios. No cenrio econmico, a internet marcou uma nova fase na economia global. A partir desta ferramenta, surgiu o comrcio eletrnico como grande inovao na maneira de realizar transaes comerciais. O comrcio eletrnico, tambm conhecido como e-commerce ou comrcio virtual, a compra e venda de produtos ou servios online, ou seja, atravs da internet. O mercado mundial est absorvendo o comrcio eletrnico em grande escala e atualmente vrios ramos da economia esto ligadas ao e-commerce. No comrcio eletrnico so perceptveis vrias vantagens, tanto para as empresas como para os consumidores. Verificam-se as seguintes vantagens principais para as empresas: as vendas ocorrem sem interrupo (24 horas, por todo o ano); h abertura de novos mercados, inclusive no exterior; o processo de venda (escolha do produto, forma de pagamento, escolha de modo de entrega) fcil e rpido; elimina-se o intermediador; facilita a introduo de novos produtos; unifica os meios de comunicao (uso essencialmente da internet); h reduo da mo de obra; e propicia custos reduzidos e competitivos. Por outro lado, os consumidores se beneficiam especialmente com: a facilidade em comparar preos; o barateamento dos valores dos produtos e servios; a facilidade e rapidez da compra (sem sair de casa); o estmulo competitividade das empresas; o aumento na variedade de produtos; e a economia de tempo e dinheiro.

2 OBJETIVOS O objetivo do trabalho verificar as competncias dos alunos matriculados na disciplina de Banco de Dados, previstas no plano da disciplina: Elaborar modelos de dados conceituais utilizando a abordagem ER estendida; Elaborar o projeto lgico de um banco de dados a partir de um banco de dados a partir de um modelo conceitual; Construir um banco de dados relacional; Modificar e consultar os dados de um banco de dados usando a linguagem SQL.

3 REVISO DE LITERATURA 3.1 BANCO DE DADOS A implementao da informtica em organizaes ocorre de forma evolutiva e gradual, medida que o uso da informtica vem se estabelecendo, vrias novas funes so informatizadas, fazendo com que estas necessitam de uma forma de organizao eficaz. No portal Geoprocessamento (2010, p.), Banco de dados

caracterizado como: Todo o local, fsico ou virtual onde esto armazenados dados, pode, em certo sentido, ser chamado de banco de dados. Por exemplo, uma enciclopdia pode ser considerada um banco de dados. J para Heuser (1998), banco de dados um conjunto de dados integrados que tem por objetivo atender a uma comunidade de usurios sendo uma estrutura que possvel armazenar dados de vrias maneiras estruturadas e com a menor redundncia possvel, pois muitas vezes h a necessidade de utilizar uma determinada informao que esteja representada vrias vezes, sendo que h duas formas de redundncias. Heuser (1998) trata as duas formas de redundncia sendo como:
Redundncia controlada de dados acontece quando o software tem conhecimento da mltipla representao da informao e garante a sincronia entre as diversas representaes, sendo utilizada para melhorar a performance global do sistema. Redundncia no controlada de dados acontece quando a responsabilidade pela manuteno da sincronia entre as diversas representaes de uma informao est com o usurio e no com o software, sendo que este tipo deve ser evitado, pois traz consigo vrios tipos de problemas tais como: redigitao, inconsistncia de dados. A soluo para evitar a redundncia no controlada de informaes o compartilhamento de dados.

3.2 SISTEMA DE GERNCIA DE BANCO DE DADOS (SGBD) A programao em computadores vem sofrendo profunda modificaes desde seus primrdios, no comeo do uso das linguagens de programao como C e Cobol, os profissionais da rea de programao incorporavam no programa todas as funcionalidades que desejavam, sendo que este continha as
8

operaes da interface usurio, as transformaes de dados e clculos, as operaes de armazenamento de dados, bem como as tarefas de comunicao com outros sistemas e programas. Passado um tempo foram identificadas vrias outras funcionalidades comuns entre muitos programas como verificamos hoje a comunicao com o usurio atravs das interfaces grficas por janelas, porm os programas no detm todo o cdigo necessrio a exibio desses dados sendo assim necessrio utilizar gerenciadores de interface de usurios, onde esses incluem as funcionalidades que um programador vai utilizar frequentemente, ao construir uma interface de usurio sendo assim Heuser (1998) caracteriza sistema de gerncia de banco de dados sendo um software que incorpora as funes de definio, recuperao e alterao de dados em um banco de dados.

3.3 MODELOS DE BANCO DE DADOS Segundo Heuser (1998) um modelo de banco de dados caracaterzia-se sendo:
Uma descrio dos tipos de informaes que esto armazenados em um banco de dados, levando em considerao que o modelo de dados no informa quais os produtos que esto armazenados no banco de dados, mas apenas que o banco de dados contm informaes sobre produtos no caso de uma indstria.

Usa-se uma linguagem de modelagem de dados para construir um modelo de dados, sendo que essas podem ser classificadas de acordo com a forma de apresentao, em linguagens textuais ou grficas. De acordo com a viso de cada modelador um banco de dados pode ser descrito em vrios nveis de abstrao, sendo que normalmente so considerados dois nveis de abstrao de modelo de dados: modelo conceitual e modelo lgico.

3.3.1 Modelo Conceitual Para Heuser (1998) modelo conceitual um modelo de dados abstrato, que descreve a estrutura de um banco de dados de forma independente de um SGBD particular. Sendo que o modelo conceitual registra apenas que dados podem aparecer no banco de dados, mas no como estes dados esto armazenados a nvel de Sistema Gerenciador de Banco de Dados. A mais difundida tcnica de modelagem conceitual a abordagem entidade-relacionamento, sendo que nesta tcnica o modelo conceitual representado atravs de um diagrama, como vemos na figura 1.

FIGURA 1: Exemplo de Modelo Conceitual.

Fonte: Arquivos Pessoais.

3.3.2 Modelo Lgico Modelo lgico uma descrio de um banco de dados no nvel de abstrao visto pelo usurio do SGBD fazendo com que o modelo seja dependente do tipo particular do SGBD. A figura 2 apresenta o modelo lgico de forma textual.

10

FIGURA 2: Exemplo de Modelo Lgico

Fonte: HEUSER, Carlos Alberto. Projeto de banco de dados. 6. ed. Porto Alegre: Bookman, p. 6, 2009.

3.4 ENTIDADE-RELACIONAMENTO Em um modelo conceitual uma entidade representada como um conjunto de objetos da realidade moderada, levando em considerao que no modelo ER (Entidade-Relacionamento) o principal objetivo modelar de forma abstrata, assim consideram-se somente os objetos sobre os quais deseja-se manter informaes. Uma entidade representada na forma geomtrica retangular onde essa contm o nome dessa entidade. Em um DER (Diagrama Entidade-Relacionamento) especifica-se os objetos que deseja-se manter informaes, tambm deve permitir a especificao das propriedades que o objeto ser armazenada no banco de dados sendo uma das propriedades a associao entre objetos o que constitui um relacionamento, que no modelo lgico representado atravs de um losango ligado por linhas a entidades.

3.5 CARDINALIDADE DE RELACIONAMENTOS Cardinalidade constitui uma propriedade importante de um

relacionamento sendo que o conceito dessa a de quantas ocorrncias de uma entidade podem estar associadas a uma determinada ocorrncia. Sendo

11

que h duas cardinalidades que so consideradas: cardinalidade mxima e mnima.

3.5.1 Cardinalidade Mnima e Mxima Um breve conceito sobre cardinalidade mnima e mxima referenciada por Heuser (1998) sendo como: nmero (mnimo, mximo) de ocorrncias de entidade associadas a uma ocorrncia da entidade em questo atravs do relacionamento;

3.7 ATRIBUTO Atributo est associado a informaes e ocorrncias de entidades ou de relacionamentos, podendo ser representados graficamente, mas

preferivelmente acabam no sendo representados para no sobrecarregar os diagramas, pois muitas vezes as entidades acabam possuindo uma poro grande de atributos, adotando-se uma representao textual que aparece separadamente do diagrama. Cada entidade possui um atributo identificador, essa identificao serve para distinguir uma ocorrncia da entidade das demais ocorrncias da mesma entidade.

3.8 GENERALIZAO E ESPECIALIZAAO Alm dos relacionamentos e atributos h outras formas de propriedades que podem ser atribudas a uma entidade atravs do conceito de generalizao ou especializao. Atravs destas propriedades possvel atribuir

propriedades particulares a um subconjunto das ocorrncias de uma entidade. A representao grfica dessas propriedades d-se pela imagem de um tringulo isscele.

12

3.9 ENTIDADE ASSOCIATIVA Levando em conta que relacionamento uma associao entre duas entidades, o modelo ER (entidade-relacionamento) no previu a possibilidade de associar um relacionamento com uma entidade ou ento associar dois relacionamentos, sendo que quando est-se desenvolvendo em prtica um DER (diagrama entidade-relacionamento) surge a necessidade de permitir a associao de uma entidade a um relacionamento. Sendo que sua representao grfica formada pela unio das figuras geomtricas losango com um retngulo.

13

4 METODOLOGIA 4.1 TEXTO REFERENCIAL DER Uma pessoa quer abrir uma empresa de vendas online, para isso ela precisa construir um banco de dados com as seguintes caractersticas: Construir uma entidade para EMPRESA onde esta dever constar os seguintes atributos: CNPJ, sigla, telefone, nome fantasia, endereo, nome, cdigo do fornecedor. Essa empresa possui um FORNECEDOR ele dever ter: CNPJ, cdigo do fornecedor, razo social, endereo, e-mail, telefone esta empresa necessita arquivar informaes sobre os FUNCIONRIOS onde os dados armazenados sero: nome, n sequencial do dependente, telefone, cdigo da empresa, CPF, salrio, RG, cdigo do funcionrio, data de nascimento. Os funcionrios podem ou no possuir dependentes caso eles possuam dever armazenar informaes para os DEPENDENTES da seguinte forma: nmero sequencial do dependente, nome, data de nascimento. Na parte administrativa da empresa devero constar informaes sobre ESTOQUE sendo que as informaes armazenadas no banco devero seguir esses critrios: cdigo do produto, quantidade, cdigo do estoque. Haver tambm que armazenar informaes sobre PRODUTOS tais como: nome, cdigo da categoria e cdigo do produto. Para cada produto cadastrado haver uma CATEGORIA. com os seguintes atributos armazenados: modelo, cdigo da subcategoria, cdigo do produto, cdigo do preo, cdigo da categoria. Para cada categoria haver tambm uma SUBCATEGORIA que armazenar as seguintes atribuies: cor, cdigo da subcategoria, textura, tamanho e marca. Cada produto que se encaixa em uma categoria e subcategoria possui um PREO com as seguintes atribuies: cdigo do preo, valor, cdigo da categoria e cdigo da variao. Por sua vez o preo sofre VARIAO que dever ser armazenado como uma entidade especializada contendo as entidades ANO, MS E SEMANA. Aps cadastrado a entidade Funcionrio, esse responsvel por realizar o CADASTRO do cliente contendo cdigo do cliente e nmero sequencial.

14

Cada cadastro associado a um CLIENTE onde este possui cdigo, email, telefone, CPF, RG, data de nascimento e cdigo do endereo. Para fazer o cdigo do endereo necessrio construir a entidade ENDEREO que possui cdigo, CEP, UF, bairro, rua, cidade, complemento. Cada CLIENTE possui um carrinho de compras, nas quais geram um cdigo carrinho, cdigo produto. Esta entidade contem PEDIDOS, nos quais esta inseridos o cdigo produto, cdigo cliente, cdigo carrinho e quantidade. Cada pedido forma um PAGAMENTO, que uma entidade especializada, contendo o numero itens, valor do desconto, cdigo do pedido, cdigo do pagamento e numero sequencial de compra. As entidades especializadas formadas so: CARTAO E BOLETO contendo respectivamente as seguintes atribuies: nmero

sequencial pagamento, titular da conta, valor total, numero de parcelas e numero do carto. Para boleto: valor total, nmero sequencial pagamento, data emisso, data vencimento, banco. A entidade pagamento faz associao com a entidade ENTREGA que tem cdigo da entrega, tipo frete, data entrega, cdigo empresa. Cada entrega gera um HISTORICO DE COMPRAS, com numero sequencial de compra, cdigo do pedido e data prevista de entrega, que esta associada ao cliente. Por antepenltimo, o cliente faz uma analise do produto, que vinculada ao cadastro, e que envia um RELATORIO, com cdigo de relatrio e numero sequencial de cadastro, para a empresa. Como mostra a figura do Apndice A.

4.2 ENTIDADES E ATRIBUTOS TABELA 1 ENTIDADES E ATRIBUTOS ENTIDADES Empresa ATRIBUTOS CNPJ, sigla, telefone, nome_fantasia, nome, cod_fornecedor, endereo Funcionrios cod_funcionario, salario, data_nascimento, CPF, RG, telefone, e-mail, n_sequencialdependente, nome Dependentes Cadastro n_sequencialdependente, nome, data_nascimento numero_sequencial_cadastro, codigo_cliente, codigo_entrega

15

TABELA 2 CONTINUAO DE ENTIDADE E ATRIBUTOS ENTIDADES Estoque Produto Categoria Subcategoria Preo Variao Ano Mes Semana Carrinho Pedidos Pagamento Carto ATRIBUTOS cod_estoque, quantidade, cod_produto cod_produto, cod_categoria, nome cod_categoria,cod_preo,cod_produto, cod_subcategoria,modelo cod_subcategoria, marca, cor, textura, tamanho cod_preo, valor, cod_categoria,cod_variaao cod_variaao, nsequencial data_ano data_mes data_semana cod_carrinho, cod_produto cod_pedido, cod_cliente, cod_carrinho, quantidade cod_pagamento, valor_desconto, numero_itens, cod_pedido

numero_sequencial_pagamento, valor_total, numero_cartao, titular_cartao,data_compra numero_sequencial_pagamento, valor_total, data_emissao, Boleto data_vencimento_boleto, banco_fatura cod_entrega,tipo_frete,cod_produto,data_envio,cod_endereo,cod_cliente, Entrega data_prevista_entrega Hitorico_Entrega codigo_pedido, codigo_entrega Cliente Endereo Analise_Entrega Relatrio Fornecedor codigo_cliente,data_nascimento,e-mail,RG,CPF, codigo_endereo, nome, codigo_entrega codigo_endereo, UF, cidade, CEP, bairro, rua, complemento codigo_analise, codigo_cliente cod_relatorio, nsequencial_cadastro cod_fornecedor, razao_social, CNPJ, endereo, e-mail, telefone

4.3 PERGUNTAS RELACIONADAS AO BANCO DE DADOS

1. Quantos produtos esto cadastrados? 2. Quantas variaes (diferentes formas de apresentao) de um mesmo produto esto disponveis no cadastro? 3. Quais variaes de um mesmo produto que constam do cadastro, e tambm esto disponveis em estoque para a comercializao?
16

4. Qual a variao de preo de um produto na ltima semana? No ltimo ms? No ltimo ano? 5. Quantos clientes esto cadastrados? Dentre os clientes qual aquele que mais itens comprou? 6. Quantos carrinhos podem ter o cliente? 7. Quantos pedidos podem ser realizados no carrinho? 8. Quantos relatrios so enviados para a empresa? 9. Um funcionrio pode estar em mais de uma empresa? 10. Um fornecedor pode atender mais de uma empresa? 11. Uma empresa pode ser atendida por mais de um fornecedor? 12. Quantos estoques a empresa pode ter? 13. Quantos dependentes podem ser cadastrados por funcionrio? 14. O funcionrio obrigado a ter dependente? 15. O projeto de banco de dados contm entidade fraca? Qual? 16. O projeto de banco de dados possui generalizaes? Quais? 17. O pagamento pode ser realizado por mais de uma maneira? 18. Clientes diferentes podem ter o mesmo endereo? 19. Uma categoria pode conter sub categorias? De o exemplo de uma! 20. Aps a compra quantas anlises um cliente pode fazer e seu produto? 21. Um pagamento pode gerar mais de um histrico de compras? 22. Um histrico de compras associado ao cliente? 23. Um produto pode sofrer mais de uma variao de preo? 24. Quais as generalizaes da entidade variao? 25. Um cliente deve ser necessariamente cadastrado pelo funcionrio?

17

5 CONSIDERAES FINAIS Concluindo a primeira etapa da montagem de um projeto de banco de dados serviu para que evidencissemos a tcnica do modelo conceitual e relembrssemos os conceitos trabalhado em sala de aula com relao ao diagrama entidade-relacionamento, atributos, relaes, cardinalidades (mxima e mnima) entidades especializadas ou generalizadas e entidades fracas.

18

6 REFERNCIAS

GEOPROCESSAMENTO, Blog, O Geoprocessamento e suas Tecnologias Parte 2, Disponvel em: <http://blog.geoprocessamento.net/tag/banco-dedados-geograficos/page/2/> Acessado em: 02/04/2014.

HEUSER, Carlos Alberto. Projeto de banco de dados. 6. ed. Porto Alegre: Bookman, 2009.

19

APNDICE A MODELO CONCEITUAL

20

ANEXO B MODELO LGICO TB_FORNECEDOR (cod_fornecedor, razao_social, CNPJ, endereo, e-mail, telefone) TB_EMPRESA (CNPJ_empresa, sigla, telefone, nome_fantasia, nome, cod_fornecedor, endereo) Cod_fornecedor REFERENCIA Tb_Empresa

TB_EMPRESA_FORNECEDOR(cdigo_fornecedor, CNPJ_empresa) Cdigo_fornecedor REFERENCIA Tb_Fornecedor CNPJ_Empresa REFERENCIA Tb_Empresa

TB_ESTOQUE (cod_estoque, quantidade, CNPJ_empresa) CNPJ_empresa REFERENCIA Tb_Empresa TB_PRODUTOS (cod_produto, nome, cod_estoque) Cod_estoque REFERENCIA Tb_Estoque TB_ESTOQUE_PRODUTO(cod_produto, cod_estoque) Cod_produto REFERENCIA Tb_Produto Cod_estoque REFERENCIA Tb_Estoque TB_CATEGORIA (cod_categoria,cod_produto,modelo) Cod_produto REFERENCIA Tb_Produto TB_SUBCATEGORIA (cod_subcategoria, marca, cor, textura, tamanho, cod_categoria) Cod_categoria REFERENCIA Tb_Categoria TB_PREO (cod_preo, valor, cod_categoria)
21

Cod_categoria REFERENCIA Tb_Categoria TB_VARIAAO (cod_variao, nsequencial, cod_preo) Cod_preo REFERENCIA Tb_Preo TB_ANO (data_ano, cod_variao) Cod_variao REFERENCIA Tb_Variao TB_MES (data_mes, cod_variao) Cod_variao REFERENCIA Tb_Variao TB_SEMANA (data_semana, cod_variao) Cod_variao REFERENCIA Tb_Variao TB_FUNCIONRIO (cod_funcionario, salario, data_nascimento, CPF, RG, telefone, e-mail, nome, CNPJ_Empresa) CNPJ_Empresa REFERENCIA Tb_Empresa TB_DEPENDENTES (n_sequencialdependente, nome, data_nascimento, cod_funcionario) Cod_Funcionario REFERENCIA Tb_Funcionario

TB_CLIENTE (codigo_cliente,data_nascimento,e-mail,RG,CPF, endereo, nome) TB_FUNCIONRIO_CLIENTE(codigo_cliente, cod_funcionario) Cod_Cliente REFERENCIA Tb_Cliente Cod_Funcionario REFERENCIA Tb_Funcionario

TB_CARRINHO (cod_carrinho, cod_cliente) Cod_Cliente REFERENCIA Tb_Cliente

22

TB_PEDIDOS (cod_pedido, cod_carrinho, quantidade) Cod_Carrinho REFERENCIA Tb_Carrinho TB_PAGAMENTO (cod_pagamento, valor_desconto, cod_pedido) Cod_Pedido REFERENCIA Tb_Pedido TB_PAGAMENTO_PEDIDOS(cod_pagamento, cod_pedido); Cod_Pedido REFERENCIA Tb_Pedido Cod_Pagamento REFERENCIA Tb_Pagamento TB_CARTAO (cod_pagamento, valor_total, numero_cartao, titular_cartao,data_compra) Cod_Pagamento REFERENCIA Tb_Pagamento TB_BOLETO (cod_pagamento, valor_total, data_emissao, data_vencimento_boleto, banco_fatura) Cod_Pagamento REFERENCIA Tb_Pagamento TB_HISTORICO_ENTREGA (cod_historico_compras, cod_pagamento, cod_pedido) Cod_Pagamento REFERENCIA Tb_Pagamento Cod_Pedido REFERENCIA Tb_Pedido

TB_ENTREGA(cod_entrega, cod_historico_compras) Cod_historico_compras REFERENCIA Tb_Historico_Compra TB_RELATORIO (cod_relatorio, cod_entrega) Cod_Entrega REFERENCIA Tb_Entega

23

ANEXO C DICIONRIO DE DADOS

TABELA FORNECEDOR

NOME

DESCRIO

TIPO

TAMANHO

NULO

REGRA

CHAVE

DEFAULT

UNIQUE

CNPJ_Fornecedor

Razo_Social

Armazena o CNPJ do fornecedor Armazena nome do Fornecedor Armazena endereo Armazena email Armazena o telefone

Inteiro

14

No

PK

No

Varchar

100

No

No

Endereo

Varchar

100

No

No

E-mail

Varchar

100

No

No

Telefone

Varchar

100

no

No

TABELA EMPRESA NOME CNPJ_Empresa DESCRIO Armazena CNPJ da empresa Armazena o sigla (nome) TIPO Numrico TAMANHO 14 NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Sigla

Caractere

50

No

No

Telefone Nome_fantasia

Armazena o telefone Armazena o nome fantasia Armazena o cdigo do fornecedor

Caractere Caractere

100 100

No No

_ _

_ _

_ _

No No

CNPJ_Fornecedor

Numrico

14

No

FK

No

Endereo

Armazena o endereo

Caractere

100

No

No

24

TABELA EMPRESA_FORNECEDOR NOME CNPJ_Fornecedor DESCRIO Armazena o CNPJ do fornecedor TIPO Numrico TAMANHO 14 NULO No REGRA _ CHAVE PK/ FK DEFAULT _ UNIQUE No

CNPJ_Empresa

Armazena o CNPJ da empresa

Numrico

14

No

PK/FK

No

TABELA ESTOQUE NOME Cod_Estoque DESCRIO Armazena o cdigo do Estoque TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Quantidade

Armazena a quantidade

Numrico

Varia conforme o usurio

No

No

CNPJ_Empresa

Armazena o CNPJ da Empresa

Numrico

Varia conforme o usurio

No

FK

No

TABELA PRODUTOS NOME Cod_Produto DESCRIO Armazena o cdigo do produto TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Nome

Armazena o nome do produto

Caractere

100

No

No

Cod_Estoque

Armazena o cdigo do estoque

Numrico

Varia conforme o usurio

Np

FK

No

25

TABELA ESTOQUE_PRODUTO NOME Cod_Produto DESCRIO Armazena o cdigo do produto TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK/FK DEFAULT _ UNIQUE No

Cod_Estoque

Armazena o cdigo do estoque

Numrico

Varia conforme o usurio

No

PK/FK

No

TABELA CATEGORIA NOME Cod_Categoria DESCRIO Armazena o cdigo da categoria TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Cod_Produto

Armazena o cdigo do produto

Numrico

Varia conforme o usurio

No

FK

No

Modelo

Armazena o modelo

Caractere

Varia conforme o usurio

No

No

TABELA SUBCATEGORIA NOME Cod_Subcategoria DESCRIO Armazena o cdigo da subcategoria TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Marca Cor Textura

Armazena a Marca Armazena a Cor Armazena o tipo de textura Armazena o tamanho Armazena o cdigo da categoria

Caractere Caractere Caractere

100 100 100

No No No

_ _ _

_ _ _

_ _ _

No No No

Tamanho

Caractere

100

No

No

Cod_Categoria

Numrico

Varia conforme o usurio

No

FK

No

26

TABELA PREO NOME Cod_Preo DESCRIO Armazena o cdigo do preo TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Valor

Armazena o Valor

Numrico

Varia conforme as casas decimais

No

No

Cod_Categoria

Armazena a categoria

Numrico

Varia conforme o usurio

No

FK

No

TABELA VARIAO NOME Cod_Variao DESCRIO Armazena o cdigo da variao TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

N_Sequencial

Armazena o cdigo sequencial

Numrico

Varia conforme o usurio

No

No

Cod_Preo

Armazena o cdigo do preo

Numrico

Varia conforme o usurio

No

FK

No

TABELA ANO NOME Data_ano DESCRIO Armazena o Ano TIPO Data TAMANHO Definio padro da linguagem NULO No REGRA _ CHAVE _ DEFAULT _ UNIQUE No

Cod_variao

Armazena o cdigo da Variao

Numrico

Varia conforme o usurio

No

PK/FK

No

27

TABELA MS NOME Data_Ms DESCRIO Armazena o ms TIPO Data TAMANHO Definio padro da linguagem NULO No REGRA _ CHAVE _ DEFAULT _ UNIQUE No

Cod_Variao

Armazena o cdigo da Variao

Numrico

Varia conforme o usurio

No

PK/FK

No

TABELA SEMANA NOME Data_Semana DESCRIO Armazena o dia da semana TIPO Data TAMANHO Definio padro da linguagem NULO No REGRA _ CHAVE _ DEFAULT _ UNIQUE No

Cod_Variao

Armazena o cdigo da Variao

Numrico

Varia conforme o usurio

No

PK/FK

No

28

TABELA FUNCIONRIO NOME Cod_Funcionrio DESCRIO Armazena o cdigo do funcionrio TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Salrio

Armazena o salrio

Caractere

Varia conforme o funcionrio

No

No

Data_Nascimento

Armazena a data de nascimento

Data

Padro fornecido pela linguagem

No

No

CPF

Armazena o CPF Armazena o RG Armazena o telefone Armazena o E-mail Armazena o nome Armazena o CNPJ da Empresa onde o funcionrio trabalha

Numrico

11

No

No

RG Telefone E-mail Nome

Numrico Caractere Caractere Caractere

10 12 50 100

No No No No

_ _ _ _

_ _ _ _

_ _ _ _

No No No No

CNPJ_Empresa

Numrico

14

No

FK

No

29

TABELA DEPENDENTES NOME N_sequencialdepend e DESCRIO Armazena o nmero sequencial do dependente TIPO Numrico TAMANHO Varia conforme o Usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Nome Data_Nascimento

Armazena o nome Armazena a data de nascimento

Caractere Data

100 Padro linguagem utilizada

No No

_ _

_ _

_ _

No No

Cod_funcionrio

Armazena o cdigo do funcionrio

Numrico

Varia conforme usurio

No

No

TABELA CLIENTE NOME Cod_cliente DESCRIO Armazena o cdigo do cliente Armazena a data de nascimento TIPO Numrico TAMANHO Varia conforme usurio Padro linguagem utilizada NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Data_nascimento

Data

No

No

e-mail

Armazena email Armazena RG Armazena CPF Armazena endereo Armazena Nome

Caractere

50

No

No

RG

Numrico

10

No

No

CPF

Numrico

11

No

No

Endereo

Caractere

100

No

No

Nome

Caractere

100

No

No

30

TABELA FUNCIONRIO_CLIENTE NOME Cod_Cliente DESCRIO Armazena o cdigo do funcionrio TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK/FK DEFAULT _ UNIQUE No

Cod_Funcionario

Armazena o cdigo do Funcionrio

Numrico

Varia conforme o usurio

No

PK/FK

No

TABELA CARRINHO NOME Cod_Carrinho DESCRIO Armazena o cdigo do carrinho de compras TIPO Numrico TAMANHO Varia confome o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Cod_Cliente

Armazena o cdigo do cliente

Numrico

Varia conforme o usurio

No

FK

No

TABELA PEDIDOS NOME Cod_pedido DESCRIO Armazena o cdigo do carrinho de compras TIPO Numrico TAMANHO Varia confome o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Cod_carrinho

Armazena o cdigo do carrinho

Numrico

Varia conforme o usurio

No

FK

No

Quantidade

Armazena a quantidade de produtos

Numrico

Varia conforme o usurio

No

No

31

TABELA PAGAMENTO_PEDIDOS NOME Cod_Pagamento DESCRIO Armazena o cdigo do pagamento TIPO Numrico TAMANHO Varia confome o usurio NULO No REGRA _ CHAVE PK/FK DEFAULT _ UNIQUE No

Cod_Pedido

Armazena o cdigo do pedido

Numrico

Varia conforme o usurio

No

PK/FK

No

TABELA CARTO NOME Cod_Pagamento DESCRIO Armazena o cdigo de pagamento TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE FK DEFAULT _ UNIQUE No

Valor_Total

Armazena o valor total da compra

Numrico

Varia conforme a compra

No

No

Nmero_Carto

Armazena o nmero do carto de crdito Armazena o nome do titular do carto Armazena a data de compra

Numrico

16

No

PK

No

Titular

Caractere

100

No

No

Data_compra

Data

Padro de linguagem

No

No

32

TABELA BOLETO NOME Cod_Pagamento DESCRIO Armazena o cdigo do pagamento TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK/FK DEFAULT _ UNIQUE No

Valor_Total

Armazena o valor total da compra

Numrico

Varia conforme o usurio

No

No

Data_Emisso

Armazena a data de emisso do boleto Armazena a data de vencimento do boleto

Data

Padro linguagem utilizada

No

No

Data_Vencimento

Data

Padro linguagem utilizada

No

No

Banco

Armazena o banco

Caractere

100

No

No

TABELA HISTORICO_ENTREGA NOME Cod_historico DESCRIO Armazena o cdigo do histrico de entrega TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Cod_pagamento

Armazena o cdigo de Pagamento

Numrico

Varia conforme o usurio

No

FK

No

Cod_pedido

Armazena o cdigo do pedido

Numrico

Varia conforme o usurio

No

FK

No

33

TABELA ENTREGA NOME Cod_Entrega DESCRIO Armazena o cdigo da entrega Armazena o cdigo do histrico de entrega TIPO Numrico TAMANHO Varia conforme o usurio Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Cod_Historico

Numrico

No

FK

No

TABELA RELATRIO NOME Cod_relatrio DESCRIO Armazena o cdigo do relatrio TIPO Numrico TAMANHO Varia conforme o usurio NULO No REGRA _ CHAVE PK DEFAULT _ UNIQUE No

Cod_entrega

Armazena o cdigo da entrega

Numrico

Varia conforme o usurio

No

FK

No

34