承接上文继续介绍 EBPM 架构是如何继承 ARIS 房式结构中的功能视图并融合 TOGAF 企业架构的。

先对前两篇文章介绍的<功能树>进行一个小结。关于<功能>这个要素，有以下三个关键认知。

1) <功能> 就是<流程步骤（业务活动）>，将流程中 的<流程步骤（业务活动）> 按对象 (名词)进行汇总，便是“基于对象（名词）的功能树”。将流程中的<流程步骤（业务活动）>按执行 (动词)进行汇总，便是“基于执行（动词）的功能树”。

2) 从建模原理上来说，应是先构建<功能树>模型，再将末级<功能>引用到流程中作为流程步骤。但是，在实践中通常是直接在流程模型中创建<功能>也就是<流程步骤（业务活动）>，然后自动按对象 (名词)或按执行 (动词)汇总成<功能树>模型。

3) 在 EBPM 方法论中将 <功能树> 模型称为<活动树>模型，即“功能”和“流程步骤（活动）”是同一类要素。

本文重点介绍上图所示的房式结构中的应用系统模型。可以这么认为，<应用系统图>是对<应用系统类型图>的细化，因此 EBPM 方法论中将这两类模型合并为 <应用信息系统>模型，并且与 TOGAF 中的<应用架构>对应。

如上图所示，在《EBPM 架构》中用《系统》这个要素来对接 ARIS 中的《应用系统》模型。但是，具体展开进行《系统》这个要素的模型构建时，《EBPM架构》进一步整合了 TOGAF 企业架构中关于《应用架构》的构建方法。

上图右侧是《EBPM 架构》基于 TOGAF 《应用架构》的构建方法提炼的《系统》这个要素的建模规范，同时又融合了ARIS 中《应用系统图》的构建细度，即可以进行《系统屏幕》及输入输出《清单》的构建。《系统屏幕》及输入输出《清单》在《EBPM 架构》中由《管理记录》这个要素来描述，并且与《应用系统》中的《模块》或者《组件》建立关联关系。

如上图所示，《ARIS 房式结构：功能视图》中两大类模型的关系是《应用系统》模型中的末级对象与《功能树》模型中的末级对象即<功能>进行关联，表示此项<功能>由哪个系统模块或组件来执行。

如果《应用系统》模型细化到了《应用组件》则建议将《应用组件》与<流程步骤（业务活动）>也就是<功能>进行关联。

如果《应用系统》模型只细化到《模块》，自然只能将《模块》与<流程步骤（业务活动）>也就是<功能>进行关联。

再来看看上图所示的《EBPM 应用系统架构元模型关系图》，可以看到《应用组件》由《应用服务》实现，而以下原则是EBPM 方法论建议的《应用服务》划分的颗粒度原则：

1）一个《应用组件》可以实现一个或多个《应用服务》。

2）一个《应用服务》不建议由多个《应用组件》来实现，否则应拆分《应用服务》。

最后，附上最新版的《EBPM 企业架构元模型关系总图》来结束 2023 年本公众号的写作。