• 某一个配置项是另一个配置项的一部分，比如：软件模块是程序的一部分；某台服务器是站点基础设施的一部分，我们称之为父子关系。
• 某一个配置项和另外一个配置项连接，如桌面电脑连接到网络。
• 某一个配置项使用另一个配置项，比如：程序使用另一个程序的模块。一个业务服务使用另一个底层服务器。
• 某个配置项被安装在另一个配置项上，如：MS project 安装在一台桌面PC机上。

尽管子配置项可能被父配置项拥有，被其他许多配置项使用。如果一个安装在不同部门不同位置的pc上的标准的桌面设施（desktop bud）。那么这个build包括所有软件配置项，并且作为一个配置项连接到所有的pcs。软件将是build的一部分。与定义特定的软件的关系相比，这样作可以显著的减少需要的关系类型。

关系也是把变更请求表、事件记录、问题记录、已知错误、发布记录与IT服务及相关的基础设施配置项连接起来的途径。所有的关系都应该包括在配置管理系统中。变更申请和变更及发布的记录将会识别和确定受影响的配置项。

例如：EUC（终端用户处理）是EUC1～EUC5的父配置项，而EUC1是其他三个配置项（EUC01_1到EUC01_03）的父配置项，EUC1使用DML和内部网络应用服务。

关系可以是一对一、一对多、多对一。在配置管理系统中放置档案有一个好的例子：服务的档案和客户的档案共同形成合同档案，换句话说，每个合同档案的配置项至少映射一个服务档案配置项和一个客户档案配置项。

通过上面的翻译，我认为ITIL v3对于关系的描述可以概括为：配置项中，共有四种类型，分别是部分（父子）、连接、使用和安装。在描述关系的时候，尽量使用直接关系，有时候，可能需要定义一些build。build这里我理解成是一个package。以便于降低关系的种类和数量。或者说，所有的关系都可以通过build转化为这四种最基本的关系。关系能帮我们分析所有配置项之间的相关性。关系可能是一对一、一对多和多对一的。