短信平台技术规范文档.docx
《短信平台技术规范文档.docx》由会员分享，可在线阅读，更多相关《短信平台技术规范文档.docx（17页珍藏版）》请在冰豆网上搜索。
短信平台技术规范文档
招标编号：
LNWZ-2010-SZ2-026
黑龙江省电力有限公司集中规模招标采购2010年第二批项目
招标文件
（技术规范）
黑龙江省电力
95598短信平台
（包号：
包1）
招标单位：
黑龙江省电力有限公司
招标代理机构：
黑龙江龙能招标有限公司
2010年6月
第一章技术总则
1．项目背景
根据《国家电网公司“十一五”营销现代化建设发展规划》，黑龙江省电力公司积极部署，科学规划，合理配置资源，为进一步提供电力系统整体服务水平，增强客户满意度决定开发95598短信平台系统。
电力短信服务平台实际上就是对信息进行收集、整理、转换、发布的一个中间平台，其工作原理十分简单；通过与营销系统、客户服务95598系统等进行联网，把信息集中起来，提取其中客户需要的信息，再经过组织排列，通过设置触发事件和定时器自动或手工方式把信息发到指定客户的手机上。
通过短信服务平台的建设，及时把用欠费、余额、账单、停电通知的信息发送给客户，使客户及时了解自身的用电情况。
2．设计原则
95598短信平台系统建设采用以下的原则：
全面考虑，统筹部署，兼顾当前，考虑长远，按照工程的总体部署和要求，从数据和应用体系部署、功能体系、技术体系、编码体系、安全体系以及软硬件平台设计等所有各方面总体考虑，以期实现应用的一体化、集成化和可扩展性，提高系统安全性、可靠性，有效降低系统维护难度。
2.1统一原则
本项目在建设过程中采用统一规划、统一标准、统一设计、统一开发、统一接口、统一编码建设原则。
2.2资金保护原则
本项目的建设需要大量资金的投入，在项目建设中合理规划资金使用原则，实现最大化产出与效益比。
2.3差异原则
在满足统一原则基础上，结合本地特点，通过各种面向服务、面向对象、流程化、可定制的技术手段，一定程度满足各地市营销管理的个性化差异，符合本地需求和服务要求。
2.4适用原则
（1）适用于省公司及地市公司营销管理现状和发展要求，满足国家电网公司电力营销信息系统建设未来5-10年的发展要求。
（2）系统的应用与工作紧密结合，依据行业规范、法律、法规，符合行业使用要求。
（3）提供多种并行工作方式和人机交互友好界面，符合用户的使用习惯。
2.5先进原则
组建先进的富有各方面经验的创新开发团队，采用先进、开放、可扩展的软硬件平台，利用行业先进技术成果和世界先进产品，广泛采用国际化高起点的标准和规范，构建具有代表性的95598短信平台系统。
3．系统设计
3.1硬件拓扑结构
开展以省公司统一管理模式，合理配置应用服务器和数据库服务器。
省集中模式结构图
3.2应用软件架构
系统采用B/S模式开发。
系统设计应采用分层模块化的思想，各模块之间保证相对的独立性，模块的增加和修改不会对起其它模块产生影响，保证系统具有较高的灵活性、可操作性、可移植性和可扩展性。
3.3系统软件架构
系统软件包括操作系统软件、数据库管理软件、应用中间件等软件组成。
操作系统包括UNIX（AIX,HP-UX,SUN）、WindowsSEVER2000/2003和Linux服务器。
在国际上占有一定市场份额，安全级别不低于C2级，提供对中文GB编码的支持。
数据库管理软件是Oracle10g数据库。
它是主流的数据库管理软件，符合ANSI标准，支持标准SQL语言，具有并行操作和网格计算，分区、高级复制等技术。
应用中间件包括应用服务器平台、消息中间件等，如：
weblogic。
对J2EE标准的支持:
应提供对EJB、Servlet&JSP、JMS、JTA、JTS、JNDI、RMI、JDBC及XML技术的全面支持，符合J2EE规范，且通过J2EE认证，支持J2EE1.4或更高版本。
WebServices标准:
支持基于XML的WebServices，采用标准HTTP协议作为传输协议，包括SOAP、WSDL和UDDI等协议。
4．技术标准
4.1标准概述
适用于黑龙江省电力有限公司所属电业局采购招标工程中标准结构，性能等技术要求等。
4.2软件技术标准目录
开发软件将符合如下标准要求：
ISO--------国际标准化组织标准
IEC--------国际电工技术委员会标准
ITU-T------国际电信联盟标准
EIA--------电子工业协会标准
SI---------标准国际单位制
ANSI-------美国国家标准委员会标准
IEEE-------美国电气电子工程师协会标准
NEMA-------美国国家电气制造协会标准
GB---------中华人民共和国国标
DL---------中华人民共和国电力行业标准
NFPA-------美国国家防火协会标准
ASCII------美国信息交换标准码
UL---------美国保险商试验室标准
4.3系统软件将符合如下标准要求：
操作系统符合开放系统的IEEEPOSIX和OSF标准
SQL语言符合ANSI标准
GUI符合X-Window和OSF/MOTIF标准
C、C++语言符合ANSI标准
J2EE标准
4.4系统将符合如下通信标准要求：
黑龙江省电力有限公司95598短信平台系统建设方案要求
IEC62056（DLMS）协议
TCP/IP协议
5．技术要求总则
5.1软件技术要求
通过与国家电网公司SG186营销业务应用系统结合和短信运营商的交互实现业务短信发送、客户定制短信、短信互动、自定义短信发送等功能。
5.2硬件技术要求
短信平台应用服务器和数据库服务器、存储等设备都放在省电力公司科信机房，由专业工程师进行巡检和日常维护，保障设备稳定可靠运行。
6.项目管理要求
95598短信平台应完全按照工程项目管理的方法进行实施。
为了保障项目保质、保量、在最短的时间内完成开发与推广，项目建设中采取由主到次，由大到小，有计划、有步骤的方式进行实施。
6.1组织机构
为保障项目顺利实施，省公司营销部担任领导小组，常设机构在省公司，抽掉各地市县局专家，成立专家组，召开方案讨论会，细化技术方案、招标条件，确定先期建设单位。
序号
项目小组
工作职责
组成
1
项目领导小组
协调整个项目工作，总体协调项目组与项目干系人各方的关系。
定期（每周、每月、每阶段）审阅项目汇报材料或直接听取项目管理组的工作汇报，把握项目总体进度和质量。
对项目实施过程中出现的重大问题进行决策。
由省公司营销部组成
2
业务专家组
负责业务需求与项目的全过程
由地市专家组成
3
项目工作组
项目的总体进度，问题跟踪考核，文档、版本的控制、代码的检查、开发环境布置
由开发商与地市专家组成
6.2实施进度
由于本项目是先进典型建设项目，项目实施是软件生命周期的一个重要环节，本次项目是在黑龙江省电力有限公司营销部统一组织和协调下，有计划、有步骤进行试点运行和推广部署的系统工程，涉及全省各地市、县局的软件培训和技术支持等各项工作。
根据目前电力系统管理运行现状，结合国网建设的成功经验，建议实施的过程中，采取有点有面的原则，全省14个地市供电公司项目实施可以分为两个阶段进行：
第一阶段，试点供电局实施完成；
第二阶段，推广供电局实施完成;
实施阶段分为：
需求分析阶段、总体设计阶段、设计精化阶段和技术服务阶段
各个阶段的阶段目标和主要活动如下表所示：
阶段
阶段目标
阶段主要活动
需求分析
建立项目规模和边界条件，包括验收标准以及希望包括和不包括的内容；
通过对现行营销业务需求调研，设计出未来业务模型（包括组织结构、业务角色和业务流程等）；
识别并分析系统的关键用例和关键对象；
建立并分析系统顶层类图；
数据接口策略定义。
建立业务组织模型；
建立业务用例模型；
建立业务对象模型；
明晰业务流程；
开始系统架构设计；
编制需求规格说明书；
建立数据概念模型；
总体设计
确保构架、需求和计划足够稳定，充分减少风险，从而能够有预见性地确定项目实施所需的投入和进度；
处理在构架方面具有重要意义的所有项目风险；
形成相对稳定的数据概念模型、数据逻辑模型，并基于典型数据库，建立数据物理模型；
制作产品质量构件的演进式原型，也可能同时制作一个或多个可放弃的探索性原型，以减小特定风险；
完成系统架构设计；
定义细节设计规范；
建立系统功能体系；
典型功能设计精化；
细化数据概念模型；
建立基于CIM的对象模型；
建立数据逻辑模型；
建立数据物理模型；
进行初级原型设计；
设计精化
确保设计成果质量，功能设计的详细程度足以支持后续工程开发与实施；
建立完整的营销技术支持系统数据模型；
设计衡量系统质量的标准，制作典型测试用例；
提供包括营销关键应用功能的系统原型；
在数据迁移、项目实施风险管理、项目实施培训、系统运维管理等方面提出建议；
典型界面设计；
功能细节设计；
典型测试用例设计；
精化设计数据概念模型；
精化设计数据逻辑模型；
开发包括典型功能的原型；
提出项目实施界定风险管理建议；
提出项目实施阶段培训建议；
提出系统运维管理方案及管理建议；
技术服务
提供可靠的技术服务和支持，确保项目成果被正确使用；
设计交底和培训
开发实施咨询和指导
项目实施监理
6.3质量保障
ISO-9001质量认证体系认证
项目建设过程中的管理完全按照质量认证体系管理标准进行质量管理，可充分提高产品的质量。
组建精干的开发团队
参与本项目建设由多名资深业务熟练、IT技术精通、客户服务优良的高层次的技术队伍。
在国网营销系统建设过程中积累了相当多经验。
他们之中既有通晓营销业务参与各项电力系统技术规范制定的业务专家，也有掌握了最尖端的软件开发技术的计算机专家，还有精通管理的高素质复合型人才。
掌握各地市国电公司管理模式
各地市管理系统在运行中存在部分的地方性特点，在项目开发过程中将给予充分考虑，全面提高系统在各地市的适应性。
7.技术指标要求
系统年可用率>99.98%；
系统运行寿命>10年；
计算机设备的MTBF（平均无故障时间间隔）>360*24小时；
响应时间：
≤10s
用户画面调用时间≤5s；
应用数据库调用时间≤5s；
短信发送成功率>99%
8.技术服务要求
中标人的责任包括从投标货物及其配件的制造到整套设备的交付使用。
中标人应保证货物在进行安装、调试和试运行等过程中损坏的或有缺陷的合同组件及零、部件可方便地得到修理和免费更换。
货物使用期间，凡发生质量问题，中标人均应能够及时地提供招标人提出的技术服务要求。
在质量保证期内，招标人发出通知后，中标人应提供维修服务，免费修理或更换不合格的零、部件，以保证设备正常运行。
在签订合同时中标人应提供设备制造方与所规定的所需装备的内部设备的供货方的合作协议，向招标人明确维修、耗材及配件供应等售后服务的职责，并出具承诺书。
投标人应提供省、地（市）、县级售后服务中心自荐证明材料或与合作方的协议书，这些服务中心和特约维修服务点的名称、地址、电话、联系人应在标书中一一列出。
投标人有责任提供在招标人货物使用地区指定的代理人或投标人办事机构的维修服务资料，该资料内应包括这些机构的地址、维修范围和维修能力说明等。
中标人应提供技术咨询服务，在线服务响应为24小时以内。
中标人在一年保修服务期内，有责任和义务无偿提供软件的技术升级。
9.工作边界条件
9.1数据要求
1、各地市电力公司要保证台区、线路、用电客户信息全面准确，关系正确，一致性达到100%。
9.2项目管理
省公司召开系统建设推进会，明确各地市局具体工作任务，各地市局需成立领导小组与工作小组，保障系统实施。
9.3业务系统接口
省公司应联系营销业务系统商订与95598短信平台系统的接口，基础信息同步问题。
9.4统一版本
各地市局应用软件上使用统一的版本，有特殊需求时需要报请省公司营销部进行审批，通过后方可进行程序调整。
10.检验
10.1软件验收分为三次
开发结束验收：
验收内容包括主要性能指标、技术指标、业务完成度等。
现场推广完成验收：
推广完成主要验收推广情况、运行情况、现场培训情况等。
运行3个月后总体验收：
主要验收运维情况、运行稳定性、问题出现处理率等。
11.培训
项目用户培训是实施方项目实施中重要的组成部分，需要具备完备的培训服务管理体系，以保证95598短信平台系统的运行应用质量。
11.1培训方式
培训方式采用用户现场培训和开发现场培训相结合，充分满足各个层次培训对象的需求。
业务人员的培训采用集中培训（由省公司负责组织）和现场工位培训（技术服务人员到办公场所培训）方式。
针对各地市公司有关人员，如基层供电局系统管理员和应用操作人员采取集中培训方式，并辅助电话指导和文档学习方式进行培训。
11.2培训内容
操作人员培训：
在用户现场进行的关于系统使用与日常维护的集中培训。
培训的目的是使用户掌握95598短信平台系统基本功能，业务短信发送过程及软件的使用方法，该培训适用于所有操作人员。
技术人员培训：
现场集中培训，主要内容有系统管理、系统维护、系统体系架构、系统总体设计思想、系统实用化设计数据库系统管理与应用等。
12.质量保证
设备设计、制造应遵照国际及行业的现行规范和标准。
投标人保证其所提供的设备，均能可靠运行，否则由此引起的一切费用、设备、材料及后果由投标人承担。
从订货之日至中标人开始制造之时的这段时期内，招标人有权提出因规程、规范和标准发生变化而产生的补充要求，中标人应遵守这些要求。
且不论招标人知道与否，中标人有责任及时书面通知招标人有关规程、规范和标准发生的变化。
设备质量保证
投标人提供下列有关质量保证的各项文件，这些文件至少包括：
（1）产品合格证明书；
（2）设备制造、检验记录；
（3）主要零部件材料合格证书和材料试验报告；
（4）设备调试报告；
（5）电气系统和设备试验报告；
（6）后期提供软件测试报告；
（7）后期提供用户使用报告；
（8）后期提供培训记录。
13．投标说明
投标人应仔细阅读技术文件中规定的所有条款，包括各项技术规格，并且应按要求做出响应。
投标人应具有投标本次招标货物的生产能力或供货能力，具有良好的设备、工艺、完整的质量保证体系及相应的试验检测手段，并在投标文件中对上述部分的主要内容加以说明。
技术规格与要求提供的是最低限度的技术要求，并未对一切技术细节做出规定，也未充分引述有关标准和规范的条文，投标人应保证提供符合“技术规格与要求”并且符合现行国家标准或行业标准的有关工业标准的优质产品。
签订合同之后，招标人保留对本技术规格书提出补充要求和修改的权力，中标人应承诺予以配合。
如提出修改，具体项目和条件由中标人与招标人商定。
“技术规格与要求”中所使用的标准和规范如与投标人所执行的标准发生矛盾时，按较高标准执行。
第二章功能规范与技术规范细则规约
1.业务规范
1.1功能描述
95598短信平台系统为Web方式，采用B/S方式设计，服务端可根据需要通过中间件来连接省公司数据服务器。
用户端使用浏览器方式来进行人机交互，做到系统搭建简易化。
1.2业务通知短信
1.2.1欠费催缴通知
当月发行结束后，对欠费（余额小于0）客户发送欠费催缴短信，发送短信的内容可以用模板定制。
1.2.2余额不足通知
当月发行结束后，对未欠费但余额小于指定数值的客户发送余额不足通知短信，发送短信的内容可以用模板定制。
此项功能需要客户主动定制，只对定制此项业务的客户发送。
1.2.3电费账单通知
当月发行结束后，给客户发送当月电费账单，发送短信的内容可以用模板定制。
此项功能需要客户主动定制，只对定制此项业务的客户发送。
1.2.4交费通知
当客户通过营业厅窗口、银行代收窗口、网上银行、网上商城等各种途径交费后，给用户发送交费通知短信，发送短信的内容可以用模板定制
1.3短信服务定制
客户发送固定格式短信实现电力信息短信定制，定制过程中实现用户手机号码与客户编号的绑定。
由于对95598短信平台接无法对收到的短信上行数据直接写入SG186，平台对客户数据进行收集，对用电户的上行短信进行简析，根据用电号自动分配至所属的电业局。
短信平台需提供业务退订功能，客户发送固定格式短信退订已定制业务。
定制项目包含：
余额不足通知
电费账单通知（发行明细）
停电通告
缴费确认
定制所有
1.4短信互动
客户通过发送带有固定标识的短信实现余额查询、账单查询、客户基础资料查询、加入黑名单、客户咨询、客户建议、客户投诉、客户举报、客户报修、客户满意度调查等电力业务。
1.5自定义短信接口
短信平台需要提供一个发送自定义短信的接口，供第三方系统使用该接口发送短信。
1.6短信查询
1.6.1已发送短信查询
查询从短信平台发送出去的短信详细情况。
1.6.2待发送短信查询
查询准备发送短信的详细情况。
1.6.3发送失败短信查询
查询发送失败短信的详细情况。
1.6.4短信发送情况统计
统计短信，包括发送成功数量、发送失败数量、待发送数量等。
2.非功能性需求细则
2.1业务功能指标
分类
性能要求
适用功能
业务短信
响应时间<＝10分钟
如：
业务通知短信
短信定制
响应时间<＝2分钟
如：
短信定制
短信互动
响应时间<＝2分钟
如：
短信互动、自定义短信接口
2.2可靠性
整个应用软件系统应能够连续7×24小时不间断工作，出现故障应能及时告警。
应用系统应具备自动或手动恢复措施，以便在发生错误时能够快速地恢复正常运行。
软件系统故障时，自动恢复时间<15分钟，手工恢复时间<4小时。
应用软件要防止消耗过多的系统资源而使系统崩溃。
2.3安全性
不允许以明文方式保存用户密码或系统使用的各类密码。
为保证口令的安全性，口令总是不以明码的形式显示在输出设备上，应该可以控制口令的以下几个方面的限制：
最小口令长度（长度不少于6个字符）、强制修改口令的时间间隔（每3个月或6个月）、口令的唯一性。
应用系统必须支持操作失效时间的配置，当操作员在所配置的时间（如2小时）内没有对界面进行任何操作则该应用自动失效。
应用系统必须提供完善的审计功能，对系统关键数据的每一次增加、修改和删除都能记录相应的修改时间、操作人和修改前的数据记录。
接口程序连接登录必须进行认证（根据用户名、密码认证）。
与外部系统传输数据过程中，需要进行加密处理，要保证数据不被篡改和破坏。
系统能够支持应用网省集中模式下的数据和业务功能，省对市、市对县的分级授权管理功能，使系统安全从应用程序前端界面到数据库后端的访问修改权限都能得到灵活控制。
系统应具备一定的灵活性，能灵活调整适应一定条件下组织机构变化所引起的数据及权限的变化。
2.4可维护性
可维护性是指在不影响系统其他部分的情况下修改现有系统功能中问题或缺陷的能力。
应用系统应该采用构件化设计思想，系统框架与业务逻辑分离。
应用系统出现异常错误报告时，必须能够提供详细的异常信息。
系统在运行过程中所发生的错误应该有明确的错误编号，并能在系统的相应维护手册中查到错误处理方法与步骤。
当系统负荷加大时，仍需确保所需的服务质量，而不应更改整个系统的架构。
应用系统必须支持各构件的单独升级。
应用软件中的任一模块更新、加载时，在不更新与上下模块的接口的前提下，不影响业务运转和服务。
2.5易用性
应用系统必须提供一致性的图形用户界面风格。
应用系统对普通用户的操作界面应该以B/S方式实现。
应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。
应用系统应该支持通过Tab键或回车键可以访问到同一个窗口的所有控件对象。
应用系统必须采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。
应用系统发现用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。
应用系统的操作界面必须明确标识出必填的输入信息。
在导致系统数据发生变化的操作执行之前，系统应该弹出提示窗口供用户确认。
对于复杂的信息结构，系统应该采用分栏的机制在同一个窗口中显示不同的信息内容，并自动刷新不同部分的信息内容。
应用系统功能菜单必须按照功能域、功能项的分类方法进行组织。
对于操作员无权限使用的菜单功能，应用系统不显示该菜单或将其设置为不可用状态。
系统必须提供在线帮助功能，对于每一个操作功能都能查找到相应的详细使用说明。
操作员登录系统后，系统必须能够主动地提醒等待该操作员处理的任务。
2.6系统备份要求
基础数据在线永久保存。
过程处理数据在线保存3年，离线永久保存。
实时数据在线保存2年，离线永久保存。
文档数据在线保存3年，离线永久保存。
统计汇总数据在线保存3年，离线永久保存。
系统数据全备份时间周期≤7天，增量备份时间周期≤24小时。
升级会员 