3. ArchiMate的视角与视图
创建、维护一个企业架构是一件非常复杂繁琐的事情，因为这项工作需要面对许多背景、利益各异的干系人，对他们所关注的问题进行解答，并能够在他们之间形成无障碍的沟通流。为了简化这个问题的复杂度，各种企业架构框架从各个方面对企业架构的建设提供了帮助和指导。虽然这些架构框架就其具体内容来讲差异性较大，但是无论哪一种框架对于企业架构的内容却都有着自己的一套定义和分类方法，不过也正是这些分类明确、条理清晰的分类方法却使得各种企业架构框架对于各领域内容的描述缺失了他们之间的关联，因而不同领域之间的内容很难保持一致性。
不仅仅创建、维护企业架构是个复杂的问题，对于企业架构的使用也是一个非常繁琐的事情。即便我们已经创建了一个全面的企业架构，并在之后的维护中保持了良好的一致性，但是面对这样一个包罗万象的企业架构，每个干系人又如何获得其想要的信息呢？举例来说，企业的总经理需要的是组织中各个领域的概括，但并不关注于每个领域的细节，而对于基层的设计师来讲，其所关注的却是某个领域的细节。从目标和详细度这两个维度来看，没有干系人会关注所有领域的所有细节，每个干系人关心的只是和自己的利益相关的企业架构的一个侧面。因而如何从一个面面俱到的企业架构模型（描述）中根据干系人的关注点来获取相应的侧面信息也是一个亟需解决的重要问题。
综上所述，不论是创建、维护企业架构，还是对其进行使用，都需要面对一个架构内容一致性的问题。之所以会有这个问题，究其根本是因为企业架构本身是对企业这一包罗万象的客观事物的抽象和描述，而对其进行创建、维护和使用的干系人由于其本身的背景、利益不同，他们对企业架构描述的操作也只能着眼于某一个侧面。由此可见，企业架构描述与干系人的创建、维护和使用操作之间需要一个“接口”，用来规范干系人对于企业架构描述的各种操作，从而保证针对企业架构描述的修改和信息共享的一致性。
此“接口”就是前面提到过的视图（View）和视角（Viewpoint）。其中，视图通常被定义为面向各干系人关注点的企业架构描述的一个部分，而视角则是对视图内容的抽象和描述，他定义了视图中所使用的概念元素、分析方法和展示方式。一言以蔽之，视图定义了所看到的内容，而视角则定义了所采用的观察角度。
为了帮助架构师选择适合的视角和视图来对各个干系人进行辅助，ArchiMate定义了一个通用的视图和视角框架，对各种常用的视角和视图进行了归纳。这一框架从目标和内容两个维度对视图和视角进行了分类归纳：
- 目标维度包括如下三个层面：
- 设计（Designing）：用于在从初始蓝图到详细设计这整个设计流程中对架构师和设计师进行支持。通常来讲，设计视角下的视图包括了诸如采用UML构建的类图、时序图等图形。
- 决策（Deciding）：通过提供多个领域的架构以及他们之间的跨领域关系来辅助管理者进行决策的视角。此视角所包含的视图通常来源于各种推断、交叉引用或分析方法，例如交叉引用表、情景图等报表。
- 告知（Informing）：用于为各个干系人对企业架构内容进行告知，从而获取不同干系人对于企业架构的理解、承诺，并对各持不同意见者进行说服。此视角所包含的视图包括各种图表、插图、动画等。
- 内容维度包括如下三个层面：
- 详细（Details）：处在这一层次的视图通常着眼于企业架构中某一领域或方面的细节内容。
- 相干（Coherence）：处在这一层次的视图内容包含了企业架构中的多个领域或方面，并着重展示了这些领域之间的关系。
- 概览（Overview）：处在这一层次的视图内容同样也包含了企业架构中的多个领域或方面，不过其抽象层次要高于“相干”这一级别，从而能为组织高层的决策提供全面的信息，而又不会被过分的细节所掣肘。
以上述两个维度为基准，ArchiMate通过下图展示了其所定义的视角和视图框架。在图中我们可以看到：图的上半部分展示了目标维度的三个层次，而下半部分则描述了内容维度的三个层次，两者相互交合、共同体现了ArchiMate对于视图和视角的分类归纳。此外，此图周边还标注了各视图和视角对应的干系人实例。
需要注意的是，我们不能把上面针对视角和视图的分类当作是一种互斥的归纳方式。严格地讲，我们所采用的两个分类维度并不是分类基准，而应该是描述角度，举例来说，一个视角并不能因为是被用来进行“设计”而就不能用来对其他干系人进行“告知”。实际上，ArchiMate中所定义的各个标准视角往往横跨两个维度之中的多个分类层次。接下来，我们将进一步了解ArchiMate的制定者们根据其经验所定义的一系列标准视角。
3.1 介绍视角（Introductory Viewpoint）
介绍视角用在设计工作的初期阶段，其所采用的概念元素和关系是ArchiMate语言中各概念元素和关系的简化版本。此视角中的概念元素大多采用边框略粗的圆角矩形或其他直观但不正式的方式来进行表示，而除了触发关系和实现关系采用具有箭头的连线表示之外，各种关系图符都通过简单的线段连线来表示。因而，从表面上看，该视角下的各种视图都是通过一种非正式的方式来进行展示的，而之所以这样是因为在设计开始阶段一切事物的细节还未被发掘，此时的建模重点在于记录直观意图，采用这样一种方式更符合实际情况。此外，采用这样一种非正式的方式会让干系人直观地感觉到一切还处在开始阶段，还并未定型，从而不会产生出伴随正规的描述方式而来的无可动摇的距离感。
此视角所采用的各概念元素、关系，以及展示风格如下图所示：
此视角的示例视图如下图所示：
3.2 组织视角（Organization Viewpoint）
组织视角关注于某一组织实体的内部结构。组织视角的视图可以通过相互嵌套的块状图形来展示，也可以通过诸如组织结构图这样的传统方式来进行表述。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.3 参与者合作视角（Actor Co-operation Viewpoint）
参与者合作视角关注于各业务参与者与外部环境之间的关系。此视角一个常见的例子就是背景图（Context diagram），他描述了组织与包括客户、供应商和其他业务伙伴在内的外部环境之间的关系。此视角在明确组织的外部依赖和合作关系，展示其价值链这些方面都非常有用。除此之外，该视角还可以被用来展示各业务参与者和/或各应用组件是如何通过相互结合来实现各个业务流程。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.4 业务功能视角（Business Function Viewpoint）
业务功能视角用以表述企业的各项业务功能，以及他们之间消息、价值或货物的交递关系。通过描述企业所进行的各项主要活动，业务功能视角下的各个视图展示了企业的最稳定的一个方面，而不论组织如何变更、技术如何演进，所以对于在同一市场中的各个企业来说他们在此视角之下都是非常相似的。此外，由于此视角在高抽象层次对企业的日常运行进行了描述，因而企业可以据此明确自身必须的能力，并构建适合的组织结构。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.5 业务流程视角（Business Process Viewpoint）
业务流程视角在一个较高的概括层次对企业中的一个或多个业务流程的组成和结构进行描述。除了与业务流程领域所涵盖的概念之外，此视角还包括了如下的与业务流程各概念元素直接相关的元素：
- 由业务流程所实现的各业务服务。
- 对业务流程进行负责的各业务角色以及相关业务参与者。
- 被业务流程所访问的信息元素。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.6 业务流程互操作视角（Business Process Co-operation Viewpoint）
业务流程互操作视角着眼于展示一个或多个业务流程之间，或他们与外部环境之间的关系。此视角可以被用来在一个比较高的概括层次上对业务流程进行设计，并为负责多个业务流程的业务经理提供更加深入的有关这些流程之间依赖关系的信息。这一视角主要包括如下几个方面的内容：
- 企业主要业务流程之间的因果关系。
- 业务流程与业务功能之间的映射关系。
- 业务流程所实现的各种业务服务。
- 对于共享数据的使用。
此视角所采用的各概念元素和关系与业务流程视角是一样的。实际上这两个视角都是用来对企业中各个业务流程进行描述，而所不同的是业务流程视角关注于业务流程的结构，而业务流程互操作视角的关注点则是业务流程之间的依赖关系。此视角的示例视图如下图所示：
3.7 产品视角（Product Viewpoint）
产品视角描述了企业对外部客户或合作伙伴所提供产品的价值，并展示了该产品的组成情况，即其包含了哪些业务或应用服务，以及与之相关的合同或协议。此外，产品视角还可被用来展示获取产品的渠道，以及与之相关的各种事件。通过组合企业中各种现有服务，或根据客户的需求来明确各种新的服务，产品视角通常在产品开发过程中被用来对产品进行设计。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.8 应用行为视角（Application Behavior Viewpoint）
应用行为视角用于描述一个应用的内部行为方式，例如一个应用对各个相关应用服务之间的实现关系。此视角可被用来设计应用的主要行为，并对不同应用之间的功能交叠进行明确。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.9 应用互操作视角（Application Co-operation Viewpoint）
应用互操作视角从信息流或对各种服务的实现和使用角度对不同应用组件之间的关系进行描述。此视角通常被用来创建组织中各个应用的总体情况，也可以被用来表述用于支持业务流程执行的各项服务之间的交互关系。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.10 应用结构视角（Application Structure Viewpoint）
应用结构视角用于展示一个或多个应用或组件的结构组织。此视角对于设计或理解应用或组件之间，以及其与相关的数据对象之间的结构非常有用。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.11 应用使用视角（Application Usage Viewpoint）
应用使用视角用于描述各个应用是如何对各业务流程进行支持的，以及其他应用是如何对其进行使用的。此视角可以用来明确业务流程所需要各种应用服务，因而在应用设计过程中会非常有用，并且此视角还可以通过描述当前可得的各项服务来为业务流程设计提供帮助。除此之外，由于此视角描述了业务流程和应用之间的依赖关系，因而他对掌管多个业务流程的运营经理来说也是非常有用的。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.12 基础设施视角（Infrastructure Viewpoint）
基础设施视角描述了用于支持应用和业务这两个层次的软件及硬件基础设施。此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.13 基础设施使用视角（Infrastructure Usage Viewpoint）
基础设施使用视角描述了组织中的软件和硬件基础设施是如何对各个应用或应用组件进行支持的。此视角在对系统进行性能与可扩展性分析时非常有用，因为它将物理上的基础设施与逻辑世界中的应用进行了关联。此外，此视角也可以用在根据应用需求确定基础设施的性能和质量的决策过程之中。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.14 实施与部署视角（Implementation and Deployment Viewpoint）
实施与部署视角用于描述一个或多个应用是如何被技术基础设施所实现的。与基础设施使用视角相类似，由于此视角也可以将物理上的基础设施与逻辑上的应用联系起来，因而在系统的性能与可扩展性分析中此视角也扮演着重要的角色。除此之外，在安全和风险分析中，此视角也可被用来对各种关键的依赖关系和风险进行明确。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.15 信息结构视角（Information Structure Viewpoint）
信息结构视角与传统信息系统开发过程中所涉及到的信息模型相类似，他通过数据类型或类结构的方式对企业或特定的应用、业务流程的信息结构进行表述，而且该视角还可以被用来展示业务层面中的信息是如何被应用层所描述，并进而由基础设施层所落实的（通过数据库模式来描述）。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.16 服务实现视角（Service Realization Viewpoint）
服务实现视角用于展示一个或多个业务服务是如何通过底层的业务流程而实现的。服务实现视角在产品视角与业务流程视角之间搭建起了一座沟通的桥梁，从而为各个业务流程提供了一系列由外而视的视图。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.17 层次视角（Layered Viewpoint）
层次视角用于在一张图形之中同时展示企业架构的若干层次或方面。通过“分组关系”，此视角可以将ArchiMate中的各种元素组织为若干层次，这些层次可分为如下两类：
- 专用层（dedicated layers）：包括基础设施、应用、流程以及业务角色和参与者这些方面中用于表示内部结构或行为的概念元素。
- 服务层（service layers）：包括由专用层各元素实现或使用的各种服务方面的概念元素。
以上两种层次通过相互交叠，一起形成了层次视角下的各个视图。在这个过程中，专用层表述了各个领域的内部结构和行为方式，而服务层则代表了专用层对外界环境所提供或使用的各种服务。通常来讲，位于较低层次的专用层次对外提供和实现了服务层，而此服务层又会被处于较高层次的专用层所使用。层次视角只是对ArchiMate中各种概念元素的一种组织方式，因而与前面所说的各种视角不同，在此视角中所能够使用的概念元素和关系包括了ArchiMate中的所有概念元素和关系。虽然层次视角中各层次的性质、顺序和数量并没有被硬性规定，不过通常来讲，此视角下的一个完备的视图应与下方的示例相一致：
3.18 情景图视角（Landscape Map Viewpoint）
情景图视角下的视图被称为情景图，这是一种能够同时表示三个维度架构关系的矩阵图形。理论上讲，情景图所表示的架构关系可以是架构模型中任意三个维度，不过在实践过程中，情境图多数用于表示业务功能、应用组件和产品之间的关系。除此之外，情景图对三个维度的位置安排也有着一定的“潜规则”：矩阵纵坐标多用于放置各种行为元素，如业务功能、流程等；矩阵的横坐标多用于放置用来表示各种行为在执行时所处情景的概念元素，如产品、细分的服务市场或场景等；而由以上两个维度组成的矩阵中的各单元格（第三维度）则通常采用被分配的相关资源来填充，如信息系统、人力资源或基础设施等。由此可见，情景图可以为各管理者、流程和系统负责人提供非常实际的概览性视图，并且架构师们也可在侦测资源分配的模式与变化的过程中将其作为资源分配工具和分析工具。由于情景图视角所涉及到的概念元素并没有硬性限制，因而他可以包含ArchiMate中的所有概念元素和关系，所以在此只给出相关示例：
3.19 干系人视角（Stakeholder Viewpoint）
干系人视角可以被用来对干系人、来源于企业内外的驱动力、针对这些驱动力的评估，以及用于满足这些评估指标的各项目标进行建模。此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.20 目标实现视角（Goal Realization Viewpoint）
目标实现视角使得设计人员可以将概括层次比较高的目标细化为更为具体的子目标，并能够进一步以这些具体化的子目标为基础制定出各种需求和约束。此外，此视角还可对在制定需求和约束过程中担当指导的各项原则进行描述。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.21 目标贡献视角（Goal Contribution Viewpoint）
目标贡献视角允许设计师或分析师对目标和需求之间的影响关系进行描述。此视角下的视图可以被分析师用来分析不同目标之间的相互影响，也可以用来侦测不同的目标之间的冲突关系。通常情况下，对于此视角的使用是在将高概括度的目标细化为更为具体的目标，甚至是在制定出相关需求和约束之后，因而聚合关系和实现关系也会出现在此视角的视图当中。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.22 原则视角（Principles Viewpoint）
原则视角可以使设计师或分析师对与当前设计问题相关的各种原则、驱使这些原则落实的相关目标，以及他们之间的关系进行描述。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.23 需求实现视角（Requirements Realization Viewpoint）
需求实现视角使设计师可以对需求是如何被各种核心元素（如业务参与者、业务流程、业务服务以及应用组件等）所实现的这一情形进行建模。除此之外，此视角还可以被用来对各概括程度较高的需求进行更加深入的细分，从而形成更加详细的需求。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.24 动机视角（Motivation Viewpoint）
动机视角使设计师或分析师能够在忽略核心概念元素的情况下专门对企业架构在动机方面的内容进行建模。例如，通过将干系人、他们的主要目标、所使用的原则、需求进行关联，此视角可以为企业架构的所有或部分动机方面建立概览性视图。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.25 项目视角（Project Viewpoint）
项目视角主要用于对架构变更的管理进行建模，而这一从企业的当前状态到目标状态的迁移过程的架构对于企业的中长期发展战略，以及之后的决策过程都有着重大的影响。使用此视角进行企业架构模型设计时应注意如下几个问题：
- 在整个企业范围内开发一个全面的企业架构是一件需要耗费若干年的大工程。
- 所有的服务或系统在架构变更过程中不能因为可能发生的修改或变化而停止运行。
- 变更过程需要应对并不成熟的技术标准。
- 变更会对企业的个人、文化、工作方式和组织带来重大影响。
- 此外，还有其他一些治理方面的因素会对转换过程进行制约。例如，内部和外部组织之间的互操作、项目管理、过渡阶段规划以及财务、法律等方面。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.26 迁移视角（Migration Viewpoint）
迁移视角用于对从当前架构到目标架构这一迁移过程进行描述。此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：
3.27 实施和迁移视角（Implementation and Migration Viewpoint）
实施和迁移视角用于在企业架构的各部分与为了落实这些架构而指定的项目之间建立关联。此视角可以使建模人员以稳定阶段或各架构元素为单元对项目以及项目活动的范围进行建模，并且此视角也可以与项目视角相结合，从而对项目组合管理进行支持：
- 项目视角可以被用来将目标与各个实施项目关联起来。在此视角的帮助之下，相关干系人可以对各个项目是否覆盖了所有目标而进行检查。
- 实施和迁移视角可以用来将目标经由各个落实项目而与相关架构部分进行关联。在此视角帮助之下，相关干系人可以明确是否项目活动之间存在交叠，并能对项目之间的依赖性与稳定阶段或架构元素之间依赖性是否一致进行分析。
此视角所采用的各概念元素和关系如下图所示：
此视角的示例视图如下图所示：