1.我们通常在DDD项目中使用以下哪些类型的书面设计文档：
一个。需求规格文件
湾。解释核心元素含义的文件
C。提供应用程序结构鸟瞰图的文档
d。解释通用语言使用的术语背后含义的文件
e. 列出通用语言词汇的文件
F。非正式的 UML 图
还要别的吗？
2. 哪些文档类型 应该创建为独立文档，哪些应该组合在一个文档中（例如：包含被文本包围的图表的文档）？
3.什么是需求规格？一个用例列表，一个任务列表程序能够执行还是两者结合？
谢谢
问问题
3786 次
2 回答
1
考虑以下：
- 用 25 个字或更少的字数说明您的申请目的
- 您的模型在代码和 uml 中的表示
- 与当前或所需模型相对应的特征列表
- 模型上的约束（业务规则）列表
- 在适用的情况下，每个功能的序列图
- 非功能性需求声明
- 团队成员的架构概述（包括模型边界和上下文）
- 团队指示和程序
注意：用例或用户故事可以告知您的功能列表。但是，我建议将功能作为工作单元。
我建议在由领域专家（业务）和开发人员参加的建模研讨会中创建（发现）初始模型。它必须由精通领域建模的人领导。
业务规则是对两种类型模型的约束：Property 和 Collaboration。举例来说，商业规则防止电梯在门打开的情况下移动、将易腐烂的物品放置在非冷藏箱中或运送取消的购买。
于 2016-04-17T13:59:05.220 回答
0
我认为事件风暴可能是一个很好的解决方案。一张车间的照片就足够了。如果没有，您可以在数字文档中使用相同的工件。
于 2018-01-09T14:05:43.070 回答