软件架构与设计第 9 课 Introduction to Modeling

既然建模很重要，我们这节课就来了解一下关于建模的基本知识。

前面提到，所谓的架构，其实是一系列关于系统的原则性设计选择。所以我们可以说，一个架构模型是一个包含部分或所有设计选择的制品。架构建模的过程就是进行设计选择的具体化和文档化。如何建模和我们所采用的标记符号很有关系。

具体需要从不同的使用角色来进行考虑，还需要考虑的有细节的层次，描述的清晰度以及成本和收益的权衡。

Stakeholder 驱动的建模

从 Stakeholder 的角度来说，不同的设计点有不同的重要性。但是万变不离其宗，重要的还是：组件、连接器、接口、配置以及设计原则这几个项目。对于架构风格，可能还需要考虑交互上行为上和并行性上的限制。

还有一个需要注意的是，区分好功能性和非功能性需求，比方说『系统打印医疗记录』是一个功能性需求，但是『系统快速和秘密打印』就不算一个功能性需求了。通常来说，我们主要注意功能性需求，但是非功能性需求也很重要，因为这可能表现了功能背后的动机。

Ambiguity：如果一个模型有多说解释，那么就是不清晰的
Accuracy & Precision：这两个概念不大一样，但是常常被放在一起
- 如果一个模型是正确的，符合事实的，那么说是 accurate
- 如果一个模型是精确界定的，那么说是 precise
- 可以参考下图来进行理解

横看成岭侧成峰，很多时候我们需要从多个角度来描述系统，才能得到一个比较准确的模型。下面是一个例子：

常用的视角有：

因为有这么多视角，所以需要保证不同视角描述的东西是一致的，不能说一个视角中的逻辑是 A 到 B，在另一个视角中就成为 B 到 A 了（因为不同视角肯定有重合的地方，所以需要保证一致性）

常见的不一致有：

我们可以从下面几个角度来评估一个建模方法是否合适：

一些常见的建模方法有

自然语言
- 优点：描述性高，所有 stakeholder 都可以查看，擅长捕捉非严格和非正式的架构元素，许多可用的工具
- 缺点：模糊，宽松，不正式，通常比较冗长，没有办法用软件进行处理分析

Wright
- 优点：类似 Darwin 和 Rapide 的结构描述语言，可以用工具来分析（可以检测死锁）
- 缺点：学习曲线陡峭，无法自然映射到已开发的系统