快速学习 ArchiMate 第 7 部分 – 应用层概念和关系

快速学习 ArchiMate 第 7 部分 – 应用层概念和关系 (Application Layer)

业务层、应用层和技术层分为三类概念:被动结构、行为和主动结构。被动结构元素由主动结构元素写入和读取。行为元素描述了主动和被动结构元素之间以及主动结构元素之间的事务。被动结构元素的示例是合同、数据对象和产品。参与者、角色、协作和其他代表活动的结构元素。函数、过程和事件是代表行为结构元素的一些元素。以下文章将涵盖应用程序层概念。应用层通过应用服务支持业务层,应用服务由(软件)应用程序实现。

应用组件概念 (Application Component Concepts)

应用程序组件被定义为软件系统的模块化、可部署和可替换的部分,它封装了其行为和数据,并通过一组接口公开这些。 应用程序组件的名称最好是名词。

应用组件、功能、接口和协作的关系 (Components, Functions, Interfaces and Collaborations)

  • 应用程序组件执行一个或多个应用程序功能。
  • 它封装了它的内容:它的功能只能通过一组应用程序接口访问。
  • 协作应用程序组件通过应用程序协作连接。

应用组件示例 (Application Component Example)

在 ArchiMate 图中显示如下:

  • 财务应用程序被描述为一个应用程序组件,由两个用于会计和计费的子组件组成
  • 每个都向环境提供应用程序服务。
  • 这些服务可通过共享的会计和计费应用程序界面访问,该界面是财务应用程序的一部分。

应用协作理念 (Application Collaboration Concepts)

应用程序协作被定义为两个或多个应用程序组件的集合,它们一起工作以执行集体行为。 应用程序协作是一个活跃的结构元素。 应用程序协作的名称最好是名词。

应用程序协作 指定哪些组件协作执行某些任务。它 是一个组件的特化,聚合了两个或多个(协作)应用程序组件,具有以下特点:

  • 应用程序协作通常对应用程序组件的逻辑或临时协作进行建模,并且在企业中不作为单独的实体存在。
  • 协作行为可以分配给一个或多个应用程序交互或业务交互,它们对关联行为进行建模。
  • 一个应用接口可以被一个应用协作所使用,或者说一个应用协作可以由一个应用接口组成。

应用协作示例 (Application Collaboration Example)

ArchiMate 图如下所示:

  • 两个组件在事务管理中协作:一个 Accounting 组件 和一个 Billing 组件。
  • 这种协作执行应用程序交互 管理事务。

应用接口概念 (Application Interface Concepts)

应用程序接口被定义为一个访问点,在此应用程序服务可供用户或其他应用程序组件使用。 应用程序接口的名称最好是名词。

应用接口示例 (Application Interface Example)

ArchiMate 图表如下所示 ,它提供了一个用于交易数据交换的应用程序接口 , 以及一个 需要此类接口的 计费组件。

  • 应用程序接口 指定其他组件如何访问组件的功能(提供的接口
  • 应用程序接口向环境公开应用程序服务。
  • 同一个应用服务可能会通过不同的接口暴露出来。

行为概念 (Behavior Concepts)

应用功能 (Application Function)

一种行为元素,它对可由应用程序组件执行的自动化行为进行分组。

应用交互 (Application Interaction)

描述应用程序协作行为的行为元素。

申请服务

公开自动化行为的服务。

应用功能概念 (Application Function Concepts)

应用程序函数 描述了应用程序组件的内部行为。 它被定义为一个行为元素,它对可以由应用程序组件执行的自动化行为进行分组。 应用功能的名称最好是一个以“-ing”结尾的动词;例如,“会计”。

如果应用程序功能的行为对外公开,​​则这是通过一项或多项服务完成的。 一个应用功能可以实现一个或多个应用服务。应用程序功能从它的实现方式中抽象出来。仅指定了必要的行为,它具有以下特征:

  • 一个应用功能可以使用其他应用功能的应用服务和基础设施服务。
  • 应用程序功能可以访问数据对象。
  • 应用程序组件可以分配给应用程序功能(这意味着应用程序组件执行应用程序功能)。

应用功能示例 (Application Function Example)

ArchiMate 图如下所示:

  • 财务应用程序 组件的内部行为 被建模为一个应用程序功能,由两个子功能组成:会计和计费
  • 这些应用程序功能实现了提供给应用程序用户的应用程序服务。

应用交互概念 (Application Interaction Concepts)

应用程序交互被定义为描述应用程序协作行为的行为元素。 应用程序交互的名称最好是动词。

  • 应用程序交互 描述了由参与应用程序协作(结构概念)的组件执行的集体行为。
  • 应用程序协作(结构概念)可以分配给应用程序交互。
  • 应用交互可以实现应用服务。
  • 应用程序交互可以使用应用程序服务和基础设施服务(外部)。
  • 应用程序交互可以访问数据对象。

应用交互示例 (Application Interaction Example)

ArchiMate 图如下所示:

  • 一个 会计组件 和 记账组件 一个金融系统的协同工作 以构成 一个 管理金融交易 的交互。
  • 这被建模为分配给两个组件之间协作的应用程序交互。

应用服务理念 (Application Service Concepts)

应用程序服务 向其环境公开组件的功能,该环境 被定义为公开自动化行为的服务。因此,从环境的角度来看,一个应用程序服务应该是有意义的。 应用服务的名称最好是一个以“-ing”结尾的动词;例如,“交易处理”。此外,可以使用明确包含“服务”一词的名称。

  • 应用程序服务可由业务流程、业务功能、业务交互或应用程序功能使用。
  • 应用功能可以实现应用服务。
  • 应用程序接口可以分配给应用程序服务。
  • 应用服务可以访问数据对象。

应用服务示例 (Application Service Example)

ArchiMate 图如下所示:

图解

  • 事务处理 (应用程序到应用程序)服务由会计 应用程序功能实现 ,其他组件可以通过 事务处理 应用程序编程接口(API)访问。
  • 此服务 由Billing 组件执行的Billing应用程序功能 使用 。
  • 该 计费 应用功能提供了一个(应用程序对企业)函数 比尔创建,它可以被用来支持业务流程,并与业务角色可通过1个 结算屏幕 作为应用到业务接口。

被动结构概念 (Passive Entity Concepts)

数据对象 (Data Objects)

适用于自动化处理的无源元件。

数据对象概念 (Data Object Concepts)

数据对象被定义为适合自动化处理的被动元素, 可以被应用功能、应用交互或应用服务访问。 一个数据对象可以实现一个业务对象,也可以通过一个工件来实现。 一个数据对象可能与其他数据对象具有关联、专业化、聚合或组合关系。 数据对象的名称最好是名词。

数据对象示例 (Data Object Example)

ArchiMate 图表如下所示:两个应用程序功能通过一个应用程序服务进行协作,其中 交换一个包含事务数据的数据对象 。

其他 ArchiMate 资源: