Questão de Arquitetura de Software — Arquitetura em camadas — FGV 2025
Arquitetura de Software›Arquitetura em camadas
Código
fg107139
Banca
FGV
Órgão
CPRM
Ano
2025
Nível
Superior
Cargo
Analista em Geociências - Análise e Desenvolvimento de Sistemas
Considerando a arquitetura de aplicações web, assinale a afirmação incorreta.
AA arquitetura de aplicações Web pode ser dividida em aspectos Físicos e Lógicos, sendo este último especificando, contendo, entre outras partes, a lógica de negócios.
BA arquitetura de aplicações em 3 aspectos físicos destina uma máquina física ou servidor exclusivamente para o servidor de banco de dados.
CA arquitetura de aplicações dividida unicamente em dois níveis físicos concentra apenas a lógica de apresentação no cliente, chamado por vezes de "Fat Client".
DA arquitetura de aplicações dividida em 3 níveis físicos pode ter divisões lógicas diferentes em cada camada física.
EA arquitetura de aplicativos do framework JEE pode ser dividida em múltiplos níveis físicos.
Revelar gabarito e comentário▾
GabaritoC — A arquitetura de aplicações dividida unicamente em dois níveis físicos concentra apenas a lógica de apresentação no cliente, chamado por vezes de "Fat Client".
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Arquitetura de Aplicações Web
Gabarito: letra C. A afirmativa incorreta é a que trata da arquitetura de dois níveis físicos: ela afirma que nesse modelo concentra-se apenas a lógica de apresentação no cliente, chamado de "Fat Client". Na verdade, o termo "Fat Client" (cliente gordo) refere-se a um cliente que também executa parte da lógica de negócios, não só a apresentação. Se o cliente contivesse apenas a apresentação, seria um "Thin Client" (cliente magro).
A banca testa o conhecimento sobre os diferentes tipos de arquitetura (camadas físicas e lógicas) e os conceitos de cliente gordo e magro. Vamos analisar cada alternativa:
Alternativa A — ✅ Correta
A arquitetura de aplicações Web pode realmente ser dividida em aspectos Físicos (hardware, servidores) e Lógicos (software, camadas como apresentação, negócios e dados). A lógica de negócios é parte do aspecto lógico.
Alternativa B — ✅ Correta
Na arquitetura de três níveis físicos (três-tier), cada camada (apresentação, aplicação e dados) ocupa um servidor/máquina dedicada. O banco de dados fica em um servidor próprio.
Alternativa C — ❌ Incorreta ⟵ GABARITO
A afirmação diz que na arquitetura de dois níveis (cliente-servidor) o cliente concentra "apenas a lógica de apresentação" e é chamado de "Fat Client". Isso está errado:
Em uma arquitetura de dois níveis, o cliente pode ser fat (executa parte da lógica de negócios) ou thin (apenas interface).
O termo "Fat Client" é usado justamente quando o cliente também processa lógica de negócios, não apenas a apresentação.
Portanto, a alternativa inverte o conceito, associando "Fat Client" a um cliente que só tem apresentação, o que é característica de "Thin Client".
Alternativa D — ✅ Correta
Em uma arquitetura de três níveis físicos, é possível ter subdivisões lógicas internas em cada camada. Por exemplo, a camada de aplicação pode conter várias camadas lógicas (serviços, repositórios, etc.).
Alternativa E — ✅ Correta
O framework JEE (Java Enterprise Edition) é conhecido por suportar arquiteturas multicamadas (n-tier), permitindo distribuir componentes entre vários servidores físicos.
NÃO CAIA NESSA!
A banca troca os conceitos de Fat Client e Thin Client. No contexto de dois níveis, o cliente que contém apenas a apresentação é o Thin Client; o Fat Client também contém lógica de negócios. Cuidado com o advérbio "apenas" — ele denuncia a inversão.