-
Eu errei a questao!,
Mas se consideramos regras de validação em JavaScrpit como regras de negócio....
-
Prezados,
Não concordo com o gabarito dessa questão.
Pra mim, a questão troca os conceitos de arquitetura cliente-servidor e a arquitetura em camadas.
Segundo Pressman, página 214, na arquitetura em camadas um certo numero de camadas diferentes é definido, cada uma realizando operações que se tornam progressivamente mais próximas do conjunto de instruções de maquina.
Vemos que o conceito de Pressman sobre arquitetura em camadas é bem semelhante ao postulado no enunciado dessa questão, porém afirmando que se trata da arquitetura cliente-servidor.
Vejamos os conceitos de Arquitetura cliente-servidor e arquitetura em camadas segundo Sommerville :
Arquitetura cliente-servidor: O modelo de arquitetura cliente-servidor é um modelo em que o sistema é organizado como um conjunto de serviços e servidores e clientes associados que acessam e usam os serviços.
Arquitetura em camadas: O modelo em camadas de uma arquitetura organiza o sistema em camadas, cada uma das quais fornecendo um conjunto de serviços.
Portanto, questão errada na minha opinião.
Fonte :
- Pressman, Engenharia de Software, 6º edição
- Sommerville, Engenharia de Software, 8º edição
-
Acredito que o camarada que fez a questão quis dizer que existem críticas feitas primariamente nas estações de trabalho que fazem parte da regra de negócio. Mas, realmente dizer que as regras de negócio essenciais estão nas estações (cliente) é muito forte.
Elas fazem parte do coração do negócio (dentro do servidor). Se eu estiver errado me corrijam por favor, ok?
-
como que regras do negócio vai estar no cliente? se alterar uma regra vai ser alterada no servidor, para todos os clientes, e não nos clientes individualmente. se o cliente nao atualizar vai estar indo contra as regras do negócio? não entendi, a questão está mal formulada, ou o cara que formulou não sabe nada de programação.
-
Depois de muito pesquisar, descobri que esse trecho foi retirado do livro do Pressman (Engenharia de Software - Sétima Edição). O problema é que mesclaram dois trechos distintos: o primeiro trata sobre a arquitetura em camadas (página 237) e o segundo, a partir de "Nessa arquitetura.." (página 677), trata sobre engenharia direta para arquiteturas cliente-servidor. Lá ele diz que as funcionalidades da aplicação devem migrar para cada computador cliente para poder ser feita a reengenharia. Nesse caso, a camada das regras de negócio representa software residente tanto no cliente quanto no servidor.
Essa pergunta não foi anulada no concurso, mas acredito ser digna de recurso. Muito mal formulada. Praticamente um CTRL+C CTRL+V do livro de trechos sem muita coesão.
-
Gabarito absurdo. Ele fala em arquitetura cliente-servidor, descreve a arquitetura por camadas e ainda diz que as regras do negócio estão no cliente. Enfim...
-
Pessoal, marquei bobeira nessa questão, pois vai contra o senso comum. Porém, segue a explicação:
Na arquitetura cliente-servidor temos 2 modelos de cliente diferentes, quais sejam:
1) Modelo Cliente-Magro (Thin-Client): Todo processamento ocorre no lado do servidor, sobrando apenas a apresentação para o cliente. Esse é o modelo que estamos acostumados.
Fonte: https://pt.wikipedia.org/wiki/Thin_client
2) Modelo Cliente-Gordo (Fat-Client): Temos aqui a controvérsia. Neste modelo o cliente implementa a lógica de aplicação e as interações com o usuário, restando apenas o gerenciamento de dados para o servidor.
Fontes: https://pt.wikipedia.org/wiki/Fat_client e http://www.wthreex.com/rup/process/workflow/ana_desi/co_dpatt.htm
Acho que era isso!
-
Questão difícil de engolir, mas o que importa é a nossa aprovação!!!
-
Se ao menos tivesse colocado um pode residir tanto no cliente como no servidor! Tendo em vista que a regra de negócio pode residir apenas no cliente, como tbm apenas no servidor, e híbrida tanto no cliente como no servidor!