none
Sistema dividido em módulos RRS feed

  • Pergunta

  • Olá, etou desenvolvendo um sistema WEB que servirá de base para um ERP.

    Após o término deste vou desenvolver módulos adicionais para o sistema.

    Como módulo financeiro, etc.

    Gostaria de saber como juntar esses módulos ao sistema base.

    Pois dependendo da necessidade do cliente ele optará por implantar ou não cada módulo em cima do base.

    No momento coloquei 2 projetos dentro da mesma solução, no meu caso, o módulo base e o módulo financeiro.

    Porém a minha dúvida é a seguinte:

    Necessito de 2 web configs? um para cada módulo? e a classe de banco devo deixar apenas no módulo base? Ou faço cada módulo em um projeto separado?

    No caso do controle de usuário estou utilizando os controles de membership do asp.net e necessito aplicá-lo a todos os módulos..

    Gostaria de saber a maneira correta para desenvolver um sistema deste porte.

    Sendo que nenhum módulo funcionará sem a presença do módulo base.

     

    Muito obrigado.

    • Editado João Fontana sexta-feira, 9 de abril de 2010 15:13 sadasd
    sexta-feira, 9 de abril de 2010 15:04

Respostas

  • Olha, como você está fazendo por camadas, sugir adicionar os módulos todos na mesma solução, fazendo uso da mesma conexão, mesma regra de negócio, mesmo webconfig e por ai vai. Se futuramente, um novo cliente não utilizar esses recursos, apenas deixe-os desabilitados.

    Manter um projeto só torna muito mais prático o controle de versão.


    Ph - Gambi.NET® Framework Certificated 2010
    • Marcado como Resposta João Fontana segunda-feira, 3 de maio de 2010 17:21
    segunda-feira, 12 de abril de 2010 13:52
  • Minha sugestao é fazer modulos em projetos diferentes porem dentro da mesma solucao

    onde trabalhava separavamos por projetos da seguinte maneira

    Formularios

    Relatorios

    regras de negocios

    persistencia

    sempre importante deixar os WebForms com menos codigo possivel

     

     

    • Marcado como Resposta João Fontana segunda-feira, 3 de maio de 2010 17:21
    terça-feira, 13 de abril de 2010 03:12

Todas as Respostas

  • Está trabalhando com camadas? Em caso negativo, aconselho a ir por este caminho.
    sexta-feira, 9 de abril de 2010 17:50
  • estou trabalhando em 3 camadas.

    Mas gostaria de saber a melhor maneira para mim dividir os módulos:

    - Os projetos integrados dentro da mesma solução.

    - Cada módulo em um projeto diferente.

    - Uma pasta contendo cada módulo dentro do sistema principal.

     

    Deixando claro que dependendo da necessidade do cliente é que vão ser implantados os respectivos módulos.

    sexta-feira, 9 de abril de 2010 18:10
  • Olha, como você está fazendo por camadas, sugir adicionar os módulos todos na mesma solução, fazendo uso da mesma conexão, mesma regra de negócio, mesmo webconfig e por ai vai. Se futuramente, um novo cliente não utilizar esses recursos, apenas deixe-os desabilitados.

    Manter um projeto só torna muito mais prático o controle de versão.


    Ph - Gambi.NET® Framework Certificated 2010
    • Marcado como Resposta João Fontana segunda-feira, 3 de maio de 2010 17:21
    segunda-feira, 12 de abril de 2010 13:52
  • Minha sugestao é fazer modulos em projetos diferentes porem dentro da mesma solucao

    onde trabalhava separavamos por projetos da seguinte maneira

    Formularios

    Relatorios

    regras de negocios

    persistencia

    sempre importante deixar os WebForms com menos codigo possivel

     

     

    • Marcado como Resposta João Fontana segunda-feira, 3 de maio de 2010 17:21
    terça-feira, 13 de abril de 2010 03:12
  • Ola João, você podera fazer da seguinte forma:

    Um Projeto de Interface

    Um Projeto Core

    Um Projeto de Teste do Core

    dentro da interface você pode da permissões diferentes para cada pasta, então você cria uma pasta para o financeiro, uma pasta para produto, etc etc etc.

    adicione também uma pasta XML onde ficara seu AdministratorSiteMap, nele você pode fornecer os links que vão estar no menu da aplicação deixando uma pasta aberta ou não.

    mesma coisa com o core, onde vai conter suas entidades, regras de negocio etc

    mas lembre-se de testar sempre seu core, por isso falo do projeto do tipo Test que temos no Visual Studio 2008.

    de uma olhada no google que você encontra muita coisa sobre test.

    ou da uma olhada no meu blog:

    http://matheus-veras.blogspot.com/2010/02/c-teste-de-software-com-pex.html

    bom, se for útil, favor marcar.


    matheus veras
    • Marcado como Resposta João Fontana segunda-feira, 3 de maio de 2010 17:20
    • Não Marcado como Resposta João Fontana segunda-feira, 3 de maio de 2010 17:21
    terça-feira, 13 de abril de 2010 18:37