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

Question

1.我们通常在DDD项目中使用以下哪种书面设计文件:
一种。需求规范文件
b。解释核心要素含义的文件
C。给出应用程序结构鸟瞰图的文档
d。解释无所不在语言所用术语背后含义的文档
e。列出无所不在语言词汇的文档
F。非正式的UML图
还要别的吗？
2.哪种文档类型应创建为独立文档，哪些应合并为一个文档(例如:包含以文本包围的图表的文档)？
3，需求规范是什么？用例列表，程序程序能够执行的任务列表还是两者兼而有之？
谢谢

Answer 1

考虑以下:

以25个字或更少的文字说明您的应用程序的目的

用代码和uml表示模型的形式

对应于当前或所需模型

的功能列表

模型

上的约束(业务规则)列表

适用时，每个功能的序列图

对非功能需求的声明

团队成员的体系结构概述(包括模型边界和上下文)

团队说明和程序

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

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

业务规则是对两种类型的模型的约束:属性和协作。举例来说，商业规则阻止电梯在门打开的情况下移动，将易腐物品放置在非冷藏柜中或将取消的 cargo 运送出去。