Pular para o conteúdo principal

Questão de Arquitetura de Software — SOA (Service-oriented architecture) — SELECON 2026

Arquitetura de SoftwareSOA (Service-oriented architecture)
Código
qg762878
Banca
SELECON
Órgão
UFRJ
Ano
2026
Nível
Médio
Cargo
Técnico de Tecnologia da Informação - Sistemas
Uma equipe de suporte de TI está trabalhando para colocar em funcionamento um sistema baseado na arquitetura orientada a serviços (SOA). Um dos princípios que deve nortear a implantação desse sistema diz respeito ao fato de que ele:
  1. Aprecisa utilizar comunicação através do modelo REST ou gRPC
  2. Bprecisa usar somente páginas web que funcionem com HTTPS
  3. Cdeve ter acoplamento fraco, tendo a menor dependência possível de recursos externos
  4. Ddeve usar um protocolo de arquitetura leve, flexível e baseado em recursos, utilizando o JSON
  5. Enecessita que seus clientes ou usuários conheçam, em detalhes, a lógica do código e a forma de implementação
Revelar gabarito e comentário

GabaritoC — deve ter acoplamento fraco, tendo a menor dependência possível de recursos externos

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 Orientada a Serviços (SOA) – Princípio Fundamental

Gabarito: alternativa C. O princípio central da SOA é o baixo acoplamento (loose coupling), ou seja, os serviços devem ser independentes e ter a menor dependência possível de recursos externos. Isso garante reuso, flexibilidade e interoperabilidade.

A banca testa o conhecimento dos princípios da SOA. Vamos analisar cada alternativa:

1Baixo acoplamento (loose coupling)
Mínima dependência externa
Mudanças isoladas
2Abstração do serviço
Caixa-preta
Interface bem definida
3Independência de protocolo
SOAP, REST, gRPC
4Independência de interface
Não exige páginas web
SOA – Princípios
LEVELsoulevel.com.br
SOA – Princípios: Baixo acoplamento (loose coupling) (Mínima dependência externa, Mudanças isoladas); Abstração do serviço (Caixa-preta, Interface bem definida); Independência de protocolo (SOAP, REST, gRPC); Independência de interface (Não exige páginas web)

Alternativa A — ❌ Incorreta

Afirma que SOA precisa usar REST ou gRPC. Na realidade, a SOA é independente de protocolo; pode usar SOAP, REST, gRPC, entre outros. REST e gRPC são opções, não requisitos.

Alternativa B — ❌ Incorreta

Diz que SOA precisa usar páginas web com HTTPS. A SOA não está vinculada a interfaces web; serviços podem ser consumidos por diversos tipos de clientes. HTTPS é uma camada de segurança, não uma obrigação da arquitetura.

Alternativa C — ✅ Correta ⟵ GABARITO

Exatamente o que define SOA: serviços fracamente acoplados, com independência entre si. O baixo acoplamento permite que mudanças em um serviço não impactem os demais.

Alternativa D — ❌ Incorreta

Descreve o estilo REST (leve, flexível, baseado em recursos, JSON), mas isso não é um princípio da SOA. A SOA pode ser implementada com REST, mas também com SOAP/XML, por exemplo.

NÃO CAIA NESSA!

Não confunda SOA com REST. A alternativa D pode induzir ao erro, pois descreve características do REST como se fossem obrigatórias na SOA.

Alternativa E — ❌ Incorreta

Viola o princípio da abstração de serviço: clientes não precisam conhecer detalhes de implementação. Na SOA, os serviços são caixas-pretas com interfaces bem definidas.

Gabarito: letra C – acoplamento fraco e mínima dependência externa.

Link permanente: /questoes/qg762878