-
A alternativa correta da questão , provavelmente foi retirada, na íntegra, da seguinte fonte : Introdução à Arquitetura de Design de Software: Uma Introdução à Plataforma Java - Paulo Silveira , pág. 144.
Consulte em : https://books.google.com.br/books?id=qQU17gFaofgC&pg=PA144&lpg=PA144&dq=Na+arquitetura+tradicional,+h%C3%A1+tr%C3%AAs+tiers:+o+cliente+remoto,+o+servidor+web+e+o+servidor+de+banco+de+dados.&source=bl&ots=-0Z-iU5Rys&sig=RfQ8lR0fT1Paz0klZq7kyAtqjWE&hl=pt-BR&sa=X&ved=0ahUKEwiM89fJ1tLXAhWJh5AKHSYcB6wQ6AEIOjAE#v=onepage&q=Na%20arquitetura%20tradicional%2C%20h%C3%A1%20tr%C3%AAs%20tiers%3A%20o%20cliente%20remoto%2C%20o%20servidor%20web%20e%20o%20servidor%20de%20banco%20de%20dados.&f=false
-
Complementando a resposta da Izabela, o gabarito da questão é a letra D, que cita as 3 camadas.
-
Thin-client
- todo o gerenciamento de processamento de aplicativos e dos dados é realizada pelo servidor. Cliente é simplesmente responsável por executar o software GUI.
- usado quando sistemas legados são migrados para arquiteturas cliente-servidor em que o sistema legado age como um servidor em seu próprio direito com uma interface gráfica implementada em um cliente.
- desvantagem: coloca uma carga de processamento no servidor e a rede.
Thick-client
- servidor é encarregado do gerenciamento de dados.
- software no cliente implementa a lógica de aplicação e as interações com o usuário do sistema.
- mais adequado para novos sistemas cliente-servidor, onde as capacidades do sistema do cliente são conhecidos antecipadamente.
- desvantagem: mais complexa, especialmente para gestão.
- todos os clientes devem ter cópia mesma / versão do aplicativo de software.
http://www.w3ii.com/pt/software_architecture_design/distributed_architecture.html
-
A - a lógica fica no servidor e não distribuída
B - stored procedures nao permitem independencia do banco, pelo contrário, vc fica acoplado a ele
C - sim, os clientes desktop geralmente sao fat clients, ou seja, possuem toda a regra de negócio (ex: aplicação de imposto de renda), mas não tem essa compatibilidade não.
sobrou a D
-
d-
O PARADIGMA CLIENTE/SERVIDOR - 2 processos, processo cliente e servidor. Podem coexistir numa única máquina, embora seja mais comum haver 1 maquina cliente e outra servdior
O protocolo entre clientes e servidores é do tipo requisição-resposta; clientes enviam requisição e o servidor responde. Podem rodar sobre TCP ou sobre um protocolo não orientado a conexão como o UDP. Servidor recebe requisições de vários clientes e uma fila pode formar em sua entrada. Com apenas uma requisição por vez, os recursos do servidor sao subutilizados, o throughput baixo e o tempo de resposta aos clientes crescerá na medida do aumento da carga no servidor.
Thin clients se referem a uma camada de software em um computador local com uma interface baseada em janelas para executar aplicativos em um computador remoto. Logo, thin clients têm GUI, mas logica e processamento residem no servidor. Fat clients têm GUI, logica e processamento; servidor administra dados pedidos.
-
Viche, já está caindo até pergunta de concuso de livro da galera da Caelum.
kkk
Dureza o tanto de fonte que precisamos estudar.
-
Modelo cliente magro - processamento e gerenciamento de dados fica TOTALMENTE no servidor
Modelo cliente gordo - servidor somente é responsável pelo gerenciamento de dados. O software do cliente implementa a lógica da aplicação e as interações com os usuários