DDD – Descoberta e Formação do Conhecimento
Este deck explora como descobrir, estruturar e consolidar o conhecimento do negócio no contexto do Domain-Driven Design. Os cartões abordam o desafio do negócio, linguagem ubíqua, modelagem de domínio, ferramentas de documentação e o conceito de contextos delimitados, com foco em criar uma comunicação clara, consistente e alinhada entre especialistas do domínio e times técnicos.
Este deck e publico e pode ser estudado por qualquer pessoa.
Detalhes do deck
Autor
Diego Marques de Oliveira Santos
Criado em
Atualizado em
Total de cards
36
Categoria
Programação
Ultima atividade
Cards do deck
36 cards
O que significa descoberta do conhecimento no DDD?#1
Verso
O processo de entender o negócio, seus desafios e processos junto aos Domain Experts.
Dica
Conhecimento vem do domínio.
Qual é o foco principal do DDD na descoberta do conhecimento?#2
Verso
Entender o que agrega valor ao negócio.
Dica
Negócio antes da tecnologia.
O que é o desafio do negócio?#3
Verso
A compreensão do que o negócio faz, seus processos e problemas conhecidos.
Dica
Vai além do óbvio.
Por que o desafio do negócio não é óbvio?#4
Verso
Porque não temos a percepção real do Domain Expert sem ouvi-lo.
Dica
Visão interna do negócio.
Qual o papel do Domain Expert na descoberta do conhecimento?#5
Verso
Compartilhar a visão real dos problemas e processos do negócio.
Dica
Fonte primária.
Por que a comunicação é uma via de mão dupla?#6
Verso
Porque Domain Experts e desenvolvedores precisam se entender mutuamente.
Dica
Negócio ↔ tecnologia.
O que é linguagem ubíqua?#7
Verso
Uma linguagem comum baseada nos termos reais do negócio.
Dica
Vocabulário compartilhado.
Qual o objetivo da linguagem ubíqua?#8
Verso
Garantir que todos usem os mesmos termos com o mesmo significado.
Dica
Evita ambiguidades.
Por que a linguagem ubíqua deve ser consistente?#9
Verso
Para facilitar comunicação, entendimento e modelagem correta.
Dica
Consistência é chave.
O que são termos ambíguos na linguagem ubíqua?#10
Verso
Termos que possuem mais de um significado dentro de um subdomínio.
Dica
Exigem definição clara.
Exemplo de termo ambíguo#11
Verso
Política, que pode significar regra interna ou lei regulatória.
Dica
Contexto define o significado.
O que são termos sinônimos na linguagem ubíqua?#12
Verso
Termos usados para significados diferentes por conveniência.
Dica
Causa confusão futura.
Exemplo de termo sinônimo em TI#13
Verso
Login como autenticação ou como conta de usuário.
Dica
Mesmo nome, conceitos distintos.
Como lidar com termos sinônimos?#14
Verso
Quebrando-os em definições únicas e específicas.
Dica
Um conceito por termo.
O que é modelagem do domínio?#15
Verso
A criação de uma abstração dos processos para resolver um problema.
Dica
Modelo conceitual.
Por que a modelagem do domínio é importante?#16
Verso
Porque guia conversas e entendimento com o Domain Expert.
Dica
Base do design.
Qual a relação entre linguagem ubíqua e modelagem do domínio?#17
Verso
A linguagem ubíqua sustenta e dá clareza ao modelo.
Dica
Modelo fala a língua do negócio.
O que acontece com o modelo ao longo do tempo?#18
Verso
Ele é refinado iterativamente conforme o entendimento evolui.
Dica
Modelo vivo.
Como Realidade vs Desejo influencia o modelo?#19
Verso
Ajuda a focar no que é importante e no que é fato atual.
Dica
AS IS vs TO BE.
Por que documentar o conhecimento é importante?#20
Verso
Para manter alinhamento e histórico das decisões.
Dica
Conhecimento compartilhado.
Que tipos de ferramentas podem ser usadas para documentação?#21
Verso
Wikis e ferramentas colaborativas.
Dica
Ferramenta é secundária.
Qual é o papel de uma Wiki no DDD?#22
Verso
Centralizar conhecimento, linguagem e documentação do projeto.
Dica
Fonte única.
O que deve existir em uma Wiki de DDD?#23
Verso
Descrição do projeto, linguagem ubíqua, cenários e subdomínios.
Dica
Organização do conhecimento.
Por que manter a documentação atualizada?#24
Verso
Porque o entendimento do domínio evolui continuamente.
Dica
Refinamento constante.
O que são Contextos Delimitados?#25
Verso
Limites lógicos dentro do modelo de domínio.
Dica
Bounded Contexts.
Os contextos delimitados são definidos pelos subdomínios?#26
Verso
Não necessariamente, são definidos pela análise do negócio.
Dica
Limites conceituais.
Qual a principal métrica para definir um contexto delimitado?#27
Verso
A linguagem ubíqua utilizada.
Dica
Mesma linguagem, mesmo contexto.
Quando unir contextos delimitados?#28
Verso
Quando usam termos e processos muito semelhantes.
Dica
Evita fragmentação.
Quando separar contextos delimitados?#29
Verso
Quando os termos e processos são muito distintos.
Dica
Evita interferência.
Existe um tamanho fixo para um contexto delimitado?#30
Verso
Não, depende do projeto e da análise do arquiteto.
Dica
Flexível.
Um contexto delimitado pode abranger toda a solução?#31
Verso
Sim, em sistemas pequenos.
Dica
Escala importa.
Um contexto delimitado pode ser compartilhado por vários times?#32
Verso
Não, cada contexto pertence a um único time.
Dica
Regra importante.
Um time pode atuar em vários contextos delimitados?#33
Verso
Sim, desde que mantenha a separação conceitual.
Dica
Time ≠ contexto.
O que um contexto delimitado contém?#34
Verso
Termos, definições, propriedades e operações coerentes.
Dica
Linguagem própria.
Qual a relação entre contexto delimitado e linguagem ubíqua?#35
Verso
Cada contexto possui sua própria linguagem ubíqua.
Dica
Isolamento semântico.
Qual o benefício principal dos contextos delimitados?#36
Verso
Reduzir conflitos conceituais e aumentar clareza.
Dica
Limites bem definidos.