Duvidas em um padrão web aqui

Ola é o seguinte,

Comprei um livre e nele ele me mostra um exemplo de
uma aplicação E-commerce e me sugere o padrão.
O padrão é MVC so que mesmo com as explicações
do livro fiquei com um pé atras em tanto arquivo
pra chegar num lugar so.
Vamos lá

PACOTES

  • Bean
  • Persistencia
  • Negocio
  • Servlet
  • Erros

(Usuarei somente o exemplo de uma classe )
BEAN -
> FuncionarioBean
Variaveis e métodos de validações…

PERSISTENCIA -
> Conexao
Metodos para conexao com Banco de dados
> FuncionarioBanco
Metodos para a persistencia com Banco de dados
> FuncionarioDAO
Interface com os métodos declarados no BANCO
> FabricaDAO
Classe que distribui todos os métodos para a aplicacao atraves de retorno.

NEGOCIO -
> FuncionarioBO
É nessa que to meio perdido nessa historia. Por exemplo nela eu colocaria
métodos do tipo:

public static void incluir (FuncionarioBean b) throws KaririException { FabricaDAO.getFuncionarioDAO().incluir(b); }
Repetindo todos os métodos que coloquei no contrato na DAO.
…Help me here.

SERVLET -
Autoexplicativo…

ERROS -
Autoexplicativo…

Vejam que so foi com uma tabela e o trabalho que deu. Vcs bem sabem a quantidade de campos e metodos que implica para cada classe ou tabela do banco de dados.
Onde pode se melhorar ( sem frameworks ) ?
o arquivo BO realmente procede ? Ou vai interferir mesmo, caso eu venha
a expandir a aplicacao, ai sim fazendo a diferenca ?

Se alguem nao resistir e me indicar Frameworks, que me indique um de aprendizado facil e sem aquelas malditas tags de dificil compreenssao ate pra o desenvolvedor.

Então cara não sei qual é a sua dúvida exatamanete. A única coisa que não concordamos (javeiros) são as classes anêmicas, no caso a sua FuncionarioBean que não faz nada além de get e set. Quando o certo seria juntar a sua BO com essa classe.

Quanto ao que vc disse de vários arquivos para chegar a um único lugar isso é relativo a extensibilidade da sua aplicação.

Por exemplo sua classe FabricaDAO hoje só irá devolver uma instância do FuncionarioBanco mas no futuro ela pode ser uma classe crucial para instaciar diversos tipos de DAOs diferentes em tempo de execução.

Frameworks acho que só o hibernate por enquanto. (opnião pessoal antes dos comentários) e o uso de patterns como vc já irá fazer.