电力公司电力营销管理信息系统招标文件模板.doc

四.技术条件
第一章 总则
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天内，经双方协商能够延期。
电力营销管理信息系统：包含营销管理信息系统、95598用户服务系统、电能计量中心管理信息系统，下同。
1.3 项目范围
1.3.1 招标范围
本系统项目招标包含以下内容：
1) 软件开发及实施部分：满足北京电力企业电力营销管理及用户服务应用需要并能够和其它技术信息系统紧密连接电力营销管理信息系统应用软件（含和95598用户服务信息系统、电能计量中心管理信息系统）应用软件（汉字版），包含但不限于以下几方面：电力营销管理信息系统和95598用户服务信息系统应用软件需求调研、开发、用户化工作（包含安装、调试、数据迁移、数据转换）、二次开发及服务、和其它相关系统集成，负责各类应用系统技术规范和阶段性技术汇报、相关硬软件平台技术规范制订。
2) 系统集成部分：系统集成关键指主机系统、存放系统、数据库系统、中间件平台、容灾及备份系统、网络和安全系统等软硬件平台集成工作。包含但不限于以下几方面：参与服务器系统安装并对服务器系统安装提出要求；参与网络和安全系统调试；对各系统验收向招标方提供技术支持；负责进行系统联调；在集成服务期限内，对整个系统提供技术维护和故障诊疗，对硬软件故障联络厂家（包含硬软件提供商）进行维修，并向招标方提供维护汇报；负责系统硬软件（小型机、操作系统除外）平台安装、调试及性能调优工作；在招标方授权情况下，协调各硬软件提供商对系统进行维护；负责对系统后期硬软件升级和功效扩展提供技术支持。
3) 技术支持和服务部分：完工验收之日起三年质保维护期内发生全部服务（包含但不限于原系统数据迁移、系统正常运行维护、升级和可能发生系统改造等）。对于工程进度延期，服务和培训期限对应顺延。投标方应根据招标文件要求提供必需培训服务，应列出境内及境外具体培训计划及培训方案、收费标准，并分别注明收费部分和无偿部分。
此次招标采取系统开发商总负责方法。中标方将同时作为电力营销管理信息系统和95598用户服务信息系统、系统软硬件平台两个项目标总协调方，负担以下责任：
A) 负责对电力营销管理信息系统和95598用户服务信息系统、统一软硬件平台两个项目标项目工期、进度、质量控制总体协调和总集成，同时两个项目标承包方签署对应协议书，协议书中明确各方责任和义务；
B) 作为协调电力营销管理信息系统和财务系统和其它系统数据接口责任方，必需提供电力营销管理信息系统和财务管理信息系统和其它系统数据接口数据格式和方案等并负责实施，以确保北京电力企业各相关经营管理系统（包含电力营销管理信息系统和财务管理信息系统）数据完整性；
C) 参与招标方软、硬件平台配置标准制订，提出需求及安装调试计划意见，派合格人员监督指导软、硬件平台安装、调试并参与验收。
1.3.2 投标方工作范围
1) 需求调研、分析；
2) 应用软件设计、编码、调试；
3) 应用软件现场安装、调试；
4) 系统测试、验收；
5) 系统数据转换，包含将全部营销电子数据移植到本系统中，并依据招标方提供资料补充录入应该进入本系统其它营销数据；
6) 和外部相关系统集成及二次开发；
7) 提供6.3（项目交付项）中要求全部技术文件；
8) 负责应用系统技术规范和阶段性技术汇报、相关硬软件平台技术规范制订；。
9) 软件开发实施过程项目组织管理，实施北京电力企业相关技术规范（见附件1）；
10) 培训和售后服务。
1.4 工程确保
1.4.1 组织确保
1) 招标方有对投标方所提供实施人员进行面试权力；
2) 投标方应标时，必需向招标方提供拟派参与本项目标人员名单和参与人员简历，参与本项目标人员中必需有超出60%人有开发、实施电力营销系统经验；项目责任人要有丰富电力系统实施经验；
3) 投标方必需向招标方确保项目责任人、项目组人员组织稳定性，在本项目工程结束前，参与本项目标人员变动必需取得招标方同意。
1.4.2 质量确保
投标方应确保所提供全部货物功效、性能、质量均能满足本招标文件要求。
1.4.3 进度确保
1) 电力营销管理信息系统分三期实施：试点、推广、决议支持，总工期16个月；其中95598用户服务信息系统分二期实施：试点、推广，总工期5个月。
2) 电力营销管理信息系统完工验收后进入3年质保期。
3) 以上功效验收、试运行验收、推广期验收、完工验收由招标方组织。投标方必提供对应工期确保方法、具体进度计划表。
1.5 系统适用标准
除本招标文件另有说明外，投标方提供全部设备均应根据国际标准、国家标准、电力行业标准进行设计、制造、检验和安装。所用标准必需是最新版本，假如这些标准内容有矛盾时，应根据最高标准条款实施或按双方协商同意标准或条款实施。投标方软件系统和项目开发实施管理过程应满足以下标准和规范要求：
1) ANSI标准SQL数据库查询访问；
2) 《中国电力法》及其配套法规；
3) 《中国计算机信息系统安全保护条例》
4) 《计量法》及其实施细则；
5) 《电能计量装置管理规程》（DL448）；
6) 国家电力企业《电力营销管理信息系统设计规范》；
7) 国家电力企业《“95598”用户服务系统建设规范》；
8) 国家电网企业《电力营销信息系统实用化验收措施》；
9) 《“95598”电力用户服务系统实用化评价措施》；
10) 《北京电力企业统一权限管理规范》；
11) 《北京电力企业软件开发项目管理规范》；
12) 《北京电力企业统一待办库接入规范》；
13) 《北京电力企业视觉识别系统管理手册》；
14) 《北京电力企业信息系统网络端口技术规范》
15) 《北京电力企业计算机信息系统安全管理措施》
1.6 对技术投标文件要求
投标方技术方案中，要求对本招标文件所提出各项要求进行逐条逐项回复、说明和解释。首先对实现或满足程度明确作出“满足”、“不满足”、“部分满足”等应答，然后作出具体、具体说明。不得使用“明白”、“了解”等词语。凡采取“详见”、“参见”等方法说明，应指明参见文档章节及页码。凡采取“部分满足”应答，应具体说明哪部分满足或不满足。
投标方所提供技术方案应根据以下内容格式及编排次序进行编制，逐项给响应并提出提议，如对本招标文件有修改提议亦应一并提出并具体说明。
（一） 总述
（二） 系统总体架构及技术路线
1) 提出系统总体架构提议方案及依据，描述系统总体拓扑结构。
2) 提出系统采取技术路线依据。
（三） 应用软件技术方案
1) 提出完整应用软件处理方案，描述其软件体系结构、设计思想、各子系统和模块基础功效、信息传输方法和性能指标。
2) 针对关键业务模型（包含电价模型、账务处理模型、工作流管理模型、权限管理模型、估计模型等）提供具体设计提议和方案。
3) 针对关键接口（包含银行系统接口、财务系统接口、电量采集装置接口、负荷管理系统接口、卡表预付费系统接口、用户服务系统接口、GIS接口、GPS接口、工程管理接口、配网生产管理、调度SCADA等）提供设计提议和方案。
4) 说明技术方案中所使用公共标准（比如：国家标准、电力行业标准、信息产业部部颁标准等），并附上对应具体技术资料；若提供工具和系统平台包含投标方专用标准，也应具体说明，并附上对应具体技术资料。
（四） 系统软、硬件平台配置方案
1) 提出软件支持平台配置提议方案（包含数量和性能指标）和依据。
2) 提出系统主机设备、存放设备、网络设备、外部设备和用户端设备等硬件平台配置提议方案（包含数量和性能指标）和依据、备份策略。
3） 假如投标方提出多个系统软、硬件平台处理方案，则必需加以比较分析，而且明确提出唯一投标方案，但无须报价。
4）提出容灾系统软硬件配置提议方案（包含数量和性能指标）和依据。
5）请投标方具体叙述客服系统扩容方案及渠道扩展方案（如交互渠道由电话方法向WEB等多媒体方法扩展），并说明现在推荐系统硬件和系统软件扩展数量（包含通道数量和用户支持数量等）。
（五） 系统编码设计
提出本系统数据编码体系设计提议和方案。
（六） 系统安全处理方案
针对怎样保障本系统主机、网络、数据和应用安全提出具体提议方案、系统应急预案和依据。
（七） 项目标交付项
说明项目任务完成后，投标方依据协议应提交给招标方货物、服务和交接文件等，并附上对应交付时间计划表。
（八） 测试及实施方案
具体说明项目标FAT$SAT实施方案和项目实施计划。
（九） 和项目监理机构配合
（十） 培训课程和培训方案
说明投标方为本项目所提供培训课程、内容、方法和具体计划。
（十一） 技术服务和技术承诺
投标方为本项目所提供服务内容、服务方法和服务承诺。
（十二） 系统运行、维护方案
具体说明维持本系统运行、维护所需人力、物力资源配置要求，技术支持队伍建设要求和运行、维护处理方案。
（十三） 项目实施组员名单及简历
（十四）附录
1） 风险和对策：若投标方认为实现本文件相关内容存在技术类或其它类风险，请具体说明，并提供对应对策。
2） 投标方认为需要为本项目提供其它任何资料信息。
第二章 系统现实状况
2.1 概述
北京电力企业是由华北电网法人授权经营特大型供电企业，企业现有职员10394人，负责北京地域1.68万平方公里电力供给、销售和输电、变电、配电设施建设运行，担负着为党中央、国务院等上级机关安全供电和确保首全部政治活动安全供电任务。
北京电力企业现有16个职能部门：总经理工作部、政治工作部、综累计划部、战略计划部、人力资源部、财务部、审计部、安全监督部、生产技术部、电网建设部、市场营销部、科技信息部、行政管理部、农电工作部、监察室、和保卫部。下辖33个单位：其中16个区域供电企业，17个生产运行单位。
现在管理电力用户460万户，估计未来5-8年内可增至800万户。
组织机构图以下：

2.2 管理现实状况
管理上，属地供电企业在统一营销政策前提下，各有各特点，各企业营销业务处理步骤、管理机构、业务管理规范、用户服务观念和手段等方面存在一定差异。

2.3 网络现实状况
北京电力企业综合业务数据网络采取ATM技术组网，现在已覆盖全市各属地供电企业，网络带宽150Mbps，并和旧2M光线网络互为备用。
24个营业站已全部开通光纤网络（或100M，或2M）；供电所（合乡并镇后供电所为农电1807多个点）基础上采取ISDN或2M光纤；城近郊供电企业小区服务所，在基础建设时也将开通光纤网络。
2.4 应用现实状况
已建系统
在建或准备建设系统
业扩报装系统
95598用户服务信息系统
电费系统
预付费信息系统
电量采集系统
负荷管理系统
配网地理信息系统GIS
调度SCADA系统
远光财务系统
集抄远采系统
计量管理信息系统
OA系统
供用电协议软件
抢修车辆GPS定位系统
北京电力企业GIS
远光资产管理系统
物资管理系统
人力资源管理信息系统
调度EMS系统
负荷管理和电量采集系统
工程管理系统
电能计量装置智能表库
95598用户服务信息系统
抢修车辆GPS定位系统
生产管理系统
调度DIMS系统

2.5 和财务系统接口现实状况
1) 现在北京电力企业全部使用远光会计核实系统；
2) 营销和财务分属两套垂直、独立管理体系；
3) 电费已实现银电联网。

第三章 项目描述
3.1 项目目标
以北京电力企业为中心实施数据大集中管理，建设一套全市统一电力营销系统。要求依据北京电力企业管理模式和业务分布关系设计北京电力企业电力营销系统业务功效模型。做到层次清楚、功效分布合理、软件功效可依据业务管理分工调整自动适应。
满足因政府政策改变等外部及内部改革引发业务改变需求，满足大用户业务处理个性化服务要求。
要求结合北京电力企业营销管理层次，叙述业务功效划分方法和依据，并说明各业务层和管理层面关系。
经过用户服务技术支持系统应实现将企业内分属各职能部门用户服务业务，集约在一个统一对外联络“窗口”，最终实现用户一个电话便可处理全部问题目标。“只要您一个电话，剩下事情由我来做”不仅有利于改善企业社会形象，还将促进企业本身转变观念，加强内部管理，提升工作效率，实现经济效益和社会效益完美统一。
3.2 项目计划安排
电力营销管理信息系统计划分三阶段完成：
步骤
任务描述
工期要求
总工期
依据本招标文件要求，完成全部子系统及和外部各系统接口开发、测试、数据转换、数据整理及补充录入、培训工作。
协议生效后16个月内。
试点阶段
完成业务步骤梳理、系统方案设计并经过审议，在协议生效之日起3个月内完成。在协议生效之日起6个月内完成一期企业本部和两个试点单位应用开发和系统实施，原系统数据迁移。完成系统功效验收，双轨运行2个月。系统试运行后转单轨运行，一期项目验收。
协议生效后8个月内。
推广阶段
一期系统经过验收后6个月内完成北京电力企业全部供电企业、营业站、供电所、小区服务所系统全方面实施，原系统数据迁移。

协议生效后14个月内。
辅助决议支持期
完成决议支持及关键业务模块以外其它开发工作
协议生效后16个月。
表3-1 项目计划表
其中95598用户服务信息系统计划分二阶段完成：

步骤
任务描述
工期要求
总工期
依据本招标文件要求，完成全部子系统及和外部各系统接口开发、测试、数据转换、数据整理及补充录入、培训工作。
协议生效后5个月内。
试点阶段
在协议生效之日起3个月内完成业务步骤梳理、系统方案设计并经过审议，一期用户服务中心和两个试点单位应用开发和系统实施，原系统数据迁移。完成系统功效验收
协议生效后3个月内。
推广阶段
一期系统经过验收后2个月内完成北京电力企业用户服务系统全方面实施，原系统数据迁移。
协议生效后5个月内。

3.3 项目规模
建设规模应能满足业务发展需要，系统容量最少有为800万用户提供业务、计费处理能力，并含有良好扩展能力。营销系统用户端在23000个以上。
系统实施范围：北京电力企业本部各相关部门；北京市区、郊区全部供电企业相关职能管理部门、用电工区、营业站；农电营业所、小区服务所。
客服系统二十四小时为用户提供信息查询和业务咨询服务，并提供报修、投诉举报、提议受理和回访调查等业务。
系统现在需要提供服务方法手段为：电话、传真、电子邮件、WEB方法，并支持短信息SMS呼出功效。未来需要平滑过渡到网上电子商务营销活动。
3.3.1 系统总览图
北京电力企业营销管理信息系统各功效模块示意图：

省企业/地市企业
营销管理层
相关系统
SCADA
FMIS系统
国网企业/省企业
营销决议层
基层供电企业营销业务层
基层供电企业
用户服务层
营销分析决议模块（8）

电力营销管理模块（1）
〈关键模块〉
95598用户服务模块（4）
用户缴费模块（3）
银行缴费服务
EIP门户
GIS系统
报修系统
电能信息实时
采集和监控模块（2）

负控终端服务

营业厅服务

电话服务
市场管理模块（5）
电力需求侧管理模块（6）
用户关系管理模块（7）
因特网服务
系统组成示意图

3.3.2 接口描述
1) 和电量、负荷管理系统接口
2) 和远程抄表系统接口
3) 和计量智能表库系统接口
4) 和抄表器接口
5) 和卡表系统接口
和银行接口
6) 和财务管理信息系统接口
7) 和客服系统接口
8) 和GIS接口
9) 实现简单工程管理，以后建立和工程管理系统接口
10) 和物资系统接口
11) 和资产管理系统接口
12) 和配网生产管理系统接口
13) 和调度EMS接口
14) 和GPS系统接口
15) 和调度DMIS系统接口

第四章 技术要求及性能指标
本项目所要求软件系统应根据三层结构标准，将本文件所描述业务功效和相关需求进行集中、统一计划和整合，使本系统成为一体化、信息资源充足共享综合性业务处理平台，为用户提供个性化服务，含有满足未来业务发展需要、满足实时处理能力。
若投标方在开发中使用第三方系统软件支撑平台或第三方软件，需要提供第三方产品许可证、第三方技术服务确保书、相关技术说明和技术支持。对于本文件未要求、未提及技术要求和性能指标，投标方应提出提议和陈说理由。
投标方提供给用软件应满足以下技术要求和性能指标。
4.1 总体技术要求
1) 实用性要求：满足北京电力企业内业务发展需求，最少支持800万用电用户和多种新业务电费计算、帐务处理、业务处理和统计分析需要，满足北京电力企业特殊功效需求及接口需求。
2) 投标方提供软件应是确保系统正常运行所需管理、运行、维护等相关全部软件，并是成熟最新版本软件系统。
3) 开放性要求：支持多个硬件平台，采取通用软件开发平台开发，含有良好可移植性。采取标准开放接口，支持和其它系统数据交换和共享，支持和其它商品软件（Microsoft office 等）数据交换。
4) 安全性和稳定性：因为该系统最终目标要实现各系统互联并和Internet相联，要一直确保安全性和保密性，要实现数据流安全控制，而且该系统要向用户提供全方位、开放服务，所以其安全性和稳定性永远是第一位。
5) 标准化要求：全部各项软件开发工具和系统开发平台应符合中国国家标准、信息产业部部颁标准、国家电网企业相关技术规范和要求、北京电力企业相关技术规范和要求 。系统必需关键考虑提供切实可行、能够和门户技术和数据仓库一体化方案。
6) 参数化要求：必需实现完全模块化设计，支持参数化配置，支持组件及组件动态加载。
7) 容错性要求：提供有效故障诊疗及维护工具，含有数据错误统计和错误预警能力；含有较高容错能力，在犯错时含有自动恢复功效。
8) 可靠性要求：
a) 应能够连续7×二十四小时不间断工作，平均无无故障时间>8760小时，系统可用率≥99.99%，出现故障应能立即告警；
b) 软件系统应含有自动或手动恢复方法，自动恢复时间<15分钟，手工恢复时间<4小时，方便在发生错误时能够快速地恢复正常运行。软件系统要预防消耗过多系统资源而使系统瓦解；
c) 系统应确保数据高可靠性 ；
d) 系统应能支持大话务量冲击并保持系统性能和功效指标;
e) 提供可靠事务处理机制 ；
f) 并对用户任意操作要有容错、纠错功效；
g) 提供系统可能碰到多种突发情况应急处理预案；
h) 服务响应时间：市内1小时内抵达现场，郊区2小时抵达现场。
9) 兼容性要求：满足向下兼容要求，软件版本易于升级，任何一个模块维护和更新和新模块追加全部不应影响其它模块，且在升级过程中不影响系统性能和运行。
10) 易用性要求：应含有良好简体汉字操作界面、具体帮助信息，系统参数维护和管理经过操作界面完成。
11) 可监控性要求：投标方提供软件必需包含完善监控系统，实时对系统硬件、软件和应用软件进行全方面、立即、正确监控和管理。接口必需采取开放接口标准，支持故障分级告警，任务调度，日志管理。
12) 经济性：系统软件和硬件系统配合要求最好，且含有良好性能价格比。
4.2 系统架构技术要求
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) 软件应含有灵活编码设置方法。
4.3.4 系统接口技术要求
1) 高性能：实现对外部系统接入提供企业级支持，在系统高并发和大容量基础上提供安全可靠接入；
2) 可伸缩性：确保在充足利用系统资源前提下，实现系统平滑移植和扩展，同时在系统并发增加时提供系统资源动态扩展，以确保系统稳定性；
3) 高可用性：实现7×二十四小时高可用性，含有容错和自动恢复功效 ；
4) 可靠性：应预防非系统级数据丢失或犯错，同时提供对系统级数据丢失和犯错实现恢复和容错机制；
5) 可扩展性：在进行扩容、新业务扩展和系统接口连接中，提供快速、方便和正确实现方法；
6) 健壮性：提供可靠运行环境，确保系统在内部、外部不可预知犯错情况下，能够提供正确处理机制；
7) 安全性：提供完善信息安全机制，以实现对信息全方面保护，确保系统正常运行；
8) 可管理性：提供良好系统管理机制，确保可在系统运行过程中提供给管理员方便管理方法，以处理多种情况。
9) 数据正确性：确保接口数据正确性，确保共享数据和应用系统数据一致性；
10) 数据实时性：为数据中心提供实时共享数据；
11) 接口唯一性：提供和数据中心唯一接口，经过数据中心建立和其它应用数据共享。
4.3.5 工作流管理技术
1) 支持业务步骤重组（BPR）和信息重组。
2) 支持自定义步骤，提供完整安全及权限设计，实现业务步骤全过程管理，含有步骤监控、调度功效。
3) 提供图形化过程定义工具。用户经过简单拖拽中即可轻松地完成过程定义工作；能够完成次序、分支、并行、循环、嵌套步骤定义；能够实现跳转、派工、条件分支等复杂步骤。
4) 实现步骤动态调整。在实际工作过程中，一个正在运行工作步骤，依据实际情况改变，往往需要动态地进行调整，许可供电企业依据需要动态调整业务步骤。
5) 多个任务分配方法，包含直接给予某个组织、角色或人；任务分配时，工作流服务统计参与者工作负荷，将任务分配给负荷最小参与者，实现参与者动态负荷均衡；工作流服务自动将任务发送到参与者任务表中。
6) 提供时间管理服务。用户能够在创建模型时加入期限限制；任务办理时，当期限已到时，发出对应消息，通知用户超时；能够在任务到期前固定时间给用户发出提醒消息。
7) 支持基于邮件离线处理，支持移动审阅。
8) 含有业务步骤审计功效，能对业务处理过程进行统计，以备事后查询、审计或作为业务考评依据。
9) 业务流转支持多个通知服务（包含短信息、E-mail、电子信使等）。
10) 支持用户个性化设置。

4.3.6 操作日志管理
1) 系统对操作员每笔操作全部进行具体统计日志，并提供统计查询功效。
2) 系统可查询、统计、打印全部或单个操作日志内容，提供操作员多种操作统计报表。
3) 操作员可自行检验自己相关操作日志。
4.3.7 监控管理
1) 网络管理系统关键针对本系统中主机设备、存放设备、网络设备、数据库和应用等进程等实现实状况态监控、进程调度和资源配置等功效，同时还应包含数据备份、恢复和保障网络安全两个方面。
2) 监控管理对象：
l 数据库运行监控：对数据库状态、资源、性能、连接等进行监控；
l 应用软件运行监控：对应用软件各模块进程状态、运行情况、资源使用等进行监控；
l 数据备份监控：监控各备份策略实施情况；监控备份数据完整性；监控备份数据使用情况。
3) 监控要求：
l 实时反应该前监控信息，当监控对象性能参数超出告警阀值时，应立即产生告警；
l 告警阀值能够分级设置，不一样等级产生不一样告警；
l 经过图形化方法直观地显示监控信息；
l 经过声、光、短信息等多个告警手段提供现场和远程告警；
l 能够长久稳定运行，占用系统资源要少；
l 监控信息应提供存放，并能够进行统计分析；
l 实现数据库系统性能监测、预警汇报、实时故障诊疗、性能调优、数据库健康检验、数据库安全审计、SQL性能分析；
l 实现软件版本监测、管理。
4.3.8 软件版本管理
1) 本系统中必需含有其具体软件版本信息，包含软件版本号、软件启用时间、测试时间等；
2) 应用系统应在登录界面上显示系统软件名称及软件版本号等信息；
3) 软件名称：由厂家名称、软件所名称、业务描述三部分决定；
4) 软件版本号可分为主版本号、次版本号、补丁号；
5) 版本号修改应依据软件修改内容范围而做对应修改；
6) 新版系统要求有和之对应技术文档;
7) 应用系统能自动判定新软件版本并支持自动或手工下载新软件。
4.3.9 数据存放、容灾及备份管理
1) 依据北京电力企业营销业务需求，提出数据存放、备份、异地容载系统具体提议和方案。
2) 方案应符合北京电力企业集中存放要求，并满足统一容灾中心建设要求。
3) 营销管理信息系统大量数据安全性必需得到可靠保障，所选系统必需满足安全性、可靠性要求。
4) 数据库内容要求联机存放及以上，并能够按指定时间段方便地备份到其它介质或从其它介质恢复到在线数据库中。
5) 方案中要求列出使用相关设备和性能指标，并说明在数据库系统和备份系统之间数据是否严格同时，在数据库系统发生故障时是否会有数据丢失，在数据库系统中数据发生部分丢失时，怎样恢复，在数据库系统瓦解数据全部丢失时，怎样恢复，实施上述恢复过程，在一定数据量情况下（比如10G）需要多少时间，数据库系统和备份系统间通道最高和平均速率是多少。
6) 数据备份设备可支持多个厂家主机系统；
7) 数据备份设备应含有一定平滑扩充能力，包含系统设备容量扩充及I/O能力扩充等；
8) 数据备份设备应支持优异光纤存放、备份方法，比如SAN技术等；
4.3.10人机界面技术要求
1) 整个系统用户端要有良好、规范、统一人机界面。
2) 操作方便、直观。查询方法灵活，用户能采取简单、直观方法输入查询要求。全部操作使用鼠标完成，必需时配合以键盘输入。支持多窗口、无级缩放、随意迁移、最大最小化按钮、菜单操作等，图形界面必需全部汉化。
3) 能够支持多媒体表现形式：文字、图片、图形、声音、动画、视频等。
4) 支持动态人机界面，即依据不一样用户和权限，动态地决定浏览器界面中显示内容。
5) 支持鼠标、键盘、语音输入、手写输入等多个输入和交互方法，用户可依据需要选择使用；
6) 全部界面应能自动适应不一样显示分辨率，依据显示分辨率设置值自动调整画面为一幅合适大小画面。
7) 座席应用系统界面要求：凡包含和不一样应用系统交叉应用功效，在座席应用系统界面上是没有区分，全部座席操作应尽可能集成在一个座席界面中，请简明回复实现方法和特点。
4.3.11应用软件在线帮助
提供在线帮助功效,使用户可立即经过系统得到多种业务、技术指导。
在线帮助功效系统可方便、简单地进行维护、更新。
4.4 关键性能指标要求
4.4.1 业务指标
投标方提供软件系统必需满足第五章所述要求。同时应满足以下技术要求和指标：
1) 满足因政府政策改变等外部及内部改革引发业务改变需求，满足大用户特殊管理需求。
2) 电费单处理进程在必需时能够自动调整开启个数，以满足实时性要求和充足利用系统资源，全部进程必需含有自我监控、自我恢复功效。
3) 软件系统在进行电费单计算处理过程中，必需含有一定纠错能力，对于异常、格式非法、内容不合理或不正常电费单要能进行特殊处理。
4) 为系统监控提供接口，监控系统能够监控计费处理各个步骤。
5) 电量数据采集支持多个采集方法。
6) 系统峰值响应速度，并发处理用户 ≥ 300人。
7) 抄表数据入库速度 ≥ 1000户/秒。
8) 电费计算速度 ≥200户/秒。
9) 收费员收费日结表统计时限 ≤30秒，日报统计时限 ≤2分钟。
10) 非统计性查询响应时间≤3秒。
11) 单笔电费计算时限 ≤ 3秒。

4.4.2数据精度
数据项
精度
范围
备注
输入数据
日期型数据
日
最少在1950.1.1-2049.12.31之间

时间型数据
毫秒
最少在1950.1.10时0分0秒0毫秒-2049.12.3123时59分59秒59毫秒之间

财务数据
0.01分

最大10^15元。
其它数据类

依据实际情况，分别采取不一样精度。
输出数据
日期型数据
日
同上

时间型数据
毫秒
同上

电费数据
0.0001分

最大10^15元。
财务数据
0.01分

最大10^15元。
其它数据类

依据实际情况，分别采取不一样精度。
注：在数据传输过程中，时间类数据正确到“秒”，其它类数据精度不变。
4.4.3 时间特征
项目
分类
时间
响应时间
1. 简单查询，少许数据
<1秒
2. 复杂多重查询，少许数据
<2秒
3．简单查询，批量数据
<3秒
4．通常性统计查询
<5秒
更新处理时间
1. 更新一条统计
<1秒

2. 更新批量统计（指一次可能输入最大统计数）
<5秒
数据传输时间
视数据量而定，可参摄影应时间。

计算时间
1．通常性计算
<30秒

2．复杂条件计算
<50秒
连接建立时间
在局域网内连接数据库，包含确定身份、操作权限等
<3秒
4.4.4客服系统设计参数
以下是用户服务技术支持系统参数：
单位
电信中继
座席数
IVR端口数
FAX端口数
录音通道
北京电力企业
用户服务系统
8E1
60
120
4
60

第五章 业务需求说明
5.1总体架构
省企业/地市企业
营销管理层
相关系统
SCADA
FMIS系统
国网企业/省企业
营销决议层
基层供电企业营销业务层
基层供电企业
用户服务层
营销分析决议模块（8）

电力营销管理模块（1）
〈关键模块〉
95598用户服务模块（4）
用户缴费模块（3）
银行缴费服务
EIP门户
GIS系统
报修系统
电能信息实时
采集和监控模块（2）

负控终端服务

营业厅服务

电话服务
市场管理模块（5）
电力需求侧管理模块（6）
用户关系管理模块（7）
因特网服务
系统组成示意图

客服系统体系结构:
系统平台关键由服务接入、自动呼叫分配（ACD）、计算机电话集成 (CTI)、自动/人工应答、数据存放和管理监控等模块组成，完成用户服务接入、排队、路由分配、识别用户动作、呼叫转移、人工/语音应答等功效，并提供对应服务手段。
5.2营销各功效模块业务功效
5.2.1营销管理模块
该模块是北京区域供电企业日常营销业务处理关键模块，是其它模块实施基础，关键功效有用户服务业务（新装、增容和变更用电等业务）管理，协议管理，电费抄核收管理，电费