[Artigos]  Trabalhando com POO na prática - Parte II Publicado por rboaro : Quarta, Abril 18, 2012 - 05:37 GMT-3 (1331 leituras)  15 Comentários    Enviar para um amigo    Versão para impressão Salve galera! Depois de alguns dias recebendo sugestões para a base de dados x funcionalidades chegou a hora das definições. Segue abaixo o primeiro release das tabelas(entidades) que iremos utilizar em nossa aplicação. No final do artigo faço algumas considerações importantes Tabelas Auxiliares •Cidades •Bancos •Icms •Ipi •Vendedores =============== Usar Pessoas •Grupo Produtos •Grupo Clientes •Natureza Operação (CFOP) Tabelas Principais •Clientes ================== Usar Pessoas •Produtos •Caixa •Cheques •Cupom Fiscal •Items Cupom •Fornecedores ============== Usar Pessoas •Nota Fiscal Saída •Items Nota Fiscal Saida •Nota Fiscal Entrada •Items Nota Fiscal Entrada •Contas a Receber •Contas a Pagar •Pessoas •Convênios •Centro de Custos Considerações Importantes sobre o projeto. Depois de muitas especulações sobre o projeto, o que deveria e não deveria ser feito, o que devemos usar e não devemos usar, o que é certo e o que é errado, preciso me posicionar para que todos tenham em mente o que estamos prestes a construir. No primeiro artigo que postei no site falando sobre a idéia de construir uma aplicação utilizando os conceitos de Orientação a Objetos e tornar assim o artigo algo para ser utilizado na prática, não fazia idéia de que esse artigo tomaria a proporção que tomou. Muitas pessoas enviaram e-mail para mim pedindo para participar, outras sugerindo que o projeto fosse um sistema 100% funcional. Etc. Etc. Cheguei a algumas conclusões; Impossível desenvolver uma aplicação completa apenas para fins didáticos, se assim fosse ela não seria completa. Se a idéia é desenvolver algo para ser utilizado na prática, por que não criar um projeto free para que todos possam contribuir e aprender com o mesmo. Foi então que passamos de um artigo apenas para fins didáticos, para um projeto Open Source, onde iremos desenvolver uma aplicação que possa ser utilizada depois de pronta em uma empresa real. Infelizmente é impossível contentar a todos, e a medida que a quantidade de participantes no projeto aumenta, precisamos de regras, senão vai virar bagunça. Fica definido então que todo e qualquer assunto discutido no grupo deve ser direcionado ao projeto, e sempre em resposta a um Tópico por mim postado. Como fizemos com a definição da Base de Dados. Enquanto isso estamos finalizando hoje a definição do Banco de Dados. Estarei sempre aberto a sugestões, se fosse diferente teria seguido o artigo da forma que fosse melhor para mim e não teria criado o grupo e o projeto Open Source. Beleza galera! Estamos perto dos 100 participantes, e assim que terminarmos de definir não aceitarei mais participantes, pois não terá sentido as pessoas entrarem no meio do projeto para criticar o que ja esta feito. Quanto a base de dados definida acima acredito que com essas tabelas podemos ter um sistema com funcionalidades aceitáveis e a medida que for necessário votamos em acrescentar alguma tabela. Grande Abraço e vamos ao trabalho! att: Ricardo Boaro e-mail: rboaro@gmail.com

Comentários

Ordem:  Os mais antigos primeiro Os mais recentes primeiro Melhores primeiro

Comentários pertencem aos seus respectivos autores. Não somos responsáveis pelo seus conteúdos.

por: marcosrobertocampos (marcosrobertosc@gmail.com) : Abr 18, 2012 - 06:36 (Informações sobre o membro | Enviar uma mensagem)

Parabéns Ricardo.

[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema



por: cgsuporte (cgsuporte@hotmail.com) : Abr 28, 2012 - 12:02 (Informações sobre o membro | Enviar uma mensagem) http://http://

Parabens, quero fazer parte do projeto

[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema



por: wallas (jose-wallas@ig.com.br) : Mai 15, 2012 - 10:35 (Informações sobre o membro | Enviar uma mensagem)

Boa noite Ricardo, vejo que começamos dar o primeiro passo rumo ao sucesso, não sei se já posso opinar sobre a tabelas nesse espaço, mas na dúvida deixa eu dar uma pequena contribuição. Na tabela de forma de pagamento sugiro a criação do campo tipo para definir se a forma de pagamento será a vista ou a prazo, e na tabela de icms, a criação dos campos modalidade da base de cálculo para icms e icms st , para ser utilizado na nfe.

[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema

por: edmilsonmlima (edmilson.lima@trf1.gov.br) : Abr 19, 2012 - 09:26 (Informações sobre o membro | Enviar uma mensagem)

Boa dia pessoal. Vejo que podemos reduzir os números das tabelas ex: contas à pagar e receber, elas tem os mesmos campos praticamente, então deveria se criar uma unica tabela chamada financeiro e diferenciar contas à pagar e receber apenas definindo um tipo ex: 0 para pagar e 1 para receber. Da mesma forma notas de entrada e saída e itens de entrada e saída e também vendedor, cliente e fornecedor.

[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema



por: Wolver (walmir@intelecto.com.br) : Abr 19, 2012 - 03:20 (Informações sobre o membro | Enviar uma mensagem) http://http://

Pessoal, Acho uma boa fazer isso, mas temos que pensar no banco de dados, se vc resumir em apenas uma tabela quando for fazer a seleção dos dados dessa tabela conforme a quantidade de tuplas pode ser que demore mais o retorno do SQL. Temos que levar em consideração a performance do bd. fica a minha opinião.Valeu!

[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema

por: joemil (joemil@sinop.com.br) : Mai 04, 2012 - 10:58 (Informações sobre o membro | Enviar uma mensagem)

boa essa tb

[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema

Copyright© 2001-2016 – Active Delphi – Todos os direitos reservados