TOGAF中架构视角与架构视图区别？

TOGAF 规定，架构视点（Architecture Viewpoint）管理架构视图（Architecture vView）。那么，如果利益相关者有疑虑，该疑虑会反馈到哪里，是架构视点还是架构视图？

解释1：

• 我站在山顶（viewpoint）俯瞰大冰川（view）。
• 我的妻子在冰川形成的湖面上的船上（viewpoint），看着从冰川上滚落下来形成湖面的冰墙（view）。

当您进行架构设计时，您必须考虑到这一点：

在 2° 的气温下，在迫击炮炮火中使用解决方案的操作员与
坐在舒适的办公室和干燥的舒适椅子上的操作员
有着不同的需求。

另请参见盲人摸象。（banq注： 上下文 不同）

解释2：
他们说，我们应该用利益相关者能够理解的语言进行沟通。这意味着使用他们的视角viewpoints。

• 项目经理的观点可能包括项目时间表、风险登记册和工作分解结构。
• 商务经理可能对预算和业务案例感兴趣。
• 软件工程师可能会对用例、组件及其交互以及冲刺积压感兴趣。

视角Viewpoints包含特定利益相关者感兴趣的一般项目。每个利益相关者的兴趣（视角Viewpoints）都不尽相同。

而视图view则是视角Viewpoints的具体实例。

因此，一个特定的系统升级项目可能会有预算、业务案例、项目时间表、WBS、风险登记册、用例、积压工作等。这些都是这一特定计划的视图。
这些人工制品都是对同一项目的看法、视图view，尽管它们会有很大的不同，而且有些只会引起某些利益相关者的兴趣。
利益相关者的视图view由他们的视角Viewpoints决定。

我有时会想到另一种方式，即视角Viewpoints就是模板，而视图view就是我们根据模板制作的人工制品。