Questão de Arquitetura de Software — Arquitetura de Software — CESPE / CEBRASPE 2025
Arquitetura de Software›Arquitetura de Software
Código
ce208435
Banca
CESPE / CEBRASPE
Órgão
MPE-CE
Ano
2025
Nível
Superior
Cargo
Analista Ministerial - Especialidade: Ciências da Computação
Acerca de arquitetura e tecnologias de sistemas de informações e de desenvolvimento de integrações, julgue o seguinte item.A arquitetura de software em sistemas distribuídos costuma ser organizada em aplicações encapsuladas, comumente emprega o modelo MVC (model-view-controller) para separar as responsabilidades de apresentação, processamento e acesso a dados, ao custo de maiores manutenção, escalabilidade e flexibilidade.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
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 software em sistemas distribuídos e MVC
❌ ERRADO. O item está incorreto porque o modelo MVC (Model-View-Controller) não é o padrão típico para organizar sistemas distribuídos em aplicações encapsuladas; ele é um padrão arquitetural para separação de responsabilidades dentro de uma aplicação, geralmente monolítica. Além disso, a afirmação de que o MVC resulta em "maiores manutenção, escalabilidade e flexibilidade" é contraditória, pois esses não são custos, mas sim benefícios almejados. O correto seria dizer que o MVC contribui para melhor manutenibilidade e flexibilidade, mas não é específico para sistemas distribuídos.
O MVC é um estilo arquitetural que divide a aplicação em três componentes: Model (dados e lógica de negócio), View (apresentação) e Controller (entrada do usuário e coordenação). Embora amplamente utilizado em aplicações web e desktop, ele não é projetado para sistemas distribuídos, que geralmente empregam estilos como cliente-servidor, microsserviços ou arquitetura orientada a serviços (SOA). A descrição de "aplicações encapsuladas" se aproxima mais do conceito de componentes ou serviços distribuídos, não do MVC.
Quanto à expressão "ao custo de maiores manutenção, escalabilidade e flexibilidade", há uma inversão: o MVC visa justamente facilitar a manutenção (reduzir custos de manutenção) e aumentar a escalabilidade e flexibilidade do sistema. O termo "maiores" sugere que essas características são negativas ou onerosas, o que não condiz com os objetivos do padrão.
NÃO CAIA NESSA!
A banca troca benefícios por custos: o MVC melhora manutenibilidade, escalabilidade e flexibilidade, mas o item os apresenta como desvantagens ("ao custo de maiores..."). Além disso, associa o MVC a sistemas distribuídos de forma inadequada, quando ele é mais comum em aplicações centralizadas.