domain-driven-design - DDD 项目中使用了哪些类型的书面设计文档？

Question

1.我们通常在DDD项目中使用以下哪些类型的书面设计文档：

一个。需求规格文件

湾。解释核心元素含义的文件

C。提供应用程序结构鸟瞰图的文档

d。解释通用语言使用的术语背后含义的文件

e. 列出通用语言词汇的文件

F。非正式的 UML 图

还要别的吗？

2. 哪些文档类型 应该创建为独立文档，哪些应该组合在一个文档中（例如：包含被文本包围的图表的文档）？

3.什么是需求规格？一个用例列表，一个任务列表程序能够执行还是两者结合？

谢谢

Answer 1

考虑以下：

• 用 25 个字或更少的字数说明您的申请目的
• 您的模型在代码和 uml 中的表示
• 与当前或所需模型相对应的特征列表
• 模型上的约束（业务规则）列表
• 在适用的情况下，每个功能的序列图
• 非功能性需求声明
• 团队成员的架构概述（包括模型边界和上下文）
• 团队指示和程序

注意：用例或用户故事可以告知您的功能列表。但是，我建议将功能作为工作单元。

我建议在由领域专家（业务）和开发人员参加的建模研讨会中创建（发现）初始模型。它必须由精通领域建模的人领导。

业务规则是对两种类型模型的约束：Property 和 Collaboration。举例来说，商业规则防止电梯在门打开的情况下移动、将易腐烂的物品放置在非冷藏箱中或运送取消的购买。

Answer 2

我认为事件风暴可能是一个很好的解决方案。一张车间的照片就足够了。如果没有，您可以在数字文档中使用相同的工件。