数据库版本管理

数据库版本管理（精选6篇）

1.数据库版本管理 篇一

oracle|server|sqlserver

Waterxp 从oracle版本转化为sqlserver版本

1，系统安排

为了oracle版本和sqlserver版本能很方便的转化，也为了两个版本能同步修改，特别是业务逻辑层，现决定如下：

A,两个版本的业务逻辑层都放在source目录下。在该目录下有两个目录：

sql 和ora。这两个目录有三个文件：

common.pbl,water_modi.pbl,dw_version.pbl。

这三个 文件里面绝大部分是数据窗口，主要是因为sql server 和oracle的语法有差别。如果只是因为数据窗口有双引号在sql server里不能用，那么把数据窗口的select语法的字段引号去掉即可，因为没有引号的select语句在sql server和oracle下面都是可用的。修改的过程中注意update属性。

B,不同的数据库将使用不同的目录。

2，系统环境的建立

每台机器上建立下面的磁盘映射：

P指向oraservrp237

V指向oraservr ql237或者是 oraserverora237

源代码在 oraservercodewater237 ource 里面。

P盘是肯定要有的， V盘由使用什么版本决定。

3，源代码的修改

业务层的修改尽可能的在源代码处，因为这样修改能让两个版本同时修改。

P盘是类库可以不需要修改。

V盘里的数据窗口都需要改。

改sql237里面的数据窗口，要修改和要注意的地方：

替换的方法

oracle里面使用sql server 里面使用

to_char(readingdate,’yyyymm’)convert(char(6),readingdate,111)

to_char(readingdate,’yyyy/mm’)convert(char(7),readingdate,112)

decode( ,,,,)case when then end 或者 isnull(x,0)

左右连接 (+)left outer join

修改过程中要注意数据窗口的update属性，

4，工作计划

4，1先修改sql237目录下的三个pbl里面的数据窗口的语法。为了照顾数据窗口的update属性，建议使用edit source的方法，而且select语法字段的引号在sql server版本建议去掉。使用pb的replace功能即可。

4，2 修改某些数据窗口的内嵌式sql 的语法。因为有一些内嵌式sql 也使用了decode ,或者是to_char()，这些语法在sqlserver也是必须代替的。

修改方法：

if gs_database = ‘ORACLE’ then

………………decode()……………;

else

…………………case when then end ………..;

end if

4，3 最后的工作是测试。这是最繁琐的最重要的。在测试的过程会发现有一些数据窗口在sql server不能用：修改方法是将字段的引号去掉或者是移到sql 和ora目录里面的dw_version.pbl文件里面，在那里进行修改。

4，4主要的数据表都已经迁移过来了，名字一样，可能在sql server有一些表的字段不够那么请重新导入一次。主要的存储过程都已经翻译过来，名字不一样。在测试的过程会发现有一些视图没有存在，那么请从oracle把语法拷贝出来，在sql server查询分析器里生成之。

2.数据库版本管理 篇二

配电生产业务管理是从配网设备生产运行管理的角度出发,以设备为核心,以计划和运行工作任务为主线完成闭环配网生产业务管理。配电设备中心主要管理配网设备的各种信息,包括配网的设备台账信息、电网连接信息、设备变更信息和设备周期管理信息[1]。

在国内外进行信息系统建设过程中,主数据的版本化管理是业界的难题之一。基于国家电网公司生产管理系统的建设现状,研究并设计配电设备变更的台账版本化管理,具有以下重要的现实意义。

1)保障处于配电设备变更流程中的设备台账的变化不会影响现有设备模型和数据。

2)实现退役后的配电设备存储于数据库表中,不会被删除,为将来完整展示历史断面数据提供基础数据支撑。

3)保障数据图形和台账的一致性维护。需要设计同时支持配电单线图和地理图2种图形管理模式的设备变更版本管理,并实现图形和台账数据的一致性维护。

1 需求分析

国家电网公司配电设备变更管理通过对设备状态变化的管理,实现电网资源与电网图形的一致性维护。但是基于现状实现的配电设备变更管理,缺少了台账的版本化管理,处于变更流程中的配电数据,也同样存储在“在运”的设备模型中,这样就导致了以下情况:(1)处于流程中的配电设备,影响现有的统计分析结果;(2)配电设备台账报废后,报废设备台账直接删除,报废后设备历史信息、退役重投设备历史信息均丢弃;(3)无法很好地实现图形和台账的一致性维护。

综合上述情况,做好设备台账的变更管理,需要从下面4个方面入手。

1)需要实现处于设备变更流程中的配电设备台账不影响现有的统计分析结果。因生产系统正在投运,要求设计模块对现有系统的改动影响最小。

2)需要实现配网设备报废后的再投管理。为保障供电的可靠性,配网抢修管理过程中,常投运新设备替换有故障设备,待故障设备修好后再次投运。基于管理需要,要求在再次投运后,能够保留其以前的历史运行信息。

3)需要支持单线图和地理接线图2种图形管理模式。在地理基础数据更新比较慢的省级电网公司,主要使用单线图审核流程来管理配网图形;在网络结构复杂、地理数据较好的省级电网公司,多采用GIS图形来构建全网拓扑。而配网设备台账变更的版本化管理,必须考虑2种管理需求的差异,无缝支持2种图形管理模式。

4)需要保障图形和台账的一致性维护。配电图形的变更,伴随着配电设备台账的变化,如果两者的变化不能一致,长此以往就会出现配电单线图或者地理接线图与配电实际的台账属性不一致的情况。

2 配电设备台账版本管理总体设计

根据需求分析,生产管理系统的配电设备管理需要构建版本化的配电台账变更管理,从而支撑好配电设备管理核心,维护好配网电网资源数据,管理好配电网的拓扑结构,为电网资源管理的全寿命周期管理提供基础支持。

2.1 总体流程改造

配网设备变更管理是一个闭环的流程管理,主要实现配电设备台账、拓扑的变更管理。配电设备变更提供设备报投、更换、退役变更过程的管理。提供选择变更区域范围的电网生成变更图纸后,进行电网接线及台账变更设计,变更信息随图纸进行闭环审核流转,审批通过后系统自动进行电网接线变更。配电设备变更(异动)流程如图1所示。

针对设备变更流程的图形台账修改环节进行扩充设计,对于单线图和地理接线图图形版本,采用配置文件配置不同图形管理模式,并统一通过同一流程构建图形和台账版本的一致性维护。

2.2 总体数据架构

在设备变更流程的基础上,生产管理系统配电设备台账版本管理数据模型、逻辑模型主要设计包括:台账版本库、设备变更操作日志等两大类模型。配电设备变更版本管理如图2所示。

2.2.1 台账版本库模型

配电台账版本数据的存储空间采用完全配电设备模型结构镜像,版本表结构与台账模型区域中的结构完全一致。为保存退役后的配电设备信息,研究设计设备退役池模型,在流程完结后,将退役的设备信息保存至设备退役池中。

该设计的优点是在标准台账发生变化时,将变化的信息全部镜像保存至台账版本库中,所有变更过程中的操作仅对台账版本库发生变化,不改变现有模型的任何信息,最后在设备变更流程结束时,将其发布到设备标准库中。

2.2.2 设备变更操作日志

记录所有变更过程中配电设备数据的变更情况。根据电力业务需要,将设备变更的操作从逻辑层面划分为业务操作类型和数据操作类型。

3 设计实现关键点

3.1 数据模型设计

通过研究生产管理系统总体数据模型详细设计,在IEC61968、IEC61970[2]标准的基础上,细化设计配电台账版本库模型。

1)配电设备台账版本库模型设计。配电设备台账的版本库模型设计仅描述部分表模型,其余不再详细描述,配电容器类设备版本库模型如图3所示[3,4]。

2)设备变更操作日志说明。研究配电设备业务用户常见的业务操作类型,设计出设备变更操作日志的模型,主要包括异动业务操作记录和异动数据操作明细模型2个表,这2个表是1:N的关系。(1)异动业务操作记录表:记录当前业务人员使用选择何种业务类型进行配电设备的变更操作。主要包括操作人、操作设备、设备类型、操作的业务类型、更换的设备标识等信息。(2)异动数据操作明细表:记录相应的业务操作,具体对应到数据库级的数据操作类型。主要包括申请单编号、操作记录编号(对应业务操作记录表)、更换设备、备品备件存放地点、出入库备品数量、操作类型(数据库级)、操作是否发布、分组操作标识等。

3.2 操作逻辑设计

结合配电设备变更业务具体需求,分析设计了下面两大类操作逻辑:针对台账版本操作逻辑和设备变更过程中的业务操作逻辑。

台账版本操作逻辑是指针对配电设备台账版本库中当前台账版本库进行的操作,具体设计为5类操作。(1)台账版本初始化:将在运设备台账数据镜像至版本库;(2)台账版本数据浏览、编辑:设计实现版本库数据浏览和编辑功能;(3)台账版本发布:版本数据发布至标准设备库;(4)台账版本全部回滚操作:放弃现有台账的版本数据;(5)台账版本单设备回滚:依据操作顺序单步回滚台账数据操作。

业务操作逻辑是指针对业务数据进行的数据级的业务操作逻辑,具体设计为十大类的操作。(1)设备新投:购置新设备,并安装投运;(2)修改设备:检修后的设备参数调整;(3)设备删除:清除垃圾或错误数据使用;(4)备品投运:从备品备件库投运设备;(5)设备退运:设备有故障无法使用,退出电网运行;(6)设备更换:使用状况良好的设备更换当前设备;(7)线路切改:通过调整开关状态,将线路运行常态切换;(8)批量新增:批量新增设备(杆塔等);(9)批量修改:设备的共有属性批量修改;(10)线路站房关联:一个站房有多条进出线时,将新建线路与已经存在的站房设备进行关联。

研究操作逻辑的实现,针对其中比较常用的配电业务逻辑场景,设计其操作逻辑,下面主要就比较有代表性的设备台账版本初始化、新增设备台账、备品备件投运逻辑加以详细阐述。

3.2.1 台账版本初始化

台账版本初始化逻辑应用场景为:当前系统使用者启动了一条配电设备变更异动流程后,在单线图或者GIS图形编辑器中,选中一条设备进行变更操作前。

实现台账版本初始化操作的处理过程:针对当前选中需要进行异动操作的设备进行版本的初始化;根据操作的类型,当操作类型为删除或退运时,仅记录操作日志并不做镜像(将在运设备拷贝至台账版本模型表中);其他操作类型均将当前设备对象拷贝镜像至版本表中;镜像前首先判定该条设备记录版本库中是否存在,如果不存在才镜像。

3.2.2 新设备投运

新设备投运[5]操作的应用场景为:直接在数据库中新增配电设备台账。

其处理过程:根据设备类型、名称、主线等信息,由使用者在图形编辑器中点击“新增”增加一条设备台账;系统自动在设备异动操作序列中记录一条操作日志;同时台账版本表中增加一条新的设备台账记录。

新增设备当设备变更流程发布时,将当前台账版本中的数据复制到当前的台账运行库中,同时根据台账模型表的关联关系,重构该设备的关联关系,发布成功后,将异动操作记录表和异动操作明细表中的操作日志是否执行字段标记为“是”。

3.2.3 备品投运

备品投运应用场景为:配电系统的使用者发起配电设备台账的变更流程,该业务从备品备件库中选择已经检修好的设备,再次投入电网运行。

备品投运的处理过程如下。(1)在图形编辑器中点击“备品投运”功能菜单,从备品库选中一条设备点击“出库”。此时,备品库中该数据设置为“存在待出库”状态,并锁定该条记录的数量和出库数量。如果用户针对该条记录点击“出库”操作时,如果数量≤备品备件版本库出库数量时,不允许进行出库操作。(2)判定备品备件库中入库记录中是否存在物理设备台账信息。如果存在物理设备台账信息,将该条台账信息镜像至台账版本库中,同时设备异动操作记录表记录一条用户操作日志和3条异动操作明细记录(物理设备修改、备品备件出库新增、新增运行位置)。(3)在编辑器中浏览和编辑该台账时,所有属性均显示版本表中数据。

备品投运当设备变更流程发布时,根据异动操作序列,修改备品备件概要信息中该条备品备件记录的数量等信息,并新增备品备件出库信息。根据异动操作记录序列,将当前记录执行新增或修改操作。根据模型表关联信息,重构该设备的关联关系。将运行日志中的“操作日志是否执行”标记为“是”。

4 结语

文章在认真研究国家电网公司生产管理系统配电设备管理现状的基础上,结合现有数据模型,设计出对现有系统影响最小的总体数据模型架构;调研配电设备变更需求,完成设计业务逻辑细节。根据设计思路,完成原型系统构建。

生产管理系统配电设备版本管理设计方案实现的功能模块已在国家电网公司22个网省级单位推广使用,但随着研究工作的深入,仍有一些问题需要在今后的研究中不断探索解决。

1)研究工作存在一定的局限性,生产管理系统是正在运行的系统,所有设计必须做到对现在运行的数据模块、功能模块影响最小,后续研究可考虑重新设计实现的最佳方案。

2)在设备台账的图形数据维护的过程中,做到图形和台账数据的同步回滚很困难。图形维护设备和设备台账维护数据的机制对于操作最小单元的定义不一致,导致回滚图形和回滚台账数据的数据单元差异较大。如何实现图形和设备台账数据单步操作的同步回滚,有待探索。

3)后续如何实现配电设备按时间切面统计,还有待深入研究。

参考文献

[1]国家电网公司.SG186工程生产管理系统详细设计书(设计思路分册)[R].北京:国家电网公司,2008.

[2]李宝,陈益信.公共信息模型(CIM)概述[R/OL].http://wenku.baidu.com/view/24d2f320bcd126fff7050b5a.html.

[3]国家电网公司.SG186工程生产管理系统数据模型设计[R].北京:国家电网公司,2008.

[4]国家电网公司.生产管理系统设备参数规范[R].北京:国家电网公司,2008.

3.把中国健康管理升级到2.0版本 篇三

健康管理（Healthcare Management）在美国是一个非常广泛的概念，它是一个非常细化的行业，从发展到成熟有40多年历史，其服务范畴包括“管理式医疗”（Managed Care）+“疾病管理”（Disease Management）+“第三方管理”（TPA）+“IT解决方案”（Solutions）等。

在中国健康管理刚刚起步，因为中国的医疗制度与国外的医疗制度不同。在中国，健康管理服务特指针对个人与健康相关的管理服务，更多地是“临床医学”与“预防医学”结合，基本上可以分为“生活方式管理”+“疾病管理”。

现阶段，95%的医疗服务在医院里，但是更多人在疾病潜伏期和康复出院后是没人管理的。医疗本质上不仅是治疗，而且是积极的预防和管理。目前，被动的专业临床医学治疗，已经得到很好的发展。但是，医学专家能够服务多少人？医疗机构能够服务的半径是多大？标准化的服务保障在哪里？供需关系如何平衡？这些问题的出现为主动式健康医疗服务创造了巨大的成长空间。

把生活方式管理起来

从业务和服务功能的角度看，健康管理可以分为两类，一类是纯粹的服务，通过扎实的服务，科学改善客户不健康的生活方式。希波拉底曾说过，医生只是帮助你恢复机体的本能，事实上所有的健康问题都是你自己的事情，别人帮不了你。WHO世界卫生组织有一个公式：一个人失去健康导致疾病的因素15%是遗传，7%是社会环境污染，8%是社会医疗，10%是社会经济发达程度，60%是不健康的生活方式。维多利亚的健康宣言是：健康的四大基石是合理膳食、适当运动、戒烟限酒、心理平和。

另一类是打着健康管理的旗号，提供服务后给客户推荐保健品、药品或医疗器械。这样的公司对服务本身是不在乎的。如果一个人一边吃着鹿茸、人参，一边熬夜打麻将、抽烟、酗酒、不运动、不吃蔬菜、不吃水果，吃再好的保健品也没有用。所以，科学、健康的生活方式非常重要。

颐年康盛聘请的都是中央保健局国家首长的保健医生，他们在中南海干了30年，他们就是把首长的生活方式管理起来，让首长更健康。

颐年康盛做健康管理遇到了很多困难，因为大的环境不太好。从中国的医疗体制看，中国没有全科医生的培养制度，在国外真正的私人医生都是全科医生。国外的人生病了首先问全科医生，而不是问专科医生，因为呼吸科不懂消化科，儿科不懂神经科，事实上全科医生扮演了一个看门人的角色。国外有了全科医生的制度就不会挤占国家的公共医疗资源，不会造成供需不平衡，使医疗资源得以合理配置。而中国没有全科医生制度，更没有这方面的立法。而很多国家健康管理是有立法的。所以，我们面对客户提出为其服务的时候，他们不愿意听我们的。

服务本身需要标准的流程，在国内，颐年康盛很难找到健康管理的标准流程。我们一方面向美国学习，一方面自己摸索。假如颐年康盛在国外，保险公司特别喜欢，因为颐年康盛这样的公司帮助保险公司连续跟踪他们重要的投保客户的健康情况，防止他们诈保，降低发病几率，降低保险公司理赔。相反，在国内，没有保险公司理颐年康盛。所以，我的理想是颐年康盛做大以后再做一家健康管理的保险公司，把健康管理的标准制定出来。

我认为，从两个方面可以打动一个人关注生活方式是否健康：一是他对健康就像对宗教一样信服，他就会持之以恒地去做，这是源自于内心的驱动力；二是交换，他放弃抽烟得到健康，他就愿意放弃抽烟。我们做过研究，客户出了健康问题以后，他一定去医院、药店、诊所，这些地方，只要他离开，它们对他的服务就中止了。但是健康是有连续性的，因为健康指标在不停地波动，所以，一定要有人跟进。

如何让颐年康盛私人医生的服务深入人心？首先，我做了大量深入的调研，重点选定一些关键性的行业，同时研究这些行业。我们一般先跟这些行业的媒体做深入的沟通，因为媒体掌握行业资讯，以及市场动态，沟通也比较中肯。我曾经用了大概2个月的时间拜访了15家房地产杂志的主编，他们告诉了我很多房地产市场的困难、机遇和挑战。等我把房地产行业琢磨透以后，找到了房地产行业的六大困难及其解决方案，之后我再跟房地产企业谈，速度就非常快。其次，我们拥有一个强大的品牌，在搜索引擎中搜索，颐年康盛永远是第一的，有了服务的美誉度和知名度，就有企业愿意与排名第一的企业合作。我们一旦在一个行业成功了，就会快速复制到另一个行业。

如今，颐年康盛在北京、上海、广州、香港和美国波士顿、西雅图拥有六个服务平台。颐年康盛不会采用大跃进的发展模式，因为服务没有做大、做快的道理，它一定是稳扎稳打的，所以，颐年康盛有很好的财务规划和市场推进计划。这个市场肯定是一个供不应求的市场，就看我们怎么把客户的满意度做高。最关键的是进行商业运作的时候，能用商业价值传递社会价值，让更多的人知道健康的真谛是什么，它不是通过药物实现的，而是用健康的生活方式实现的。

健康管理2.0时代

从市场营销角度讲，颐年康盛试图与合作伙伴达成一致，通过BtoBtoC的营销模式，能够快速地与高端客户捆绑在一起。

我知道，高端客户的健康医疗服务需求具有多样性的特征。如今高端体检机构、三级甲等医院、权威私人医生等独立服务机构之间没有服务衔接，更没有综合服务解决方案，这种服务还停留在1.0版本。因此，高端客户服务亟需升级。现在颐年康盛通过建立一站式健康医疗服务平台，提供解决方案，将服务升级为2.0版本，满足了客户多样性的健康服务需求。

我们努力让大家感受到和颐年康盛在一起的价值。颐年康盛通过四大服务模块展示高端人群健康管理。首先，从红墙御医私人医生服务流程看，颐年康盛DMD（Disease Multi-Defense）疾病预防体系建立了尊悦国际俱乐部贵宾会员健康档案，通过健康体检评估会员属于健康、亚健康、高风险、患者哪一种情况，如果是健康、亚健康、高风险的情况就直接进入私人医生阶段，如果是患者则进入就医服务通道，实施康复计划，再到私人医生环节。其中，健康体检和就医服务是颐年康盛和供应商一起完成的，而私人医生是颐年康盛产生服务价值的地方。

私人医生服务平台由会员日常身体参数数据平台、电话系统、短信系统、CRM系统组成。颐年康盛服务团队定期获取会员最新的生理指标，及时与专家反馈会员健康信息，专家调整会员保健方案，通过服务团队告诉会员最新的保健方案，同时通过多媒体系统给会员日常健康指导及短信，而物流小组给会员邮寄相关的调理书籍、小器械及保健品等。

第二个服务模块是红墙御医健康关怀之旅讲座，健康讲座近距离地、润物细无声地向会员讲解慢性病如何调理。

第三个模块是红墙御医会所服务。颐年康盛邀请贵宾客户进行健康一对一服务，由颐年康盛的健康顾问进行贵宾接待，再由中南海保健专家对贵宾客户进行40-60分钟一对一健康调理服务，开出健康指导方案，之后持续3个月的健康短信服务，这些短信都是由中南海保健专家审核与认可的。

而红墙健康文化休闲度假之旅是按照客户来前、期间、走后的横向时间轴与每天人体健康作息的纵向时间轴，针对客户开展相关的健康管理、养生调理服务；按照纵向时间轴，根据个体情况，在中药调理、饮食营养、运動方式、穴位按摩等方面，调理服务客户。

第四个模块是红墙御医会员服务管理体系。颐年康盛对健康短信进行管理，与此同时，实施健康贴士干预计划、电话回访干预计划。所有的服务都由客户打分，如果分数低于85分，颐年康盛是不收钱的。

这一切得以实现，IT帮了很大的忙。IT存在的价值就是它能够跨越时空做简单、重复而且不易出错的事情。很多医生跟患者说的话都是重复的，多媒体信息化平台能够把医生重复的话以更大规模、精准地传播出去，影响到有慢性病的人。

做健康管理一开始就是体系和流程，我有点不习惯，但现在我已经习惯了。颐年康盛私人医生服务就有45个文件作支撑，部门和部门之间都是通过表格沟通和跟进的。传统的服务一定要与信息化捆绑在一起，给每一位高端客户发送预防慢性病的短信内容，发送时间、发送周期都是不同的，一定要做到个性化定制。

比如，一个得了心肌梗塞的人，他把早上大便的时间告诉我们，我们连续八周在那个时间给他发短信，这样他就慢慢养成习惯，大便的时候不会太用力，血管就不会破裂。如果不注意的话，他会死在一个小细节上。其实，就是训练一个人在恰当的时间做有益于健康的事。因为他对心梗的认知只有小学一年级的水平，死亡风险高达74%；如果他对心肌梗塞防护的认知和意识达到本科生的水平，死亡风险就降到27%，他就能健康、科学地生活。

颐年康盛的理想是努力做成一家受客户和合作伙伴尊敬的公司；努力让所有人知道与自己相关的健康因素60%与生活方式有关，并在服务的协助下让人们看到效果；努力在中国摸索一套不依赖药物和保健品的健康服务模式；努力让与颐年康盛合作的医护工作者都能够有与其付出相匹配的高收入，吸引更多的专家和颐年康盛合作；努力通过一个个案例证明，预防医学应该有与临床医学一样的行业地位，甚至更高。

4.版本的数据分析报告怎么写 篇四

做数据分析的目的是什么

通过分析数据来验证我们的功能是否有效，我们的猜想是否正确，以便对之后的版本进行相应的调整。

做成报告形式的目的是什么

1. 归档存根，是一个特定时期内特定功能的数据分析，方便后来者查阅对比分析。

2. 阶段成果的展示，不管这个成果是好是坏，都需要进行总结。

5.车贷担保管理办法版本2 篇五

个人汽车贷款有别于其他性质的贷款，有其自身的特点和运营规律，本人在汽车按揭行业具有10年的工作经验，从事业务和管理工作，对汽车贷款风险有着全面的了解，根据多年的经验，我提出了车贷五大控制核心，车贷业务只要围绕此五大核心，就能防控车贷风险失控，具体如下：

一、客户资料的真实性：

公司从接单到签订合同，从制度上和流程上，各个环节不断确保客户提供资料的真实性和可靠性，确保公司、银行在贷款审批是建立在真实资料的基础上，从而做出准确的判断，采取相应的风险控制。

二、客户购车行为的真实性：

从目前看来，骗贷是担保公司面临的最大风险，给担保公司造成巨大的损失，也给银行带来较大风险，因此我公司从调查、签订合同开始预防，再到提车，严控资金流向，确认客户购车行为的真实性。

三、还款来源的有效性：

首先第一还款是借款人生产经营活动及与其相关的发展与其的产生直接用于归还银行借款的现金流量总称。第一还款来源是审查的第一要务，了解和掌握借款人的现实情况，是从源头上防范信贷风险的关键，根据对不同行业、不同客户的分析，发现潜在风险点，提出不同的反担保措施和预防手段，从而降低风险。

四、按揭车辆的安全性：

按揭车辆是第二还款来源，在第一还款来源出问题的情况下，如何保证其安全性，确保在清偿后能够保证担保公司、银行利益，合理降低风险。

我公司从贷前开始严格审查按揭车辆贷款，严格要求不高贷；贷中控制按揭车及时上户，督促客户按揭期内正确完整购买保险，贷后每月观察客户还款情况（一旦发现风险，立即扣车）和通过GPS观察车辆运营状况（一旦发现GPS出问题，及时扣车），有效降低车辆风险，确保车辆安全。

五、押品的真实性和安全性

保证按揭车辆押品的真实性是防止骗贷、高贷的主要手段，从划款提车到上户，再到押品回收，从不同环节确保押品的真实性。同时从垫款制度上保证押品及时回归银行，降低风险。

根据车贷自身运作特点，参考其他担保公司运作，以及根据我公司实际情况，设计出了我公司的车贷运作架构、流程、人员构成以及岗位为职责。如下：

车贷组织架构图

车贷业务流程图

车贷人员构成图

人员合计：金玉担保公司车贷人员4人，汽车销售公司18人，业务人员不含在内

车贷人员工作职责 一、七部部门经理工作职责

1、主持车贷工作（风控除外），对车贷运行结果和投入产出负责，是车贷运营的第一责任人。

2、负责搭建汽车销售公司的组织架构、管理团队、业务团队，实现车贷的正常、持续、稳健发展。

3、制订汽车销售公司相应的管理制度、规则和流程、业务目标、奖惩制度；

4、总体负责汽车销售公司与担保公司的协调工作；

5、负责银行平台的搭建和关系维护。

6、负责车贷市场的开拓和总体维护，完成公司下达的业务完成计划任务。

7、向公司提供科学、合理的风控体系、催收政策及风控合理化建议。

8、严格遵守公司各项规章制度，树立良好职业道德和职业素质，树立公司良好形象和口碑。

9、实现对新产品的研发，以建设创新型部门为目标，开发新市场。

10、完成公司下达的其他任务。

二、风控专员

1、负责完善公司贷款风险控制的指导原则，不断检查审批环节和审查内容，并提出完善建议；

2、负责对贷款项目进行综合风险评估，出具风控意见和明确风险防控措施；

3、严格遵守风控制度和风控流程，做好“事前介入，事中参与，事后复核”的工作。根据车贷五大风控原则，对客户提供的资料进行真实性和合法性的审核工作；在请款阶段，确认审批条件是否得到满足；放款后确认反担保措施、风险防控措施是否得到实行。

4、负责和公司合作银行代后工作的衔接和维护；

5、客户出现风险，向公司提出合理化建议或有效措施，提供并协同律师拿出法律解决方案；

6、配合公司的有关安排，在公司内普及相关知识，增强职员的风险意识；

三、财务专员

1、建立健全财务管理的各项规章制度，检查监督财务纪律；

2、编制财务预算，执行财务计划，拟定资金筹措和使用方案，有效使用资金；

3、加强经营核算管理，分析财务计划的执行情况；

4、负责车贷业务的核算、报表编制和报表分析；

5、做好现金、银行存款的存、取、转、结等日常管理；

6、进行成本费用预测、计划、控制、核算、分析和考核，督促关部门降低消耗，节约费用，提高经济效益；

7、及时了解财政、税务、银行等行业政策，主动提供有关资料，如实反映情况；

8.每天负责盘点现金，并登记现金日记账和银行日记账，将银行余额和现金余额与现金日记账和银行日记账分别核对无误，做到日清月结；

9、根据公司垫款制度和流程，仔细审批垫款需求是否符合要求。

10、做好车贷相关人员的工资、绩效的统计和核算工作，以及车贷的财务核算工作。

11、公司下达的其他工作。

四、汽车销售公司

（一）、业务部部门经理

1、贯彻执行银行和担保公司要求的金融方针、政策、法规和业务规章制度，完成本部门业务拓展计划和业绩考核目标。

2、注意观察经济和金融形势变化，随时了解和分析担保市场的变化，提出业务发展合理化建议。

3、加强对客户经理的风险控制培训、监督，特别是监督客户经理的贷款操作程序，促进提车规范化，加强对按揭车辆的上户几押品回收，发现问题及时帮助纠正，有效防范贷款风险。

4、督促客户经理完成业务完成业绩指标。

5、配合公司各部门的协调要求。

7、完成领导交办的其它工作任务。

（二）、客户经理

1、客户经理按照经销商管理规定，配合公司与经销商签订合作协议，维系和车商良好的合作关系。

2、完成公司、部门下达的业务发展计划。

3、业务员接单后证实客户购车的真实性及合法性，并对车辆的市场价格进行初步核实，避免虚报车价，不得指示、引导、配合车商或客户违规高贷，一经发现，严重者将担负相关损失以及司法责任。

4、业务员应根据公司和银行要求通知客户准备和完善相关资料，如：客户夫妻双方身份证、结婚证(未婚者应由街道办或行政部门出具未婚证明)，户口薄，居住证(须加盖居委会,街道办或物业管理处公章)，收入证明(须加盖单位公章或财务专用章)、个人流水、企业法定代表人须提供营业执照及机构代码、税务登记证、国税、地税完税清单等等。不得指示、暗示、引导车商或客户提供虚假资料，一经发现，严重者将担负司法责任。

5、业务员应对客户提供的相关资料进行了解核实，同时也应对客户所提供的一切资料保密，以保证客户的合法权益不受侵害。

6、业务员应帮助客户算清按揭贷款的相关费用，如：月供款、资信调查费、担保费、评估费、抵押登记费、公证费、各类保险费等。（注：以上业务员所算费用仅作参考，具体收费以相关部门出具的发票为准）。

7、业务员整理完备客户所有资料后，根据公司业务流程办理车贷分期业务。

8、为确保公司资金安全，业务人员需要精确客户提车时间，控制交车流程，确认购车车辆的真实性和有效性，确保贷款安全、及时、有效。

9、在公司规定的时间内，配合公司专职回押人员督促客户完善上牌、抵押手续，及时安全交回相关资料。

10、在客户完成贷款后，每月提示客户按时足额还款，客户的基本信息发生变化时，及时向公司相关部门上报。

11、无条件配合公司风控部追讨按揭款或按揭车辆，在发现客户出现还款风险时及时通知公司，并不得给客户通风报信，一经发现，严重者负担相关损失或司法责任。

12、参加公司会议以及公司安排的内外培训，积极响应公司企业文化建设，做一个合格、专业的融资担保从业人员。

13、遵守公司各项规章制度、风险控制要求、垫款流程。

（三）、综合部经理

1、根据公司要求，具体组织实施公司业务管理部的各项工作任务。

2、初审每笔业务的报审资料，提出复审意见。

3、负责部门内部的整体协调工作，对各岗位做具体工作归划；以及我部门与其他部门之间的协调、配合工作。

4、根据公司对部门的工作部署要求，负责组织编制各种报表（GPS台账、垫款表、月业绩表），按月的将公司业务对公司领导进行及时、准确、完整的业绩汇报。

5、负责组织实施、加强各项活动的监管，业绩考核工作等；解决日常业务活动中出现的问题。

6、加强部门学习，不断充实更新专业知识，提高业务技能，工作质量和工作效率。对新进员工进行培训，及业务知识引导。

7、协调驻行工作的顺利开展，及时接受银行新信息、新政策，并做好应对工作。

（四）、驻行主管

1、负责合理有序的安排日常内控工作，保证正常工作秩序。

2、重点审查每笔业务的调查报告，对其合法性和有效性提出复审意见。

3、主要负责农行具体工作，协调农行驻行人员的分工合作，合理安排征信查询、签合同、填合同等工作安排。

4、对公司送银行资料进行审核，签字确认，跟单，报进度；对放款信息进行汇总，收集放款凭证等，做到统筹安排，并对出现的各种问题和银行充分沟通并进行解决。

5、完成日常报表统计，做好回押资料的检查、保管和归档工作。

6、及时配合银行做好逾期客户名单的统计和确认，配合公司风控部和贷后管理部处理逾期客户款项的存储确认工作和押品领取工作。

（五）、业务内勤

1、遵守公司风险控制要求和业务规章制度，不得指示、暗示、引导车商或客户提供虚假资料，一经发现，严重者将被开除。

2、正确联系客户，确认客户资料真实性，购车行为的真实性。

3、填好业务承接单，确认客户姓名、车商、车型、发票价，贷款金额、贷款年限、以及了解客户资信情况，和客户确认调查时间。

4、通知联系客户准备资料到公司或银行签订借款合同及担保合同。

5、根据银行、公司风控要求联系客户补充资料。

6、客户贷款审批完成，通知业务员。

7、通知客户提车，确认贷款金额、年限、车型、票价、提车地点，通知客户交担保费。

8、填好请款单，完成垫款流程。

9、通知综合管理部上户，安排上户人员联系客户（同时确认是否加GPS），并告知注意事项。

10、协综合管理部回收押品，并复印好留底资料，并将以上资料交回业管部。

11、建立业务台账，做好业务统计、保存工作。

（六）、档案专员

1、负责部门电子档案的录入及文字档案管理工作，负责对每笔业务的原始档案进行资料齐全性的复核，保证工作质量及正常工作程序。

2、负责与银行事务人员的沟通工作，及时反溃银行信息，登记银行签合同名单、放款名单，并及时更改黑板进度和台帐，记录补资料资信的名单，包括审批完成后通知该客户业务经理。

3、负责原始档案的整理、归类、保管。排放要有序，方便查找。并负责收集已完成上户工作的五大件，在银行通过审批后，及时通知客户办理抵押。收集以转帐方式垫款的客户下帐回单，打印以现金方式垫款的客户的情况说明。

4、记录每日业务部上报的垫款名单，检查需要垫款的客户资料就否齐全，同时到财务部找出该客户业务承接单，签字确认后将资料拿给总经理签字。将同意垫款的名字记录下来，打还款明细出来，连同业务承接单一同给财务部，同时通知该客户的业务经理是否同意垫款。

5、将每日放款名单交于行政部，并写清楚客户姓名、生日、电话、放款时间，做好贷后公司的后续服务功能。

6、负责与上户人员交接上户完成后要送银行放款的六大件，检查险种是否买齐，同时确保抵押权证的真实性，以及与贷款信息保持一致，第一受益人是否正确，并核对购车发票车价是否与台帐上录入金额一致。

（七）、合同专员

1、整理新资料，协助业务内勤补充资料

2、对提出申请的客户相关资信材料和信息进行判断真伪，审核其资料是否齐全

3、对客户资料进行初步审核并整理

4、整理银行借款合同、公司担保合同，复印资料和完成签字盖章手续

5、沟通协调与银行之间出现的临时性问题

6、及时联系客户到公司领取合同，或邮寄合同给客户

7、完成上级交办的其他任务

（八）、贷后管理专员

1、合理安排调查，根据客户经理的当天路线进行合理安排，对调查人员的调查时间适当管控，及时和调查人员沟通。

2、电话核实客户资料的真实性，包含但不仅限于客户身份证、户口本、婚姻证明材料、房产（商铺）证明材料、公司（个体）资料等。

3、做好调查客户的报表统计工作。

4、根据风控要求做好逾期客户的统计工作。

5、根据公司要求做好电话催收工作，积极总结经验，通过电话准确判断客户当前逾期情况的真实性。

6、配合驻行经理处理逾期客户的相关事宜。

7、完成公司交办的其他事宜。

（九）、上户岗

1、负责公司客户的提车上户，办理抵押工作。特别是现金提车的，确保购车行为的真实性，资金安全性。

2、负责先全款上户的客户在通过审批后办理车辆抵押（仔细核对抵押合同上的车价是否与购车发票上车价一致）。

3、做到热情服务，为客户交接清楚上户要素，并在上户完后做好客户资料的交接工作。

4、如客户未能及时上户的必须收集相关付款凭证、发票、收据、合格证、关单、商检单、保险发票、保险大单、第一受益人，并做好识别、核对工作，出现差异及时反馈部门经理及业务人员。

5、对于资信不足的客户，公司加装GPS的客户，上户人员、业务人员配合公司风控安装GPS，上户人员确保信息反馈，确保车辆的安全性。

6、根据公司要求及时到达提车现场，做好顶贷、骗贷的识别工作。

（十）、调查专员

1、及时联系客户，调查前确认客户资料准备情况以及调查时间，对所报调查要求从报调查之时起计算，大成都地区24小时内（含24小时），非大成都地区48小时内（含48小时）完成。此时间由各业务部业务人员自行监督。

2、调查组与银行一起进行现场调查，对客户购车行为进行核实（如车型、车价、提车时间、订车合同、车商、首付准备、贷款金额、贷款期限、信用卡还款特点等）。

3、视频及拍照，包括包括：客户住所地小区门牌、楼栋、单元、房号、室内设施等；客户基本资料，参见《客户调查表》；需要拍照的其它情况。同时确保视频和照片符合公司要求。

4、核实客户资料，主要包括：

婚姻家庭关系情况：是否未婚、已婚、离异，同住其它家庭成员（包括配偶、小孩、父母等）情况，其它供养人员等；

房产情况：房产性质、地址、面积、共有人、贷款额及余额（按揭房）、产权办理及抵押等；

工作情况：行业及行业背景、工作范围、工作单位名称、地址、电话、职务、用工性质、最近一个单位工作年限，自营或合营实体名称、地址、电话、职务、经营年限，从事其它职业的主要类别和年限；

收支情况：最近一年个人月均收入和家庭月均收入，最近一年个人月均支出和家庭月均支出；

债务债权情况：债权、债务种类和金额；其它需要了解的情况。其他情况：对客户的精神面貌、居住环境、职业习惯、爱好、生活细节、人际关系、性格等直观判断，发现风险点。

6、审查客户资料的完整性、真实性，并签字

7、根据调查资料和征信报告，评估客户的偿贷能力；

8、出台评估报告，指出风险点，进行风险等级评估。

9、确定风险控制要点、落实反担保措施；

10、不得接受客户、车商、客户经理或其他相关方的贿赂，不得多收调查费，不得接受客户超过50元礼品。

（十一）、保险部部门经理

1、根据公司发展需要，建立和完善部门制度、业绩考核、岗位职责。

2、负责保险部内外协调（主要指与合作保险公司或合作单位、公司内各部门、部门内部之间的协调）。

3、制定部门任务完成计划。

4、指导部门员工工作，跟踪任务完成进度情况，督促员工完成工作计划，及时进行效果评估。

5、对本部门员工进行业绩考核，并及时汇报，作出处理意见。

6、实时处理部门其他事务。

（十二）、保险助理

1、及时对公司各项数据进行统计。（涵盖该月公司续保客户数、保单回来情况、客户承保情况、出单情况、送单情况、理赔情况、部门各项指标等保险部的各项数据统计）

2、收集、整理公司按揭客户保险资料。

3、核对客户承保资料，建立保险部台账。

4、协助部门经理下达部门任务计划，任务分配等等。

5、督促和协调车贷部客户经理或合作车商保单及时回收。

6.数据库版本管理 篇六

关键词：CIM/E模式,版本管理,映射,CIM/XML,互操作

0 引言

智能电网的安全、稳定、节能、环保、高效运行离不开电网信息、电力产业链信息及电力企业业务信息的支撑及集成[1]。所有信息中，最关键也是最基础的是电网模型和运行工况数据。依托电力系统管理及其信息交换领域的公共信息模型（common information model,CIM）、基于智能电网调度技术支持系统研究成果的电网通用模型描述规范（CIM/E)[2,3]作为电网模型及数据交换格式能够有效提高描述效率和使用性能。CIM/E描述优化后的CIM，减小了文件大小，提升了文件解析和模型校验的效率，能够满足较大规模电网对模型离线和在线交换的要求[4,5]。

随着应用的推进，CIM/E已经从单纯依赖于CIM的模式和数据文件描述规范，扩展到可以根据应用需求、在CIM基础上独立扩展数据语义。文献[6]拓展了用于变电站二次部分的CIM/E类定义模板（CIM/E模式），使CIM/E能够完全描述变电站一、二次设备模型及采集、保护、控制、通信模型。与此同时，作为基础信息模型的CIM也在不断地演化，目前已经发展到CIM16[7]。在能量管理和电力信息化领域，多个版本的CIM被同时使用。使用较多的是DL/T 890.301（等同采用IEC 61970-301）第1版对应的CIM10(20030501版），以及即将出版的DL/T 890.301第2版（等同采用IEC 61970-301第5版[8]）对应的CIM15(CIM15V33版）。为了保持CIM/E与不断演化的CIM版本间的协同，有必要建立CIM/E模式版本管理及CIM/E模式与CIM的映射体系，使基于CIM/E的电网模型及数据交互受控，并保持CIM/E和CIM/XML（可扩展标记语言）这两种重要的松耦合交换格式的无损互转能力。

本文首先分析CIM/E类定义模板的构成及其对CIM/E数据的约束，概括CIM/E模式的扩展方式，然后描述CIM/E模式版本管理和CIM/E模式与CIM模式元素映射管理方法，并通过CIM/E与CIM/XML互转验证了模式版本和映射管理的有效性，提升了CIM/E模式与CIM版本演变的同步能力，推动了CIM/E标准的国际化推广。

1 CIM/E简介

CIM/E的设计遵循简单、效率、使用、对象、关系、命名原则等技术原则。它在面向对象的CIM建模方法基础上结合电力系统传统的面向设备数据描述优点，通过高效地编排数据、约减标签及采用恰当的模型简化（如CIM/E拓扑描述简化了端点（Terminal）部分）等处理，能够以较小的尺寸实现与CIM/XML等同效果的电网模型描述，并由此支持高效的电网模型数据分析和处理，特别适用于大规模电网的模型描述和在线系统应用。

虽然CIM/E规范规定了对电网模型的描述原则上采用CIM中的信息模型元素，包括类、属性、关联（引用）等，但由于缺乏对CIM/E的定义约束，故在实际使用中容易造成歧义，需要通过类定义模板对CIM/E模式进行定义。

1.1 CIM/E类定义模板

CIM/E电网模型文件中可以使用的模式元素定义为CIM/E类定义模板文件，模板文件在电网模型文件中通过系统声明中的Version属性指定。CIM/E类定义模板文件起到了应用系统子集（Profile）定义的作用。模板文件层的存在，使得电网模型文件对CIM的引用从直接变为间接，为CIM/E模式扩展打下了基础。

描述模式的CIM/E文件称为CIM/E类模板定义文件。CIM/E语言的模板功能类似于XML中的模式（Schema）的功能，主要用于描述数据类包含的属性列表及每个属性的名称、类型、长度、量纲和备注等相关信息[9]。

使用模板文件的系统声明表示模板制定的机构、依赖的CIM版本、文件编码形式、模板的应用类型、模板文件版本号及发布时间。例如：系统声明“〈!Code=UTF-8Data=1.0Time=‘20090321＿23:15:00’CIMVersion=cim11System=机构A Type=物理模型〉”定义了由机构A于2009年3月21日发布的基于CIM11版本的电网“物理模型”模板文件的1.0版[9]。

一个类定义模板文件确定该模板所包含的类（包括实体类、枚举类）及其属性。类所属的包由类标签的内置属性belongsToCategory确定，模板文件中主要定义实体类和枚举类。类的属性描述采用同样的标签集（见表1），大多与CIM资源描述框架模式（CIM RDF Schema)[10]中规定的标签相对应。类的基本属性、关联属性、枚举属性分别定义选择使用的标签。

注：“M”表示必须使用该标签；“O”表示可选；“—”表示不使用。

1.2 CIM/E电网模型文件

CIM/E电网模型（电力系统数据）文件中包括用对象类数据块定义的电网模型对象数据。电力系统数据文件中允许出现的类及类属性由CIM/E类定义模板限定。电力系统数据文件通过系统声明指定其引用的模板文件。例如：系统声明“〈!System=A系统Version=机构A＿物理模型＿1.0Code=UTF-8Type=全模型Time=‘20090321＿23:15:00’!〉”表明电网模型文件描述的是系统A导出的全模型，模型的类定义模板文件为机构A物理模型的1.0版[9]。

CIM/E电力系统数据文件、类定义模板文件、CIM模式由此形成依赖关系如图1所示。

CIM/E电力系统数据文件引用特定的CIM/E类定义模板，而该模板中的元素与特定CIM模式有明确的引用关系。在应用系统需要使用而CIM未提供相应模式元素时，需要进行模式扩展。

1.3 CIM/E模式元素扩展

在实际应用中，对通过CIM/E数据文件交换的信息内容中涉及的CIM尚未规定的模式元素，有两种方式进行扩展：(1)扩展CIM，形成企业范围内CIM并由CIM/E数据文件引用；(2)在CIM/E类定义模板中增加相应的类和属性定义，扩展的部分可以提交给IEC，作为CIM版本升级扩展的用例数据。方式(2)是更为规范的扩展方式。由于应用系统模式扩展时效性要求高，CIM版本升级速度通常无法满足，因此，在CIM/E类模板定义中扩充模式成为应用CIM/E实现电力系统数据交换的一种常见做法。由此更需要对CIM/E类定义模板的版本及与CIM的映射进行管理，以确保CIM/E数据文件使用的信息模型语义整体与CIM协同并受控。

2 CIM/E模式管理

CIM/E模式管理分为两个部分：一部分是CIM/E类定义模板的版本管理；另一部分是CIM/E类定义模板中模式元素与CIM模式元素的映射管理。

2.1 CIM/E类定义模板版本管理

CIM/E类定义模板定义了需要交换的电力系统数据。通过将用EA(CIM12版之后使用Sparx System的Enterprise Architecture(EA）作为模型维护工具）或CIM RDF Schema格式表示的CIM转换为CIM/E形式的模式描述，可以基于特定版本的CIM生成适用于平台型系统的CIM/E模式全集；或者通过设定模式元素所属的子集，如IEC61970-452定义的传输网络模型交换子集、IEC61970-456定义的电力系统状态解子集、智能电网调度技术支持系统应用子集等，裁制出应用需要的模式，生成应用特定的CIM/E类定义模板的基础版本。

出于提高模型数据描述效率及补足应用需要而CIM未提供的模式元素等考虑，CIM/E模式会在基于CIM生成的基础版本上进行优化和调整，包括：(1)以属性方式表示的关联；(2)CIM/E模板中为数据访问方便，合并CIM对象及属性；(3)将关联对象的取值直接引为属性等。优化和调整后形成多个实际使用的版本。

CIM/E规范将应用子集视为特定应用“类型”。遵从CIM/E规范，一个自成系列的类定义模板以“〈发布方〉＿〈类型〉”的形式命名，其下包括具体的各个类定义模板版本（见图2）。

CIM/E电力系统数据文件引用时指定带版本号的类定义模板文件，从而明确其中可出现的数据的模式及所源自的CIM模型。

2.2 模式映射管理

指定版本的CIM/E类定义模板以与CIM协同的方式规定了使用该模板的CIM/E电力系统数据文件中可以出现的类及类的属性。

CIM/E模式与CIM模式间的映射仅在优化和调整后无法对应时需要设定（CIM/E模式文件中直接使用的CIM类、CIM属性不需要映射，可根据模式名称结合CIM/E类定义模板中指明的CIM版本确定相应的CIM模式），以映射方式明确CIM/E模式对应的CIM模式元素（有可能由多个CIM模式元素构成的模式复合元素，必要时还需指定对象过滤条件）。

属性映射的描述形式为：

式中：可以为左值指定具体映射的CIM版本，CIM版本不引入小版本，直接引用CIM10,CIM15等大版本号；如果CIM/E类名与映射的CIM类的类名相同，则映射起始部分的CIM类可以省略；[obj:id]表示可选的对象过滤条件，其中的id可以是对象的主编码（mRID），也可以是对象的名字；“*”表示重复应用关联部分描述可形成关联链表达。

这种映射描述方式可方便地处理CIM/E模式文件“优化和调整”后与CIM模式的对应。例如：将导电设备端点到连接点再到另外一个导电设备端点的“Terminal-ConnectivityNode-Terminal”访问链合并为一个拓扑节点属性[5]，即符合“优化和调整”的情形(2)，为了在CIM/E类模板定义文件中规定导电设备（如Breaker）的“I＿node”和“J＿Node”属性，需要描述如下映射信息：

再如，在变电站（Substation）类中通过属性p,q指定变电站总有功和总无功功率，符合“优化和调整”的情形(3)。用CIM表达实际上是变电站（电力系统资源的子类）关联的名为p,q的量测（Measurement）关联的量测值（MeasurementValue）的取值（Value属性），这样，以p为例表示的映射（假定为映射到CIM10）为：

在变电站等对象中引入的位置信息（x,y）等也需根据电力系统资源与位置（Location)[11]的关联做相应的处理。

映射信息的存储可以单独存储成与CIM/E类定义模板配套的文件，采用这种方式转换等应用软件需要使用类定义模板和映射文件。一种将映射规则融入CIM/E类模板定义文件的方式是，在属性描述使用的注释（Comment）标签的内容中增加映射串，用大括号（“{}”）将映射串包围，作为约束条件。另外可以考虑在未来的CIM/E规范中扩展CIM/E属性标签，增加描述属性到CIM映射的标签，如“Mapping”，单独记录属性到CIM的映射。

CIM/E类定义模板中扩展的、但无法映射到现有CIM的属性，不必附加映射描述信息。这类属性在CIM/E电力系统数据文件转换为CIM/XML文件时，做丢弃处理；同时也提炼出来，作为应用系统模式扩展，配以用例描述在合适的时机提交IEC，作为新版CIM扩展的参考信息（见图1中虚线部分）。

3 基于映射的CIM/E和CIM/XML模型互转

目前国际上应用较多的是基于CIM/XML的电网模型互操作，为了充分体现CIM/E的高效性以及进一步推动CIM/E标准的国际化推广，需要建立这两种松耦合电力系统数据文件格式之间的转换以适应应用系统数据处理，以及今后基于CIM/E的电网模型互操作对文件格式的要求。

转换有两个方向，从CIM/E到CIM/XML，以及从CIM/XML到CIM/E。适应多版本的CIM/E与CIM/XML转换通常藉由中间对象数据服务器完成（见图3）。

对象服务器在模式约束下，按对象、属性、关联方式组织模型数据，由解析器读取源文件写入后，缓存并负责数据的完整性检查，再根据模式映射和输出格式要求生成定目标文件。

3.1 CIM/E转换为CIM/XML

根据CIM/E电力系统数据文件中指明的类定义模板（及版本）及与之对应的到目标CIM版本的映射确定CIM/E到CIM/XML转换的规则。

自动识别CIM/E的横、纵表，读入CIM/E电力系统数据文件到对象数据服务器，根据需要转换的目标版本，获取描述该转换源至目标的模式映射文件，获取文件中每个CIM/E类、属性的转换规则（未描述转换规则的为类名与属性名可直接对应的条目），然后在转换规则的控制下，将对象数据输出成CIM RDF格式的CIM/XML电力系统数据文件。

3.2 CIM/XML转换为CIM/E

CIM/XML电力系统数据文件转换为CIM/E格式则先根据CIM/XML数据文件及与之配套的CIM RDF Schema建立对象数据，然后根据输出目标选择CIM/E类模板文件，通过转换源和目标确定映射文件并提取映射规则，根据对象数据的所属模式应用映射规则进行转换，输出相应的CIM/E数据文件。

4 验证系统

为了验证本文提出的CIM/E模式版本管理和模式映射的有效性，设计开发了验证系统，实现了对CIM/E类模板文件及模型映射管理，以及基于所管理模式及映射信息转换CIM/E和CIM/XML数据文件。

验证系统采用浏览器/服务器（B/S）架构，整体分为CIM/E类模板文件管理、CIM RDF Schema管理、映射管理和模型转换4个部分（见图4）。

在CIM/E类模板文件管理部分实现CIM/E模板编辑、审批、发布。按面向对象方式编辑的CIM/E类、属性。对指定应用对应的CIM/E类模板文件的编辑，需要锁定后进行。编辑过程中形成的模式增、删、改信息形成审批信息，由系统管理员审批后形成发布版本，供数据文件引用。

CIM RDF Schema管理部分实现常用的CIM版本管理，如CIM10和CIM15，并建立内存模式管理器（SchemaAdmin），提供模式查询接口，供建立CIM/E类模板文件中模式元素与CIM模式元素映射时使用。验证系统维护所管理的CIM RDF Schema版本中相关元素映射与转换信息，以便为数据转换提供一定的自动化处理能力。

映射管理部分与CIM/E类定义模板管理紧密结合，在类属性建立、修改时，为需要建立映射的元素提供编辑界面，并保存映射结果。一个特定版本的CIM/E类定义模板中各元素与指定版本CIM的映射被单独存储成一个映射文件。形成的系列映射文件作为CIM/E电力系统数据文件与CIM/XML文件转换的基础。为方便验证系统之外的应用使用映射信息，在验证系统对外提供的CIM/E类定义模板文件中，将映射信息以约束描述形式附加在属性的Comment标签内容中。

CIM/E和CIM/XML电力系统数据文件互转通过上传文件并启动转换完成。从CIM/E转换为CIM/XML时，如果不指定目标CIM版本，则直接转化为CIM/E引用的类定义模板文件中指定的CIM版本的CIM/XML；如果指定CIM版本，则根据不同版本的CIM模式之间的映射关系，将CIM/E转换为指定版本的CIM/XML文件。例如：CIM/E中引用的类定义模板中使用的是CIM10，但目标选定为CIM15，则验证系统会自动根据CIM10与CIM15模式关系（可转化信息，实际上也是一种映射），直接按CIM15的模式规定输出CIM/XML文档，反之亦然。CIM10和CIM15分别对应于DL/T890.301的第1版和第2版，验证系统暂建立上述两个常用版本间的模式映射。从CIM/XML转换为CIM/E，需要指定CIM/E数据文件的类定义模板，根据该模板、CIM/XML文件中的CIM版本，确定所基于的映射关系文件，并在其指导下完成转换。转换过程中由于已经建立了完整的内存对象数据，可以根据电力系统规则对数据的合法性进行校验[12]。所有转换过程记录（问题、概要、统计）及转换结果文件，均提供概览页面和详情文件下载。

5 结语

CIM/E作为电力系统数据（电网模型）交换格式，其应用需要在遵循CIM规范并保持与不断演化的CIM版本间的协同基础上深化。本文提出了CIM/E类模板定义文件的版本管理、CIM/E模式元素与CIM映射管理的概念及实现方法，并在此基础上设计实现了验证系统。通过基于实际案例的CIM/E与CIM/XML互转，验证了CIM/E模式版本管理和模式映射的有效性，保证了CIM/E模式与不断演进的CIM版本同步的能力，进一步推动了CIM/E标准的国际化推广。验证系统的CIM/E模式版本管理可作为集中发布CIM/E类定义模板的平台，验证系统的CIM/E与CIM/XML转换可以形成开放的电网模型互操作基础环境。

参考文献

[1]林宇锋,钟金,吴复立.智能电网技术体系探讨[J].电网技术,2009,22(12):8-14.LIN Yufeng,ZHONG Jin,WU F.Discussion on smart grid supporting technologies[J].Power System Technology,2009,22(12):8-14.

[2]辛耀中,石俊杰,周京阳,等.智能电网调度控制系统现状与技术展望[J].电力系统自动化,2015,39(1):2-8.XIN Yaozhong,SHI Junjie,ZHOU Jingyang,et al.Technology development trends of smart grid dispatching and control systems[J].Automation of Electric Power Systems,2015,39(1):2-8.

[3]辛耀中,陶洪铸,李毅松,等.电力系统数据模型描述语言E[J].电力系统自动化,2006,30(10):48-51.XIN Yaozhong,TAO Hongzhu,LI Yisong,et al.E language for electric power system model description[J].Automation of Electric Power Systems,2006,30(10):48-51.

[4]刘涛,米为民,陈郑平,等.适用于大运行体系的电网模型一体化共享方案[J].电力系统自动化,2015,39(1):36-41.LIU Tao,MI Weimin,CHEN Zhengping,et al.Integrated sharing scheme for grid model and graphics applicable to grand operation system[J].Automation of Electric Power Systems,2015,39(1):36-41.

[5]米为民,辛耀中,蒋国栋,等.电网模型交换标准CIM/E和CIMXML的比对分析[J].电网技术,2013,37(4):937-941.MI Weimin,XIN Yaozhong,JIANG Guodong,et al.Comparative analysis of grid model exchange standard CIM/E and CIMXML[J].Power System Technology,2013,37(4):937-941.

[6]高志远,姚建国,曹阳,等.一种用于表达变电站模型的CIM/E扩充方案[J].中国电力,2013,46(7):116-120.GAO Zhiyuan,YAO Jianguo,CAO Yang,et al.An extension scheme of CIM/E for the expression of substation model[J].Electric Power,2013,46(7):116-120.

[7]CIM User Group.Combined updated CIM UML model(iec61970cim16v26a_iec61968cim12v08_iec62325cim03v01a)[EB/OL].[2014-01-30].http://cimug.ucaiug.org/CIM%20Model%20Releases/Forms/AllItems.aspx.

[8]IEC 61970-301 Energy management system application program interface(EMS-API):Part 301 common information model(CIM)base[S].5th ed.2011.

[9]国家电网公司.电网通用模型描述规范(CIM/E语言)(征求意见稿)[S].2011.

[10]IEC 61970-501 Energy management system application program interface(EMS-API):Part 501 common information model resource description framework(CIM RDF)schema[S].2006.

[11]IEC 61968-11 System interfaces for distribution management:Part 11 common information model(CIM)extensions for distribution[S].2010.