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 49 -Projeto de Banco de Dados

Artigo da revista SQL Magazine edição 49.

[fechar]

Você não gostou da qualidade deste conteúdo?

(opcional) Você gostaria de comentar o que não lhe agradou?

Esse artigo faz parte da revista SQL Magazine edição 49. Clique aqui para ler todos os artigos desta edição

Projeto

Projeto de Banco de Dados

Controle de contas a pagar e contas a receber

 

Veremos neste artigo uma solução de modelagem para um sistema de contas a pagar e contas a receber. Não é um modelo completo, mas possivelmente poderá ser tomado como ponto de partida em seu projeto.

Estudo de Caso

O sistema de controle de contas a pagar e contas a receber auxilia o departamento financeiro a registrar e organizar todos os movimentos financeiros da empresa, possibilitando um controle e visão das obrigações a pagar e pagos e os direitos a receber e recebidos que ela possui junto aos clientes e fornecedores.

O modelo de dados do sistema de controle de contas a pagar e contas a receber possui tabelas cadastrais e transacionais.

Entenda-se tabelas como sendo as entidades de negócios definidas e estabelecidas pela área financeira juntamente com o analista de dados. As tabelas/entidades cadastrais, como o próprio nome diz, servem para registrar as informações que identificarão e classificarão algum dado (Cliente, Fornecedor, Banco, Agência, Centro de Custo, Moeda, Portador, Produto, Status Cheque, Status Duplicata, Tipo Nota Fiscal, Tipo Pagamento/Recebimento, Tipo Venda, Vendedores) enquanto que as tabelas transacionais servem para registrar as movimentações de vendas, compras, pagamentos, recebimentos ocorridas no decorrer da linha do tempo (Duplicatas Pagar, Duplicatas Receber, Fluxo Caixa, Nota Fiscal Header, Nota Fiscal Detail, Lançamentos Vendas, Lançamentos x Nota Fiscal) que posteriormente poderão ser armazenadas em um terceiro tipo de tabela chamada tabela histórica, onde são armazenados todos os históricos de movimentações.

Neste modelo de dados não criamos as tabelas históricas.

Como se trata de um modelo de dados conceitual não há tabelas temporárias ou views.

O Modelo de dados para este cenário é apresentado na Figura 1.

 

Figura 1. Modelo de dados.

 

A Tabela 1 apresenta uma descrição das tabelas presentes neste modelo.

 

"
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!


Marceliz
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...
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