合同管理系统设计方案.docx

合同管理系统设计方案.docx

《合同管理系统设计方案.docx》由会员分享，可在线阅读，更多相关《合同管理系统设计方案.docx（9页珍藏版）》请在冰点文库上搜索。

合同管理系统设计方案

合同信息管理系统解决方案

省地方电力设计有限公司信息工程部

2012-11-27

1.文档版本记录

版本编号

版本日期

撰写者

版本说明

Ver1.0

2012-07-30

蒲文杰：

初稿

2.现状分析

1.1.管理状态

目前全电力系统的供用电合同的管理基本上为纸质合同，人工管理。

纸质合同固然稳定，也避免了自然灾害可能带来的不必要损失，但存在着局限性如下：

Ø字迹不清

因合同存放的位置、气候等因素，当时间久远、或者手工填写等原因出现时会造成字迹不清的缺陷。

Ø外界损害

在日常生活中会存在火灾、水灾、鼠咬等外界损害造成合同纸质合同的不完整。

Ø查阅不便

当所有的合同文档均存放在一起以后，需要查阅的时候会稍显麻烦。

若基层对用电合同管理细微还可以通过目录去查阅柜卷编号找到文件所在位置；若基层管理不是很细微，则调阅合同时相当费力。

1.2.提醒状态

目前各电业系统对于供用电合同管理这一部分基本上属于手工管理，因此对于合同的到期提醒与通知更无法实现。

1.3.权限状态

由于供用电合同的手工管理，虽然在权限上来说，比较具体，但存在着局限性。

虽然目前的合同调阅可以通过纸质的申请等方式调阅，但若专管员有事不再，则其他人员无法立即调阅。

3.总体设计

2.1.设计原则

合同管理系统是用于合同的模版、签订、续签、归档的管理，因此系统的设计应遵循如下原则：

Ø便捷性

此系统主要应用对象为电力系统的工作人员，基层操作人员较多，计算机操作水平相对较低，简便快捷是操作人员所向往的。

因此合同管理系统应遵循便捷性的设计原则，让操作人员便于操作，做到事半功倍的效果来提高合同管理水平

Ø稳定性

在系统开发后，系统会通过专业的系统测试组对系统进行严格测试，确保系统在正式运行时处于稳定状态。

在系统测试成功后将对系统进行压力测试，用以避免客户端过多导致服务器宕机问题。

Ø安全性

合同管理系统应遵循相关行业标准的要求并结合自身应用的特点加强信息安全防护；合同管理系统应在权限分级和数据分类的基础上，能够对关键操作、敏感数据进行重点防护，同时对外部攻击和滥用具备一定的检测和防御能力。

Ø可靠性

软硬件资源需要保障可靠运行，因此必须配备完善的可靠性措施设计，保证系统运行的高度可靠，充分考虑营销关键应用的可靠性要求，包括数据库、主机、应用部署、网络等关键环节配备多种高可用性方案。

Ø可升级性

由于系统所使用数据库的数据来源与营销系统，因此，程序设计应该考虑到后续升级问题。

在现阶段对应该从旧系统的的数据库中提取客户档案信息，在新营销系统上线后系统将可以从新营销系统中提取。

从而保证了系统的可升级性。

为使系统中使用的数据库继续有效，在系统升级后，对已经签订的供用电合同应该予以保留，使营销系统的升级保持着已有的供用电合同的完整性和正确性，达到无缝升级的目的。

2.2.业务场景

由于新就营销系统有差别，因此场景分为现在营销系统场景设计和新营销系统场景设计

Ø现在营销系统场景设计

现在营销系统以县公司为单位形成一套系统，所以在数据处理上，可以直接用合同管理系统将数据从现有系统上提取后存入合同管理系统中作为归档资料，只要客户档案没有变更，则以合同管理系统的用户档案为准。

若用户档案有变更则应该存变更记录后，再进行新的合同改签。

系统拓扑结构如下图所示：

Ø新营销系统场景设计

在新的营销系统上线以后，新系统以省公司为单位，数据统一管理、统一维护，因此系统应考虑升级后的正常使用。

新营销系统升级后，合同管理系统也将进行升级。

通过前置机的对接，使得合同管理系统可以从营销数据库中提取用户档案信息，然后将新增用户合同存入档案管理系统。

系统拓扑解构图如下所示：

2.3.架构规划

基于总体设计原则，同时考虑合同管理系统是电力营销客户服务系统的扩充，以降低平台的耦合度、减少平台的复杂度、保持现有电力营销客户服务的稳定性为原则，同时兼顾信息安全的管理要求，需要将数据库和对外应用通过强隔离装置分开，以保护信息内网的安全，所以合同管理系统的数据库和应用的部署方式为单独部署。

2.4.部署规划

服务器

说明

营销数据库

即电力营销客户服务的数据库

营销应用服务器

即电力营销客户服务应用服务器

合同管理系统数据库

合同管理系统作为电力营销客户服务系统的扩展，为减少电力营销客户服务系统的复杂性、耦合性，部署单独的合同管理系统数据库，与电力营销客户服务数据库相互独立，主要管理合同签订记录、用户档案归档记录、到期提醒等功能。

合同管理系统应用

由电力内部人员登陆，可以在平台上进行合同的签订、打印、查询等功能

4.功能设计

系统功能模块设计有基础设置、系统权限、合同模版、合同签订、合同归档、合同查询、报表统计等模块的管理，详细描述如下：

3.1.基础设置

基础设置有：

系统参数设置、合同类型维护、柜卷维护等功能。

系统参数设置，用于设置系统的基础参数。

如合同到期前多少天提示的设置、使用单位的设置、单位编码的设置等一些固有信息的设置。

合同类型维护，用于设置合同类别。

例如系统初始状态只有高压合同、低压合同、临时用电合同，若管理单位需要细化，则可以在此添加新的合同类别，如动力用电合同、照明用电合同等合同分类

柜卷维护，用于维护柜卷结构，为签订合同后归档时使用。

例如：

岐山水泥厂为高压用电合同，存放与1号柜、3层2格4盒。

3.2.系统权限

用于维护系统的使用人员、及权限分配。

包括系统权限的管理、用户的管理、用户授权管理与维护

系统权限管理，用于定义该权限组有那些权限。

用户管理，用于操作员的账号的建设。

用户授权，用户维护操作员拥有那些权限组。

3.3.合同模版

合同模版用户对合同的模版进行管理。

供用电合同按照高低压的不同进行模版分类，并进行维护合同模版。

3.4.合同签订

用于合同的签订、续签、终止等功能的实现。

合同签订里从营销数据库中提取新报装的用户信息，只需填写好签订日期，点击合同签订按钮即可完成合同的签订，签订后，则此按钮不再可用。

合同续签用于即将到期合同的签订，从合同管理系统中提取即将到期的合同乙方用户列表、签订日期、到期日期及日期倒计日。

每个信息后有终止和续签按钮，点击续签则进入签订页面进行签订。

在续签页面里点击终止按钮后，信息进入终止合同页面，经过审核后合同终止。

在签订合同后打印按钮方可使用，但有次数限制，按照合同系统的系统设置份数做限制，若打印到合同份数后按钮将自动变灰不再可用。

如果因打印机夹纸等特殊原因，则需要走流程经审批后方可重新打印。

3.5.合同归档

合同归档用于签订好的合同整理使用，将合同放入的柜卷进行划分，直到合同存放的具体位置。

归档后的合同将不可再次打印，若需要打印则需要审批后方可进行打印。

3.6.合同查询

合同查询用于合同的调阅。

分为合同信息查询、合同归档查询、用户档案查询

合同信息查询用于查询合同签订的主要信息一览表，点击信息列表后可进入该合同信息的详细信息查阅。

合同归档信息用于查阅合同存放的位置所在，可以按照所在所签订的责任供电所、柜卷、高压、低压、用户号、合同编码进行查询，查询后列出合同列表。

用户档案查询用于合同签订时用户档案的详细信息查询，点击对用用户的合同详情即可查询合同原文（但不能打印）。

3.7.报表统计

用于统计合同签订的数量，如新增合同统计、续签合同统计、终止合同统计

合同统计可以按照供电所、供电分公司、市分公司、总公司进行统计。

5.升级设计

新营销系统上线后则合同管理系统也应该考虑到升级带来的麻烦。

系统升级从程序的升级、数据库的升级、网络的升级等三方面进行考虑，做到无缝升级。

4.1.程序升级

对于合同管理系统，应该考虑到升级后系统使用对象的不一致问题，系统将从供电所或者县级分公司转换到全省各供电单元。

系统在做出第一步的时候即从省、市、县、所四级联合规划，尽量做到程序少量的改动，完成升级的稳定性。

4.2.数据库升级

对县级供电系统来说数据库使用目前的SQLServer足以，但对于全省用户来说，SQLServer已经不再满足我们的数据存储要求，因此数据库需要从SQLServer升级到Orcal数据库，才能保证我们系统的存储要求。

4.3.网络升级

县级供电系统，目前使用的大多是VPN网络或租用电信的光钎组建的局域网络，因此，系统部署之在县分公司搭建服务器即可。

营销系统升级后，系统面对着全省的供电单元，因此网络将从VPN转向固定公网IP。