【渐进】浅尝DDD,对"试卷"建模

核心提示：领域模型是OO分析中最重要的和经典的模型，领域驱动设计（DDD）则是有效的软件复杂性的应对之道，【渐进】浅尝DDD,对"试卷"建模， 领域模型其实是一种语言，领域专家与分析人员、开发人员之间交流的通用语言，运用它来表达、实现实际需求，这是分析人员最关键的职责，一开始，分析人员与领域专家需要对这个通用

领域模型是OO分析中最重要的和经典的模型。领域驱动设计（DDD）则是有效的软件复杂性的应对之道。

领域模型其实是一种语言，领域专家与分析人员、开发人员之间交流的通用语言。　一开始，分析人员与领域专家需要对这个通用语言达成一致，双方能熟练的运用领域模型描述问题，表达、分析、处理问题。

1. 领域模型不是图，图只是让核心、关键的概念清晰的呈现出来。图的表达能力有限，模型必须配备描述（需求采集会议中的口头描述，或文档中的文字描述），将图形所代表的意义，以及图形中没有呈现出来的规则、断言、细节进行补充，才能完整地表述需求。

2. 领域模型的UML或者类UML图不能太细太完整，否则过于庞大的模型会干扰人的思维，阻碍对主要部分，或者复杂逻辑的梳理。业务总是被切分成一个个片断进行分析，在每一个片断里，画出几个主要的对象和交互逻辑，细节的部分用文字记录、描述。

3. 领域模型中不应当出现设计、技术方面的术语，也不应当出现开发人员不理解的业务术语。

关于领域模型表达方法（UML图Visio图）的选择问题，标准的形式是使用UML，但如果领域专家或开发人员根本无法对UML图例形成清晰的概念（将 UML图映射到领域对象、逻辑，或代码实现），将注定DDD方式应用失败。因为没有掌握语言就无法使用它正确交流。第三节中强调建模人员要直接与开发过程接触，重要的一个作用是确认开发人员对领域模型这个语言是否正确理解，确保代码实现保持了建模者要表达的意图。因此DDD的一个关键思想是建模人员自始至终维护领域模型这个语言，以及它表达的内容，向团队的各个角色（领域专家、开发人员等）诠释各个建模元素的含义，让各个角色掌握这个语言，运用它来表达、实现实际需求。这是分析人员最关键的职责，贯穿整个过程。