Questão de Arquitetura de Software — Arquitetura de Software — CESPE / CEBRASPE 2024
Arquitetura de Software›Arquitetura de Software
Código
ce186267
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2024
Nível
Superior
Cargo
Analista Judiciário - Área: Apoio Especializado - Especialidade: Análises de Sistemas de Informação
Conforme o conceito de bounded contexts, os contextos da aplicação têm regras e responsabilidades claramente definidas, representadas em um context map.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
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: Bounded Contexts e Context Map
✅ CERTO. A afirmativa está correta. No Domain-Driven Design (DDD), o conceito de bounded context delimita um contexto delimitado onde um modelo de domínio é aplicado de forma consistente, com regras e responsabilidades bem definidas. As relações entre esses contextos são representadas em um context map, que mapeia as integrações, compartilhamentos e fronteiras entre eles. A descrição do enunciado reflete exatamente esse entendimento.
DDD
1Bounded Context
Contexto delimitado
Modelo de domínio consistente
Regras e responsabilidades próprias
2Context Map
Mapa de relações entre contextos
Tipos de integração
Parceria
Cliente-fornecedor
Conformista
Outros
LEVEL · soulevel.com.br
PEGA ESSA DICA!
Lembre-se: bounded context = fronteira do modelo; context map = diagrama que mostra como esses contextos se relacionam (ex.: parceria, cliente-fornecedor, conformista, etc.). Esse é um dos pilares do DDD e cai com frequência em provas de arquitetura de software.