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

Question

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

一个。 需求规范文档

湾文档解释核心元素的含义

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

d。文档解释泛在语言使用的术语背后的含义

即列出无处不在的语言

的词汇的文档

F。非正式的UML图

其他什么？

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

3.什么是需求规范？ 用例列表，任务程序列表能够执行两者的组合吗？

感谢

Answer 1

请考虑以下事项：

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

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

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

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

Answer 2

我认为Event Storming可能是一个很好的解决方案。车间的照片应该足够了。如果不是，您可以将相同的工件用于数字文档。