Diferenças entre Arquitetura de Projetos

Entusiasta Java Membro desde: 03/10/2006 22:07:36 Mensagens: 16 Offline

Olá pessoal,

É evidente que não vou achar na web alguém que diga qual arquitetura devo usar.
Ex. qdo projeto a ser desenvolvido for para a área da Saúde... use tal ! se for para área imobiliária... use fulana.

Isso eu não vou achar (pois a maioria do pessoal que manja do assunto diz q é necessário contratar um consultor, mas não é o meu caso, é apenas para um artigo), por isso estou postando aqui...

a minha dúvida mesmo é descobrir a diferença entre arquiteturas,
se alguém tiver algum material legal sobre isso ou bibliografia tambem seria bacana.

Cara, a diferença é a seguinte: cada projeto tem uma arquitetura! Você não vai conseguir criar uma arquitetura genérica nunca, você terá que analisar um cenário particular.

E quando digo um cenário particular não estou falando de um sistema na área de saúde somente, como você falou. Não se trata somente da área de atuação do sistema mas de uma série de outros fatores a mais.

Um sistema de saúde com 100 usuários CADASTRADOS certamente tem uma arquitetura absolutamente diferente de um sistema de saúde com 10000 usuários SIMULTÂNEOS, por exemplo.

Se você não escolher um cenário para analisar e um escopo para o seu projeto não vai conseguir chegar a conclusão nenhuma.

Abraços,
Guilherme Chapiewski

Entusiasta Java Membro desde: 03/10/2006 22:07:36 Mensagens: 16 Offline

Perfeito Guilherme,

mas o q é fundamental para categorizar arquiteturas? (levando se em conta que já temos os requisitos levantados e o escopo definido)

Eu posso falar de arquitetura apenas por Design Patterns?

Pois então.... Os requisitos (tanto funcionais quanto não funcionais) e o escopo é que são a base para definição da arquitetura.

Por exemplo:

- Se você tem um requisito que aplicação terá que suportar 10000 acessos simultâneos com certeza terá que se preocupar com escalabilidade horizontal (cluster).

- Se você tem uma aplicação web você não poderá usar Swing, naturalmente.

- Se você tem uma aplicação desktop não poderá usar Struts.

Enfim, como eu disse anteriormente, você definirá a arquitetura de acordo com o seu escopo.

Abraços,
Guilherme

jeffmor wrote:levando se em conta que já temos os requisitos levantados e o escopo definido

O sistema ta em producao e os usuarios estao usando o treco o dia inteiro pra fazer o trabalho deles?

Nao?

Entao "ter requisitos levantados e escopo definido" eh mentira.

Agora para de falar de arquitetura e vai programar algo que valha a pena usar, antes de mais nada

Hehehe, seria uma boa

jeffmor wrote:

Isso eu não vou achar (pois a maioria do pessoal que manja do assunto diz q é necessário contratar um consultor, mas não é o meu caso, é apenas para um artigo), por isso estou postando aqui...

Rapaz, se é apenas para um artigo acho que já escreveram o que existe de melhor no assunto vc. tem que ler isso.:

http://fragmental.com.br/wiki/index.php?title=Desenvolvendo_Sistemas_OO_Com_Padr%C3%B5es_de_Neg%C3%B3cio

http://fragmental.com.br/wiki/index.php?title=Arquitetura_de_Camadas_em_Java_EE
http://fragmental.com.br/wiki/index.php?title=MVC_e_Camadas
http://fragmental.com.br/wiki/index.php?title=Evitando_VOs_e_BOs

Te garanto que vais mudar teus conceitos e vai parar de inventar história e voltar a estudar/trabalhar.Só um detalhe não vais copiar a idéia alheia, escrever (..sic) o artigo dizendo que o conceito é seu....ok....

Boa sorte.

Entusiasta Java Membro desde: 03/10/2006 22:07:36 Mensagens: 16 Offline

cv wrote:
O sistema ta em producao e os usuarios estao usando o treco o dia inteiro pra fazer o trabalho deles?
Nao?
Entao "ter requisitos levantados e escopo definido" eh mentira.

Então quer dizer que eu só tenho requisitos levantados e escopo definido, qdo o sistema estiver em produção? ow louco dessa eu não sabia...

cv wrote:
Agora para de falar de arquitetura e vai programar algo que valha a pena usar, antes de mais nada

CV, na boa, o intuito do tópico não é programar!

Entusiasta Java Membro desde: 03/10/2006 22:07:36 Mensagens: 16 Offline

WilliamSilva wrote:
Rapaz, se é apenas para um artigo acho que já escreveram o que existe de melhor no assunto vc. tem que ler isso.:

ehh willian eu já havia lido e relido esse material do "shoes" (muito bom por sinal)

WilliamSilva wrote:
Te garanto que vais mudar teus conceitos e vai parar de inventar história e voltar a estudar/trabalhar.Só um detalhe não vais copiar a idéia alheia, escrever (..sic) o artigo dizendo que o conceito é seu....ok....
Boa sorte.

inventar história?

é conceitual velho, não estou inventando história nenhuma, só estou com dúvidas, e procurando material disponível.
Não sou do tipo de pessoa, de copiar não cara. Se eu for usar o que uma outra pessoa já disse, com certeza eu vou citar.

jeffmor wrote:Então quer dizer que eu só tenho requisitos levantados e escopo definido, qdo o sistema estiver em produção? ow louco dessa eu não sabia...

"Requisito levantado" e "escopo definido" so poem comida no prato de quem finge que ta fazendo alguma coisa. O mundo precisa de software, nao de mais papel com diagramas.

jeffmor wrote:CV, na boa, o intuito do tópico não é programar!

Entao, qual eh o intuito?

Entusiasta Java Membro desde: 03/10/2006 22:07:36 Mensagens: 16 Offline

Eu concordo contigo que existem muitas "frescuras" para desenvolver qualquer coisa, mas tem pontos que são fundamentais: entre eles análise de requisitos e escopo, com isso "pronto" a implementação se torna muito mais rápida e precisa...

o intuito:
1) é debater é sacar conceitualmente as diferenças entre Arquiteturas.
2) eu posso falar de arquitetura apenas por Design Patterns?

como diria gscordeiro:
se abstrato pudesse ser instanciado, eu diria que esse assunto é a instanciacao da abstração!

Smalltalk Membro desde: 28/01/2007 14:16:15 Mensagens: 1 Offline

cv wrote:O mundo precisa de software, nao de mais papel com diagramas

Pois é mas são os papéis com diagramas que fazem com que o software possa ser modificado e entendido, sem aquela costumeira bagunça de alguns programadores.... deculpa ai... mas vai dar uma estudada no que vc tah malhando....

Menina wrote:Pois é mas são os papéis com diagramas que fazem com que o software possa ser modificado e entendido

Er... nao. Pra isso se usa refactoring

Debugger Membro desde: 15/11/2004 10:48:27 Mensagens: 71 Offline

Acho q o cv quer fizer é:

Applying UML And Patterns wrote:"Começe a programar cedo pra descobrir erros graves no início pois somente código e software funcionando revelam a verdade."

What is classpath? Membro desde: 29/01/2007 13:50:25 Mensagens: 8 Offline

"Requisito levantado" e "escopo definido" so poem comida no prato de quem finge que ta fazendo alguma coisa. O mundo precisa de software, nao de mais papel com diagramas.

Er... nao. Pra isso se usa refactoring

Saudações a todos ... acho realmente interessante os argumentos "extremistas".

Me pergunto sempre se os desenvolvedores XP, quando um dia pensarem em construir as suas casas ou reformar um apto irão usar das mesmas heurísticas.

Diriam eles ao pedreiro (já que não precisam nem de Arquiteto ou Engenheiro) ... "Bota a parede ai mesmo, e não precisa se preocupar com colunas. Se até o final da obra eu resolver fazer o segundo andar da casa, vocês quebram tudo (quer dizer, fazem um refactoring) e constroem tudo de novo."

Abraço.

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