Tecnologias a Utilizar....

Boa noite pessoas,

Criei este tópico para discutir e pedir sugestoes a vocês sobre um projeto de sistema:

Titulo: Sistema de Gerenciamento de Call Center
Descricao: Sistema utilizara tecnologias java para implantar campanhas de abordagem de publico como por exemplo: vendas de cartoes de credito, vendas de outros titulos bancarios, agendamento de visistas bancarias entre outras.

Oque eu tenho em mente:

começaria do basico, Utilizaria JAVA ....
EJBs,
Jldap para controle de usuarios com grupos e permissoes,
não gostaria de utilizar frameworks MVC (sugerido Struts pela empresa ... )
Controles de Telefonia por applets acessando servidores por socket.
Relatorios on-line com jasper reports + JSP

Exigencias do projeto.

Logicas de acesso a a dados implementadas por stored procedures ( minhas DAOs ficariam mais simples ... ??!!)

Logicas de geracao de relatorios implementados por stored procedures

Alta disponibilidade (3000 a 4000 acessos simultaneos

)

Essas são as definições basicas do projeto... Gostaria de sugestoes sobre tecnologias a aproveitas e padrões a se utilizar.

Voce quer usar ejbs e NAO quer usar MVC?

Rafael

This message was edited 1 time. Last update was at 12/04/2005 21:41:15

Não gostaria de usar Frameworks Prontos ... gostaria de fazer (servlets + jsp) dentro dos padroes MVC

Fernando

This message was edited 1 time. Last update was at 12/04/2005 21:46:08

Vira de cabeça para baixo e reprocessa.

Vamos lá....

- começaria do basico, Utilizaria JAVA ....

COOL +

- EJBs

Errado, tente evitá-los

- Jldap para controle de usuarios com grupos e permissoes

????

Create table user (nome varchar(30), senha varchar(20));

- não gostaria de utilizar frameworks MVC (sugerido Struts pela empresa ... )

Errado, USE!

Struts, WebWork, JSF, JBanana, etc

- Controles de Telefonia por applets acessando servidores por socket.

???? Nossa... Socket? Não da para usar WebServices não, ou um servlet?

- Relatorios on-line com jasper reports + JSP

É bomzinho, mas eu gosto mais do JFreeReport

- Logicas de acesso a a dados implementadas por stored procedures ( minhas DAOs ficariam mais simples ... ??!!)

Ficariam beeeem simples, aliás, vc nem precisa de DAOS

ehehehhe. Dica... tente não usar essas stored procedures

- Logicas de geracao de relatorios implementados por stored procedures

Idem ao anterior

- Alta disponibilidade (3000 a 4000 acessos simultaneos )

3000 a 4000 acessos simultâneos? O que tu vai fazer, um Grid de reconhecimento de padrões das fotos tiradas a cada segundo dos satélites da nasa da Terra?

Não precisa exagerar... começe do início... do Java

Pq vc nao gostaria de usar frameworks? o trabalho que vc vai ter pra implementar do zero eh abusrdo de grande.

Qtas dezenas de servidores voces terao disponiveis para rodar o sistema?

Rafael

Boa sorte, mas você vai gastar mais tempo fazendo seu framework MVC do que o próprio sistema. Não reinvente a roda (apesar de eu odiar clichês).

This message was edited 1 time. Last update was at 12/04/2005 22:04:01

scottys0 wrote:
começaria do basico, Utilizaria JAVA ....
EJBs,

Se você vai ter uma carga grande feito essa, EJBs são uma boa pedida, mas fuja de EntityBeans. Isso te da clustering e alta disponibilidade facilmente. Para callcenters a melhor coisa a fazer é usar MDBs, a escalabilidade do sistema vai ser muito melhor.

scottys0 wrote:
Jldap para controle de usuarios com grupos e permissoes,

Edit(Falei M):
LDAP é uma ótima escolha, só toma cuidado com o servidor que escolher.
Fuja da idéia do Vitor, gerenciamento de usuarios de verdade é usando LDAP.

scottys0 wrote:
não gostaria de utilizar frameworks MVC (sugerido Struts pela empresa ... )
Controles de Telefonia por applets acessando servidores por socket.
Relatorios on-line com jasper reports + JSP
[/i]

Use um framework MVC, supondo que você leve tempo ZERO para escrever ele, você vai gastar mais tempo corrigindo os bugs dele que aprendendo alguma solução existe.
Esqueça applets, você vai ter que assiná-los para usar sockets com os telefones, prefira JWS. Tente usar uma API dos aparelhos caso o vendor ofereça.

Outra coisa, um sistema desse porte não é simples, já trabalhei com um concorrente seu e digo que algumas metas são bem trabalhosas de atingir.

Essa dica aqui vai de graça, faça testes de carga ao longo de todo projeto e desde o inicio.

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

louds wrote:LDAP é uma ótima escolha, só toma cuidado com o servidor que escolher.
Fuja da idéia do Vitor, gerenciamento de usuarios de verdade é usando LDAP.

+1. Pra qualquer coisa que você pretenda integrar, LDAP é bem melhor que aquela tabelinha sem-vergonha que você modelaria. Contudo, daí as empresas deixarem você usar LDAP...

Se te deixam, comece já!

Thread.start() Membro desde: 23/09/2003 08:01:11 Mensagens: 43 Offline

mister__m wrote:

louds wrote:LDAP é uma ótima escolha, só toma cuidado com o servidor que escolher.
Fuja da idéia do Vitor, gerenciamento de usuarios de verdade é usando LDAP.

+1. Pra qualquer coisa que você pretenda integrar, LDAP é bem melhor que aquela tabelinha sem-vergonha que você modelaria. Contudo, daí as empresas deixarem você usar LDAP...

Se te deixam, comece já!

Po, será que é só eu que não gosto de LDAP?

hehehe

Sei la... muita complicação para pouco resultado.. claro, a não ser que você realmente vá usar todos os recursos da LDAP, como validação em árvores e aquela coisa toda...

vfpamp wrote:
- EJBs
Errado, tente evitá-los

Por que ? Ejbs não são melhores pra grandes aplicações

vfpamp wrote:
- Alta disponibilidade (3000 a 4000 acessos simultaneos )
3000 a 4000 acessos simultâneos? O que tu vai fazer, um Grid de reconhecimento de padrões das fotos tiradas a cada segundo dos satélites da nasa da Terra?

3000 a 4000 logins simultaneos ... hehehe escrevi errado. oque me daria em media de 1000 acessos

louds wrote:
Outra coisa, um sistema desse porte não é simples, já trabalhei com um concorrente seu e digo que algumas metas são bem trabalhosas de atingir.

Qual concorrente Louds ??

Thread.start() Membro desde: 23/09/2003 08:01:11 Mensagens: 43 Offline

scottys0 wrote:

vfpamp wrote:
- EJBs
Errado, tente evitá-los

Por que ? Ejbs não são melhores pra grandes aplicações

São, e não são..

Vai do que você fizer e como fizer. O problema do EJB é que ele é um elefante branco altamente mutável (Vide EJB2.0 e EJB3.0) e nada portável entre os servidores

. Além de, claro, ser chato e trabalhoso pra cassete.

My 2 cents

Rafael Steil wrote:Pq vc nao gostaria de usar frameworks? o trabalho que vc vai ter pra implementar do zero eh abusrdo de grande.
Qtas dezenas de servidores voces terao disponiveis para rodar o sistema?
Rafael

"Alguns" Intel® Xeon? ... com 2 GB de memoria ...

This message was edited 1 time. Last update was at 13/04/2005 00:12:12

vfpamp wrote:

São, e não são..

Vai do que você fizer e como fizer. O problema do EJB é que ele é um elefante branco altamente mutável (Vide EJB2.0 e EJB3.0) e nada portável entre os servidores . Além de, claro, ser chato e trabalhoso pra cassete.

My 2 cents

Rapaz, eu soh vejo a galera escaldar EJB, alguem defende a utilizacao ?

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

Fabrício Cozer Martins wrote:Rapaz, eu soh vejo a galera escaldar EJB, alguem defende a utilizacao ?

Session Beans são legais se usados com moderação e MDBs, mais ainda. Se você tiver como usá-los de forma invisível, é quase perfeito

Notícias, artigos e o maior fórum brasileiro sobre Java