Questão de Engenharia de Software — DDD (Domain-Driven Design) — CESPE / CEBRASPE 2026

DDD: contextos delimitados e a falácia do modelo único global

Gabarito: Errado (E). O contexto delimitado (bounded context) no DDD não busca um modelo único e global; pelo contrário, ele divide o sistema em múltiplos modelos coesos, cada um com sua própria linguagem e regras, evitando a ambiguidade de termos que um modelo global causaria. A afirmação inverte o propósito central do conceito.

O Domain-Driven Design (DDD) é uma abordagem de desenvolvimento de software que centra o projeto em um modelo de domínio — uma representação simplificada das atividades e regras do negócio. Para lidar com a complexidade de sistemas reais, o DDD não tenta criar um modelo único que abarque tudo; em vez disso, ele reconhece que diferentes partes do sistema podem precisar de visões diferentes do mesmo conceito. É aí que entram os contextos delimitados: cada contexto define os limites dentro dos quais um modelo específico é válido e consistente. Dentro de um contexto, a linguagem ubíqua — o vocabulário compartilhado entre especialistas do domínio e desenvolvedores — é uniforme e sem ambiguidades. Fora dele, o mesmo termo pode ter significado diferente, e isso é aceito e gerenciado.

A ideia de um "modelo global" é justamente o que o DDD combate. Se todo o sistema usasse um único modelo, termos como "cliente" ou "pedido" teriam que significar a mesma coisa em todos os módulos, o que raramente é verdade em sistemas complexos. Por exemplo, no contexto de vendas, "cliente" pode ter um endereço de entrega; no contexto de cobrança, o mesmo "cliente" pode ter dados de faturamento diferentes. Forçar um modelo único criaria acoplamento desnecessário e confusão. O contexto delimitado resolve isso ao permitir que cada módulo tenha seu próprio modelo, com suas próprias regras, e os mapas de contexto (context maps) descrevem como esses modelos se comunicam e se integram.

A banca explora aqui uma inversão clássica: apresenta o contexto delimitado como se fosse uma ferramenta para unificar o modelo, quando na verdade ele serve para separar e delimitar. O candidato que memorizou apenas a definição superficial de "contexto delimitado" pode cair na armadilha de achar que ele garante consistência global. Mas a essência é o oposto: a consistência é local a cada contexto, e a integração entre eles é feita de forma explícita e controlada.

Guarde esta distinção: linguagem ubíqua = vocabulário comum dentro de um contexto; contexto delimitado = fronteira que separa modelos; mapa de contexto = comunicação entre fronteiras. É exatamente essa tríade que a questão testa, e a alternativa errada confunde o papel do contexto delimitado com o de um modelo global.

Item — ❌ Errado

A afirmação está errada porque inverte o propósito do contexto delimitado. Ele não busca "um único modelo coeso e global"; ao contrário, ele separa o sistema em múltiplos modelos, cada um com sua própria linguagem e regras, para evitar ambiguidades e manter a consistência dentro de cada fronteira. Um modelo global seria justamente o que o DDD evita, pois criaria acoplamento e confusão entre termos que têm significados diferentes em contextos diferentes.

O texto do enunciado diz que o contexto delimitado "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". Isso é o oposto do que o DDD prega. O contexto delimitado delimita — ou seja, define fronteiras — e não unifica. A consistência de termos e definições é garantida dentro de cada contexto, não globalmente. Portanto, a assertiva é falsa.

Gabarito: Errado (E).