38张-《分析模式》第3章观察和测量-原图和UML图对比

DDD领域驱动设计批评文集

做强化自测题获得“软件方法建模师”称号

《软件方法》各章合集

---

图3.1 数值属性。

这个做法没有指定单位。

图3.2 使用数量作为属性的测量。

在需要单位的地方应该始终使用数量。

图3.3 给单位添加换算比率。

图3.4 复合单位

这个模型可用于加速度和类似现象

建模示范视频全程字幕，umlchina.com/url/video.html

图3.5 使用bag的复合单位。

这个模型比图3.4更紧凑。

图3.6 引入测量和现象类型

图3.7 观察和类别观察。

这个模型支持定性测量，例如“A型血”。

图3.8 递归关系用于记录证据和评估。

图3.9 知识级中的现象(之前叫类别)。

将定性陈述(如血型A)放在知识级，就可以在规则中使用它们。

图3.10 观察概念的不存在和存在。

现象的不存在和发现现象的存在一样有价值。

图3.11 观察的双重时间记录。

时间记录既允许记录时间段，也允许记录单个时间点。大多数事件的发生时间和记录时间是分开的。

图3.12 被否决的观察。

如果需要完整的审计跟踪，观察不能被删除。

图3.13 有效观察、假设和预测。

图3.14 观察之间的链接。

患者的实际证据链记录在操作级。知识级描述了什么链是可能的。

★译者补注：

图3.14中的“参数”处，原文为arguments，但argument的含义是“实参”。观察概念这个知识级的关联中扮演的角色是“形参”，原文在此处用parameters可能更合适。本书中其他地方也有形参实参都用argument的情况，因此忠实原文统一译作“参数”，更具体意思读者可根据上下文推断。

图3.15 做一次观察会触发进一步的观察。

进一步的观察由知识级建议。

★译者补注：

（1）原文图存在模糊和冗余。例如，evaluate proposal（评估提议）不是布尔表达式，和书中所列的规范不符；评估的应该是观察概念，不是评估提议。因此，合并到“提议观察”中。

（2）活动图中，直接在Action上设置了参数。严格来说，应把活动的定义和使用分开。

图3.16 描述查找关联观察的查询的事件图。

所描述内容位于图3.15的并发触发器上或图3.18的操作中。

建模示范视频全程字幕，umlchina.com/url/video.html

图3.17 交互图，用于查找观察所暗含的可能观察概念。

这张交互图支持图3.16。

图3.18 将查询显式表示为一个操作。

这等价于图3.15。你可以在简单或紧凑之间权衡，将查询显示为操作，或把它看作触发器的一部分。

图3.19 处理观察过程的事件图。

此图扩展了图3.15，增加了类似的干预和否决触发器。

★译者补注：

右下展示了对单个元素的处理，也可以像上面“提议观察”一样合并。