DL/T1414.3012015

DL/T 1414.301=2015

风电场标准规范范本DL/T 1414.3012015

DL/T1414.3012015

表475 Participantlnterfaces::PumpingLevelSchedule与其他类的关联关系 ·212 表476 Participantlnterfaces:PumpingShutDownCostSchedule的属性· ·212 表477 Participantlnterfaces:PumpingShutDownCostSchedule与其他类的关联关系 ··213 表478 Participantlnterfaces:RampRateCurve的属性·. ·213 表479 Participantnterfaces::RampRateCurve与其他类的关联关系 .···213 表480 ParticipantInterfaces:ResourceBid的属性 ·214 表481 Participantlnterfaces:ResourceBid与其他类的关联关系 .·.215 表482 ParticipantInterfaces::StartUpCostCurve的属性 ·216 表483 ParticipantInterfaces::StartUpCostCurve与其他类的关联关系 ·216 表484 Participantlnterfaces:StartUpTimeCurve的属性 ·216 表485 Participantlnterfaces::StartUpTimeCurve与其他类的关联关系 ·217 表486 Participantlnterfaces:Trade的属性·.. ·217 表487 ParticipantInterfaces:Trade与其他类的关联关系· ··218 表488 ParticipantInterfaces:TradeError的属性·.. ·218 表489 ParticipantInterfaces:TradeError与其他类的关联关系 .···219 表490 各种交易类型对应具有的双边金融交易产品 .·.219 表491 Participantlnterfaces::TradeProduct的属性· .·220 表492 ParticipantInterfaces:TradeProduct与其他类的关联关系 ·220 表493 ParticipantInterfaces:TransactionBid的属性... ·220 表494 Participantlnterfaces::TransactionBid与其他类的关联关系· ·221 表495 ReferenceData::MeteredSubSystem的属性... ··231 表496 ReferenceData:MeteredSubSystem与其他类的关联关系 ··232 表497 ReferenceData:AdjacentCASet的属性·. ·232 表498 ReferenceData:AdjacentCASet与其他类关联关系 ·232 表499 ReferenceDataAggregateNode的属性 ·233 表500 ReferenceData:AggregateNode与其他类的关联关系 ·233 表501 ReferenceData:BidPriceCap的属性·· ·233 表502 ReferenceData:BidPriceCap与其他类的关联关系 ·234 表503 ReferenceData:CnodeDistributionFactor的属性·. ··234 表504 ReferenceData::CnodeDistributionFactor与其他类的关联关系 表505 ReferenceData:CombinedCycleConfiguration的属性· ·234 表506 ReferenceData::CombinedCycleConfiguration与其他类的关联关系· .··237 表507 ReferenceData:CombinedCycleConfigurationMember的属性 ··240 表508 ReferenceData::CombinedCycleConfigurationMember与其他类的关联关系 ··240 表509 ReferenceData:CombinedCycleLogicalConfiguration的属性 ·240 表510 ReferenceData:CombinedCycleLogicalConfiguration与其他类的关联关系. ··240 表511 ReferenceData::CombinedCycleTransitionState的属性... ..··241 表512 ReferenceData:CombinedCycleTransitionState与其他类的关联关系 ..·.241 表513 ReferenceData::CongestionArea的属性·.. ..·241 表514 ReferenceData:CongestionArea与其他类的关联关系 ·241 表515 ReferenceData::ContractDistributionFactor的属性· ·242 表516 ReferenceData:ContractDistributionFactor与其他类的关联关系 ·243 表517 ReferenceData::ContractRight的属性 243

DL/T1414.3012015

DL/T1414.3012015

表518ReferenceData:：ContractRight与其他类的关联关系 ··244 表519ReferenceData:ControlAreaDesignation的属性 244 表520 ReferenceData:ControlAreaDesignation与其他类的关联关系 ·245 表521 ReferenceData..Flowgate的属性·.... ··245 表522 ReferenceData:Flowgate与其他类的关联关系 ··245 表523 ReferenceData:FlowgatePartner的属性... .··246 表524 ReferenceData::FlowgatePartner与其他类的关联关系 ·246 表525 ReferenceData:FlowgateRelief的属性·.. .··247 表526 ReferenceData:FlowgateRelief与其他类关联关系 .··247 表527 ReferenceData::FlowgateValue的属性 .·247 表528 ReferenceData:FlowgateValue与其他类的关联关系 ·247 表529 ReferenceData:ForbiddenRegion的属性·.. .··248 表530 ReferenceData:ForbiddenRegion与其他类的关联关系 ·.248 表531 ReferenceDataFormerReference的属性·.. .··248 表532 ReferenceData:FormerReference与其他类的关联关系 .·248 表533 ReferenceData:FuelCostCurve的属性· ··249 表534 ReferenceData:FuelCostCurve与其他类的所有关联关系 ·.249 表535 ReferenceData:FuelRegion的属性 ·249 表536 ReferenceData::FuelRegion与其他类的关联关系 ·250 表537 ReferenceData:GasPrice的属性· ·250 表538 GasPrice与其他类的关联关系 ·250 表539 ReferenceData:HostControlArea的属性.. ·251 表540 ReferenceData:HostControlArea与其他类的关联关系 ··251 表541 ReferenceData:IndividualPnode的属性... ·252 表542 ReferenceData:IndividualPnode与其他类的关联关系 ·252 表543 ReferenceData:LoadAggregationPoint的属性 ·253 表544 ReferenceData::LoadAggregationPoint与其他类的关联关系 *·253 表545 ReferenceData:LoadRatio的属性·. ·253 表546 ReferenceData:LoadRatio与其他类的关联关系 ·254 表547 ReferenceData::LoadReductionTimeCurve的属性 ·254 表548 ReferenceData:LoadReductionTimeCurve与其他类的关联关系 ·254 表549 ReferenceData::LocalReliabilityArea的属性 ·255 表550 ReferenceData:LocalReliabilityArea与其他类的关联关系 ·255 表551 ReferenceData:LogicalConfiguration的属性· .·255 表552 ReferenceData:LogicalConfiguration与其他类的关联关系 ··255 表553 ReferenceData:MarketPerson的属性·. ..256 表554 ReferenceData:MarketPerson与其他类的关联关系 ·256 表555 ReferenceData:MarketQualificationRequirement的属性 ·256 表556 ReferenceData::MarketQualificationRequirement与其他类的关联关系 ·257 表557 ReferenceData:MarketRegion的属性· ·257 表558 ReferenceData:MarketRegion与其他类的关联关系， ·257 表559 ReferenceData:MarketSkill的属性·. ·258 表560 ReferenceData::MarketSkill与其他类的关联关系 ·259

DL/T1414.3012015

DL/T1414.3012015

DL/T1414.3012015

表604ReferenceData：：ResourceOperationMaintenanceCost与其他类 285 表605 ReferenceData::ResourceStartupCost的属性 286 表606 ReferenceData:ResourceStartupCost与其他类的关联关系 ·286 表607 ReferenceData:ResourceVerifiableCosts与其他类的关联关系. ·287 表608 ReferenceData:RMRHeatRateCurve的属性 ··287 表609 ReferenceData::RMRHeatRateCurve与其他类的所有关联关系 ··287 表610 ReferenceData::RMRStartUpCostCurve的属性.. ..·288 表611 ReferenceData:RMRStartUpCostCurve与其他类的关联关系· ·288 表612 ReferenceData:RMRStartUpEnergyCurve的属性·: ·288 表613 ReferenceData:RMRStartUpEnergyCurve与其他类的关联关系 ·289 表614 ReferenceData:RMRStartUpFuelCurve的属性 ·289 表615 ReferenceData:RMRStartUpFuelCurve与其他类的关联关系· ··290 表616 ReferenceData:RMRStartUpTimeCurve的属性 ·290 表617 ReferenceData:RMRStartUpTimeCurve与其他类的关联关系 ··290 表618 ReferenceData:RTO的属性.. ··291 表619 ReferenceData:RTO与其他类的关联关系· ··291 表620 ReferenceData..RUCZone的属性·... ·292 表621 ReferenceData:RUCZone与其他类的关联关系 292 表622 ReferenceData:SchedulingCoordinator的属性 ··293 表623 ReferenceData:SchedulingCoordinator与其他类的关联关系 ·293 表624 ReferenceData::SchedulingCoordinatorUser的属性 ··294 表625 SchedulingCoordinatorUser与其他类的所有关联关系 ··294 表626 ReferenceDataSchedulingPoint的属性·.. .·295 表627 ReferenceData:SchedulingPoint与其他类的关联关系 ·295 表628 ReferenceData.StartUpEnergyCurve的属性·... ··295 表629 ReferenceData:StartUpEnergyCurve与其他类的关联关系 ··296 表630 ReferenceData::StartUpFuelCurve的属性 ·296 表631 ReferenceData::StartUpFuelCurve与其他类的关联关系 ·297 表632 ReferenceDataSubControlArea的属性··.. ·297 表633 ReferenceData:SubControlArea与其他类的关联关系 ·297 表634 ReferenceData:SubstitutionResourceList的属性· ·298 表635 ReferenceData::SubstitutionResourceList与其他类的关联关系 ·299 表636 ReferenceData:TACArea的属性·.. ·299 表637 ReferenceData::TACArea与其他类的关联关系· ··299 表638 ReferenceData:TransmissionRightChain的属性 ·299 表639 ReferenceData:TransmissionRightChain与其他类的关联关系 ·300 表640 ReferenceData:：WheelingCounterParty的属性 300 表641 ReferenceData:WheelingCounterParty 与其他类的关联关系 300

表604ReferenceData：：ResourceOperationMaintenanceCost与其他类的 ·285 表605 ReferenceData:ResourceStartupCost的属性 286 表606 ReferenceData:ResourceStartupCost与其他类的关联关系 ·286 表607 ReferenceData:ResourceVerifiableCosts与其他类的关联关系.. ·287 表608 ReferenceData:RMRHeatRateCurve的属性 . ·287 表609 ReferenceData::RMRHeatRateCurve与其他类的所有关联关系 ··287 表610 ReferenceData::RMRStartUpCostCurve的属性· ..·288 表611 ReferenceData:RMRStartUpCostCurve与其他类的关联关系· ·288 表612 ReferenceData:RMRStartUpEnergyCurve的属性·. ··288 表613 ReferenceData:RMRStartUpEnergyCurve与其他类的关联关系 · ·289 表614 ReferenceData::RMRStartUpFuelCurve的属性· ··289 表615 ReferenceData:RMRStartUpFuelCurve与其他类的关联关系· ··290 表616 ReferenceData:RMRStartUpTimeCurve的属性 ·290 表617 ReferenceData:RMRStartUpTimeCurve与其他类的关联关系 ··290 表618 ReferenceData:RTO的属性.. ·291 表619 ReferenceData:RTO与其他类的关联关系· ··291 表620 ReferenceData..RUCZone的属性·... ·292 表621 ReferenceData:RUCZone与其他类的关联关系 ··292 表622 ReferenceData:SchedulingCoordinator的属性 ··293 表623 ReferenceData:SchedulingCoordinator与其他类的关联关系 ·293 表624 ReferenceData::SchedulingCoordinatorUser的属性 ··294 表625 SchedulingCoordinatorUser与其他类的所有关联关系 ·294 表626 ReferenceData::SchedulingPoint的属性·.. ··295 表627 ReferenceData:SchedulingPoint与其他类的关联关系 ·295 表628 ReferenceData:StartUpEnergyCurve的属性·... ··295 表629 ReferenceData:StartUpEnergyCurve与其他类的关联关系 ··296 表630 ReferenceData::StartUpFuelCurve的属性 ··296 表631 ReferenceData::StartUpFuelCurve与其他类的关联关系 ·297 表632 ReferenceDataSubControlArea的属性··.. ·297 表633 ReferenceData:SubControlArea与其他类的关联关系 ·297 表634 ReferenceData:SubstitutionResourceList的属性· ·298 表635 ReferenceData::SubstitutionResourceList与其他类的关联关系 ··299 表636 ReferenceData:TACArea的属性·.. ·299 表637 ReferenceData::TACArea与其他类的关联关系· ··299 表638 ReferenceData:TransmissionRightChain的属性 ·299 表639 ReferenceData:TransmissionRightChain与其他类的关联关系 .·300 表640 ReferenceData:：WheelingCounterParty的属性 300 表641 ReferenceData：WheelingCounterParty与其他类的关联关系： 300

DL/T1414.3012015

电力市场通信 第301部分：公共信息模型

本部分定义了电力市场通信公共信息模型（CIM）。 CIM是一个抽象模型，它描述了电力企业的所有主要对象，特别是那些与电力运行以及电力市场管 理有关的对象。CIM通过提供一种用对象类、属性以及它们之间的关系来表示电力系统资源的标准方法， 便于实现不同供应商独立开发的市场管理系统（MMS）应用的集成，多个独立开发的完整MMS之间的 集成，以及MMS和其他涉及市场管理的不同方面的系统，例如容量分配、日前管理、平衡结算等之间 的集成。 CIM通过定义一种基于CIM的公共语言（即语法和语义）来实现集成，这种公共语言使得这些应 用或系统能够访问公共数据并且交换信息而不依赖于信息的内部表示。 CIM中描述的对象类本质上是抽象的，可以用于各种应用。CIM的使用远远超出了在MMS中应用 的范围。 由于完整CIM的规模较大，所以将包含在CIM中的对象类分成了几个逻辑包（logicalpackages）， 每个逻辑包对整个电力系统模型的某个部分进行建模。这些包的集合发展成为独立的标准。本部分规定 了包的基本集合，提供了电力企业内部各应用共享的市场管理功能方面的逻辑视图，其他部分规定了特 定应用所需模型的具体部分。本部分的42描述了且前标准文档中包的划分

ISO8601数据存储和交换形式一信息交换一日期和时间的表示方法（Dataelementsandin formatsInformationinterchange—Representationofdatesandtimes) 对象管理组织：UML2.0规范

W3C推荐的描述Web本体的语言。

账单与结算billingandsettlement；BandS 指根据表计数据管理系统采集的电能数据、交易运营数据、调度调整指令、电网运行数据，对市场 成员收益与支出进行计算与计费。 3.14 阻塞收益权 congestionrevenuerights;CRR 一种经济手段，它赋予了阻塞权拥有者收取报酬的权利。 3.15 日前市场dayaheadmarket；DAM 在运行日前一天启动的电力市场，包括日前电能市场以及日前计划备用市场。 3.16 配电管理系统distribution management system; DMS 一个涉及配用电公司运行管理、设备管理、用户服务等多方面的计算机网络系统。 3.17 能量管理系统energymanagementsystem；EMS 用于保障电网的安全优质经济稳定运行的管理系统，主要由数据采集和监视控制（supervisorycontrol anddataacquisition，SCADA），自动发电控制（automaticgenerationcontrol，AGC）等高级应用软件功 能模块组成。 3.18 表计数据管理系统meterdatamanagementsystem；MDMS 对电能量计量数据进行采集、远传和存储、预处理的系统。 3.19 实时市场realtimemarkets；RTM 在运行日启动的电力市场，包括实时电能市场、调频市场、旋转备用市场。

4.1CIM建模表示法

CIM用面向对象的建模技术定义。具体地说，CIM规范使用统一建模语言（UML）表示法，将CIM 定义成一组包。 CIM中的每一个包包含一个或多个类图，用图形方式显示该包中的所有类及它们的关系。然后根据 类的属性及与其他类的关系，用文字形式定义各个类。 UML表示法在对象管理组织（objectmanagementgroup，OMG）的文档和某些已出版的教科书中有描述。

DL/T 1414.3012015

图1CIMIECTC57包依赖关系图

/T1414 3012015

第6章中将详细介绍每个CIM包的信息。 注意本条中CIM定义的内容是CIMUML电子模型发布版IEC62325CIM02v04自动生成的 版本被CIM用户组织所接受

4.3CIM类和关系

4.3.1类 (Class)

4.3.2泛化（Generalization）

泛化是一个较普遍的类与一个较具体的类之间的一种关系。较具体的类只能包含附加的信息，例如， RegisteredGenerator类是PowerSystemResource类的一种具体类型。泛化使具体的类可以从它上层的所有 更普遍的类继承属性和关系。 图3所示是泛化的一个示例，这个例子来源于市场公共包，MarketParticipant类是Organisation类的 具体形式，而Organisation类又是从IdentifiedObject类继承而来。

4.3.3关联（Association）

关联（association）是类之间的联系，每个关联有两个关联端（associationends），关联端在UM 前的版本中称为角色（role）。每个关联端描述了目标类（即关联端指向的类）相对于源类（即关

DL/T1414.3012015

指出的类）具有的角色，关联端通常以目标类或者加上一个限定词（动词、名词、副词）的方式来命名， 每个关联还有重数/基数（multiplicity/cardinality），用于表示有多少个对象可以参与到这个关联关系中。 在CIM中，关联没有名称，而只有关联端被命名。例如，在CIM中，MarketParticipant类与MarketRole 类之间具有关联（如图4所示，取自MarketCommonPackag），重数显示在两个关联端。例如，一个 MarketParticipant对象可以指向0个或多个MarketRole对象，而一个MarketRole对象也可指向0个或多 个MarketParticinant对象

4.3.4聚集（Aggregation）

聚集是关联的一种特殊形式，聚集描述的是类之间整体与部分的关联关系，即部分类组成整体类， 整体类包含部分类，部分类是整体类的一部分。图5显示了EnergyProfile类和EnergyTransaction类之间 的聚集关系，一个EnergyProfile对象可能是一个EnergyTransaction对象的组成部分，而一个 EnergyTransaction对象可包含一个或多个EnergyProfile对象，

4.4CIM模型概念和示例

4.4.1市场公共包（MarketCommonPackage）

DL/T1414.3012015

MarketCommonPackage描述了市场成员以及它们在市场中承担的角色。市场角色由市场角色种类 列表定义，一个市场成员在市场中可以扮演几个角色，如图6所示。

4.4.2市场管理包（MarketManagementPackage）

4.4.2市场管理包（MarketManagementPackage）

DL/T1414.3012015

图8MarketManagement模型

确认流程（AcknowledgmentProcess）：因为信息交换基于合约化交换，对于交换文档进行职能 上的确认非常重要，而不仅仅是技术上的确认。 计划流程（SchedulingProcess）：这项流程描述了与计划相关的信息交换方法，包括发电计划、 负荷计划、双边交易计划、电力交换交易计划等。 结算流程（SettlementProcess）：这项流程描述了如何交换电力市场结算必需的信息，即计划电 量与实际表计电量间的比较。 输电能力分配与指定流程（TransmissionCapacityAllocationandNominationProcess）：这项流程 描述了跨区域交易的显式与隐式传输容量拍卖，包括输电权的二级市场，即输电权的转让。

DL/T1414.3012015

DL/T1414.301=2015

机组与可调度负荷计划、拍卖容量，特别是实时电力平衡中起三级备用作用的系统运行流程。 一其他流程。 Process类针对特定的文档定义其信息流的方向。举例而言，ScheduleDocument类可以用于不同的 流程，比如预测，长期，日前，日内等。 在MarketDocument中，另外一个重要的思想值得特别强调，即时间序列的思想（见图9）。基于这 思想，在Process类的对象中，MarketParticipants类的对象能够针对一个给定的业务类型，在区域之 间以某个价格进行电量交易。这些文档是所有交换的基础，用于电能量交换管理、申报、容量分配、电 能量资源计划安排与结算。

图9MarketManagement：:TimeSeries核心概

为了以规范化的方式管理电力市场的量与价，建模过程中引入了Decimal类型属性

4.4.3市场运营包（MarketOperationsPacka

4.4.3.1市场运营

MarketOperationsPackage描述了一个类集，用以与市场公共模型（以及在IEC61970与IEC61968 中定义的CIM其他部分）共同生成一个子集。这一子集适用于通过市场运营方式实现日前机组组合、 通过调度中心实现日内与实时电力平衡，并且基于节点边际电价结算为主要特征的北美电力市场。 北美电力市场还包括阻塞收益权的拍卖，市场成员购买用以对冲阻塞成本的金融手段，也包括表计 数据管理与竞价结算。MarketOperationsPackage包括一系列的模型，以支持这些特性，

4.4.3.2市场运营软件系统

图10显示了在电力市场运营包中提及的一个典型的北美电力市场运营的软件系统。市场运营

也被称为RTO（区域输电运营机构）或者ISO（独立系统运营机构）。

DL/T 1414.3012015

10北美电力市场（基于LMP）的市场运营轮

图11基于LMP的北美电力市场RTO

DL/T1414.301=2015

口，简要概括主要的类：AggregateNode与Pnode类用于定价节点建模，节点边际电价通过加权平均万 式进行计算；LocalReliabilityArea类用于对RTO中安全分区的标识和建模；MktConnectivityNode类折 展自IEC61970中的ConnectivityNode类；TransmissionRightChain、ContractRight以及MSSAggregatior 类用于输电系统中输电所有权的继承合同建模；Organisation与MktOrganisation类用于确定某个RTO； SecurityConstraints与SecurityConstraintSum类用于系统约束建模，例如接近暂态的稳定约束； HostControlArea、SubControlArea以及AdjacentCASet类用于支持控制区运营的数据建模。通过类之间 的关联，资源模型与市场输电所有者信息也被包括其中。第6章详细描述了更多的RTO模型细节。

4.4.3.4资源模型（ResourceModel）

图12基于LMP的北美电力市场注册资源引用定义

DL/T 1414.301

父类，子类包括RegisteredLoad、RegisterednterTie及RegisteredGenerator。RegisteredResource与 AggregateNode、AggregatedPnode及MktConnectivityNode类之间具有关联关系，以支持聚集资源和物理 资源。RegisteredResource与AggregateNode以及与继承自Pnode的AggregatedPnode类之间的关联使得 可以在一个可聚集节点或者可聚集价格节点的基础上进行聚集资源定义。继承自Pnode的 IndividualPnode类与MktConnectivityNode类之间的关联使得可以在价格节点或者连接节点基础上进行 物理资源定义。通过与电网模型中定义的物理资源的关联，RegisteredLoad、RegisteredlnterTie以及 RegisteredGenerator等子类既可以支持聚集资源，也可以支持物理资源。RegisteredLoad与 MktEnergyConsumer类之间有关联，RegisteredInterTie与Flowgate类之间有关联，RegisteredGenerator与 MktGeneratingUnit类之间有关联，

4.4.3.5买卖申报模型（Bid/OfferModel）

基于LMP的北美电力市场通过买卖双方的申报购售电力产品，由市场运营方在满足网络与资源约 束的条件下出清，申报内容包括量价组合以及与市场成员的申报产品供应能力相关的技术数据。 图13显示了用于买卖申报建模的类和关联。术语“买卖申报”用于报价售出和出价买入一种或多 种电力产品。Bids类是一个继承自IEC61968包的Document类的子类。申报可进一步分为资源申报与 交易申报。资源申报基于物理的（或虚拟的）资源，这些资源在RTO覆盖范围内，并由RTO直接运行 空制。交易申报是在市场成员间达成的双边协议，这些协议报送给RTO，并在市场出清中作为约束予以 考虑。RTO在保证系统可靠性标准的情况

图13基于LMP的北美电力市场申报定义

Bids对象和SchedulingCoordinator对象有关联，SchedulingCoordinator对象为市场成员提交Bid对 象，正如Bids类与SchedulingCoordinator类间的关联关系所示。Bids与SchedulingCoordinators类之间 的关联关系是非强制性的、可选的，而Bids类与MarketParticipant类间的关联关系则是必选的。也就是 说，在本模型中，尽管与Bids类的2个关联关系是可选的，但当其中1个或者2个被包含在子集中时， 至少有一个关联关系是必需的。

Bids类与BidProduct类及MarketProduct类有关联，这些关联被用 Bids类与Market类间的关联则表示申报将参与哪一个市场（日前、实时等）。 图14显示了Bids类的更详细的信息。 Bids类与ProductBid类之间有关联，ProductBid类进而与BidPriceSchedule类关联。BidPriceSchedule 类定义了申报计划，使得产品申报在不同的时间间隔使用指定的申报价格曲线，这使得变时间尺度（多 时间跨度）申报的建模得到简化。BidPriceSchedule对象是允许申报的连续时间间隔的集合。 申报也可以用于自计划，这意味着市场成员按照一个特定的（例如最小方式）计划运营资源。在满 足系统可靠性要求情况下，市场运营方决定这个资源是否能以申报的自计划方式运行。这些自计划以市 场出清形成的节点边际电价结算。为支持自计划的建模，Bids类与ProductBid类有关联，ProductBid类 与BidSelfSched类有关联，BidSelfSched类与ContractRight类有关联，ContractRight类可被用于继承合 同建模。 该模型还支持部分自计划与部分常规申报，

4.4.3.6市场出清结果

基于LMP的北美电力市场资源申报计划定义

图15显示了基于LMP的北美电力市场出清结果信息交换类。Market类用于市场类型的建模（日前、 实时或者日内）。MarketFactors类用于市场时间跨度的建模。LossClearing类用于市场时间尺度下的电力 损耗建模。GeneralClearing类用于确定时间间隔的市场出清建模。PnodeClearing类以及它的关联用于出 清价格（节点边际价格）建模。ResourceClearing类用于基于电力资源的市场出清结果建模。 AncillaryServiceClearing类用于某个市场区域的辅助服务出清结果的建模。ResourceAwardClearing类用 于对资源出清的详细细节进行建模。ConstraintClearing类用于安全约束出清建模，这些约束应在市场优

化出清求解过程中加以考虑。

DL/T1414.3012015

本部分定义了与DL/T890.301、DL/T1080.11相关联的CIM模型。

4.5.2CIM模型修改的步骤

基于LMP的北美电力

当需要对CIM进行修改或扩展时，推荐过程如下： a）准备一个应用案例来说明修改的需要，应当包括对相应的类图提出的修改，描述新的/修改的 类、属性和关联。 b） 应将此案例提交相应的IEC工作组讨论，以确定所需的变化是否应当作为现行CIM标准的修 订，或者只是看作私有修改而不需要改变标准本身。 C 工作组接受的修改建议将被加入未解决问题列表，并在适当的时间，用准备好的新版本CIM 模型替代相应的IECCIM规范。

市政管理4.5.3CIMUML模型的修改

从建模的观点来看，当要扩展CIM时，应从现有的CIMUML模型开始。扩展可以以UML允许的 何方式进行，但是在所有的方法中，都是先检查当前的模型，然后确定一种最好的方法来扩建现有的 类图。扩展可遵循以下任何方式，从最简单到最复杂： 一向已有的类中增加属性； 一增加新的类，此类是已有类的特例： 一通过关联向已有的类中增加新的类，

DL/T1414.3012015

其主要自标就是最大可能地重用现有的CIM。从封装的用度来看，现有的包都应 扩展包括了新的应用领域，则应当考虑对增加的内容建立新的包，但必须建立与现有的包之间的必要 关联。

4.5.4CIM标准文档的修改

从文档的角度看，当CIM扩展时，应当确定是否修改现有的CIM标准文档竣工资料，或者需要 XX规范。对任何一种情况，扩展的内容都应当是IEC标准的CIM的一部分。

4.5.5CIM子集（CIMprofiles）

完整的CIM模型以UML建模工具（enterprisearchitect，EA）的工程文档方式描述，通过使用类图 和类的属性、类型以及类之间的关联对CIM模型进行描述，使其具有可读性。这种CIM描述方式提供 了图形导航功能，允许用户点击各个包中的类图关联查看CIM规范中的相关数据，Sparx系统提供免费 的EA阅读器。 理想情况下，CIM模型独立于任何特定的UML工具，但是经验表明由于工具之间的互换效果不佳 CIM模型描述内容在不同工具之间往往不能够自由转换，因此CIM规范的版本提升导致的修改完善首 先需要在EA的工程文档中集成，以确保CIM模型数据的完整性，