Pular para o conteúdo principal

Questão de Arquitetura de Software — Arquitetura Orientada a Objetos — FGV 2026

Arquitetura de SoftwareArquitetura Orientada a Objetos
Código
fg133926
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Analista de Sistemas
Joana é a líder da equipe técnica que está modelando um novo produto de software que apoiará um processo de negócio que se estende de um órgão público superior até seus órgãos subordinados. Em face da inexperiência da equipe técnica com o processo de negócio, Joana resolve fazer uso do DDD (Domain Driven Design) aproximando e envolvendo os especialistas de domínio.Ao aplicar o DDD, Joana está ciente de que:
  1. Aeventos de domínio são ordinariamente imutáveis, já que são um registro de algo no passado;
  2. Bmudanças no código representam adequações tecnológicas e não devem suscitar alterações no modelo;
  3. Cagregados devem prover referências para cada entidade em seu contexto como guias para os objetos externos;
  4. Drepositórios devem retornar classes ou coleções de classes a serem instanciadas por métodos externos de clientes;
  5. Eo uso da Linguagem Onipresente (Ubiquitous Language) expressa o modelo como fábricas encapsuladas por objetos de valor.
Revelar gabarito e comentário

GabaritoA — eventos de domínio são ordinariamente imutáveis, já que são um registro de algo no passado;

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”.

Domain-Driven Design (DDD)

Gabarito: letra A. Eventos de domínio representam fatos passados e, portanto, são imutáveis — conceito basilar do DDD. As demais alternativas violam princípios centrais: o modelo deve evoluir (B); agregados expõem apenas a raiz (C); repositórios devolvem objetos prontos (D); e a Linguagem Ubíqua é um acordo terminológico, não fábricas (E).

O DDD enfatiza que o modelo de domínio não é estático (contexto: "O modelo não é estático. Ele pode sofrer alterações..."), que agregados protegem suas entidades internas expondo apenas o Aggregate Root, que repositórios retornam objetos de domínio já instanciados e que a Linguagem Ubíqua é um vocabulário comum, não um artefato técnico.

Alternativa A — ✅ Correta ⟵ GABARITO

Eventos de domínio são registros imutáveis de algo que já ocorreu — não podem ser alterados após criados. Essa imutabilidade é análoga à dos objetos de valor, também citados no DDD. Assim, a afirmação está plenamente correta.

Alternativa B — ❌ Incorreta

O DDD prega que o modelo de domínio não é estático; ele evolui junto com o código. Mudanças no código frequentemente refletem adequações no modelo. A alternativa inverte essa premissa.

Alternativa C — ❌ Incorreta

Em DDD, um agregado expõe apenas seu objeto-raiz (Aggregate Root) como ponto de acesso. Referências diretas a entidades internas quebram o encapsulamento do agregado. A alternativa sugere o oposto, confundindo o conceito.

Alternativa D — ❌ Incorreta

Repositórios no DDD servem para recuperar objetos de domínio já instanciados (entidades ou agregados completos), não para retornar classes a serem instanciadas por clientes. A função de criação é tipicamente da fábrica (Factory).

Alternativa E — ❌ Incorreta

A Linguagem Ubíqua (Ubiquitous Language) é um glossário comum compartilhado por todos os envolvidos (especialistas de domínio e desenvolvedores) para evitar ambiguidades — não é uma fábrica nem está encapsulada por objetos de valor. Ela permeia todo o modelo, não é um artefato técnico.

Conclusão: Apenas a alternativa A está correta, sendo ela o gabarito.

Link permanente: /questoes/fg133926