Acesso A Sistemas Por Menu

[Guest - Augusto -]

Em um sistema com menus onde devem ser chamadas muitas telas diferentes como por exemplo em um sistema comercial, onde temos muitas telas de cadastros, muitos relatórios etc... como devemos fazer para desenvolver corretamente este tipo de sistema... devemos desenvolver o sistema totalmente baseado em um único projeto do Delphi (exemplo: sistema.dpr) com dezenas de forms representando as telas de cadastros, relatórios etc, todos vinculados a um único projeto... ou devemos desenvolver um projeto somente para ser um menu de chamada de outros projetos (exemplo: Menu.exe chamaria o programa CadastroClientes.exe, o RelatorioVendas.exe etc), ou seja, cada parte do sistema seria um projeto independente dos outros compilado como exe e chamado pelo menu com a procedure ShellExecute() ? Qual é o método correto e o mais usado ?

Um grande abraço a todos!

Augusto.

[bolomaster]

Bem kro colega na "MINHA OPINIAO", devemos fazer o programa, em um projeto e se ele tiver muitas opções for muito grande fazer em modulos, por exemplo, você tem um programa de estoque, então faça 3 modulos, um modulo de clientes (basico), um modulo (estoque) e um modulo financeiro, e seriam 3 projetos, no 1 você teria as opçoes padroes como cadastro de cliente cadastro de produtos, e conta do cliente .. relatorios .. consultas ..e essas coisas

no segundo você teria um controle do estoque com algumas opçoes do cliente, e poderia dar baixa no estoque ver o que tem cadastar estoque novo, zerar estoque, e essas coisas (lembrando que o produto você cadastra lá no basico) e um modulo financiero para você ver que esta devendo, quais contas tem a pagar e a receber imprimir boletas, essas coisa de financieiro mesmo

então você teria 3 projetos ai .. entendeu e apenas um banco de dados...

espero que tenha tirado sua duvida, mas deixo bem claro esta é a minha opiniao, talvez não seja a certa ou a mais correta, mas é o que eu acho

Abraços

Rafael Marciano

Amigao se cadastre ai no forum e ajude a nossa comunidade a crescer

[piradox]

Mas é bom que seja um banco de dados de verdade (tipo mysql, postgres, firebird ou outro que num tenha q ficar direcionando para arquivos, e que aceite tudo quanto é tipo de join filé), entendeu?

E se você tem um padrão para formPai, aí dá pra colocar tudo num projeto só, onde todas as suas telas de cadastro serão filhas desse formPai, herdadas dele. Aí num importa quantas telas você tenha, todas seguirão seu padrão, ou 'despadrão', se você num padronizar direito.