Web（W3C）的标准，用来表示信息模型。RDF较XSD约束更严格，因为它可以描述一个数 不只是一个XML文件。DCIM使用RDF子集，以支持电力系统模型交换

网络本体语言webontologylanguage：OW

另一个Web（W3C）的标准，包括RDF以及对它的扩展。在支持的数据类型、枚举、类的 更多细节上和关联关系等方面，OWL比RDF功能更强。未来DCIM子集可能使用OWL。

CIM采用面向对象的建模技术定义。具体来说，CIM采用UML标记语言定义，采用这种方式，可 以把CIM定义成一组包。 在每一个包中包含一个或者多个类图，这些类图采用图形方式描述所有的类以及它们之间的关系。 每一个类根据它的属性以及和其他类的关系办公楼标准规范范本，又可以采用文本方式定义。 UML标记在OMG文档和几个已出版的资料中有所描述。

CIM可以划分成多组包。组合相关的模型元素。CIM模型包含一些包的集合。实体类超出包的范围， 建立类之间的关系。每一个应用程序可以用几个包中的信息来描述。

为了方便起见，完整地将CIM模型分成了多组包。组成DCIM的组包括： ·DL/T890.301（基本CIM定义了数据类型以及在典型的EMS和DMS控制中心应用程序中需要 的电力系统资源）； ?IEC61968。 图1显示了TC57当前定义的规范包的相关性以及它们之间的依赖关系。虚线说明了依赖关系，箭 头由依赖的包指向被依赖的包，

图1TC57CIM包

4.2.3CIM面向配网的扩展包

CIM面向配网（DCIM）的CIM扩展所定义

章包含每一个CIM包的定义。注意：本文档中CIM定义的内容是由CIMUML电子文档DL/I 1v12自动生成的。

第6章包含每一个CIM包的定义。注意：本文档中CIM定义的内容是由CIMUML电于 1080CIM11v12自动生成的。

4.3CIMUML建模

CIM模型采用UML定义和维护。 现在CIM 的来源和维护源是EA文件。它充许模型可以 化的方法来浏览和维护。使用相同的工具也可以生成网页，在互联网上浏览。从EA文件中可

文件，此文件可以被各种 具用来生成针对DL/T1080.3～1080.9和DL/T1080.13部分，基于各 下文的消息体，它们可以采用XSD、RDF或者OWL形式表述。 的目的是定义一些和DL/T1080信息模型和相关信息交换的原则。关于如何描述在CIM模型中 UML结构的问题，可以参见DL/T890.301的4.3中CIM类和关系。

4.3.2UML模型的范围

本规范和相关模型所定义模型的目的不是满足所有的信息需求，因为这将是一个不可能完成的任 务。标准模型是一个规范化数据模型以满足企业系统集成的要求，因此需要满足不同系统间的信息交流， 即在DL/T1080.3～1080.9和DL/T1080.13中定义的消息体要求。自定义扩展与非标准的项目和产品有 关。它们扩展CIM以建立具体应用或系统的信息模型，或满足非标准的集成需求。但是，自定义扩展 将不会由IEC来维护。 整体的DCIM模型已经发展了许多年，作为一个IEC标准仅在2010年出版。从第一版以来，UML 模型已分成规范和非规范类，以及它们之间的关系。只有规范类，以及它们属性和规范的关系，在第6 章中全面描述。在编辑本文档时，规范类和关系是满足DL/T1080.4、DL/T1080.9和DL/T1080.13的 要求。它们被认为是稳定的，并且几乎不会改变。 相反，非规范类和非规范的关系不记录在此规范中。它们目前在电子UML模型中，将随着DL/T 1080.3～DL/T1080.9部分和DL/T1080.13的新版本，逐步提升到规范类中。其中的一些类只要被认为 是不稳定，并可能改变，将保持长期的非规范性，其他一些类因为没有参与标准的信息交换，可能会被 删除。 注意下一个预期的类的集合，是指被从非规范类中提升到规范类的DCIM12第3版的DL/T1080.11， 那些类需要定期维护，已支撑DL/T1080.3、DL/T1080.4、DL/T1080.9和DL/T1080.13，DL/T1080.6 和DL/T1080.8。

完全支持扩展信息交换模型。扩展必须使用本地命名空间。命名空间应有助于明确类或属性的来源。 扩展可以在UML模型和/或物理模型，如XML模式中定义： ·如果扩展是在UML模型中定义，这样的扩展必须作为一个独立的模型层或者上下文加入一个不 同的包中，而不能直接加入或者修改已有的CIM模型。如果这样扩展是为了生成一个XSD，为 此可以采用一个targetNamespace标签的值。 ·如果扩展只是为了生成XSD，产生的目标命名空间必须是与CIMXSD命名空间不同，以明 确扩展的来源。扩展命名空间可能遵循命名约定：http：//

4.3.4消息体（子集）定义

4.3.4.2XML模式语法

4.3.4.3RDF模式语法

DL/T890.501定义了一组RDF模式子集以实现批量电网数据交换。这种子集模式和头信息在DL/T 890.552中定义，且前在DL/T1080.4和DL/T1080.13的子集中已采用这种方式。

4.3.4.4DCIM支持的数据交换模式

在DL/T1080中定义的基于DCIM的子集涉及企业中两种主要数据交换方式： ·批量数据交换，主要用于配置系统。这种业务过程也称为模型管理、主数据管理或数据工程。它 要求的消息有效消息体，允许建立和维护两个或两个以上的各种业务实体实例之间的关系，这在 两个或者更多的企业系统中。 ·业务（动态）运行系统之间的数据交换。这种接口方式的数据交换，承担了以前在各个不同系统 中对共同的业务实体的配置功能，基于DCIM的接口表达，但不一定用在系统内部。 就本文档而言，以RDFS和OWL语法描述的子集主要用于批量和基于文件方式的大批量数据交换， 而以XSD描述的子集可以用于批量数据和业务消息负荷。

4.4DCIM模型概念和样例

4.4介绍了在配电领域和普通电力企业中采用DCIM建模的一些样例。其中一些概念是对DL/T 890.301中提出的基本CIM的补充（如典型的面向配电网的电网建模）。另外，一些概念是为电力企业 所通用的（如位置、文件、组织）（如locations、documents、organisations），或者属于配电领域的特有 概念（如计量、客户）（如metering、customers）。

4.4.2.1DCIM关键类

名称，IdentifiedObiect显示在类的右上角。

4.4.2.2Locations和geographical描述

考虑到从空间上定位不同的实体和活动，DCIM提供了Location类，如图4所示。实体和活动 可以由它们不同的地址和位置坐标来进行定位，其中PositionPoint在给定的坐标系中。位置变化的 配置信息可以由一个特殊的ActivityRecord类，ConfigurationEvents的实例来跟踪。虽然其中的 PositionPoints可以用来初始化图形的布局，但Location类不是用于图形信息的交换。表达 PowerSystemResource的单线图的交换由DL/T890:DiagramLayout包支持，该包在DL/T890.301的 基础模型类中定义。 Asset和PowerSystemResource与Location有直接的联系，因为“通用”的Location提供了包括有 mainAddress、electronicAddress或者关联的PositionPoints所有需要的信息。相反，UsagePoint引用了 个特殊的位置类型一一ServiceLocation，它拥有额外的和服务关联属性，如需求检查。这是一个在DCIM 中常用的模式：为适用的并与其相关联的高级类的特化关系提供关联，这些上层的类中的一般关系适用 于所有的特化

4.4.2.3组织（Organisations）

DCIM中的PowerSystemResource以及Asset

图5DCIM中的Organization模型

CIM中的业务实体模型常常用于许多不同的场景下。例如，同一个Organization实例在申请端 服务时可能会有用户的角色，以及在资产维护时会有制造商的角色，或者在资产管理时会有资

产拥有者角色，以及根据服务协议申请服务时会有服务提供者角色。这是在DCIM中Organization与多 个OrganizationRole的关联关系，作为一个业务实体每个OrganizationRole引用一个单独的Organization。 图5显示了OrganizationRoles作为一个通用的父类角色。它们根据需求，当有特定属性（没有在图 中显示）并且/或者有只对特定使用域适用的关联时，可以供引入。Manufacturer就是一个这样的例子， 其对一个给定的ProductAssetModel适用，但一般对Asset不适用，因此特定的OrganisationRole泛化与 ProductAssetModel有明显的联系，与此同时，还有其他特定的角色与Asset有关（如AssetOwner）。 在DCIM中，Organization作为一个业务实体从不进行特化。 OrganizationRole的结构变化也可以根据ConfigurationEvent的实例进行跟踪。

4.4.2.4资产（Assets）

鉴于第一版本的DL/T1080.11只包含了在计量环境中（DL/T1080.9）所需要的Asset和AssetModel 本版本提供了更加详尽的AssetModel，满足了在电网模型交换（DL/T1080.4和DL/T1080.13）环境中 的数据交换的需要。图6是DCIMAssetModel中所包含的主要类的纵观图。

图6DCIMAssets模型

Asset是电力企业的有形资源，包括电力系统设备、各种端点终端设备、箱柜、车辆、建筑物等。 个Asset实例就是使用中的或者备用的受管资源，其特征在于它的生命周期属性，也就是由复合生命 周期日期（CompoundLifecycleDate）所定义的可能值。它可能由Location描述，其配置可能根据 ConfigurationEvent实例跟踪。一个Asset可以通过多种AssetOrganisation角色与Organisation相关联， 比如AssetOwner。 注意：在本文件（documentingDCIM11）中，有一个单一的AssetOrganisation角色的泛化。预计第

以支持在DL/T1080.3和DL/T1080.6中需要的数据交换。 一些数据交换需要依靠电气设备连接模型（electricalequipmentconnectivitymodel）。在这种情况下， Asset可能参考一个或者多个PowerSystemResource实例，这些实例模拟了物理Asset所代表的设备电气 特性（另见4.4.2.5）。反过来也成立。即操作系统和其他系统（如规划和Asset管理系统）之间进行的一 些数据交换需要依靠一个与电力系统的电气模型相关的物理视图，在这种情况下PowerSystemResource 参考相关的Asset和/或Assetinfo实例。还有一些数据交换会完全忽略电气设备连接模型而仅仅对Assets 莫型起作用。 Assetlnfo是资产模型中另外一个主要类。它是一个描述相关Assets的各种物理参数的可辨认的集。 个Asset只有有了具体的AssetInfo才能被充分描述。AssetInfo为常被称为catalogue，library或者code 的集建模，是一个Asset的属性的集合，它代表了一个物理设备的典型数据表信息，这些信息可以在不 司的数据交换环境中作为如下属性被具象化并且共享： ·作为一个资产实例的属性（安装的或者备用的）； ·作为一个资产模型的属性（一个制造商的产品）； ·作为一个类型资产的属性（一个用在设计和扩展计划中的资产类属性）。 物理设备的数据表属性取决于它描述的设备类型，因此，AssetInfo是针对具体的类型专门设计的， 类型包含属性和与具体的特化关系关联（见4.4.2.4.2）。 一个具体AssetInfo实例的主要特征是可以从多种PowerSystemResource或Asset实例中引用它。这 也是配电网建模的一个主要需求。在配电网建模中，由于设备的性质和数量的关系，设备的特性很少通 过PowerSystemResource或Asset来定义。通常，一个特定的AssetInfo的实例可能需要被数以千计的 PowerSystemResource或Asset实例所参考。同样的需求也存在于计算的电气参数中，如线路或者变压器 的阻抗，相关的电气条目类体现了这一点（见4.4.3.3.1）。 AssetModel是与资产相关的第三个主要抽象概念。它代表一个Asset的模型，这个资产可能是一个 特定制造商的产品（ProductAssetModel)，一个通用资产模型，或者是材料条目（此类仍为非规范类， 故图6中未显示）。AssetModel的数据表特征可以通过相关AssetInfo泛化得到，并且与Asset或 PowerSystemResource实例共享。

4.4.2.4.2Assets模型的泛化

单词Asset。 根据a），应按如下方式消除Asset、AssetModel和ProductAsset模型的泛化：必要的属性和关 联端应要么移入Asset泛化类（如果它们适用于一个Asset实例），要么移入AssetInfo泛化类 （如果它们描述了数据表信息，适用于多个Asset实例）。 在DCIM电气UML中的信息型类中，预计还将有一个AssetModel的泛化在今后的版本中变得更 现范。 由于本原则的使用，PowerSystemResource泛化和Assetlnfo之间的部分直接关联被消除，以应用 PowerSystemResource和Assetlnfo之间定义的新的继承联系。 由于本原则的使用，重命名了Metering模型包中的部分类，不再使用后缀Asset。 图7展示了一些可以反映上述指导原则的DCIM例子，也说明了资产模型中一些其他类的用法

图7DCIM资产一泛化指导方针

2.5电气模型和物理模

网运行、监测、停电管理、运行计划。Asset类为对象的物理描述，主要用于资产管理和工作管理，同 时也用于电网扩展规划、停电管理和电网研究。例如，即使在没有使用明确的Asset类的情况下，物理 描述对于电气描述的派生属性至关重要。又例如，4.4.3.3.3解释了资产模型如何帮助计算一条配电线路 的电气属性。同时，一个电气设备的这两个方面的关系也为扩展规划、工作管理和停电管理提供了重要 信息。 Asset和PowerSystemResource之间的关系支持一个现实世界的对象两个不同描述（模型）之间的导 航。连接性和运行方面（例如运行参数或带电状态）是通过PowerSystemResource及其泛化来建模的， 而物理方面（例如数据表评级、尺寸，或者资产生命周期和财务数据）则是通过Asset和其相关的类来 建模的。 可以看到，Asset和AssetInfo都和PowerSystemResource有关系。PowerSystemResource和Asset的 关系主要用于Asset在投运状态中的数据交换，用以给出运行中电网设备的物理视图，或者说在另一方 向，为与作用于物理描述的系统给出电气连接性视图。在没有Asset实体存在或者对其的需要时也可 以使用PowerSystemResource和AssetInfo之间的关系。典型例子是在运行系统中的计划应用和电网计 算应用。

4.4.3配电网建模概念及示例

4.4.3.1连通和分相建模

配电网的CIM连接性模型与基本的CIM连接性模型一样，即它依赖于ConductingEquipmentTerminal 和ConnectivityNode类（详见DL/T890.301的4.4.4和4.4.8）。通过端点的Terminal.phases属性，就可 以表达相应的多相配电网中每个ConductingEquipment的各相信息。它也允许用来描述配电网相别不匹 配的情形。在配电网中偶尔也有一个动合开关一侧与A相相连而另一侧与B相相连的情形。只要在 Jumper（跨接线）闭合之前其有一侧不带电，Jumper类就有可能造成相别不匹配。例如，一个Jumper 可以将带电的A相连接到当前不带电的B相。只有当所有下游负荷的相别都相同时，才允许这种情况 出现。 关于三相对称电网的示例，详见DL/T890.301的4.4.4.2连接关系和容器示例。关于阐释CIM连接 关系模型如何用于描述多相电网的例子，参见DL/T890.301的4.4.8。 图8给出了用于配电网建模和应用的与相别有关的类的概况。 在配电网中，一些设备各相的电气和操作特性可能各不相同。例如，一个三相开关[可以是Breaker （断路器）、Fuse（熔断器）或者其他类型的开关」可能是由三个分开的物理开关构成，每一个开关控制 一相。大多数情况下，这三个独立的开关有相同的物理特性，如果该开关是联动操作的（即所有物理开 关都处于相同的常规和/或实时运行状态），用一个开关的实例就可以建模。但是，有时也会遇到各相具 有不同的物理特性，例如，对于一个Fuse而言，至少理论上来说，其各相的额定值可能会不同。而且， 对于一个非联动开关，各相的常规和/或实时运行状态也可能不同。对于这种情况，可以用一个包含三个 SwitchPhase实例的Switch实例来建模，每个SwitchPhase实例对应一相。重要的是，在每种情况中有 个Switch实例，并且这个实例能应用于不同的情景下（例如配置和运行操作）。 注意，本文件不支持组合开关（由CompositeSwitch建模）。 从本版本（即第二版）DL/T1080.11开始，与Terminal类相似，Measurement类也定义了分相属性， 用以为测量提供详细的分相描述。在大多数情况下，这个属性不是必需的，因为Terminal的测量与其相 别相匹配。但是，对于一个各相可以独立操作的导电设备而言，测量的分相属性能够描述各相的测量值。 根据DL/T890.301的4.4.10中基本CIM所定义的CIM控制模型，控制也可以应用于各个单独的相别。 从本文件本部分开始，配电网CIM模型可以提供支持配电网中临时更改的描述。详细的描述和例 子，参见DL/T890.301的4.4.9。

4.4.3.2单相和三相不平衡模型

图8DCIM分相建模

图9给出了可用于配电网负荷建模的类，在同一位置，其三相负荷经常是不平衡的，有时还 单相或者两相负荷的情况。

图9DCIM负荷模型

以EnergyConsumer类为例说明负荷模型，可以将它通过UsagePoint和一个表计相连。Energy Consumer从与Terminal有关联关系的ConductingEquipment类继承。Terminal有相属性，可以用一个字 母的PhaseCode来表示。比如，AN表示从A相到中性点的单相负荷，BC表示从B相至C相的单相负 荷，ABCN表示一个三相星型接地连接的负荷，ABC表示一个三角形连接的负荷等。 对于一个星形连接的或相对中性点的负荷，EnergyConsumer的相连接属性应该是Y或Yn；而对于 三角形连接的相间负荷，相连接属性应该是D。对于三相平衡的负荷，在EnergyConsumer属性中描述 其总有功功率和总无功功率用以在三相间平均分配。 如果一个三相负荷是不平衡的，仍可用同样的EnergyConsumer实例来为其建模，在这种情况下要 引用三个额外的EnergyConsumerPhase实例，每个实例用其相别属性描述相应相的信息。这使得用 EnergyConsumer来为三相不平衡负荷建模成为可能。含有单相或两相负荷时，模型中还应该包括相序正 确的导线或变压器，用以建立上溯到电源的连接关系。EnergyConsumer属性中无需指明总有功功率和总 无功功率，因为它们可以根据EnergyConsumerPhase属性中描述的各相负荷数据得到。每一相别可以是 A、B、C、S1或S2（N不适用于这种情况）。对于各相连接性属性用D表示的三角形或相间负荷，有： ·用A表示连接于A相与B相之间的负荷：

·用B表示连接于B相与C相之间的负荷； ·用C表示连接于C相与A相之间的负荷； ·用S1表示连接于S1相与S2相之间的负荷。 当某个负荷是由恒电流型负荷、恒功率型负荷以及恒阻抗型负荷组合而成时，需要将负荷响应特性 的一个实例与EnergyConsumer实例相关联。 注：提供描述各相的不同负荷特性的方法，

4.4.3.3配电线段

图10给出了可用于对交流线段ACLineSegment（即导体）建模的类。有3种方法可以只用Wires 包来描述一个ACLineSegment的阻抗参数，而第4种方法是用AssetInfo包来描述的。 注：本版本DL/T1080.11（标记为DCIM11）和相应版本的DL/T890.301（标记为基本CIM15）反映了用对输电和 配电（T&D）线路进行统一建模的线段模型。 为了用不同的导线描述单相线路、两相线路或三相不平衡线路，一个ACLineSegmentPhase实例需 要与保留在模型中的各条相线和中性线相关联。对于三相线路适用的相别属性值为A、B、C；S1和S2 适用于单相分支线；N适用于模型中含有中性线的情形。每个ACLineSegmentPhase与Wirelnfo有一个 可选的关联关系，将在后面详述，而所有其他的特性都来源于与其相关联的ACLineSegment。 对于三相不平衡线路，计算得出的阻抗反映了杆塔上导线的位置，根据其水平和垂直坐标，这些位 置一般按从左到右、从上到下的顺序排列。例如，对于一个有横担的电杆，其3根导线的位置分别用标 号1（最左）、2（中间）和3（最右）表示。阻抗可能根据A相线在位置1，B相线在位置2，C相线在 位置3来计算。同样的导线和杆塔条件下，如果C相线在位置1，B相线在位置2，A相线在位置3，则 计算出的阻抗参数可能会与前面情况不同。这些参数在数学上与阻抗矩阵的行和列运算相关，但是CIM 既不支持这样的运算，也没有相序排列的概念，这就意味着，每个不同的物理相别排序都需要在CIM 中用不同的阻抗来描述。上述方面的问题影响了图10中PerLengthPhaselmpedance和WireSpacinglnfo 的使用。 按照上面的描述，换位线路的每一段的建模可分别用不同的ACLineSegment和不同的阻抗来描述 由于序参数假设线路是连续换位的，这个阻抗应采用PerLengthPhaselmpedance或WireSpacingInfo描述， 如果在一段线路的内部，所有的相线种类都相同，则没必要用ACLineSegmentPhase实例来对三相换位 线路进行建模。 有3种方法只用DL/T890.301中的DL/T890:Wires模型包来定义线路阻抗。 ·三相平衡模型可以用ACLineSegment的属性I、rO、X、xO、bch、bchO、gch和bcho描述。对于 单相和两相线段的处理，见4.4.3.3.1。 ·提供一个与PerLengthSequencelmpedance的关联。这个类建立单位长度序阻抗和线路充电特性的 电子目录和“线路特性码”库。多个ACLineSegments共享一个PerLengthSequencelmpedance的 实例，并且根据其继承于Conductor的长度属性计算阻抗。对于单相和两相线段的序参数的处理， 见4.4.3.3.1。 ·提供一个与PerLengthPhaselmpedance的关联，这个关联引用预先计算的NxN阶的单位长度阻抗 和导纳对称矩阵。这个类也建立一个电子目录，并且需要继承长度属性。ConductorCount至少要 与相数相同，如果中性线（或者其他接地导体）保存在矩阵中，则ConductorCount要大于相数。 PhaselmpedanceData提供Z和Y矩阵中的元素，并按纵向顺序储存。属性r、x和sequenceNumbe 都是必要的，而属性b不是必须的。由于只储存矩阵的下三角部分的元素，所以一个3×3的矩阵 有6个元素（即PhaselmpedanceData实例）。矩阵的行和列都必须按照相序排列。引用 ACLineSegment会把第1行分配给出现在次序表中的第1个相别（A、B、C、s1、s2、N），把第 2行分配给次序表中出现的下一个相别，依次类推。参见4.43.3.2

DCIM线路连接性模

图11DCIM导线（线路和电缆数据清单）模型

在很多情况下，WirePosition.phase属性值会由于现场安装情况的不同而不同。例如， 根单相 用在A、B或C相。这需要三个WireSpacingInfo实例，唯一的区别在于三个实例中的WirePosition.F 各不相同，即A、B或C。中性线的WirePostion.phase值是不变的，都是N。总的来说，单相线 要3个WireSpacinglnfo实例来涵盖所有可能的相别，两相线和三相线类型都需要6个实例。

4.4.3.3.1使用序阻抗（三相平衡的情形）

正序阻抗和零序阻抗可通过PerLengthSequencelmpedance的r、X、ro和xo属性转移， PerLengthSequencelmpedance与一个ACLineSegment实例关联。bch、boch、gch和gOch属性通常对于 架空配电线不重要。对于三相线路，这里描述了一个三相平衡的或充分换位的线路。PerLength SequenceImpedance中的属性用单位长度参数表示，所以需要用它们的值乘以Condutor中的length属 性值。 注：这相当于Wires:ACLineSegment的属性，这些属性是按照线段的全长预先计算的，因此必须为线段的每个实例 定义。相反，PerLengthSequencelmpedance是可引用的，本身可以被多个segment实例使用（通过关联），因此 减少了数据交换中转移的数据量。 如果ACLineSegment只是单相或者两相，仍可以通过r、x、ro和xo属性转移一个三相平衡模型。 该模型描述了一个有相等的复数对角元素Z和相等的复数非对角元素Zm的阻抗矩阵。一条单相线路 要转移的属性为

一条两相或三相线路，要转移的属性为

口xO后排水管道标准规范范本，三相平衡的两相或三相阻抗矩阵通过如

引用ACLineSegment应有ACLineSegmentPhase的相关实例，即指定的合适相别值来显示实际的相 别，如A、B、C、s1或s2。中性线N不需要出现，因为在使用序阻抗时，任何中性导体都应接入大地 回路。 序列阻抗也适合地下配电电缆，包括bch和boch属性

4.4.3.3.2使用相阻抗（三相不平衡的情形）

4.4.3.3.3使用物理参数

架空线，可以通过引用一个WireSpacinglnfo实例来转移一个物理模型，该实例与图11中的更

4.4.3.4配电变压器

4.4.3.4.1电气模型

电力弱电图纸、图集图12DCIM变压器连接性模型

4.4.3.4.2数据表建模