缘起: 被束缚的架构师

人类发明了文字游戏，反而被文字游戏束缚，因为每个人对文字游戏理解的不同。架构师设计了系统架构，反而被系统架构所束缚，因为架构师对利益相关方关注点理解的不同。

每个系统都应该有架构设计，架构设计体现了架构元素和元素间的关系。架构文档包括架构视图，是架构设计的主要展示。架构视图则准确体现了利益相关方的关注点。

考虑到架构视图要满足相关方关注点的多面性，多维度，立体的特性，IBM 提出了 4+1 视图模型，包括逻辑视图，过程视图，开发视图，物理视图。此四种架构视图围绕场景视图展开。

视图模型可以理解为对领域问题抽象，以及对系统的完整抽象，为实现解决问题提供方案。架构师一般用 UML 统一模型语言进行软件建模，方便验证和沟通。

用 UML 建模是架构师的基本功，一般会被化分为静态模型，和动态模型。常用的静态模型图包括用例图，类图，组件图，部署图。常见的动态模型图包括序列图，活动图，状态图。

UML 可以帮助架构师画图建模，但不会帮助架构师思考。架构师的核心精髓是自身对时间万物的抽象能力，核心输出是抽象到具像，核心矛盾是利益相关方关注点。随心所欲 i 的架构不一定是好架构，被束缚的架构也未必不能成事。