Questão de Engenharia de Software — Desenvolvimento de Software — CESPE / CEBRASPE 2026
Engenharia de Software›Desenvolvimento de Software
Código
ce229724
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2026
Nível
Superior
Cargo
Auditor Federal de Controle Externo - Área de Controle Externo/ Orientação: Auditoria de Tecnologia da Informação
A respeito de metodologias ágeis, julgue o próximo item.No desenvolvimento orientado ao domínio (DDD, na sigla em inglês), o contexto delimitado (bounded context) busca estabelecer a regra de que toda a lógica de negócio do sistema deve ser implementada em um único modelo coeso e global para garantir a consistência de todos os termos e definições de domínio.
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”.
Desenvolvimento Orientado a Domínio (DDD) e Contexto Delimitado
Gabarito: ❌ ERRADO (E). A afirmação inverte o propósito do contexto delimitado (bounded context) no DDD. Diferentemente do que se afirma, o bounded context não busca um modelo único e global, mas sim estabelece fronteiras explícitas dentro das quais um determinado modelo de domínio é válido. Isso permite que diferentes contextos tenham seus próprios modelos e linguagens ubíquas, evitando a complexidade e ambiguidade de um modelo monolítico.
No Domain-Driven Design (DDD), o conceito de bounded context é fundamental para lidar com domínios complexos. Em vez de forçar um único modelo global (que leva a inconsistências), o DDD recomenda dividir o domínio em múltiplos contextos delimitados, cada um com seu próprio modelo e linguagem ubíqua. A integração entre esses contextos é feita por meio de mecanismos como eventos, serviços ou camadas anticorrupção.
Bounded Context (DDD): Propósito (Estabelece fronteira explícita, Modelo válido dentro do limite, Evita modelo global monolítico); Benefícios (Cada contexto tem seu modelo, Linguagem ubíqua própria, Evita ambiguidade, Evita Big Ball of Mud); Integração entre contextos (Eventos, Serviços, Camada anticorrupção)
NÃO CAIA NESSA!
A banca troca o conceito de bounded context (limite de um modelo específico) por um modelo global único. Lembre-se: bounded context = fronteira para um modelo, não o modelo universal. Em DDD, a separação em contextos é essencial para manter a coesão e evitar o chamado Big Ball of Mud.
Portanto, a afirmação está errada ao sugerir que o bounded context busca um modelo coeso global. Na verdade, ele busca justamente o oposto: segmentar o domínio para que cada parte tenha seu modelo coeso dentro de seu limite, sem a pretensão de unificar tudo.