《某省电信实时计费系统技术规范书.docx》由会员分享，可在线阅读，更多相关《某省电信实时计费系统技术规范书.docx（34页珍藏版）》请在三一办公上搜索。
1、某省电信集中实时计费帐务系统技术规范书某省省电信公司*年11月目 录1总体概述11.1制定此规范的目的11.2适用范围11.3起草单位11.4解释权12系统总体技术要求22.1技术规范制定的理论基础22.1.1eTOM22.1.2BPR22.1.3本地电信计费帐务系统分析与设计V2.022.2系统建设思路32.3总体技术原则32.4检验标准52.4.1实用性52.4.2稳定性52.4.3可靠性52.4.4可用性62.4.5可维护性63系统网络架构73.1网络设计的原则73.2网络设计的要求73.3系统逻辑结构划分84系统软件体系架构104.1应用软件架构原则104.2应用软件架构规范104.3
2、集中实时计费帐务系统的软件架构105系统平台要求115.1系统规模115.1.1业务发展预测115.1.2话单量预测115.1.3系统处理能力要求135.2网络设备135.2.1核心网络设备135.2.2防火墙145.3操作系统145.4主机服务器155.5数据库系统165.6存储备份要求175.6.1总体要求175.6.2数据存储要求185.6.3存储设备硬件要求185.6.4远程容灾备份要求195.7应用软件要求195.8中间件要求205.9接口要求215.9.1与相关系统的接口215.9.2接口设计原则215.9.3接口实现方式225.10系统资源管理规范235.11系统安全规范235.
3、11.1网络安全235.11.2系统安全245.11.3软件安全245.11.4安全管理措施255.12技术指标255.12.1硬件系统技术指标255.12.2操作系统技术指标265.12.3网络系统技术指标265.12.4数据库软件技术指标266软件开发规范276.1数据组织规范276.2界面规范276.2.1界面的标准276.2.2界面的友好276.3编码标准规则276.3.1地区编码276.3.2客户编码286.3.3其它编码286.4文件命名通用规则286.4.1程序文件命名规则286.4.2数据文件命名规则286.5程序及数据文件存储规范286.6项目管理规范296.7评审验收规范2
4、91 总体概述1.1 制定此规范的目的计费账务系统是业务支撑网的关键应用系统之一，是计费合帐、话费回收、理顺生产组织、提高服务质量、提供数据支撑、提高经营管理效率的重要工具，同时也是业务数据提供的核心系统之一，在业务支撑网中应发挥综合生产和数据支撑中心的作用。为了提高某省省电信公司的服务水平、管理水平和经营决策水平，为客户提供及时、准确和高质量的服务，为市场部门制订和实施灵活多样的营销策略和资费政策提供平台，满足某省电信今后向用户提供新业务、新服务，适应今后市场竞争的需要，从技术上指导建立实时、高效、全业务综合、面向企业信息数据支撑、面向新业务发展、具有较高安全性的集中实时计费帐务系统，特制定
5、本规范。本技术规范包含对某省电信集中实时计费帐务系统的体系结构、网络组织、应用软件结构、系统软硬件、外部接口及安全管理等的基本技术要求。从技术上对某省电信集中实时计费帐务系统进行了集中、统一的规划，构建一个实时、高效、安全的综合生产及数据支撑中心平台，为市场营销、经营决策、客户服务工作提供有力的支撑。本规范是某省电信集中实时计费帐务系统规划和建设的基本技术依据。某省省电信公司及各地市分公司，在满足本技术规范的基础上，进行集中实时计费帐务系统的建设。1.2 适用范围本规范适用于某省省电信公司集中实时计费帐务系统建设。1.3 起草单位本技术规范由某省省电信公司负责起草。1.4 解释权本规范的增补、
6、修订及解释权属某省省电信公司。如某省电信在此之前的文件与本规范有矛盾，按此规范执行。2 系统总体技术要求2.1 技术规范制定的理论基础本次技术规范制定的理论依据包括：1. eTOM模型；2. ITSP规划；3. 中国电信BPR项目成果；4. 本地电信计费帐务系统分析与设计V2.05. 集团公司和某省省公司的相关文件。卖方需确保整体方案也符合以上模型或文件。2.1.1 eTOM在国际上，电信管理著名的标准化组织：电信管理论坛（TMF，TeleManagement Forum）一直专注于电信BSS/OSS的标准与规范的研究，TMF对于BSS/OSS的功能定义，提出了自己的功能模型eTOM，这个模型
7、被国际的电信运营商和设备制造商以及电信BSS/OSS系统开发商广泛接受，成为国际标准与事实上的规范。在项目设计中应充分理解和遵从模型的相关建议。关于eTOM的具体内容，本处不进行详细描述。2.1.2 BPR中国电信在苏州、昆明等地的BPR试点取得了初步成功，并就组织架构、管理流程、业务流程、绩效考核等方面形成了大量的成果。关于BPR的具体内容，我们将尽力体现到业务规范与技术规范中，更具体的信息，我们将根据具体情况，适当的向最后中标厂商部分开放。2.1.3 本地电信计费帐务系统分析与设计V2.0中国电信集团公司委托中国电信广州研发中心成立专门的分析设计工作组，对原本地电信业务计费帐务分析与设计V
8、1.0进行升版改造工作。分析设计工作组按照正规、系统的软件工程理论的要求，广泛进行调研和分析工作，并采用科学、严密的系统设计方法，针对电信新旧业务的发展和变化，以及企业信息化建设的需要，在2003年6月完成了全部分析设计工作，形成了结果文档本地电信业务计费帐务分析与设计V2.0。2.2 系统建设思路（1）全省集中 实现数据、应用以及软硬件平台的集中管理，同时充分考虑各本地网的个性化需求，通过应用软件授权机制等技术手段保障各本地网差异化营销策略等的实现。（2）多业务综合改变以往单一的专业计费系统概念，对于整个某省电信的交换网（包括固定电话网、小灵通）、智能网、数据网等产生的原始话单或者一次批价后
9、的话单进行综合的计费帐务处理，实时产生用户的信用度，最后达到实时对客户的服务进行控制。综合计费产品融入客户、帐户、用户/服务、接入、产品、帐目、帐期、套餐计划、资费、优惠规则、帐务关系、定制等概念，用户/服务标识贯穿于客服、业务、计费、帐务等全过程，这些概念的引入明晰了客户与电信公司之间的关系，为客户化的市场营销策略和客户管理奠定基础。（3）实时采集、实时计费、实时出账、实时分析通过对交换机实施联机实时详单采集以及实时的计费帐务处理，确保计费帐务系统得到交换机原始话单后，在15分钟内处理完毕，且客户可对前一天的话单进行查询（此为系统建设的目标，而非对用户的承诺），从而提高服务质量，同时实现实时
10、信用度控制并为经营分析提供及时有力的支撑。2.3 总体技术原则卖方提供的系统设备和软件应满足以下技术要求：（1） 技术先进性：在系统的总体设计及模型设计中应考虑与国际接轨，采用当今国内、国际上最先进和最成熟的符合国际发展潮流的、符合国际标准的软硬件技术，充分吸收国际厂商的先进经验，并考虑到中国特殊的国情，使得设计出来的系统不仅满足现有的需求，也抓住未来的发展方向；同时系统设计需满足大数据量的事务需求。（2） 开放性：开放性与标准化是一个系统赖以生存发展的基础。只有遵循开放性和标准化的系统才具有生命力，才能保护用户的投资，才能体现良好的扩展性和互操作能力。（3） 安全性可靠：系统运行中的可靠性依
11、赖于主机系统、网络系统、数据库系统和应用系统的可靠性。因此，新系统中所采用的设备及主要技术必须是成熟的、可靠的，并加以全面的监视和控制，而且充分考虑异常时的应变与容错能力。在应用软件开发中要充分利用关系型数据库的安全机制和错误恢复机制，在处理结果未提交前如发生错误则进行回滚，保证数据的准确性和完整性。要保证软件新旧版本的平稳过渡，保证主机系统，网络系统在将来能够顺利扩容，且不影响正常的生产运行。尤其要保证系统具有极高的运行质量，能够一天24小时连续不间断工作。在出现故障的时候，必须能够及时提供应急措施，以确保整个系统的不中断。有完善的数据备份恢复手段及策略。对于系统的具体使用环境，系统要处理大
12、量的数据，任何系统部件和数据的损坏或丢失，都会造成重大损失，系统支持随机/定时复制重要数据，防止由于数据丢失或损坏造成系统的崩溃。在处理、传输大容量数据时，采取检错、压缩、加密等措施，确保数据的准确性，提高系统效率。通过WWW浏览器查阅信息时采用SSL技术，保证信息传输的保密性和完整性。具备严格的管理员分级制度，防止不合法操作。对关键数据采用访问权限限制，并加密保存。系统在设计上充分考虑冗余和备份，保证系统数据的安全性、可靠性和数据传输的服务质量。应具有完善的数据备份及恢复机制。应能提供对一般性数据和交易性数据的保护，使得在任何一部分子交易失败后，整个交易的所有消息都回滚，保证数据的完整性。充
13、分利用主机、网络以及数据库管理系统提供的安全保障机制，确保系统数据的绝对安全。对应用系统而言，所有系统数据的操纵必须严格按照权限级别进行，严禁非法用户进入系统。对于操作人员进行的相应的操作日志，对不同级别的操作员进行相应的限制。同时，对系统重要数据提供可靠的备份和恢复机制。由于计算机犯罪越来越多，应用软件的安全设计非常重要。不同的操作员应授予不同的权限。为了保证数据系统的安全，数据审核、数据审计、定期的安全检查等都是新系统所必须的。（4） 可扩展性可伸缩性：在设计中不仅应考虑目前业务的需求，更应充分考虑未来业务量及业务种类增长的需求，同时也要考虑与行政管理体制的配合和协调。系统规模具有可调性，
14、可以逐渐增大；新的软件模块即插即用，新功能、新业务的增加能够在不影响系统运行的情况下实现；系统的可扩展性在以下方面重点考虑：主机系统、网络系统、操作系统、数据库系统、业务应用系统和外围设备。系统要具备逐步升级能力的结构，采用模块化设计， 在整个系统正常运行的情况下，能够随时增加或取消客户端。可动态增加服务器，形成服务器集群，增加处理能力，能够实现负载平衡。（5） 数据一致性、安全性、准确性、完整性：作为业务支撑网中的数据支撑中心，数据的一致性、安全性、准确性、完整性至关重要，系统必须支持统一的数据模型，保证各生产环节及对外接口中数据的一致性、安全性、准确性、完整性。（6） 易操作、易管理：系统
15、采用B/S/S架构，基于WEB技术，提供良好的用户操作界面、完备的帮助信息。系统参数的维护与管理通过操作界面实现；2.4 检验标准2.4.1 实用性系统的学习时间：经过一周的课程和两周的实践，维护人员应该能完成正常工作流程；查询工具学习时间：经过两天的课程和一周的实践，使用者应能使用查询工具；2.4.2 稳定性软件新版本的更新不能影响业务；软件新版本的全网安装调试不能超过一周时间；2.4.3 可靠性保证系统（软件、硬件和操作系统）在99.99 %的时间内都能够正常运作（包括维修时间），且单点故障停机时间二个月内不得超过0.5个小时；主机系统如出现故障，都应在不间断业务的情况下自动切换，无须人员
16、操作，保证数据完整；所选择的硬件平均无故障时间必须大于20，000小时，二年内故障修复时间不得超过50个小时。2.4.4 可用性系统应能7x24小时连续不断工作。2.4.5 可维护性每月维修时间不得超过3小时（软件和硬件）；应标商提供维修和售后支持；在硬件故障的情况下，售后支持的回答不得超过2小时。夜晚、周末和节假日不得超过12小时。3 系统网络架构3.1 网络设计的原则卖方提供的网络设计方案应保证满足以下设计原则：1. 先进性：具有大容量、高速率，能适应多媒体应用需求的当前先进技术。2. 可扩展性：易于增加新用户，新设备，易于和各类公用网、专用网连接，随着企业信息化的逐步实现能够不断延展和扩
17、充。3. 高可靠性：具有容错容灾，包括抵御外界和人为操作失误影响的能力。4. 标准化：通信协议和接口符合国际标准。5. 开放性：能容纳不同厂家的设备和不同的网络平台。6. 安全性：具有保证信息不丢失不被窃的机制。7. 实用性：经济实用，网络和技术必须适应公司覆盖面积大，节点多，信息传输量集中的特点。3.2 网络设计的要求同时，卖方应保证整个系统网络设计必须到达以下要求：1. 整个网络采用IP组网技术，采用国内外目前流行的主流网络体系结构和网络运行系统，采用大容量、高速率，能适应多媒体应用需求的当前先进技术。2. 根据业务需求，确定各个网络节点容量。3. 受理终端支持WEB等方式。4. 根据网络
18、情况，省中心局域网可选用千兆以太网或快速以太网技术。分布层及接入层依具体业务需求可采用10/100M以太网或千兆以太网技术。5. 尽量利用现有网络设备，经济实用。网络和技术必须适应电信公司覆盖面积大，节点多，信息传输量集中的特点。6. 数据重发率应小于2%；数据传送的差错率应小于10万分之一。中心局域网(即主机系统和核心交换机)部分应无单点故障。7. 保证各网络的互连性和负载均衡。8. 保证网络的可靠性和稳定性，通信协议必须采用标准协议；9. 系统所有网络设备应能支持网管协议；系统需配置网管工作站，对网络设备和网上容量进行有效的检测和管理。10. 应支持的高层协议有：SMTP、FTP、TELN
19、ET、NFS、XDR、RPC、FTAM。网络设备应能支持以下路由协议：RIP、OSPF、E-IGRP。11. 与外系统连接，如银行/邮储联网托收、网上缴费、电话缴费等，乙方均须设置防火墙，保证数据和系统的安全。12. 网络设计应采用冗余连接，网络设备冗余备份，保证主要设备和线路在故障发生时能自动切换。乙方应根据网络设备的重要性提出冗余配置的建议。13. 广域网应具有可信的自愈能力。要保证单个端口通信中断时间每年小于10分钟；两个端口通信同时中断时间每年小于2分钟；两个不同设备的端口通信同时中断时间每年小于5分钟；通信系统全部中断时间每年小于1分钟。14. 网络设计要考虑今后网络的发展，便于向更
20、新技术的升级与衔接，要留有足够的扩展余量，包括端口数量和带宽的升级能力，以满足以后节点数增加的需要。15. 必须同时有多种接入技术方式供不同种类用户节点接入使用。3.3 系统逻辑结构划分某省电信集中实时计费帐务系统将采用“一级系统、二级使用”的省集中模式构建。（1） 省中心：省中心是整个应用的核心，它包含构成系统的核心网络、计费帐务系统主机服务器、销账系统主机服务器、WEB服务器、其他服务器、系统软件和业务软件、系统接口以及数据交换。（2） 地市地市一级是系统的应用服务器及客户端，应用服务器通过DCN网与省中心WEB服务器连接，客户端通过BROWSER访问本地的应用服务，来实现对系统的应用及管
21、理。某省电信集中实时计费帐务系统的网络结构示意图如下所示：注：1、各地市分公司可根据具体业务需要适当增减应用服务器2、此拓扑图只表示逻辑结构，不表示具体服务器物理数量和划分方式4 系统软件体系架构4.1 应用软件架构原则卖方需保证应用软件的架构必须至少符合以下原则：规范性-系统符合国际开放平台规范，采用国际标准协议、标准的接口，使用标准的系统互联接口方案，网络协议使用TCP/IP协议。先进性-系统采用适合业务特点的N层体系结构，采用国际上最新产品及先进技术，结合实际需求，做到功能上先进、实用，与国际接轨。开放性-能支持流行的操作系统（WindowsNT、UNIX、OS/2等）；与主流的数据库产
22、品（Oracle、Informix、DB2、Sybase等）集成。互操作性-采用通行的系统互联方案，避免直接访问其它业务系统的主数据库，使用代理服务器中转服务请求，同其他系统实现实时的数据共享。4.2 应用软件架构规范计费帐务系统是电信业务支撑网的基础核心系统之一，要高效、可靠的建设好本系统，卖方需承诺应用构架基于下列先进技术，并遵循一定的规则。1. J2EE架构2. WEB/Java技术3. N层体系结构和中间件技术4. 面向对象和构件技术5. EAI技术4.3 集中实时计费帐务系统的软件架构系统设计应以科学和实用为方向，在网络体系上，应选用先进结构。卖方需根据招标书描述的业务模型，以书面形
23、式详细说明核心系统的计费模型、数据模型及应用软件的软件计算模型、软件层次模型和软件功能模型。5 系统平台要求5.1 系统规模卖方必须根据规模容量以及应用系统的设计计算设备配置需求（包括处理能力、存储需求、网络带宽流量），说明详细计算过程。5.1.1 业务发展预测目前某省省内固定交换机种类有S1240、F150、EWSD、NEAX61E/、HJD04、C&C08、ZXJ10。智能网系统有华为智能网系统和贝尔智能网系统。无线市话有UT Starcom、中兴PHS、中兴CDMA和贝尔CDMA。数据专业为全省集中的一套宽窄带数据计费平台。本期集中实时计费帐务系统建设规模按满足今后3-5年的业务发展需求
24、考虑。根据近期业务发展状况，预计2003年底全省电话用户数可达到340万（含固网用户和小灵通用户），按照今后几年后每年发展60万-70万用户考虑，则到2006年用户数将达到520万-550万，综合考虑其他业务用户以及今后可能新增的3G用户等各方面因素，本期系统建设按满足640万用户考虑并以此为依据进行系统容量的测算。5.1.2 话单量预测目前固网交换机除长途外主要采用计次方式，此处仅根据目前本地网通话次数以及不同通话时长的分布比例进行话单数的现状折算和预测。下表为9月公话、智能网、长途话务量统计：单位：万张公话有人值守1762.4IC卡155.9省内智能网609.2全国智能网11.8长途4,0
25、00（估算）声讯 37.4以上数据来源为业务支撑中心全省长途话单数根据贵阳的话单数进行估算。贵阳今年话务量最高月份长途有效去话为10227493，按贵阳长途量一般占全省的30%计算，全省的长途有效去话为34091643，考虑到错单、无效话单、重单等因素，还应乘上15%左右的系数，则全省长途话单数为4000万左右。下表为小灵通10月、11月话务量统计： 单位：万张10月6789.611月6496.6 以上数据来源于UT小灵通系统全省小灵通话单数根据贵阳的话单数进行估算。贵阳10月P网小灵通有效话单数为6682115，用户数为50950，用户平均月话单量为131.2张，全省小灵通用户按45万计算，
26、则10月全省小灵通话单数为5904万张，考虑到错单、无效话单、重单等因素，还应乘上15%左右的系数，则全省小灵通话单数为6789.6万张。11月小灵通话单量估算同10月。根据网络运行维护部宽窄带计费系统统计结果，全省10月数据业务话单量约为500万张。2003年7-9月全省本地网通话次数2003年7月2003年8月2003年9月区间通话总次数307716693684841436832360区内通话总次数537438916576042590560126865合计568210585612891004596959225根据相关调查机构的统计数据，目前本地网不同时长通话的大致分布比例为：通话时长小于3
27、分钟的（2个跳次）占80%，超过3分钟（3个跳次以上）的占20%。本地网月通话次数按6亿次考虑，参照以上通话时常分布比例，则目前全省本地网每月通话话单量大致为： 6亿*80%/2+6亿*20%/3 = 2.8亿张。按上述统计及估算结果，目前全省每月通话话单量大致为：28000万+500万+6789.6万+37.4万+4000万+11.8万+609.2万+155.9万+1762.4万=41866.3万张按当前320万用户， 平均每用户日话单量为：41866.3万张/320万/30=4.36张对今后用户日话单量的发展趋势主要考虑两方面因素：一方面今后发展的用户大多为低端用户，对通话次数呈负增长拉动
28、趋势；另一方面，随着经济的发展以及相关话务量营销策略的不断推广，通话次数将呈上升趋势。综合考虑这两方面因素，预测期内平均用户日话单数按4.5张考虑，则预测期用户日话单量预测为：640万*4.5=2880万张5.1.3 系统处理能力要求1）计费帐务处理应用联机数据采集处理应做到实时响应；需要进行实时计费帐务处理的话单，要求15分钟内处理完当天话单量的20%；非实时计费帐务处理的话单，要求在不影响实时计费帐务处理的前提下，一小时处理完当天的话单；单月脱机集中计费帐务处理及报表统计处理要求在系统不间断运行的情况下24小时之内完成；2）销账、查询处理应用（OLTP） 终端响应速度：所有终端在90%的时
29、间内，响应时间3秒； 峰值响应速度：所有终端在80%的系统压力下，响应时间10秒；终端数量规模按超大型本地网估算，预测值为2000台，并发用户数以终端数为基础，卖方需提供测算模型；3） 统计分析应用营业员日报表统计高峰期处理时间2分钟，班组日报表统计高峰期处理时间5分钟，班组月报表统计处理时间10分钟；处理速度因应用不同而异，单个应用处理时间不宜超过4小时； 4） 应充分考虑系统冗余及其他不确定因素影响5.2 网络设备5.2.1 核心网络设备在卖方建议方案中，选用的核心网络设备应满足下述要求：1. 网络采用TCP/IP协议； 2. 路由器产品必须符合通用的国际工业化标准，支持TCP/IP等标准
30、协议及X.25等远程通信标准，支持 OSPF、RIP等路由协议；3. 核心交换机采用热旁路路由器协议、HSRP协议，实现双机互为备份；4. 核心交换机提供三层交换能力，同时提供等路径路由，实现负载均衡；5. 接入交换机采用STP协议，同时连接到两台核心交换机上，避免单点失败；6. 核心局域网划分VLAN，由核心交换机实现网段间路由；7. 核心交换机及中心路由应采用高可靠的设备，具备背板冗余功能，系统板、关键I/O板、电源、风扇等考虑冗余，并可热插拔；省（区，市）平台节点、地市节点要求双路由器配置，并保证路由器的互相热切换备份；8. 交换机或路由设备的配置端口总数应能满足应用和用户规模的要求，并
31、保留约20%的余量；9. 主干网络设备的端口配置至少保证30%的可扩展能力；主干网络设备要求平均无故障时间应大于1万小时，可用性不小于99.99%；10. 支持SNMP和SNMPv2协议。5.2.2 防火墙防火墙可以采用主机加防火墙软件或专用的防火墙设备，卖方应保证满足下列要求：1. 支持动态和静态的内部网与外部网之间的地址转换、映射；2. 能有效地实现内部网到外部网的单向访问控制，可以禁止外部网对内部网的访问；3. 处理带宽满足终端访问量要求；4. 具有防D.O.S.攻击能力5. 能侦测、过滤或跟踪非法访问企图，能自动实时告警，并生成相应日志记录；6. 能对常用的服务（例如WWW、e-mai
32、l、FTP、Telnet、Rlogin等）的访问权限进行有效控制和管理；能对经过防火墙的网络流量进行统计和管理，并定期生成相应报告文件；7. 支持SNMP和SNMPv2协议；8. 具有友好的图形界面。5.3 操作系统 卖方提供的系统方案中，选用的操作系统平台必须满足以下规范要求：1. 关键业务应用主机采用64位UNIX操作系统；2. 操作系统支持虚拟内存管理，支持多用户、多任务、多进程和多线程；3. 支持完全对称多处理器（SMP）；4. 支持群集（cluster）；5. 操作系统应至少达到C2级的安全标准；6. 操作系统应遵循X/open XPG4， POSIX 1003.1等国际或工业标准；
33、7. 提供完整的软件开发环境，包括C，C+编译器等开发工具；8. 操作系统应提供图形化的系统管理工具；9. 支持在线诊断和软硬件的自动错误记录，在电源故障或其他紧急情况可提供自保护和自恢复；10. 支持中文大字符集等相关国家标准。5.4 主机服务器要求卖方应用软件可以运行在IBM、HP、SUN等服务器平台及其操作系统之上。根据3.3节的要求，卖方必须提供数据库服务器、应用服务器、web服务器的配置和报价信息。卖方设计的方案必须有良好的热备份和故障隔离能力。主机是计算机系统的重要组成部分，为保证系统的可用性及扩展性，卖方建议的主机产品必须满足以下要求：1. 设备必须技术先进，符合发展方向；2.
34、CPU类型,64位，具有SMP或NUMA结构，支持多CPU结构，支持平滑升级。支持16颗以上，CPU Cache大于1024kb；3. 主机内存最大能达到96GB以上，卖方需提供所配置内存数量及最大可配置内存的数量。4. 主机I/O带宽大于等于6GB；5. 支持分区；6. 设备必须具有高可靠性，主机系统应采用高可用性群集技术，保证系统CPU处理能力的扩展和容错能力，并具有双机负载自动均衡和平滑切换能力；7. 系统的主要设备，采用双机集群技术，构成双机系统，并行处理事务；8. 主机处理能力必须满足集中实时计费帐务系统的性能要求，并留有部分冗余能力，卖方需提供目前主机配置及可扩展的TPC-C值，并
35、提供计算过程；9. 本系统需724小时连续运行，服务器设备是支撑系统中的关键设备，因而要求其具有很高的安全可靠性。要求系统整机平均无故障时间（MTBF）不低于100,000小时（乙方须提供所推荐设备的MTBF值）；10. 计算机系统设备应具有较强的扩充能力，包括系统处理能力的扩充、存储容量的扩充、I/O能力的扩充、节点数的扩充等等； 11. 应能提供完整、有效的维护管理及开发工具，以便顺利地进行服务器的管理维护；12. 主机系统必须具有良好的联网能力，及异种机互联能力；13. 主机系统应有冗余备份电源。5.5 数据库系统要求卖方的应用软件支持Oracle、Sybase、DB2等数据库。数据库管
36、理系统是数据管理的平台，业务系统运行的基础，需要对千万级以上数据存储，因此，卖方需保证推荐的产品满足以下要求：1. 先进性：数据库系统应是国际上流行的分布式数据库系统，是先进的CLIENT/SERVER的体系结构和真正的开放式互连，数据库能支持多种应用拓扑结构（包括：集中式、分布式、多服务器的场地透明和数据透明的结构）。2. 标准化和开放性：数据库应能够支持JDBC和XA等多种工业标准。可方便地实现与支持JDBC的各种数据库和工业软件的互连。应具有良好的前后台设计和开发工具的支持。采用：基于ANSI/ISO SQL的访问方式，具有开放式的客户机编程接口。3. 实用性（易开发、易维护、易管理）：
37、要能提供强大的、图形方式的C/S开发环境；要具有良好的界面和面向对象的特点，要提供多种预定义对象，如：窗口、菜单、按钮、数据窗口、应用面板和编辑器等等。同时还允许用户自己定义新的对象，并支持对象的封装（即对象的属性定义与操作对象的方法和相关事件集成在一起作为整体的定义）、对象的继承和对象间消息的传递；4. 可靠性：数据库要具有高可靠性和强有力的容错能力，要提供完整的容错机制；在存储介质方面，要提供独立于硬件的镜像功能，不仅可作数据库日志的镜像，同时还应能作到数据库本身的镜像，以便在存储介质出现故障时系统还能正常运行；数据库系统要支持双机或群机系统环境，当一台处理机出现故障时，另一台处理机能接替
38、工作，并保证数据及应用的完整性；5. 分布处理能力：保证完整的场地自治的同时具有强大的分布处理能力。用户可透明地操作不同地点不同数据库管理的数据，具有二阶段提交功能。6. 可扩充性和灵活性：能保证硬件平台扩充时数据库系统有足够的延展能力来充分使用和管理新的系统资源。7. 支持基于TCP/IP协议；支持UNIX和NETWARE以及WINDOWS NT/2000操作系统。8. 支持跨盘跨卷的数据库结构。9. 要求配置数据库性能监测和调优管理工具。10. 数据库必须具有能满足在复杂应用环境下保证数据安全，防止任何非法或未经授权联库的安全机制。11. 数据库支持联机分析处理（OLAP）；支持联机事物处
39、理（OLTP）；支持数据仓库的建立，要求能够实现数据的快速装载、高效的并发处理和交互式查询，以达到信息深层挖掘的目的，涉及到数据索引、数据压缩、交互式数据查询等方面的技术。5.6 存储备份要求要求卖方应用软件支持在EMC、HDS、IBM、HP、SUN等存储平台上的应用。鉴于数据存储对信息管理和备份的重要作用，卖方需保证满足以下对存储设备的要求。5.6.1 总体要求1. 计费帐务系统中，数据资料的正确性、安全性、一致性对系统至关重要。2. 存储设备应满足系统数据信息量大的特点。3. 存储设备应保证数据的高可用性、完整性。4. 存储设备必须易于扩充，能满足当前和未来的存储和应用的增长需求。5. 存
40、储设备应具有在多主机环境下工作的能力。6. 存储设备应能方便地做到快速备份和恢复。7. 存储设备应有简便的、功能强大的管理工具，做到对整个存储系统的监视与控制。8. 存储系统的选择应考虑到系统的备份、容灾方案。5.6.2 数据存储要求1. 系统联机存储能力a) 各类用户资料及参数资料（包括资费信息、优惠信息、授权信息及其他业务参数信息等）在线保存，并按制定的备份策略定期备份；b) 通过各种渠道采集的原始计费数据应在线保留六个月；c) 清单数据应在线保留六个月，长途话单在线保留一年；d) 明细帐单数据和销帐数据应在线保留六个月，对于已交费并已打印收据的六个月到二年之间的明细帐单数据和销帐数据分别
41、转入在线历史库，并能在同一界面提供联机查询；e) 未销账数据在线永久保留；f) 报表、统计数据在线保留五年以上；g) 资源及其占用信息在线永久保留2. 脱机存储能力h) 原始计费数据应脱机保存一年以上i) 清单数据应脱机保存一年以上j) 明细帐单数据和销帐数据应脱机保存三年以上k) 报表、统计数据五年以上 5.6.3 存储设备硬件要求1. 主机系统采用大容量磁盘阵列技术； 2. 磁盘阵列采用SAN(存储区域网络)技术，全2GB光纤通道技术；3. 满足每秒680M的吞吐带宽；4. 支持RAID0、1、3、5等冗余方式；5. 支持每秒I/O操作10,000 I/Os/sec以上；6. 读写可以同时
42、进行；7. 多个独立的数据通路；8. 线路热插拔；9. 可在线升级；10. 无单点故障；11. 具有多系统连接能力；12. 可在线自行替换的磁盘驱动器、自动定位装载器；13. 备份系统无需人为干涉的自动数据存储功能(载带和卸带)；14. 备份系统具有：出现故障自动感应、识别并恢复功能；15. 备份系统对磁带进行盘存，任何时候都可以知道磁带位置；16. 备份系统对磁带库自动进行日常维护；17. 备份系统支持先进的数据管理软件，功能从备份、恢复到多级存储管理；18. 备份系统应支持数据的恢复和查询功能。5.6.4 远程容灾备份要求卖方需提供本系统的远程应用级容灾备份方案，备份方式和功能必须满足附件
43、某省电信集中实时计费帐务系统灾难备份系统功能需求书中之要求。远程容灾备份方案必须支持以下存储厂商：EMC、HDS、IBM、HP、SUN。5.7 应用软件要求卖方提供的应用软件系统必须达到以下业务指标和要求：1. 应用软件必须能够切实满足计费帐务系统的各种业务需求，并且适应今后的业务增长和变化，随时可以按业务需要进行修改和维护。2. 应用软件的设计应考虑采用面向对象的方法，应具有很强的灵活性和扩展性。具备在不动源代码的基础上实现软件模块功能重组。 3. 应用软件要有较高的自动化程度，如：自动任务调度、自动故障告警、自动任务恢复等。4. 应用软件应有完善的软件版本控制手段，应能够自动分发和更新以保
44、持软件版本的一致性。5. 整个应用软件系统要能够724小时不间断工作，并能在不影响系统运转的情况下做到模块更新、模块加载。6. 应采用通用软件开发平台进行开发。7. 系统应具备应变能力、容错能力和完善的安全机制。8. 应支持分布式数据管理，支持多数据源间的访问互连，能方便地与相关的其他应用系统集成在一起。9. 系统的资源管理模块必须通过EAI实现和系统其他主体功能模块的接口通讯。10. 应支持在线帮助功能。11. 应具备应用容灾功能。5.8 中间件要求卖方选用的中间间产品必须满足以下特征和指标：1. 多种平台共存：对OS/390、OS/400、SCO Open server、HP-UX 、AI
45、X、Solaris、Windows NT、Windows95等均支持。在所有支持的平台上均提供相同的应用编程接口，便于应用程序在不同平台上移植。2. 多协议并存：网络底层不同类型的传输协议的应用开发是透明的，基于不同种协议的应用程序间的通讯已实现。3. 支持多种网络协议：如TCP/IP、SNA、Netbios、DecNet、IPX等。可以支持各种链路形式，包括DDN、FR、X.25、PSTN等。4. 提供基于三层客户机/服务器架构的应用程序开发环境，应用开发要能提供基于不同平台的丰富的开发接口、支持流行的开发工具、支持流行的异构互连接口标准（如X/Open DTP XA等），并可与任何支持此标
46、准的关系型数据库如：Sybase，Oracle等进行两阶段提交，实现交易完整性和数据一致性。5. 能够在多线程环境中运行，并支持大量的并发用户的访问。6. 应通过两阶段提交协议等方式保证分布式交易的完整性、控制并发、实现交易路由和均衡负载。7. 应能实现良好的安全控制、并发控制、可靠性保证、效率保证等。8. 时间独立性：提供基于消息队列存储-转发机制的异步通讯模式，负责将消息安全、可靠地发送出去，不再需要应用和人工的干预，实现数据传输自动化。9. 数据安全性及压缩：用户可以方便地开发自己的加密和压缩软件，可以实现平台间透明的数据转换，保证每条消息的安全。10. 高可靠性：保证消息的可靠传递，即只传一次不丢、不重，可以克服一些地区网络线路质量差的现状。5.9 接口要求5.9.1 与相关系统的接口本系
