Concordo, temos que ter um ponto de partida.

Sobre a modelagem em geral eu faria algumas sugestões:

   * Ao invés de um cadastro de clientes e outro de fornecedores
     poderia haver apenas uma tabela de cadastro de Empresas ou Pessoas
     (como achar melhor), com isso um fornecedor pode em qualquer
     momento se tornar cliente sem que seja necessário um novo cadastro
     ou importação de cadastro. Assim como um funcionário pode ser
     cliente ou fornecedor em qualquer momento. Vi que você já tem um
     cadastro de empresas, que deve estar sendo utilizado como uma
     Unidade Organizacional. Esta poderia também continuar sendo uma
     empresa sem problemas.
   * Para melhor viabilizar a unificação de cadastro acima (não estou
     quebrando regras de normalização, pelo contrário) poderíamos aí
     criar um novo cadastro de TIPOS_DE_EMPRESA e uma outra chamada
     EMPRESA_TIPOS (que conteria os tipos associados a determinada
     empresa) Ex.:
                           * EMPRESA: ALEX
                           * TIPOS_DE_EMPRESA
                             (FUNCIONÁRIO,CLIENTE,FORNECEDOR, UNIDADE
                             ORGANIZACIONAL)
                           * EMPRESA_TIPO: ALEX - (FUNCIONÁRIO,CLIENTE)
   *  Outra sugestão seria utilizar um código sequencial para o
     cadastro desta empresa (fornecedores,funcionários,clientes), pois
     os campos de CPF e CNPJ como chaves primárias pode limitar o
     sistema. Conheço inúmeros casos reais onde há várias vezes, pelas
     mais diferentes razões, clientes "diferentes" cadastrados com o
     mesmo CPF ou mesmo CNPJ. Além disso, da forma como está definida a
     sua modelagem o sistema só venderá para pessoa física, nunca para
     pessoa jurídica.
   * Eu chamaria a entidade "Almoxarifados" de algo mais genérico, como
     "Centros de Armazenagem" ou algo ainda mais genérico, pois muitas
     vezes os estoques estão espalhados pela empresa, não somente
     dentro de um ou mais almoxarifados. (Mas claro isso é só
     nomenclatura, nada impediria a utilização com este nome);
   * Outra coisa que vejo que poderia ser unificado é o cadastro de
     Pedidos. O pedido pode ser de Venda, mas também um pedido de
     Compra. Além disso uma venda também é feita a partir de um produto
     e não vi chave estrangeira do produto para o seu item de pedido.
   * A sua tabela "Estoque" também não tem produto associado. Creio que
     todo controle de estoque deve ser feito baseado nos produtos
     (matéria-prima, intermediários, produtos de venda).


Bom, essas são minhas sugestões, espero que não as leve a mal. As intenções são boas, e talvez eu esteja enxergando as formas de implementação de Estoque que já trabalhei, que foram sempre semelhantes ao que expus acima.

Aguardo as considerações do pessoal da lista... e mais uma vez parabenizo o Ribamar pela iniciativa.

Att.
Alex



Ribamar Sousa escreveu:
2008/6/23 Alexsandro Haag <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:

    Acho que seria muito interessante se houvésse uma Modelagem ER
    Universal padrão para desenvolvimento de software ERP. Desta forma
    teríamos vários ganhos na integração de Sistemas, onde todos
    teriam o mesmo padrão de base e os ERPs diferenciariam-se pelo
    frontend e facilidade de uso.


Acho uma boa idéia e quando discutimos as coisas em comunidade/grupos acho que estamos pelo menos em menor escala, fazendo algo do gênero.

Não sei se isso já existe. Conheço o site:http://www.databaseanswers.org/data_models/ que traz vários modelos de sugestão, mas não procura sugerir um padrão.

Realmente. Recebi o link deste site aqui na lista, baixei vários diagramas e coloquei no site onde disponibilizei o diagrama e o esquema do controle de estoque. Coloquei inclusive o link para o site, pois lá tem uma infinidade de modelos.

Se conhecem algum projeto que já tenha este propósito me indiquem por favor, se não talvez seja o caso de iniciar-se algo deste gênero.

O que acham?

Acho uma boa idéia, mas veja que novamente já seria uma especialização. Seria interessante concentrar forças no básico que seria modelar este controle de estoque, definindo padrões básicos, abordando normalização, modelagem e assuntos do gênero, para que quando o assunto tivesse sito bem abordado e tivermos segurança de ter um banco bem modelado aí então podemos partir para outras áreas afins. Veja que esta parte é básica.


Por exemplo, vou puxar um pouco o assunto: que acham da tabela pedido_itens, está bem modelada?

--
Ribamar FS - [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
http://ribafs.net
------------------------------------------------------------------------

_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a