前言
EA将企业视为一个系统。
此表定义了一些一般的系统理论概念，并说明了它们在业务架构方法中的应用。
它区分结构和行为，区分抽象结构和具体结构。
TOGAF所说的“功能”是什么意思
简而言之，功能是一个逻辑业务组件，一个业务能力的逻辑单元，需要实现物理的组织资源。
银行的核心职能包括市场营销、销售、分行管理、银行卡支付以及人力资源等支持职能。
功能通常安排在一个层次结构，一个逻辑组织图。
在TOGAF中的功能和能力
TOGAF 9.1中基于能力的计划章节很少涉及到TOGAF产品和技术，并且是模糊的。
但是，下表中的引号表明TOGAF将功能和能力视为同义词。
其他资料中“功能”的含义
此表列出了功能在不同来源中的含义。
在数学中，函数是一种将输入与输出联系起来的过程;它将一个集合的每个元素与另一个集合(可能是同一个集合)的一个元素精确地联系起来。
在UML中，函数是一种基本的过程，它将一组输入值转换为一组输出值，而不参考系统状态。
在这两种情况下，函数只使用输入值来计算输出值;它不维护已存储的数据，也没有其他影响或副作用。
功能性(Functionality )是一个丑陋的词，通常可以用“行为”或“功能”来代替，而且没有失去意义。
例如，UML标准使用“功能”来表示在接口中发现的一组服务/流程。
ArchiMate的“功能”是什么意思
ArchiMate使用术语“功能”定义了三个应用程序体系结构元素。
并使用术语“行为”来定义第四种功能(“应用程序功能”)。
ArchiMate使用术语业务功能的结构意义与TOGAF相同(不同于业务流程)。
但是它的应用程序功能似乎是一个流程，由应用程序服务(可以称为用例)封装。
令人困惑的是，ArchiMate用“业务功能”一词来指代行为元素。
“应用程序行为”的标准ArchiMate示例显示了从触发器到结果运行的顺序流程中排列的功能——在这个过程中，每个功能似乎都是子流程。
看来，ArchiMate图中的“功能”符号可以表示流程(使用流程图文档化)或逻辑组件(作为参与者/组件定义文档化)。
功能(如角色)可以由其执行的流程在内部定义。
有一段时间，我将功能定位在通用元模型中。
功能(如角色)也可以由它所提供的服务在外部定义。
在与Marc Lankhorst长时间的讨论后，我得出的结论是，这样放置职能会更好。
最终，在对齐TOGAF和ArchiMate时，我总结出元模型将因此得到更好的扩展。
结论
业务功能是抽象的活动结构元素。
它们是从实际组织单元中提取的逻辑抽象，如果由提供的服务定义，则可以视为接口定义。
业务功能对应于业务功能。
但“能力”一词往往意味着功能+目标+实现功能所需的人力和其他资源。
也就是说，一个能力就是一个业务系统。
----
