Edv*_*usj 7 domain-driven-design
1. 我们通常在DDD项目中使用以下几种类型的书面设计文件:
一个.要求规范文件
湾 文档说明的含义的核心要素
C.文档给鸟瞰的的应用程序结构
d.文档解释普遍存在的语言所使用的术语背后的含义
即 列出无所不在语言词汇的文件
F.非正式的UML图
还要别的吗？
2. 应该将哪些文档类型创建为独立文档,哪些文档类型应该组合在一个文档中(例如:包含文本包围的图表的文档)？
3.什么是需求规格？列表使用情况的列表,任务程序能够执行或者结合两者的？
谢谢
考虑以下：
注意：用例或用户故事可以告知您的功能列表。但是，我建议将功能作为工作单元。
我建议在由领域专家（业务）和开发人员参加的建模研讨会上创建（发现）初始模型。它必须由精通领域建模的人领导。
业务规则是对两种类型模型的约束：属性和协作。举例来说，业务规则阻止电梯在门打开的情况下移动、将易腐烂的物品放入非冷藏箱中或运送取消的购买。