企业架构描述语言

架构语言1.架构语言ArchiMate －架构视角（Viewpoint）分类框架实现和维护一个一致的架构是一件非常复杂的任务，因为架构会涉及到很多不同背景的人员，他们使用不同的标记。

为了处理这种复杂性，研究人员开始关注如何为不同的涉众定义清晰的架构描述，本章介绍一下架构视角和视图的一些概念，在大家理解了这些基本概念之后，下一章我将会对ArchiMate 中的基本视角进行介绍。

2.架构描述概念模型大家都知道的有4+1 视图模型，业界还有其他一些软件体系结构表示方法，如ISO的一个标准RM-ODP，还有MDA中的Platform-Independent Model(PIM) and Platform-Specific Model (PSM)，从这些模型来看，我们可以推断，在软件架构方面，通过视角（ViewPoint）和架构视图进行架构的描述已经是被大家接受的一个概念。

在企业架构－如何描述企业架构中对视角和视图也进行了一些描述。

下图为架构描述的概念模型，图中列出了主要的一些概念：∙系统（System）：一套满足特定功能的组件∙架构（Architecture）：系统的基本组织结构，包含组件以及它们之间的关系和环境，架构将指导系统的设计和演进∙架构描述（Architecture Description）：一套描述架构的工件。

在TOGAF 中，架构视图是架构描述的主要工件。

∙涉众（Stakeholder）：在系统中承担角色，或者关注系统某方面的人，例如用户、开发人员、管理人员等。

不同涉众有不同的关注点，涉众可以是个人、团队或者组织。

∙关注点（Concern）：涉众对系统感兴趣的地方，是决定系统是否被接受的重要因素。

关注点可以是系统功能、开发、操作、性能、安全等各个方面。

∙视角（Viewpoint）：定义企业架构表现的抽象模型，每个模型针对的是特定类型涉众的特定关注点。

∙视图（View）：视角的一个具体表现，它是有目的的传递架构信息的一种很好的方法。

3.架构视角分类框架架构视角分类框架主要是围绕视角、视图和涉众进行。

在开始讲了架构描述的复杂性来自于不同的涉众要求，ArchiMate是一个灵活的架构描述语言，它提倡架构师和其他涉众可以定义自己的企业架构视图，它介绍了一个对视角和视图的定义和分类框架。

这个框架基于两个维度：目的（purpose）和内容（content）。

下图把目的和内容维度和示例涉众在一张图上表示出来如下，下一blog中大家会常看到这个图：∙目的（purpose）1.设计（Designing）: 支持架构师和设计师从概要设计到详细设计，UML就是常用的一种设计描述语言2.决策（Deciding）: 帮助管理者作出决策3.通知（Informing）: 为了获得认可、同意，与涉众沟通企业架构∙内容（content）1.详细（Details）: 考虑ArchiMate框架的一层或者一层的一个方面2.一致（Coherence): 考虑ArchiMate框架的多层或多个方面，支持负责IT服务和业务流程的中层管理员3.概括（Overview）: 考虑ArchiMate框架的多层和多个方面，可以支持CEOs和CIOs进行决策4.分类示例∙目的内容∙在ArchiMate －开篇：企业架构语言ArchiMate介绍中对企业架构语言ArchiMate进行了总体介绍，本篇将介绍一下 ArchiMate的语言结构。

6.元模型级别∙知道OO的都知道，任何东西都是对象，在元模型的语言最抽象级别就是对象（Object）和关系（Relation）∙对于企业架构来说，重要的概念就是产品（业务流程）和实现（应用）∙开发架构时，需要对特定领域进行描述，比如流程图、领域模型图等7.核心概念区分内部和外部概念，有点类似SOA的架构概念∙外部是暴露给客户的产品和服务，如Service和Interface ∙内部是具体行为和相关结构元素8.协作与交互（Collaboration and Interaction）∙协助包含多个结构元素∙交互是一种行为9.关系（Relationships）10.The ArchiMate FrameworkArchiMate是一种集成多种架构的一种可视化业务分析模型语言，它从下图业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect）以及产品、组织、流程、信息、数据、应用、技术领域（Domain）来进行描述：1.业务层（Business）：提供对外部客户的产品和服务，这些服务由组织内的业务角色通过业务流程来实现2.应用层（Application）：支持业务服务的应用3.技术层（Technology）：通过硬件和软件的交互来运行应用程序除了以上这些核心方面之外，还有其它一些重要的领域概念，如：目标（Goals）、安全（Security）、治理（Governance）、费用（Costs）、性能（Performance）、时间（Timing）、计划和演进（Planning and evolution）等。

11.架构语言ArchiMate －业务层（Business Layer）在架构语言ArchiMate －语言结构（Language Structure）中对语言结构进行了介绍，最后列出下面的 ArchiMate框架图：业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect），本篇介绍一下ArchiMate 在业务层的概念、描述和图例。

12.业务层总体说明13.业务层元模型（Business Layer Metamodel）下图为业务层的元模型，左边绿色为对象，中间黄色为行为，右边为主体。

它们分别属于不同的概念（结构概念、行为概念和信息概念）之下，下面会对这些概念分别进行详细介绍。

14.结构概念（Structural Concepts）∙Active Subject（主体）：执行业务流程和功能的参与者或角色（业务角色（Role）可以是一个人（Actor），也可以是一组人（Collaboration）和机构单元）和接口（同样的一个服务可以使用不同的接口，如mail, 电话或者网络等）∙Passive Objects（对象）：被业务流程和功能使用的对象（领域内的重要概念）以及相关静态信息。

15.业务参与者（Business Actor）业务参与者是有能力执行行为的一个组织实体，它的名称应该为一个名词。

业务参与者有人，部门或者业务单元，一个业务参与者属于一个或多个角色来执行行为。

∙图例∙示例ArchiSurance公司由两个部门组成，行李保险部门和旅行保险部门。

旅行保险部门属于旅行保险销售员角色，这个角色可以执行邀请保险流程。

这个流程提供了一个可以由接口来访问的一个服务（提供旅游保险服务）。

16.业务角色（Business Role）执行特定行为的一个组织分工，它的名称应该为一个名词。

业务角色根据责任和技能来执行或使用业务流程或业务功能，一个业务参与者属于业务角色来执行相应的行为。

∙图例∙示例行李保险销售员和旅行保险销售员两个业务角色合为一个协作角色来使用一个合并保险销售服务17.业务协作角色（Business Collaboration）两个或多个角色（临时）组成的一个协作角色，它的名称应该为一个名词或者不命名。

协作只是用在一个特定的交互关联的角色上，不像多个角色组成的部门一样，业务协作没有一个永久的状态，我们可以把业务协作看成是一个“虚拟角色”，它由多个业务角色组成，执行一个或多个业务交互（business interaction）。

∙图例∙示例销售一个保险产品时经常要涉及到销售部门和特定保险类型的部门协作18.业务接口（Business Interface）业务角色与系统的连接方式，它的名称应该为一个名词。

业务接口表明一个业务服务的环境暴露方式，同一个业务服务可以使用不同接口样式，如email、网络等。

业务接口可以被业务角色使用来调用服务。

∙图例∙示例行李保险销售员通过Webform来调用行李报销销售服务，医疗保险和行李保险的协作角色通过call center来调用组合保险销售服务19.业务对象（Business Object）一个信息单元，它的名称应该为一个名词。

业务对象是领域中重要的信息或者概念元素，业务对象不能触发和执行流程。

业务流程、功能、业务交互、业务事件和业务服务可以访问（生成、读取、写）业务对象。

业务对象有关联、聚合、实现等关系。

业务对象可以通过一个展现（representation ）或一个应用层的数据对象（data object）来实现。

20.架构语言ArchiMate －应用层（Application Layer）在架构语言ArchiMate －语言结构（Language Structure）中对语言结构进行了介绍，最后列出下面的 ArchiMate框架图：业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect），在架构语言ArchiMate －业务层（Business Layer）中介绍了业务层，本篇将继续介绍一下 ArchiMate 在应用层的概念、描述和图例。

21.应用层（Application Layer）总体说明可部署、22.应用层元模型（Application Layer Metamodel）23.结构概念（Structural Concepts）24.应用组件（Application Component）通过一套接口暴露功能的模块化、可部署、可替换的系统的一部分。

1.应用组件是一个自包含的功能单元，它可以独立部署、重用和替换，它执行一个或多个应用功能。

2.只能通过应用接口（application interfaces）来访问应用组件。

3.一个应用组件可以与一个或多个应用功能关联，它提供一个或多个应用接口暴露功能。

∙图例∙示例财务应用组件（financial application）包含两个子协作应用组件：accounting 和 billing25.应用协作组件（Application Collaboration）两个或多个组件临时组织成协作组件来协同执行一部分功能。

1.应用协作组件是应用组件的一个子类型组件，它聚合两个或更多的应用组件2.它可以与一个或多个应用接口或应用交互关联。

∙图例∙示例Accounting和Billing两个应用组件协作为一个transaction administration 组件，这个协作组件执行应用交互Administrate transactions。

26.应用接口（Application Interface）组件连接环境的应用接口，包含提供接口以及要求接口。