以真实的IT场景和用例为依据，IT4IT识别和定义了基本构件之一-功能组件，它可以创建或使用数据对象，并匹配到相应的价值流，功能模型是功能组件及其关系的组合。

对于功能模型，中培教育《企业信息化审计与治理管控（IT4IT）》授课专家程老师指出，功能组件环境以IT“能力”开始。能力是指组织、个人或系统具备的能力（能执行的功能或活动），运用人物、过程、方法、技术资源和/或工具的组合来产生价值结果。

功能组件可逻辑关联到组织的IT能力，并由过程支撑来促进均衡性和一致性。而能力是被用作定义功能组件的环境，在IT4IT架构中不是中心焦点。如果有一个非核心的能力与IT4IT架构交互，那么文档中就仅指这个能力。在该种情况下，使用能力来减少对IT4IT架构范围以外的功能组件和数据对象的细节需要（例如，IT财务管理）。

“构件”支持的能力称为功能组件。功能组件是最小的技术单元，它可以独立使用，也可以作为整体面向客户。功能组件必须定义数据对象的输入和输出并且必须对关键数据对象产生影响象（例如，状态的变更）。功能组件通常控制单个数据对象。一个或多个功能组件的分组代表IT能力的技术要素。

专注于数据而不是设计指南中的过程，以这种方式获取架构和使用这种方法构建生态系统是相对灵活的承诺，还能够确保端到端的可追溯性。过程可以变更，但组织架构如果发生了变更（比如集中或分散），信息模型可保持不变并且IT管理生态系统的架构完整性不受影响。

功能组件综述

IT4IT 参考架构中的功能组件分为两类:

首要和次要。在某些IT4IT 文件中，主要功能组件也被称为“关键”，而次要功能组件被称为 “辅助”。在后续版本中将改善有关命名的一致性问题。

(一）主要功能组件

主要功能组件用蓝色矩形表示，是特定价值流的核心。这代表功能组件在特定价值流的活动中起关键作用。没有这个功能组件，数据对象的完整性和服务模型便不能持续有效地被维护。

大部分IT4IT 文件使用的语言，如“功能组件归属于或是特定价值流”的核心，都代表了这是主要功能组件。

（二）次要功能组件

次要功能组件用灰色矩形表示，表示与价值流及其数据对象的某种依赖或互动级别。当与价值流交互时, 他们并非核心组件，或者是另一个价值流的主要组件，或者是某种支持功能，或着代表某种能力。

说明：当一个功能组件是核心组件或者与几个价值流共同拥有时（例如，变更控制功能组件），当发生这种情况时，每个价值流中使用蓝色矩形描述功能组件。

R2F价值流中有一特定条件, 当功能部件之间有依赖关系时，属于用户体验驱动型而不是数据驱动型。预计这种情况也会在其他方面表现出来。这种情况下，采用非正式黑色边框灰色底色符号表示，如下图所示。

由功能组件控制的数据对象之间的关系和依赖性，由一条实线与映射关系一起表示。除了实体关系外，功能组件通过交互和数据交换来形成各种关系。功能组件之间的数据交换使用虚线箭头来表示流动方向。

然而IT4IT刻画的功能部件之间的数据流和关系，不提倡或规定使这种情况发生的过程。IT4IT架构与过程无关，无论组织是否引用ITIL、COBIT、eTOM模型的过程，或内部开发的过程，它都是一个约定成俗的框架。