电力企业电力营销管理信息系统招标文件

四.技术条件

第一章总则

1.1概述

1）本招标文件适用于北京电力公司（以下简称招标方）电力营销管理管控信

息系统（以下简称本系统）建设，本招标文件的所有解释权归北京电力公

司。

2）本招标文件提出了本系统的建设规模、主要业务需求和技术指标要求，可

供应用软件集成商（以下简称投标方）编写投标文件之用。

3）本招标文件范围仅限于本系统相关项目的应用软件开发、系统集成二与技

术服务与培训部分（包括软件开发与实施、系统集成和三年内服务），本

系统相关项目的硬件平台设备、数据库平台、中间件平台将另行招投标。

4）投标方应按照本招标文件的要求提供详细、完整的技术合适的方案（注意：

必须根据本系统的开发和应用的需求提出具体的硬件、数据库、中间件和

网络支撑平台解决合适的方案和技术要求）。该技术合适的方案应完全满

足或高于本招标文件要求，对于本招标文件中的某些部分，投标方如不能

满足耍求，或有其它替代合适的方案，或有其它修改建议，应在技术合适

的方案中指出其必须进行修改的理由以及与原要求的差别，否则，招标方

即认为投标方可以满足本招标文件的要求。

5）本系统相关项目工程分一期试点阶段、二期推广阶段、三期辅助决策支持

阶段共三个阶段计16个月完成。投标方必须保证：试点单位在合同合约

生效之日起3个月内完成业务流程梳理、系统设计并通过评审；在合同合

约生效之日起6个月内完成一期公司本部和两个试点单位的应用开发和系

统实施，原系统的数据迁移，系统试运行：系统试运行2月后，一期试运

行验收。•期系统通过验收后6个月内完成北京电力公司所有供电公司、

营业站、供电所、社区服务所的系统全面实施，原系统的数据迁移。推广

验收后2个月内完成相关项目决策支持及其余开发工作。投标方必须保证

本系统相关项目中的95598客户服务系统在合同合约生效之日起5个月内

完成。

6）在招标方办助下，中标方必须在本系统上线试运行前完成数据转换匚作，

包括将原数据移植到本系统中，并根据招标方提供的资料补充录入应该进

入本系统的其它营销数据。

7）所有招标方认为是本招标文件范围所要求而被遗漏的相关项目，都被认为

是包含在本次招标范围内，投标方的报价被视为包含此遗漏相关项目的报

价。投标方可以就投标方认为的遗漏相关项目提请招标方注意，并详细说

明理由。招标方将就此进行澄清。

8）投标方应保证所提供的所有资料真实、完整、准确无误，否则招标方将有

权取消投标方的中标资格，由此产生的一切后果由投标方承担。

1.2定义

1）招标方：北京电力公司。

2）投标方：受邀参加本次投标竞争，向招标方提交投标文件的承包商。

3）中标方：最终被授予合同合约的投标方。

4）投标文件有效期：截标日期后60天内，经双方协商可以延期。

5）电力营销管理管控信息系统：包括营销管理管控信息系统、95598客户服・-｛带格式的：原日符号和端号

务系统、电能计量中心管理管控信息系统，下同。

1.3相关项目范围

1.3.1招标范围

本系统相关项目招标包括以下合适的内容：

1）软件开发及实施部分：满足北京电力公司电力营销管理管控及客户服务应

用需要并能够与其它技术信息系统紧密连接的电力营销管理管控信息系

统应用软件W盒与R5598客户服务信息系统、电能计量中心管理管控信息

系统）国网件（中文版）,包括但不限于以下几方面：电力营销管理管

控信息系统。95598'客户限务信息系统应用软件的需求调研、开发、客户

化工作（包括安装、调试、数据迁移、数据转换）、二次开发及服务、与

其他相关系统集成，负责各类应用系统技术规范以及阶段性技术报告、相

关硬软件平台技术规范的制定。

2）系统集成部分：系统集成主要指主机系统、存储系统、数据库系统、中间

件平台、容灾及备份系统、网络与安全系统等软硬件平台的集成工作。包

括但不限于以下几方面：参与服务器系统安装并对服务器系统的安装提出

要求；参与网络与安全系统的调试；对各系统的脸收向招标方提供技术支

持；负责进行系统联调：在集成服务期限内，对整个系统提供技术维护和

故障诊断，对硬软件故障联系厂家（包括硬软件提供商）进行维修，并向

招标方提供维护报告：负责系统硬软件（小型机、操作系统除外）平台的

安装、调试及性能调优工作：在招标方授权情况下，协调各硬软件提供商

对系统进行维护：负责对系统后期硬软件升级和功能扩展提供技术支持。

3）技术支持与服务部分：竣工验收之日起三年质保维护期内发生的所有服务

（包括但不限于原系统的数据迁移、系统的正常运行维护、升级和可能发

生的系统改造等）。对于工程进度延期的，服务与培训期限相应顺延。投

标方应按照招标文件要求提供必要的培训服务，应列出境内及境外的详细

培训相关计划及培训合适的方案、收费标准，并分别注明收费部分和免费

部分。

本次招标采用系统开发商总负责的方式。中标方将同时作为电力营销

管理管控信息系统与95598客户服务信息系统、系统软硬件平台两中相关

项目的总协调方，承担以下责任：

A）负责对电力营销管理管控信息系统与溺哭杂吟信息系统、统一软硬

件平台两牟相关项目的相关项目工期、进度、质量控制的总体协调和总集

戍-L后J时“J•m西4[、•而■火口FJ¥1.帝U句q一TV片：势7口的，工门甘J卜虫二日一:片中叫曲]i,7XJWT一J片T白T勺7J击T•1什J

B）作为协调用力营销管理管控信息系统与财务系统以及其它系统数据接口

责任方，必须提供电力营销管理管控信息系统与财务管理管控信息系统以

及其它系统数据接口的数据格式和合适的方案等并负贡实施，以保证北京

电力公司各相关经营管理管控系统（包括心力营销管理管控信息系统和财

务管理管控信息系统）数据的完整性：

C）_参与招标方软、硬件平台配置标准的制定，提出需求及安装调试相关计划

的意见，派合格人员监督指导软、硬件平台的安装、调试并参与脸收。

1.3.2投标方工作范围

1）需求调研、分析：

2）应用软件的设计、编码、调试：

3）应用软件的现场安装、调试：

4）系统的测试、验收；

5）系统的数据转换，包括将所有营销电子数据移植到本系统中，并根据招标

方提供的资料补充录入应该进入本系统的其它营销数据；

准、电力行业标准进行设计、制造、检验和安装。所用的标准必须是最新版本，

如果这些标准的合适的内容有矛盾时，应按照最高标准的条约条款执行或按双方

协商同意的标准或条约条款执行,投标方软件系统和相关项目开发实施管理管控

过程应满足以下标准和规范要求；

1）ANSI标准的SQL数据库查询访问：

2）《中华人民共和国电力法》及其配套法规：

3）《中华人民共和国计算机信息系统安全保护条例》

4）《计量法》及其实施细贝!：

5）《电能计量装置管理管控规程》（DL448）：

6）国家电力公司《电力营销管理管控信息系统设计规范》：

7）国家电力公司《“95598”客户服务系统建设规范》：

8）国家电网公司《电力营镇信息系统实用化验收办法》：

9）《“95598”电力客户服务系统实用化评价办法》：

10）《北京电力公司统一权限管理管控规范》；

11）《北京电力公司软件开发相关项目管理管控规范》；

12）《北京电力公司统一待办库接入规范》：

13）《北京电力公司视觉识别系统管理管控手册》：

14）《北京电力公司信息系统网络端口技术规范》

15）《北京电力公司计算机信息系统安全管理管控办法》

第二章系统现状

2.1概述

北京电力公司是由华北电网有限公司法人授权经营的特大型供电企业，公司

现有职工10394人，负责北京地区L68万平方公里的电力供应、销售和输电、变

电、配电设施的建设运行，肩负着为党中央、国务院等上级机关安全供电和保证

首都政治活动安全供电的任务。

北京电力公司现有16个职能部门：总经理工作部、政治工作部、综合相关计

划部、战略规划部、人力资源部、财务部、审计部、安全监督部、生产技术部、

电网建设部、市场营销部、科技信息部、行政管理管控部、农电工作部、监察室L

和保卫部。下辖？3个单位：其中16个区域供电公司，17个生产运行单位。(带格式的：字体:

目前管理管控电力用户460万户，预计未来的5-8年内可增至X00万户。

组织机构图如下：

―■iKW供*公g)

—彳1阳供电丞^

-4和旦碑工作部■沟抽小公51

■J-.-.c,!”一占供0公R

-■计划3•IZSiKtlJ供皿公匐

jaww㈣境_i二，上供心公h

H人力愦原总，司'H供电＜■＞=)

"•呼都_______T曰平供七公S)

0r

-i世型________"・m»e如卿也■公1P

-----1d，-W；H•芯~■awxitR屯公■H)

-J生产校外够―■大兴供函以~3)

—彳中网建母够—1平百供总五面一

•”加什冲一•|卜工乎+“」.公用

■f—.近云供9公皿

•1大：血工作M

-d行政tn■函―

―卜保卫邛

—|tn■实H艮再中心

―■｛山索擅________________-计«MT理所|

卜WKW中t＞1齐八眼"中心_|

―伍源中心

一H培VII中心

-|用电fftBMT理中心—1物i5ff公司____________________________|

-]大核:WSt处-----j物业・■理公5)]

----4北棋七力行业协会―，公B)

—■｛协会办公室•------北京土力的验阳充中心

-d：»t=»23iftWBt|

―彳北京电力JL4B公S)|

—fdt0cm供网旅发皿公SO|

―，—的＞»灯＜ra中心|

2.2管理管控现状

管理管控上，属地供电公司在统•的营销政策前提下，各有各的特点，各公司

的营销业务处理流程、管理管控机构、业务管理管控规范、客户服务的观念和手

段等方面存在一定差异。

2.3网络现状

北京电力公司综合业务数据网络采用AN技术组网，目前已覆盖全市各属地

供电公司，网络带宽150Mbps,并与旧的2M光线网络互为备用。

24个营业站已全部开通光纤网络（或100M,或2M）；供电所（合乡并镇后

供电所为我心18。7条个点）基本上采用ISDN或2M光纤；城近郊供电公司的社

区服务所，在基本建设时也将开通光纤网络。

2.4应用现状

已建系统在建或准备建设系统

业扩报装系统［匕京电力公司GIS4.带格式的：字体：五号

带格式的：Normal0,行距：1.5倍行距

95598客户服务信息系统远尼资产管理管及系统

带格式的：字体：五号

电费系统物资管理管J芸系统4带格式的：字体：五号

预付费信息系统人力资源管理管控信乱系统带格式的：Normal0,缩进：首行缩进：2字符，

行距：1.5倍行距

电量采集系统调度EMS系线带格式的：字体：五号

带格式的：字体：五弓

负荷管理管控系统负荷管理管控总电量采集系

带格式的：字体：五号

配网地理信息系统GIS统带格式的：字体：五号

调度SCADA系统工程管理管密统______」带格式的：字体：五号

远光财务系统电能计试装其管能表皮:带格式的：字体：五号

集抄远采系统95598客户服务信息系统带格式的：行布：1.5倍行距

带格式的：No>mal_0,左

计量管理管控信息系统抢修车辆GPS定位系统

OA系统生产管理管控系统带格式的：行距：1.5倍行距：

供用电合同合约软件调度DIMS系统

抢修车辆GPS定位系统

2.5与财务系统接口现状

1）目前北京电力公司全部使用远光的会计核算系统।

2）营销与财务分属两套垂直、独立的管理管控体系;

3）电贽已实现银电联网。

第三章相关项目描述

3.1相关项目目标

以北京电力公司为中心实行数据大集中管理管控，建设一套全市统一的电力营

销系统。要求根据北京电力公司管理管控模式和业务分布关系设计北京电力公司

电力营销系统业务功能模型。做到层次清晰、功能分布合理、软件功能可根据业

务管理管控分工的调整自动适应,

满足因政府政策变化等外部及内部改革用起的业务变化的需求，满足大客户业

务处理的个性化服务要求。

要求结合北京电力公司营销管理管控层次，阐述业务功能划分的方式和依据，

并说明各业务层与管理管控层面的关系。

通过客户服务技术支持系统应实现将企业内分属各职能部门的客户服务业务，

集约在•个统•的对外联系“窗口”，最终实现客户的•个电话便可解决所有问题

的目标。“只要您一个电话，剩下的事情由我来做”不仅有助于改善企业的社会形

象，还将促使企业自身转变观念，加强内部管理管控，提高匚作效率，实现经济

效益与社会效益的完美统一。

3.2相关项目相关计划安排

电力营销管理管控信息系统相关计划分三阶段完成:

步骤任务描述工期要求

根据本招标文件要求，完成全部子系合同合约生效后16个月

统及与外部各系统接口的开发、测试、内。

总工期

数据转换、数据整理及补充录入、培训

工作。

完成业务流程梳理、系统合适的方案设合同合约生效后8个月

计并通过审议，在合同合约生效之日起3内。

个月内完成。在合同合约生效之日起6

试点阶个月内完成一期公司木部和两个试点单

段位的应用开发和系统实施，原系统的数

据迁移。完成系统功能验收，双轨运行2

个月。系统试运行后转单轨运行，•期

相关项目验收。

推广阶一期系统通过验收后6个月内完成合同合约生效后14个月

段内。

北京电力公司所有供电公司、营业站、

供电所、社区服务所的系统全面实施，

原系统的数据迁移。

辅助决完成决策支持及主要业务模块以外的其他开合同合约生效后16个月。

策支持发工作

期

表3-1相关项目相关计划表

其中95598客户服务信息系统相关计划分二阶段完成:

步骤任务描述工期要求

根据本招标文件要求，完成全部子系合同合约生效后5个月

统及与外部各系统接口的开发、测试、内。

总工期

数据转换、数据整理及补充录入、培训

工作。

在合同合约生效之口起3个月内完成业合同合约生效后3个月

务流程梳理.、系统合适的方案设计并通内。

试点阶

过审议，一期客户服务中心和两个试点

段

单位的应用开发和系统实施，原系统的

数据迁移。完成系统功能验收

一期系统通过验收后2个月内完成合同合约生效后5个月

推广阶

北京电力公司客户服务系统的全面实内。

段

施，原系统的数据迁移。

3.3相关项目规模

建设规模应能满足10年的业务发展的需要，系统容量至少有为800万用户提

供业务、计费处理的能力，并具有•良好的扩展能力。营销系统客户端在23000个

以上。

系统实施范围：北京电力公司本部各相关部门；北京市区、郊区所有供电公司

相关职能管理管控部门、用电工区、营业站：农电营业所、社区服务所。

客服系统24小时为客户提供信息查询和业务咨询服务，并提供报修、投诉举

报、建议受理和回访调查等业务,

系统目前需要提供的服务方式手段为：电话、传真、电子邮件、WEB方式，

并支持短信息SMS呼出功能。未来需要平滑过渡到网上电子商务营销活动。

3.3.1系统总览图

带格式的.字体：小四

北京电力公司营销管理管控信息系统各功能模块示意图：

▲,--格格式的1字体：小四

带格式的；字体：小四

务

系统构成示意图

3.3.2接口描述

1）与电量、负荷管理管控系统的接口

2）与远程抄表系统的接口

3）与计量智能表库系统的接口

4）与抄表器的接口

另一与卡表系统的接口

⑴一与财务管理管控信息系统接口

豺21与GIS接口

劣也实现简单的工程管理管控，日后建立与工程管理管控系统的接口

阳力_与物资系统的接II

出地_与资产管理管控系统的接口

旬LD_与配网生产管理管控系统的接口

旬12）与调度EMS的接口

M413）与GPS系统的接口

均14）Lj调度DMIS系统的接I1

带格式的：Normal0,左，段落间距段前：12唠,

第四章技术要求及性能指标段后：12磅

本相关项目所要求的软件系统应按照三层结构的原则，将本文件所描述的业务

功能和相关需求进行集中、统一的规划和整合，使本系统成为一体化的、信息资

源充分共享的综合性的业务处理平台，为客户提供个性化的服务，具备满足未来

业务发展需要、满足实时处理的能力。

若投标方在开发中使用第三方的系统软件支撑平台或第三方软彳匕，需要提供第

三方产品的许可证、第三方的技术服务保证书、相关的技术说明和技术支持。对

于本文件未规定、未提及的技术要求和性能指标，投标方应提出建议和陈述理由。

投标方提供的应用软件应满足以下技术要求和性能指标。

4.1总体技术要求

I）实用性要求：满足北京电力公司1（）年内业务发展需求，至少支持800万

用电客户和各种新业务的电费计算、帐务处理、业务处理和统计分析需要，

满足北京电力公司特殊的功能需求及接口需求。

2）投标方提供的软件应是确保系统正常运行所需的管理管控、运营、维护等

有关的全部软件，并是成熟的最新版本的软件系统。

3）开放性要求：支持多种硬件平台，采用通用软件开发平台开发，具备良好

的可移植性。采用标准开放接口，支持与其它系统的数据交换和共享，支

持与其它商品软件（Microsoftoffice等）的数据交换。

4）安全性和稳定性：由于该系统最终目标要实现各系统互联并与Inicrncl相

联，要始终保证安全性和保密性，要实现数据流的安全控制，而且该系统

要向客户提供全方位的、开放的服务，所以其安全性和稳定性永远是第一

位的。

5）标准化要求：所有各项软件开发工具和系统开发平台应符合我国国家标准、

信息产业部部颁标准、国家电网公司相关技术规范和要求、北京电力公司

相关技术规范和要求。系统必须重点考虑提供切实可行的、能够与门户

技术和数据仓库一体化的合适的方案。

6）参数化要求：必须实现完全模块化设计，支持参数化配置，支持组件及组

件的动态加载。

7）容错性要求：提供有效的故障诊断及维护工具，具备数据错误记录和错误

预警能力；具备较高的容错能力，在出错时具备自动恢复功能。

8）可靠性要求：

a）应能够连续7X24小时不间断工作，平均无无故障时间＞876（）小时，

系统可用率299.99%,出现故障应能及时告警：

b）软件系统应具备自动或手动恢复措施，自动恢复时间＜15分钟，手工

恢且时间＜4小时，以便在发生错误时能够快速地恢且正常运行.软件

系统要防止消耗过多的系统资源而使系统崩溃；

c）系统应保证数据的高可靠性：

d）系统应能支持大话务量冲击并保持系统性能和功能指标；

e）提供可靠的事务处理机制：

0并对用户的任意操作要有容错、纠错功能：

g）提供系统可能遇到的各种突发情况的应急处理预案：

h）服务响应时间：市内1小时内到达现场，郊区2小时到达现场。

9）兼容性要求；满足向下兼容的要求，软件版本易于升级，任何一个模块的

维护和更新以及新模块的追加都不应影响其他模块，且在升级的过程中不

影响系统的性能与运行。

10）易用性要求：应具有良好的简体中文操作界面、详细的帮助信息，系统参

数的维护与管理管控通过操作界面完成。

11）可监控性要求：投标方提供的软件必须包含完善的监控系统，实时对系统

硬件、软件和应用软件进行全面、及时、准确的监控和管理管控。接口必

须采用开放接口标准，支持故障分级告警，任务调度，日志管理管控。

12）经济性：系统的软件和硬件系统的配合要求最佳，且具备良好的性能价格

比。

4.2系统架构技术要求《:带格式的：NonnaLO.渐进：左侧：0厘米一）

1）服务器端应用系统支持Unix和Windows等操作系统，符合J2EE架构。

2）新建业务系统应完全实现组件化的分层结构设计思想，使应用组件具

有预制性、封装性、透明性、互操作性、通用性等特征，便于快速地

组装成新的应用。

3）要求应用系统适应集小帐务管理管控的要求，提供基于中间件技术的

稳定可靠的实时银行联网结算功能；

4）新建业务系统应支持公司信息平台、企业门户架构，并具备与北京电

力公司门户系统统一认证、单点登陆的条件。

4.3应用技术要求

4.3.1安全性要求

1）根据营销系统业务安全的要求，提供基于Internet的业务受理、业务查询、

故障投诉等业务的安全性设计：

2）采用安全可靠的统一的认证、用户管理管控机制：

3）支持数据库存储加密，数据交换的信息包加密，数据传输通道加密，可采

用64位DES加密算法；

4）发生安全事件时，能以事件触发的方式通知系统管理管控员处理；

5）要求所有的应用软件必须具备完备的安全保护和用户权限管理管控，必须

保证防止非授权用户的侵入，严格禁止除系统管理管控员及授权用户外的

其他用户对原始数据的修改：

6）可根据不同的用户分别设置不同的权限，如系统管理管控员、组管理管控

员和普通用户，系统管理管控员可以管理管控所有的权限配置、由码重置

等合适的内容、文件加密等合适的内容：组管理管控员只能管理管控本组

的权限分配，普通用户扰有最小的权限，同时，不同级别的普通用户的权

限应有明显的区别。

7）所有存贮在数据库中的数据针对不同用户应有严格的处理权限，对普通用

户数据属性为只读，对有数据请求的用户提供接口函数以标准SQL语言、

ODBC或JDBC等标准接口实现数据访问，对数据维护人员只提供部分表

单的修改权限，只有系统管理管控员有权限修改全部原始数据。但修改后

的数据必须保留修改日志，并可调出修改前的数据：

8）所有数据库用户口令不能在程序中写死，用户根据需要自行修改：

9）具备权限临时转移功能；

10）具备业务流程审计功能，能对业务处理过程进行记录，以备事后查询、审

计或作为业务考核的依据：

4.3.2数据库技术要求

1）采用大型ORACLE关系型数据库；

2）要求数据库设计合适的方案符合ORACLE数据库设计规范；

3）要求数据结构设计具有良好的适应性，电力用户档案应该具有良好的层次关系,

用户档案设计应能提供档案属性自定义功能。用户档案的设计应该具有良好的

适应性，能够灵活适应业务操作合适的内容和业务操作方式变更的要求；

4）根据数据集中处理对于系统高性能和高可靠性的要求，提供海量数据处理的技

术手段。

4.3.3编码设置要求

1）遵循国家、行业编码规范，编码设置科学。

2）系统内部所涉及的组织结构等与其他系统有关的编码应按照已建立的编码规

则进行设置：

3）应用系统编码设计应符合公司数据共享的要求：

4）软件应具备髭活的编码设置方式。

434系统接口的技术要求

1）高性能：实现对外部系统的接入提供企业级的支持，在系统的高并发和大

容量的基础上提供安全可靠的接入：

2）可伸缩性：保证在充分利用系统资源的冏提下，实现系统平滑的移值和“,

展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定

性；

3）高可用性：实现7X24小时的高可用性，具备容错和自动恢复的功能；

4）可靠性：应防止非系统级的数据丢失或出错，同时提供对系统级的数据丢

失和出错实现恢复和容错的机制；

5）可扩展性：在进行扩容、新业务犷展和系统接口连接中，提供快速、方便

和准确的实现方式；

6）健壮性：提供可靠的运行环境，保证系统在内部、外部的不可预知的出错

情况下，能够提供正确的处理机制；

7）安全性：提供完善的信息安全机制，以实现对信息的全面保护，保证系统

的正常运行；

8）可管理管控性：提供良好的系统管理管控机制，保证可在系统的运行过程

中提供给管理管控员方便的管理管控方式，以处理各种情况。

9）数据准确性：保证接口数据的准确性，保证共享数据与应用系统数据的一

致性：

10）数据实时性：为数据中心提供实时的共享数据：

11）接口唯一性：提供与数据中心的唯一接口，通过数据中心建立与其他应用

的数据共享。

4.3.5工作流管理管控技术

1）支持业务流程重组（BPR）和信息重组。

2）支持自定义流程，提供完整的安全及权限设计，实现业务流程的全过程管

理管控，具备流程监控、调度功能。

3）提供图形化过程定义工具。用户通过简单的拖拽中即可轻松地完成过程定

义工作；能够完成顺序、分支、并行、循环、嵌套流程的定义；能够实现

跳转、派工、条件分支等复杂流程。

4）实现流程动态调整。在实际工作过程中，一个正在运行的工作流程，根据

实际情况的变化，往往需要动态地进行调整，允许供电公司根据需要动态

调整业务流程。

5）多种任务分配方式，包括直接赋予某个组织、角色或人：任务分配时，工

作流服务统计参与者的T.作负荷，：岗任务分配给负荷最小的参与者，实现

参与者的动态负荷均衡：工作流服务自动将任务发送到参与者的任务表中。

6）提供时间管理管控服务。用户可以在创建模型时加入期限限制；任务办理

时，当期限已到时，发出相应的消息，通知用户超时；可以在任务到期前

固定时间给用户发出提醒消息

7）支持基于邮件的离线处琏，支持移动审阅。

8）具备业务流程审计功能，能对业务处理过程进行记录，以备事后查询、审

计或作为业务考核的依据。

9）业务流转支持多种告知服务（包括短信息、E-maik电子信使等）。

10）支持用户个性化设置。

I）系统对操作员的每笔操作都进行详细记录口志，并提供统计查询功能。

2）系统可查询、统计、打印所有或单个操作日志合适的内容，提供操作员的

各种操作统计报表。

3）操作员可自行检查自己有关操作R志。

4.3.7监控管理管控

1）网络菅理管控系统主要针对本系统中的主机设备、存储设备、网络设备、

数据库和应用等进程等实现状态监控、进程调度和资源配置等功能，同时

还应包含数据备份、恢复和保障网络安全两个方面。

2）监控管理管控对象：

•数据库运行监控：对数据库的状态、资源、性能、连接等进行监控：

・应用软件运行监控：对应用软件各模块的进程状态、运行状况、资源

使用等进行监控：

•数据备份监控：监控各备份策略的执行情况；监控备份数据的完整性；

监控备份数据的使用情况.

3）监控要求：

•实时反映当前的监控信息，当监控对象的性能参数超过告警阀值时，

应及时产生告警：

•告警阀值能够分级设置，不同级别产生不同的告警；

•通过图形化方式直观地显示监控信息；

•通过声、光、短信息等多种告警手段提供现场和远程告警；

•能够长期稳定运行，占用系统资源要少：

•监控信息应提供存储，并能够进行统计分析；

•实现数据库系统性能监测、预警报告、实时故障诊断、性能调优、数

据库健康检查、数据库安全审计、SQL性能分析；

•实现软件版本监测、管理管控。

4.3.8软件版本管理管控

1）本系统中必须具备其详细的软件版本信息，包括软件版本号、软件启用时

间、测试时间等：

2）应用系统应在登录界面上显示系统软件名称及软件版本号等信息；

3）软件的名称：由厂家名称、软件所名称、业务描述三部分决定：

4）软件版本号可分为主版本号、次版本号、补丁号：

5）版本号的修改应根据软件修改合适的内容范畴而做相应的修改：

6）新版系统要求有与之对应的技术文档；

7）应用系统能自动判断新的软件版本并支持自动或手工下载新软件。

4.3.9数据存储、容灾及备份管理管控

1）根据北京电力公司营销业务需求，提出数据存储、备份、异地容载系统具

体建议和合适的方案。

2）合适的方案应符合北京电力公司集中存储的要求，并满足统一容灾中心的

建设要求。

3）营销管理管控信息系统大量数据的安全性必须得到可靠保障，所选系统必

须满足安全性、可靠性要求。

4）数据库合适的内容要求联机存储10年及以上，并能够按指定的时间段方

便地备份到其他介质或从其他介质恢复到在线数据库中。

5）合适的方案中要求列出使用的有关设备和性能指标，并说明在数据库系统

和备份系统之间的数据是否严格同步，在数据库系统发生故障时是否会有

数据丢失，在数据库系统中数据发生部分丢失时，如何恢复，在数据库系

统崩溃数据全部丢失时，如何恢复，实施上述恢复过程，在一定数据量的

情况下（比如［0G）需要多少时间，数据库系统和备份系统间通道的最高

和平均速率是多少。

6）数据备份设备'支持多种厂家的主机系统；

7）数据备份设备应具有一定的平滑扩充能力，包括系统设备容量的扩充及

I/O能力的扩充等：

8）数据备份设备应支持先进的光纤存储、备份方式，例如SAN技术等：

4.3.10人机界面技术要求<:带格式的：NonnaLO,缩进：左侧：0厘米~）

1）整个系统的客户端要有良好的、规范的、统一的人机界面。

2）操作方便、直观。查询方式灵活，用户能采用简单、直观的方式输入查询要求。

所有操作使用鼠标完成，必要时配合以键盘输入。支持多窗口、无级缩放、随

意迁移、最大最小化按钮、菜单操作等，图形界面必须全部汉化。

3）能够支持多媒体表现形式：文字、图片、图形、声音、动画、视频等。

4）支持动态的人机界面，即根据不同的用户和权限，动态地决定浏览器界而中显

示的合适的内容。

5）支持鼠标、键盘、语音输入、手写输入等多种输入和交互方式，用户可根据需

要选择使用：

6）所有界面应能自动适应不同的显示分辨率，根据显示分辨率的设置值自动调整

画面为一幅适当大小的画面。

7）座席应用系统界面要求：凡涉及与不同应用系统交叉应用的功能，在座席应用

系统的界面上是没有区别的，所有座席的操作应尽量集成在一个座席界面中，

请简明回答实现的方式和特点。

4311应用软件在线帮助

带格式的：NonnaLO,缩进：左侧：0厘米,首行

提供在线帮助功能,使用户可及时通过系统得到各种业务、技术的指引。缩进：2字符

带格式的：Nornal0,缩进：左厕：0座米，首行

在线帮助功能系统可方便、简单地进行维护、更新。缩进：0.85限米

4.4主要性能指标要求

4.4.1▲业务指标

投标方提供的软件系统必须满足第五章所述的耍求。同时应满足以下的技术要

求和指标：

1）满足因政府政策变化等外部及内部改革引起的业务变化的需求，满足大用户特

殊管理管控的需求。

2）电费单处理进程在必要时可以自动调15启动的个数，以满足实时性的要求和充

分利用系统的资源，所有的进程必须具备自我监控、自我恢复的功能。

3）软件系统在进行电费单计算处理的过程中，必须具有•定的纠倦能力，对于异

常、格式非法、合适的内容不合理或不正常的电费单要能进行特殊处理。

4）为系统监控提供接口，监控系统能够监控计费处理的各个环节。

5）电量数据采集支持多种采集方式。

6）系统峰值响应速度，并发处理用尸£300人。

7）抄表数据入库速度＞1000户/秒。

8）电费计算速度2200户/秒。

9）收费员收费日结表统计时限W30秒，日报统计时限W2分钟。

10）非统计性查询响应时间S3秒。

11）单笔电费计算时限W3秒。

4.4.2数据精度

数据项精度范围备注

输入数据

口期型数据日至少在1950.1.1-2049.12.31之间

时间型数据本秒至少在1950.1.1的0时。分0秒0

毫秒-2049.12.31的23时59分59

秒59亮秒之间

财务数据0.01分最大10Al5元。

其它数据类依据实际情况，分别

采取不同精度.

输出数据

日期型数据日同上

时间型数据串秒同上

电费数据0.0001墩大10Al5元。

分

财务数据0.01分最大IOAI5元。

其它数据类依据实际情况,分别采取

不同粕豆.

注：在数据传输过程中，时间类数据精确到“秒”，其它类数据精度不变。

4.4.3时间特性

相关项目分类时间

响应时间I.简单查询，少量数据<1秒

2.复杂多重查询，少量数据<2秒

3.简单查询，批量数据<3秒

4.一般性的统计查询<5秒

更新处理时间1.更新一条记录<1秒

2.更新批量记录（指一次可能输入的<5秒

最大记录数）

数据传输时间视数据量而定，可参照相应时间。

计算时间I.一般性的计算<30秒

2.匆杂的条件计算<50秒

连接建立时间