领域模型

[b]领域模型[/b]
领域模型是对领域内的概念类或现实世界中对象的可视化表示,领域模型也称为概念模型、领域对象模型和分析模型。而非软件对象的表示。
领域模型专注于特定领域，应用UML表示法，领域模型被描述为一组没有定义操作的类图，他提供了概念透视图，它可以展示：
1)领域对象或概念类
2)概念类之间的关联
3)概念类的属性
以下元素不使用于领域模型
1)软件制品
2)职责或方法
领域模型不是数据模型，所以在领域模型里，并不会排除需求中没有明确要求记录其他相关信息的类，也不会排除没有属性的概念类。例如，没有属性的概念是合法的，或者在领域内充当纯行为角色而不是信息角色的概念类也是有有效的。
创建领域模型的原因之一就是能够使我们理解其关键概念和词汇。
领域层软件类的名称要源于领域模型中的名称，以使对象具有源于领域的信息和职责。
如何创建领域模型？
1) 寻找概念类
2) 将其绘制为UML类图中的类
3) 添加关联和属性。
A.寻找概念类的三条策略
1) 重用和修改现有的模型，这是首要、最佳且最简单的方法。
2) 使用分类列表
3) 确定名词短语
创建领域模型时，最常见的错误是，把应该是概念类的事物表示为属性，其准则：如果我们认为某概念类X不是现实世界中的数字或文本，那么X可能是概念类而不是属性。
[b]何时需要描述类？[/b]
a.需要有关商品或服务的描述，独立于任何商品或服务的现有实例。
b.删除其所描述事物的实例后，导致信息丢失，而这这些信息是需要维护的，但是被错误地与所删除的事物关联起来。
c.减少冗余或重复信息。
[b]领域模型中关联[/b]
在领域模型中要考虑如下关联：
1)如果存在需要保持一段时间的关系，将这种语义表示为关联。
2)从常见关联列表中派生的关联。
在领域建模过程中，关联不是关于数据流，数据库外键联系、实例变量或软件方案中的对象连接语句；关联中的声明的是针对现实领域从纯概念角度看有意义的关系。添加关系是为了突出我们对重要关系的大致理解，而非记录对象或数据的结构。通过关联而不是属性来表示概念类之间的关系。