Pular para o conteúdo principal

Questão de Arquitetura de Software — WebServices — FGV 2025

Arquitetura de SoftwareWebServices
Código
fg107148
Banca
FGV
Órgão
CPRM
Ano
2025
Nível
Superior
Cargo
Analista em Geociências - Análise e Desenvolvimento de Sistemas
Considerando a Arquitetura Orientada a Serviços (SOA), seus componentes e características, assinale a afirmação correta.
  1. AWSDL é um formato JSON que especifica como acessar qualquer tipo de serviço.
  2. BUDDI é um formato XML que inclui os dados que serão transmitidos ou recebidos de um serviço Web.
  3. COs 3 principais elementos do formato SOAP são o Cabeçalho, Corpo e Envelope, sendo exclusivamente neste último, onde estão os dados.
  4. DA independência de outros sistemas da Arquitetura Orientada a Serviços é provida, em grande parte, pelo fraco (baixo) acoplamento.
  5. EA Arquitetura Orientada a Serviços possui padrões proprietários definidos pelos seus respectivos provedores de serviços de forma a garantir a segurança.
Revelar gabarito e comentário

GabaritoD — A independência de outros sistemas da Arquitetura Orientada a Serviços é provida, em grande parte, pelo fraco (baixo) acoplamento.

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) – Características Fundamentais

Gabarito: letra D. O baixo acoplamento (loose coupling) é um princípio central da SOA, permitindo que os serviços sejam independentes entre si, o que garante flexibilidade e reutilização. As demais alternativas apresentam equívocos sobre WSDL, UDDI, SOAP e padrões.

Elemento

Descrição

Formato / Padrão

Função

WSDL

Linguagem de descrição de serviços web

XML (não JSON)

Descreve interface do serviço (operações, mensagens, bindings)

UDDI

Serviço de diretório para publicação e descoberta

Metadados (não dados transmitidos)

Permite publicar e descobrir serviços web

SOAP

Protocolo de troca de mensagens

XML; estrutura: Envelope (raiz), Header (opcional), Body (obrigatório, contém payload)

Transporta dados entre serviços

Baixo acoplamento

Princípio arquitetural

Padrões abertos (W3C, OASIS)

Reduz dependências, garante independência e interoperabilidade

1Padrões abertos
XML, SOAP, WSDL, UDDI
W3C e OASIS
2Baixo acoplamento
Independência entre serviços
Flexibilidade e reutilização
3WSDL (descrição)
Formato XML
Interface do serviço
4UDDI (diretório)
Publicação e descoberta
Metadados
5SOAP (transporte)
Envelope (raiz)
Cabeçalho (opcional)
Corpo (dados)
SOA (Arquitetura Orientada a Serviços)
LEVELsoulevel.com.br
SOA (Arquitetura Orientada a Serviços): Padrões abertos (XML, SOAP, WSDL, UDDI, W3C e OASIS); Baixo acoplamento (Independência entre serviços, Flexibilidade e reutilização); WSDL (descrição) (Formato XML, Interface do serviço); UDDI (diretório) (Publicação e descoberta, Metadados); SOAP (transporte) (Envelope (raiz), Cabeçalho (opcional), Corpo (dados))

Alternativa A — ❌ Incorreta

WSDL (Web Services Description Language) é baseado em XML, não JSON. Ele descreve a interface do serviço (operações, mensagens, bindings). A afirmação de que é um formato JSON e que especifica como acessar qualquer tipo de serviço é incorreta; WSDL é específico para serviços web que utilizam SOAP ou outros protocolos, e não JSON.

Alternativa B — ❌ Incorreta

UDDI (Universal Description, Discovery and Integration) é um serviço de diretório que permite publicar e descobrir serviços web. Não é "um formato XML que inclui os dados transmitidos"; os dados são transportados via SOAP, e o UDDI fornece metadados sobre os serviços, não os dados em si.

Alternativa C — ❌ Incorreta

No SOAP, o envelope (<Envelope>) é o elemento raiz que contém opcionalmente um cabeçalho (<Header>) e obrigatoriamente um corpo (<Body>). Os dados (payload) estão no corpo, não exclusivamente no envelope. A alternativa confunde o envelope com a localização dos dados.

Alternativa D — ✅ Correta ⟵ GABARITO

O fraco acoplamento (baixo acoplamento) é um dos pilares da SOA. Ele reduz as dependências entre os serviços, permitindo que evoluam independentemente, o que proporciona a independência entre sistemas e facilita a interoperabilidade.

Alternativa E — ❌ Incorreta

SOA utiliza padrões abertos e não proprietários (XML, SOAP, WSDL, UDDI) definidos por consórcios como W3C e OASIS. A afirmação de que possui padrões proprietários definidos pelos provedores é falsa; a interoperabilidade é justamente garantida pelo uso de padrões abertos.

Gabarito: letra D

Link permanente: /questoes/fg107148