招标文件(一)营销管理信息系统050629最终版-3(技术条件.docx

《招标文件(一)营销管理信息系统050629最终版-3(技术条件.docx》由会员分享，可在线阅读，更多相关《招标文件(一)营销管理信息系统050629最终版-3(技术条件.docx（66页珍藏版）》请在三一办公上搜索。

1、北京电力公司电力营销管理信息系统 招标文件(一) 技术条件四.技术条件第一章 总则1.1 概述1) 本招标文件适用于北京电力公司（以下简称招标方）电力营销管理信息系统（以下简称本系统）建设，本招标文件的所有解释权归北京电力公司。2) 本招标文件提出了本系统的建设规模、主要业务需求和技术指标要求，可供应用软件集成商（以下简称投标方）编写投标文件之用。3) 本招标文件范围仅限于本系统项目的应用软件开发、系统集成、与技术服务与培训部分（包括软件开发与实施、系统集成和三年内服务），本系统项目的硬件平台设备、数据库平台、中间件平台将另行招投标。4) 投标方应按照本招标文件的要求提供详细、完整的技术方案（

2、注意：必须根据本系统的开发和应用的需求提出具体的硬件、数据库、中间件和网络支撑平台解决方案和技术要求）。该技术方案应完全满足或高于本招标文件要求，对于本招标文件中的某些部分，投标方如不能满足要求，或有其它替代方案，或有其它修改建议，应在技术方案中指出其必须进行修改的理由以及与原要求的差别，否则，招标方即认为投标方可以满足本招标文件的要求。5) 本系统项目工程分一期试点阶段、二期推广阶段、三期辅助决策支持阶段共三个阶段计16个月完成。投标方必须保证：试点单位在合同生效之日起3个月内完成业务流程梳理、系统设计并通过评审；在合同生效之日起6个月内完成一期公司本部和两个试点单位的应用开发和系统实施，原

3、系统的数据迁移，系统试运行；系统试运行2月后，一期试运行验收。一期系统通过验收后6个月内完成北京电力公司所有供电公司、营业站、供电所、社区服务所的系统全面实施，原系统的数据迁移。推广验收后2个月内完成项目决策支持及其余开发工作。投标方必须保证本系统项目中的95598客户服务系统在合同生效之日起5个月内完成。6) 在招标方协助下，中标方必须在本系统上线试运行前完成数据转换工作，包括将原数据移植到本系统中，并根据招标方提供的资料补充录入应该进入本系统的其它营销数据。7) 所有招标方认为是本招标文件范围所要求而被遗漏的项目，都被认为是包含在本次招标范围内，投标方的报价被视为包含此遗漏项目的报价。投标

4、方可以就投标方认为的遗漏项目提请招标方注意，并详细说明理由。招标方将就此进行澄清。8) 投标方应保证所提供的所有资料真实、完整、准确无误，否则招标方将有权取消投标方的中标资格，由此产生的一切后果由投标方承担。1.2 定义1) 招标方：北京电力公司。2) 投标方：受邀参加本次投标竞争，向招标方提交投标文件的承包商。3) 中标方：最终被授予合同的投标方。4) 投标文件有效期：截标日期后60天内，经双方协商可以延期。5) 电力营销管理信息系统：包括营销管理信息系统、95598客户服务系统、电能计量中心管理信息系统，下同。1.3 项目范围1.3.1 招标范围本系统项目招标包括以下内容：1) 软件开发及

5、实施部分：满足北京电力公司电力营销管理及客户服务应用需要并能够与其它技术信息系统紧密连接的电力营销管理信息系统应用软件（含与95598客户服务信息系统、电能计量中心管理信息系统）应用软件（中文版），包括但不限于以下几方面：电力营销管理信息系统与95598客户服务信息系统应用软件的需求调研、开发、客户化工作（包括安装、调试、数据迁移、数据转换）、二次开发及服务、与其他相关系统集成，负责各类应用系统技术规范以及阶段性技术报告、相关硬软件平台技术规范的制定。2) 系统集成部分：系统集成主要指主机系统、存储系统、数据库系统、中间件平台、容灾及备份系统、网络与安全系统等软硬件平台的集成工作。包括但不限于

6、以下几方面：参与服务器系统安装并对服务器系统的安装提出要求；参与网络与安全系统的调试；对各系统的验收向招标方提供技术支持；负责进行系统联调；在集成服务期限内，对整个系统提供技术维护和故障诊断，对硬软件故障联系厂家（包括硬软件提供商）进行维修，并向招标方提供维护报告；负责系统硬软件（小型机、操作系统除外）平台的安装、调试及性能调优工作；在招标方授权情况下，协调各硬软件提供商对系统进行维护；负责对系统后期硬软件升级和功能扩展提供技术支持。3) 技术支持与服务部分：竣工验收之日起三年质保维护期内发生的所有服务（包括但不限于原系统的数据迁移、系统的正常运行维护、升级和可能发生的系统改造等）。对于工程进

7、度延期的，服务与培训期限相应顺延。投标方应按照招标文件要求提供必要的培训服务，应列出境内及境外的详细培训计划及培训方案、收费标准，并分别注明收费部分和免费部分。本次招标采用系统开发商总负责的方式。中标方将同时作为电力营销管理信息系统与95598客户服务信息系统、系统软硬件平台两个项目的总协调方，承担以下责任：A) 负责对电力营销管理信息系统与95598客户服务信息系统、统一软硬件平台两个项目的项目工期、进度、质量控制的总体协调和总集成，同时两个项目的承包方签订相应的协议书，协议书中明确各方的责任和义务；B) 作为协调电力营销管理信息系统与财务系统以及其它系统数据接口责任方，必须提供电力营销管理

8、信息系统与财务管理信息系统以及其它系统数据接口的数据格式和方案等并负责实施，以保证北京电力公司各相关经营管理系统（包括电力营销管理信息系统和财务管理信息系统）数据的完整性；C) 参与招标方软、硬件平台配置标准的制定，提出需求及安装调试计划的意见，派合格人员监督指导软、硬件平台的安装、调试并参与验收。1.3.2 投标方工作范围1) 需求调研、分析；2) 应用软件的设计、编码、调试；3) 应用软件的现场安装、调试；4) 系统的测试、验收；5) 系统的数据转换，包括将所有营销电子数据移植到本系统中，并根据招标方提供的资料补充录入应该进入本系统的其它营销数据；6) 与外部相关系统集成及二次开发；7)

9、提供6.3（项目交付项）中规定的所有技术文件；8) 负责应用系统技术规范以及阶段性技术报告、相关硬软件平台技术规范的制定；。9) 软件开发实施过程的项目组织管理，执行北京电力公司有关技术规范（见附件1）；10) 培训和售后服务。1.4 工程保证1.4.1 组织保证1) 招标方有对投标方所提供的实施人员进行面试的权力；2) 投标方应标时，必须向招标方提供拟派参加本项目的人员名单以及参加人员的简历，参加本项目的人员中必须有超过60%人有开发、实施电力营销系统的经验；项目负责人要有丰富的电力系统实施经验；3) 投标方必须向招标方保证项目负责人、项目组人员组织的稳定性，在本项目工程结束前，参加本项目的

10、人员变动必须取得招标方同意。1.4.2 质量保证投标方应保证所提供的所有货物的功能、性能、质量均能满足本招标文件要求。1.4.3 进度保证1) 电力营销管理信息系统分三期实施：试点、推广、决策支持，总工期16个月；其中95598客户服务信息系统分二期实施：试点、推广，总工期5个月。2) 电力营销管理信息系统竣工验收后进入3年质保期。3) 以上功能验收、试运行验收、推广期验收、竣工验收由招标方组织。投标方必提供相应的工期保证措施、详细进度计划表。1.5 系统适用标准除本招标文件另有说明外，投标方提供的所有设备均应按照国际标准、国家标准、电力行业标准进行设计、制造、检验和安装。所用的标准必须是最新

11、版本，如果这些标准的内容有矛盾时，应按照最高标准的条款执行或按双方协商同意的标准或条款执行。投标方软件系统和项目开发实施管理过程应满足以下标准和规范要求：1) ANSI标准的SQL数据库查询访问；2) 中华人民共和国电力法及其配套法规；3) 中华人民共和国计算机信息系统安全保护条例4) 计量法及其实施细则；5) 电能计量装置管理规程（DL448）；6) 国家电力公司电力营销管理信息系统设计规范；7) 国家电力公司“95598”客户服务系统建设规范；8) 国家电网公司电力营销信息系统实用化验收办法；9) “95598”电力客户服务系统实用化评价办法；10) 北京电力公司统一权限管理规范； 11)

12、 北京电力公司软件开发项目管理规范；12) 北京电力公司统一待办库接入规范； 13) 北京电力公司视觉识别系统管理手册；14) 北京电力公司信息系统网络端口技术规范15) 北京电力公司计算机信息系统安全管理办法1.6 对技术投标文件的要求投标方的技术方案中，要求对本招标文件所提出各项要求进行逐条逐项答复、说明和解释。首先对实现或满足程度明确作出“满足”、“不满足”、“部分满足”等应答，然后作出具体、详细的说明。不得使用“明白”、“理解”等词语。凡采用“详见”、“参见”等方式说明的，应指明参见文档的章节及页码。凡采用“部分满足”应答的，应详细说明哪部分满足或不满足。投标方所提供的技术方案应按照以

13、下的内容格式及编排顺序进行编制，逐项给予响应并提出建议，如对本招标文件有修改建议亦应一并提出并详细说明。（一） 总述（二） 系统总体架构及技术路线1) 提出系统总体架构的建议方案及依据，描述系统的总体拓扑结构。2) 提出系统采用的技术路线依据。（三） 应用软件技术方案1) 提出完整的应用软件解决方案，描述其软件体系结构、设计思想、各子系统和模块的基本功能、信息传递方式和性能指标。2) 针对重要的业务模型（包括电价模型、账务处理模型、工作流管理模型、权限管理模型、预测模型等）提供详细的设计建议和方案。3) 针对重要的接口（包括银行系统接口、财务系统接口、电量采集装置接口、负荷管理系统接口、卡表预

14、付费系统接口、客户服务系统接口、GIS接口、GPS接口、工程管理接口、配网生产管理、调度SCADA等）提供设计建议和方案。4) 说明技术方案中所使用的公共标准（例如：国家标准、电力行业标准、信息产业部部颁标准等），并附上相应的详细技术资料；若提供的工具和系统平台包含投标方的专用标准，也应具体说明，并附上相应的详细技术资料。（四） 系统软、硬件平台配置方案1) 提出软件支持平台配置的建议方案（包括数量和性能指标）和依据。2) 提出系统主机设备、存储设备、网络设备、外部设备和客户端设备等硬件平台配置的建议方案（包括数量和性能指标）和依据、备份策略。3） 如果投标方提出多种系统软、硬件平台解决方案，

15、则必须加以比较分析，并且明确提出唯一的投标方案，但无须报价。4）提出容灾系统软硬件配置的建议方案（包括数量和性能指标）和依据。5）请投标方详细阐述客服系统的扩容方案及渠道扩展方案（如交互渠道由电话方式向WEB等多媒体方式扩展），并说明目前推荐系统硬件和系统软件的扩展数量（包括通道数量和用户支持数量等）。（五） 系统编码设计提出本系统的数据编码体系的设计建议和方案。（六） 系统安全解决方案针对如何保障本系统的主机、网络、数据和应用的安全提出详细的建议方案、系统应急预案和依据。（七） 项目的交付项说明项目任务完成后，投标方根据合同应提交给招标方的货物、服务以及交接文件等，并附上相应的交付时间计划表

16、。（八） 测试及实施方案具体说明项目的FAT$SAT实施方案和项目实施计划。（九） 与项目监理机构的配合（十） 培训课程和培训方案说明投标方为本项目所提供的培训课程、内容、方式和具体计划。（十一） 技术服务和技术承诺投标方为本项目所提供的服务的内容、服务方式和服务承诺。（十二） 系统的运行、维护方案具体说明维持本系统的运行、维护所需的人力、物力资源配置要求，技术支持队伍的建设要求以及运行、维护解决方案。（十三） 项目实施成员名单及简历（十四）附录1） 风险与对策：若投标方认为实现本文件的相关内容存在技术类或其它类风险，请详细说明，并提供相应的对策。2） 投标方认为需要为本项目提供的其它任何的资

17、料信息。第二章 系统现状2.1 概述北京电力公司是由华北电网有限公司法人授权经营的特大型供电企业，公司现有职工10394人，负责北京地区1.68万平方公里的电力供应、销售和输电、变电、配电设施的建设运行，肩负着为党中央、国务院等上级机关安全供电和保证首都政治活动安全供电的任务。北京电力公司现有16个职能部门：总经理工作部、政治工作部、综合计划部、战略规划部、人力资源部、财务部、审计部、安全监督部、生产技术部、电网建设部、市场营销部、科技信息部、行政管理部、农电工作部、监察室、和保卫部。下辖33个单位：其中16个区域供电公司，17个生产运行单位。目前管理电力用户460万户，预计未来的5-8年内可

18、增至800万户。 组织机构图如下：2.2 管理现状 管理上，属地供电公司在统一的营销政策前提下，各有各的特点，各公司的营销业务处理流程、管理机构、业务管理规范、客户服务的观念和手段等方面存在一定差异。2.3 网络现状北京电力公司综合业务数据网络采用ATM技术组网，目前已覆盖全市各属地供电公司，网络带宽150Mbps，并与旧的2M光线网络互为备用。24个营业站已全部开通光纤网络（或100M，或2M）；供电所（合乡并镇后供电所为农电1807多个点）基本上采用ISDN或2M光纤；城近郊供电公司的社区服务所，在基本建设时也将开通光纤网络。2.4 应用现状已建系统在建或准备建设系统业扩报装系统95598

19、客户服务信息系统电费系统预付费信息系统电量采集系统负荷管理系统配网地理信息系统GIS调度SCADA系统远光财务系统集抄远采系统计量管理信息系统OA系统供用电合同软件抢修车辆GPS定位系统北京电力公司GIS远光资产管理系统物资管理系统人力资源管理信息系统调度EMS系统负荷管理与电量采集系统工程管理系统电能计量装置智能表库95598客户服务信息系统抢修车辆GPS定位系统生产管理系统调度DIMS系统2.5 与财务系统接口现状1) 目前北京电力公司全部使用远光的会计核算系统；2) 营销与财务分属两套垂直、独立的管理体系；3) 电费已实现银电联网。第三章 项目描述3.1 项目目标以北京电力公司为中心实行

20、数据大集中管理，建设一套全市统一的电力营销系统。要求根据北京电力公司管理模式和业务分布关系设计北京电力公司电力营销系统业务功能模型。做到层次清晰、功能分布合理、软件功能可根据业务管理分工的调整自动适应。满足因政府政策变化等外部及内部改革引起的业务变化的需求，满足大客户业务处理的个性化服务要求。要求结合北京电力公司营销管理层次，阐述业务功能划分的方式和依据，并说明各业务层与管理层面的关系。通过客户服务技术支持系统应实现将企业内分属各职能部门的客户服务业务，集约在一个统一的对外联系“窗口”，最终实现客户的一个电话便可解决所有问题的目标。“只要您一个电话，剩下的事情由我来做”不仅有助于改善企业的社会

21、形象，还将促使企业自身转变观念，加强内部管理，提高工作效率，实现经济效益与社会效益的完美统一。3.2 项目计划安排电力营销管理信息系统计划分三阶段完成：步骤任务描述工期要求总工期根据本招标文件要求，完成全部子系统及与外部各系统接口的开发、测试、数据转换、数据整理及补充录入、培训工作。合同生效后16个月内。试点阶段完成业务流程梳理、系统方案设计并通过审议，在合同生效之日起3个月内完成。在合同生效之日起6个月内完成一期公司本部和两个试点单位的应用开发和系统实施，原系统的数据迁移。完成系统功能验收，双轨运行2个月。系统试运行后转单轨运行，一期项目验收。合同生效后8个月内。推广阶段一期系统通过验收后6

22、个月内完成北京电力公司所有供电公司、营业站、供电所、社区服务所的系统全面实施，原系统的数据迁移。合同生效后14个月内。辅助决策支持期完成决策支持及主要业务模块以外的其他开发工作合同生效后16个月。表3-1 项目计划表其中95598客户服务信息系统计划分二阶段完成：步骤任务描述工期要求总工期根据本招标文件要求，完成全部子系统及与外部各系统接口的开发、测试、数据转换、数据整理及补充录入、培训工作。合同生效后5个月内。试点阶段在合同生效之日起3个月内完成业务流程梳理、系统方案设计并通过审议，一期客户服务中心和两个试点单位的应用开发和系统实施，原系统的数据迁移。完成系统功能验收合同生效后3个月内。推广

23、阶段一期系统通过验收后2个月内完成北京电力公司客户服务系统的全面实施，原系统的数据迁移。合同生效后5个月内。3.3 项目规模建设规模应能满足10年的业务发展的需要，系统容量至少有为800万用户提供业务、计费处理的能力，并具有良好的扩展能力。营销系统客户端在23000个以上。系统实施范围：北京电力公司本部各相关部门；北京市区、郊区所有供电公司相关职能管理部门、用电工区、营业站；农电营业所、社区服务所。客服系统24小时为客户提供信息查询和业务咨询服务，并提供报修、投诉举报、建议受理和回访调查等业务。系统目前需要提供的服务方式手段为：电话、传真、电子邮件、WEB方式，并支持短信息SMS呼出功能。未来

24、需要平滑过渡到网上电子商务营销活动。3.3.1 系统总览图北京电力公司营销管理信息系统各功能模块示意图：省公司/地市公司营销管理层相关系统SCADAFMIS系统国网公司/省公司营销决策层基层供电企业营销业务层基层供电企业客户服务层营销分析决策模块（8）电力营销管理模块（1）核心模块95598客户服务模块（4）客户缴费模块（3）银行缴费服务EIP门户GIS系统报修系统电能信息实时采集与监控模块（2）负控终端服务营业厅服务电话服务市场管理模块（5）电力需求侧管理模块（6）客户关系管理模块（7）因特网服务系统构成示意图3.3.2 接口描述1) 与电量、负荷管理系统的接口2) 与远程抄表系统的接口3)

25、 与计量智能表库系统的接口4) 与抄表器的接口5) 与卡表系统的接口与银行接口6) 与财务管理信息系统接口7) 与客服系统的接口8) 与GIS接口9) 实现简单的工程管理，日后建立与工程管理系统的接口10) 与物资系统的接口11) 与资产管理系统的接口12) 与配网生产管理系统的接口13) 与调度EMS的接口14) 与GPS系统的接口15) 与调度DMIS系统的接口第四章 技术要求及性能指标本项目所要求的软件系统应按照三层结构的原则，将本文件所描述的业务功能和相关需求进行集中、统一的规划和整合，使本系统成为一体化的、信息资源充分共享的综合性的业务处理平台，为客户提供个性化的服务，具备满足未来业

26、务发展需要、满足实时处理的能力。若投标方在开发中使用第三方的系统软件支撑平台或第三方软件，需要提供第三方产品的许可证、第三方的技术服务保证书、相关的技术说明和技术支持。对于本文件未规定、未提及的技术要求和性能指标，投标方应提出建议和陈述理由。投标方提供的应用软件应满足以下技术要求和性能指标。4.1 总体技术要求1) 实用性要求：满足北京电力公司10年内业务发展需求，至少支持800万用电客户和各种新业务的电费计算、帐务处理、业务处理和统计分析需要，满足北京电力公司特殊的功能需求及接口需求。2) 投标方提供的软件应是确保系统正常运行所需的管理、运营、维护等有关的全部软件，并是成熟的最新版本的软件系

27、统。3) 开放性要求：支持多种硬件平台，采用通用软件开发平台开发，具备良好的可移植性。采用标准开放接口，支持与其它系统的数据交换和共享，支持与其它商品软件（Microsoft office 等）的数据交换。4) 安全性和稳定性：由于该系统最终目标要实现各系统互联并与Internet相联，要始终保证安全性和保密性，要实现数据流的安全控制，而且该系统要向客户提供全方位的、开放的服务，所以其安全性和稳定性永远是第一位的。5) 标准化要求：所有各项软件开发工具和系统开发平台应符合我国国家标准、信息产业部部颁标准、国家电网公司相关技术规范和要求、北京电力公司相关技术规范和要求 。系统必须重点考虑提供切实

28、可行的、能够与门户技术和数据仓库一体化的方案。6) 参数化要求：必须实现完全模块化设计，支持参数化配置，支持组件及组件的动态加载。7) 容错性要求：提供有效的故障诊断及维护工具，具备数据错误记录和错误预警能力；具备较高的容错能力，在出错时具备自动恢复功能。8) 可靠性要求：a) 应能够连续724小时不间断工作，平均无无故障时间8760小时，系统可用率99.99%，出现故障应能及时告警；b) 软件系统应具备自动或手动恢复措施，自动恢复时间15分钟，手工恢复时间4小时，以便在发生错误时能够快速地恢复正常运行。软件系统要防止消耗过多的系统资源而使系统崩溃；c) 系统应保证数据的高可靠性 ；d) 系统

29、应能支持大话务量冲击并保持系统性能和功能指标;e) 提供可靠的事务处理机制 ；f) 并对用户的任意操作要有容错、纠错功能；g) 提供系统可能遇到的各种突发情况的应急处理预案；h) 服务响应时间：市内1小时内到达现场，郊区2小时到达现场。9) 兼容性要求：满足向下兼容的要求，软件版本易于升级，任何一个模块的维护和更新以及新模块的追加都不应影响其他模块，且在升级的过程中不影响系统的性能与运行。10) 易用性要求：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。11) 可监控性要求：投标方提供的软件必须包含完善的监控系统，实时对系统硬件、软件和应用软件进行全面、及

30、时、准确的监控和管理。接口必须采用开放接口标准，支持故障分级告警，任务调度，日志管理。12) 经济性：系统的软件和硬件系统的配合要求最佳，且具备良好的性能价格比。4.2 系统架构技术要求1) 服务器端应用系统支持Unix和Windows等操作系统，符合J2EE架构。2) 新建业务系统应完全实现组件化的分层结构设计思想，使应用组件具有预制性、封装性、透明性、互操作性、通用性等特征，便于快速地组装成新的应用。3) 要求应用系统适应集中帐务管理的要求，提供基于中间件技术的稳定可靠的实时银行联网结算功能；4) 新建业务系统应支持公司信息平台、企业门户架构，并具备与北京电力公司门户系统统一认证、单点登陆

31、的条件。4.3 应用技术要求4.3.1 安全性要求1) 根据营销系统业务安全的要求，提供基于Internet的业务受理、业务查询、故障投诉等业务的安全性设计；2) 采用安全可靠的统一的认证、用户管理机制；3) 支持数据库存储加密，数据交换的信息包加密，数据传输通道加密，可采用64位DES加密算法；4) 发生安全事件时，能以事件触发的方式通知系统管理员处理；5) 要求所有的应用软件必须具备完备的安全保护和用户权限管理，必须保证防止非授权用户的侵入，严格禁止除系统管理员及授权用户外的其他用户对原始数据的修改；6) 可根据不同的用户分别设置不同的权限，如系统管理员、组管理员和普通用户，系统管理员可以

32、管理所有的权限配置、密码重置等内容、文件加密等内容；组管理员只能管理本组的权限分配，普通用户拥有最小的权限，同时，不同级别的普通用户的权限应有明显的区别。7) 所有存贮在数据库中的数据针对不同用户应有严格的处理权限，对普通用户数据属性为只读，对有数据请求的用户提供接口函数以标准SQL语言、ODBC或JDBC等标准接口实现数据访问，对数据维护人员只提供部分表单的修改权限，只有系统管理员有权限修改全部原始数据。但修改后的数据必须保留修改日志，并可调出修改前的数据；8) 所有数据库用户口令不能在程序中写死，用户根据需要自行修改；9) 具备权限临时转移功能；10) 具备业务流程审计功能，能对业务处理过

33、程进行记录，以备事后查询、审计或作为业务考核的依据；4.3.2 数据库技术要求1) 采用大型ORACLE关系型数据库;2) 要求数据库设计方案符合ORACLE数据库设计规范;3) 要求数据结构设计具有良好的适应性，电力用户档案应该具有良好的层次关系，用户档案设计应能提供档案属性自定义功能。用户档案的设计应该具有良好的适应性，能够灵活适应业务操作内容和业务操作方式变更的要求;4) 根据数据集中处理对于系统高性能和高可靠性的要求，提供海量数据处理的技术手段。4.3.3 编码设置要求1) 遵循国家、行业编码规范，编码设置科学 。 2) 系统内部所涉及的组织结构等与其他系统有关的编码应按照已建立的编码

34、规则进行设置；3) 应用系统编码设计应符合公司数据共享的要求；4) 软件应具备灵活的编码设置方式。4.3.4 系统接口的技术要求1) 高性能：实现对外部系统的接入提供企业级的支持，在系统的高并发和大容量的基础上提供安全可靠的接入；2) 可伸缩性：保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性；3) 高可用性：实现724小时的高可用性，具备容错和自动恢复的功能 ；4) 可靠性：应防止非系统级的数据丢失或出错，同时提供对系统级的数据丢失和出错实现恢复和容错的机制；5) 可扩展性：在进行扩容、新业务扩展和系统接口连接中，提供快

35、速、方便和准确的实现方式；6) 健壮性：提供可靠的运行环境，保证系统在内部、外部的不可预知的出错情况下，能够提供正确的处理机制；7) 安全性：提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行；8) 可管理性：提供良好的系统管理机制，保证可在系统的运行过程中提供给管理员方便的管理方式，以处理各种情况。9) 数据准确性：保证接口数据的准确性，保证共享数据与应用系统数据的一致性；10) 数据实时性：为数据中心提供实时的共享数据；11) 接口唯一性：提供与数据中心的唯一接口，通过数据中心建立与其他应用的数据共享。4.3.5 工作流管理技术1) 支持业务流程重组（BPR）和信息重组。2

36、) 支持自定义流程，提供完整的安全及权限设计，实现业务流程的全过程管理，具备流程监控、调度功能。3) 提供图形化过程定义工具。用户通过简单的拖拽中即可轻松地完成过程定义工作；能够完成顺序、分支、并行、循环、嵌套流程的定义；能够实现跳转、派工、条件分支等复杂流程。4) 实现流程动态调整。在实际工作过程中，一个正在运行的工作流程，根据实际情况的变化，往往需要动态地进行调整，允许供电公司根据需要动态调整业务流程。5) 多种任务分配方式，包括直接赋予某个组织、角色或人；任务分配时，工作流服务统计参与者的工作负荷，将任务分配给负荷最小的参与者，实现参与者的动态负荷均衡；工作流服务自动将任务发送到参与者的

37、任务表中。6) 提供时间管理服务。用户可以在创建模型时加入期限限制；任务办理时，当期限已到时，发出相应的消息，通知用户超时；可以在任务到期前固定时间给用户发出提醒消息。7) 支持基于邮件的离线处理，支持移动审阅。8) 具备业务流程审计功能，能对业务处理过程进行记录，以备事后查询、审计或作为业务考核的依据。9) 业务流转支持多种告知服务（包括短信息、E-mail、电子信使等）。10) 支持用户个性化设置。4.3.6 操作日志管理1) 系统对操作员的每笔操作都进行详细记录日志，并提供统计查询功能。2) 系统可查询、统计、打印所有或单个操作日志内容，提供操作员的各种操作统计报表。3) 操作员可自行检

38、查自己有关操作日志。4.3.7 监控管理1) 网络管理系统主要针对本系统中的主机设备、存储设备、网络设备、数据库和应用等进程等实现状态监控、进程调度和资源配置等功能，同时还应包含数据备份、恢复和保障网络安全两个方面。2) 监控管理对象：l 数据库运行监控：对数据库的状态、资源、性能、连接等进行监控；l 应用软件运行监控：对应用软件各模块的进程状态、运行状况、资源使用等进行监控；l 数据备份监控：监控各备份策略的执行情况；监控备份数据的完整性；监控备份数据的使用情况。3) 监控要求：l 实时反映当前的监控信息，当监控对象的性能参数超过告警阀值时，应及时产生告警；l 告警阀值能够分级设置，不同级别

39、产生不同的告警；l 通过图形化方式直观地显示监控信息；l 通过声、光、短信息等多种告警手段提供现场和远程告警；l 能够长期稳定运行，占用系统资源要少；l 监控信息应提供存储，并能够进行统计分析；l 实现数据库系统性能监测、预警报告、实时故障诊断、性能调优、数据库健康检查、数据库安全审计、SQL性能分析；l 实现软件版本监测、管理。4.3.8 软件版本管理1) 本系统中必须具备其详细的软件版本信息，包括软件版本号、软件启用时间、测试时间等；2) 应用系统应在登录界面上显示系统软件名称及软件版本号等信息；3) 软件的名称：由厂家名称、软件所名称、业务描述三部分决定；4) 软件版本号可分为主版本号、

40、次版本号、补丁号；5) 版本号的修改应根据软件修改内容范畴而做相应的修改；6) 新版系统要求有与之对应的技术文档;7) 应用系统能自动判断新的软件版本并支持自动或手工下载新软件。4.3.9 数据存储、容灾及备份管理1) 根据北京电力公司营销业务需求，提出数据存储、备份、异地容载系统具体建议和方案。2) 方案应符合北京电力公司集中存储的要求，并满足统一容灾中心的建设要求。3) 营销管理信息系统大量数据的安全性必须得到可靠保障，所选系统必须满足安全性、可靠性要求。4) 数据库内容要求联机存储10年及以上，并能够按指定的时间段方便地备份到其他介质或从其他介质恢复到在线数据库中。5) 方案中要求列出使

41、用的有关设备和性能指标，并说明在数据库系统和备份系统之间的数据是否严格同步，在数据库系统发生故障时是否会有数据丢失，在数据库系统中数据发生部分丢失时，如何恢复，在数据库系统崩溃数据全部丢失时，如何恢复，实施上述恢复过程，在一定数据量的情况下（比如10G）需要多少时间，数据库系统和备份系统间通道的最高和平均速率是多少。6) 数据备份设备可支持多种厂家的主机系统；7) 数据备份设备应具有一定的平滑扩充能力，包括系统设备容量的扩充及I/O能力的扩充等；8) 数据备份设备应支持先进的光纤存储、备份方式，例如SAN技术等；4.3.10人机界面技术要求1) 整个系统的客户端要有良好的、规范的、统一的人机界

42、面。2) 操作方便、直观。查询方式灵活，用户能采用简单、直观的方式输入查询要求。所有操作使用鼠标完成，必要时配合以键盘输入。支持多窗口、无级缩放、随意迁移、最大最小化按钮、菜单操作等，图形界面必须全部汉化。3) 能够支持多媒体表现形式：文字、图片、图形、声音、动画、视频等。4) 支持动态的人机界面，即根据不同的用户和权限，动态地决定浏览器界面中显示的内容。5) 支持鼠标、键盘、语音输入、手写输入等多种输入和交互方式，用户可根据需要选择使用；6) 所有界面应能自动适应不同的显示分辨率，根据显示分辨率的设置值自动调整画面为一幅适当大小的画面。7) 座席应用系统界面要求：凡涉及与不同应用系统交叉应用

43、的功能，在座席应用系统的界面上是没有区别的，所有座席的操作应尽量集成在一个座席界面中，请简明回答实现的方式和特点。4.3.11应用软件在线帮助提供在线帮助功能,使用户可及时通过系统得到各种业务、技术的指引。在线帮助功能系统可方便、简单地进行维护、更新。4.4 主要性能指标要求4.4.1 业务指标投标方提供的软件系统必须满足第五章所述的要求。同时应满足以下的技术要求和指标：1) 满足因政府政策变化等外部及内部改革引起的业务变化的需求，满足大用户特殊管理的需求。2) 电费单处理进程在必要时可以自动调节启动的个数，以满足实时性的要求和充分利用系统的资源，所有的进程必须具备自我监控、自我恢复的功能。3

44、) 软件系统在进行电费单计算处理的过程中，必须具有一定的纠错能力，对于异常、格式非法、内容不合理或不正常的电费单要能进行特殊处理。4) 为系统监控提供接口，监控系统能够监控计费处理的各个环节。5) 电量数据采集支持多种采集方式。6) 系统峰值响应速度，并发处理用户 300人。7) 抄表数据入库速度 1000户/秒。8) 电费计算速度 200户/秒。9) 收费员收费日结表统计时限 30秒，日报统计时限 2分钟。10) 非统计性查询响应时间3秒。11) 单笔电费计算时限 3秒。4.4.2数据精度数据项精度范围备注输入数据日期型数据日至少在1950.1.1-2049.12.31之间时间型数据毫秒至少

45、在1950.1.1的0时0分0秒0毫秒-2049.12.31的23时59分59秒59毫秒之间财务数据0.01分最大1015元。其它数据类依据实际情况，分别采取不同精度。输出数据日期型数据日同上时间型数据毫秒同上电费数据0.0001分最大1015元。财务数据0.01分最大1015元。其它数据类依据实际情况，分别采取不同精度。注：在数据传输过程中，时间类数据精确到“秒”，其它类数据精度不变。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端口数录音通道北京电力公司客户服务系统8E160120460第五章 业务需求说明 5.1总体架构省公司/地市公司营销管理层相关系统SCADAFMIS系统国网公司/省公司营销决策层基层供电企业营销业务层基层供电企业客户服务层营销分析决策模块（8）电力营销管