北方电信业务支撑系统技术要求

北方电信业务支撑系统二期

工程技能范例书

（综合客服、生产调治应用软件部分）

中国电信团体公司北方电信事业部

二00三年一月

目录

第一章总则................................................1

1.1概述..............................................................1

1.1.1范例界说......................................................1

1.1.2范例内容......................................................1

1.1.3范例依据......................................................1

1.1.4范例要求......................................................1

1.1.5范例书有关内容的澄清..........................................2

1.2对卖方发起书的要求...............................................2

1.2.1技能范例书点对点应答书要求....................................2

1.2.2发起书的内容格式要求..........................................2

1.2.3其他一些要求..................................................3

1.3报价体系要求.....................................................4

L3.1总体要求......................................................4

1.3.2报价体系要求..................................................4

1.3.3办事报价要求..................................................4

1.3.4培训报价要求..................................................5

1.4系统文档要求.....................................................5

1.5保密要求.........................................................5

第二章工程说明............................................6

2.1工程表面..........................................................6

2.2北方电信网络现状.................................................6

2.2.1互换网........................................................6

2.2.2智能网........................................................6

2.2.3数据网........................................................7

2.2.4业务支撑网现状................................................7

2.3工程建立方案.....................................................7

231总体框架......................................................7

2.3.2系统建立实施...................................................8

2.4工程建立范围.....................................................8

2.5本期工程所需软件说明.............................................9

第三章业务支撑系统技能要求...............................10

3.1总体要求.........................................................10

3.1.1质量性能要求.................................................11

3.1.2技能性能要求.................................................12

3.1.3应用指导原则.................................................13

3.1.4数据指导原则.................................................14

3.1.5技能指导原则.................................................14

3.2宁静性要求.......................................................14

3.2.1系统级宁静...................................................15

3.2.2应用级宁静...................................................15

3.3系统技能路线要求.................................................15

3.4与相干系统的接口技能要求.........................................19

3.4.1北方电信事业部与相干系统的接口技能要求.......................19

3.4.2北方9省（区、市）与相干系统的接口技能要求...................21

3.5软件开发要求....................................................22

3.6网络带宽需求....................................................22

第四章业务成果需求.......................................23

4.1业务支撑系统软件体系结构.........................................23

4.2综合客服成果需求................................................24

4.2.1销售治理历程.................................................25

4.2.2客户治理.....................................................26

4.2.3客户经理治理.................................................29

4.2.4业务受理.....................................................30

4.2.5收费治理.....................................................32

4.2.6妨碍受理.....................................................34

4.2.7复兴.........................................................34

4.2.8业务咨询.....................................................35

4.2.9投诉发起.....................................................36

4.2.10业务查询....................................................36

4.2.11主动办事....................................................37

4.2.12销帐治理....................................................38

4.2.13系统治理....................................................40

4.2.14统计阐发....................................................41

4.3生产调治治理成果需求............................................42

4.3.1用户界面.....................................................43

4.3.2系统要求.....................................................43

4.3.3成果需求.....................................................44

4.4网络资源配置治理................................................49

4.4.1网络资源数据治理.............................................49

4.4.2网络资源配置.................................................50

4.4.3与其他系统的干系.............................................50

第五章售后办事要求.......................................50

5.1系统办事要求.....................................................50

5.2售后办事要求....................................................51

第六章软件开发、项目组织、技能培训要求...................51

6.1工程筹划及进度..................................................51

6.2项目组织要求....................................................51

6.3技能培训要求....................................................52

第七章其他要求...........................................52

I.第一章总则

1.1概述

1.1.1范例界说

本文件为北方电信业务支撑系统二期工程（综合客服、生产调治和网络资源

配置治理成果应用软件部分）的技能范例书。提供本期工程相关应用软件的公司

（以下称卖方）应向中国电信团体公司北方电信事业部（以下称买方）就系统所

需的应用软件作出详细复兴。

答复：满足。

1.1.2范例内容

本范例书针对本次项目所需要的综合客服、生产调治和网络资源配置治理成

果应用软件部分提出相应的技能范例要求。本范例给出了买方中国电信团体公司

北方电信事业部对北方电信业务支撑系统二期工程在应用软件的技能、性能、办

事等方面应满足的各项要求，这些要求将在以后的各章节中列出，以供卖方编写

方案发起书、软件配置、供货及报价书之用。请卖方凭据自己所能提供的软件，

给出详细的方案发起书和商务报价书。

答复：满足。

1.1.3范例依据

（1）ISO,ITU-T.ETSI、IMTC、IETF等软硬件技能标准；

（2）信息财产部、原邮电部、中国电信团体关于业务支撑系统的相关技能体制和技能范例；

（3）中国电信团体公司北方电信业务支撑系统技能范例V1.0；

（4）中国电信团体公司北方电信业务支撑系统业务范例V1.0；

（5）中国电信团体北方电信事业部互换网、传输网、数据网的建立方案及相关业务量阐发

和预测结果；

答复：满足。

1.1.4范例要求

（1）卖方应允许所提供的软件在产物性能、技能指标、办事内容等方面满足本范例的要求；

答复：满足。

（2）当买方有新发起，而本范例又尚未包罗或和本范例不符时，则应切合买方新发起的要

求；对付买方尚未有标准的，而本范例又未提及的部分，卖方提出其标准，留待双方认可

后执行；

答复：满足。

（3）当卖方的设备中包罗自己的专用标准，应在发起书中具体说明，并附上相应的详细资

料。

答复：满足。

（4）卖方应列出其发起书中所提供设备和系统在世界范畴内和国内的应用情况，诸如最

大范围、业务类型及开展方法、用户数量等。

答复：满足。

1.1.5范例书有关内容的澄清

（1）卖方对付范例书的疑问可以通过书面质料与买方联系。在规定的发起书提交最后期限

以前，买方将以书面质料赐与复兴，有关买方复兴质料的复印件也将递交所有得到技能范

例书的卖方。

答复：满足。

（2）在技能谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行进一步的技能澄

清，卖方应以书面资料蜴与正式应答；所有各阶段的技能澄清文件都将作为条约附件。

答复：满足。

（3）未经买方许可，卖方不得以任何形式向第三方提供本文件的全部或部分内容。

答复：满足。

（4）买方在任何时候保存和拥有对本文件的解释权和修改权。买方有权在签定条约前，凭

据需要修改和增补本技能范例书，修改增补后的最终技能范例书将作为条约的附件。

答复：满足。

（5）本工程技能范例书要求针对本范例书描写的综合客服、生产调治和网络资源配置治理

成果应用软件部分进行详细应标，并要求切合业务支撑系统总体软件体系结构。

答复：满足。

1.2对卖方发起书的要求

卖方在收到本文件后，应提供的资料包罗以下几部分：

（1）对本文件的点对点应答书

（2）技能发起书

（3）报价书

答复：满足。

121技能范例书点对点应答书要求

卖方的应答书中，要求对本文件的技能范例部分和商务条约部分所提出的各项

条款进行逐项复兴、说明息争释，首先对实现或满足水平明确作出“满足”、“部分

满足”、“不满足”等应答。在复兴中，凡采取“详见”、“拜见”方法说明的，应指

明拜见文档的具体章节或页码。请卖方特别注意：凡采取“详见”、“拜见”方法说

明的条款，必须在点对点应答书中注有适当的总结性文字，简便、明了地答复相应

的条款。对付范例书中要求列举的条款，必须在点对点应答书中进行列举，不得简

单复兴“满足”等，不然视该条款的应答为“不满足如果答复“部分满足”，需

要详细说明哪些部分满足，哪些部分不满足，并且详细说明原因。

答复：满足。

1.2.2发起书的内容格式要求

卖方所提供的发起书应凭据以下内容格式进行体例：

（一）综述；

（二）工程技能范例书；

（三）技能范例书点对点应答；

（四）总体方案及综合客服、生产调治和网络资源配置治理成果部分方案发起；

（五）应用软件详细配置清单；

软件的详细配置原则或配置说明、相关盘算要领和依据，包罗须要的公式、表格或图

表。

（六）应用软件成果详细说明；

（七）硬件配置要求说明；

即软件运行情况说明，卖方所提供的应用软件对硬件的具体要求，包罗所需要的硬件

组织结构图、硬件处理惩罚能力估算、硬件配置要求说明及推荐硬件配置。需要说明

的是，本次工程硬件将由买方凭据卖方所提供的应用软件的需要进行自主采购，但卖

方必须提出对硬件处理惩罚能力、配置要求等各方面的需求，并对最终结果进行确认。

（八）系统软件详细配置清单及成果详细说明；

即软件运行情况说明，卖方所提供的应用软件对系统软件的具体要求，包罗所需要的

数据库、中间件的具体配置要求说明，以及卖方所提供的应用软件运行所必须要的其

它系统软件、测试软件、开发软件等需要向第三方采购的通用性系统软件。并详细列

出所需要的这些系统软件的种类、推荐使用的具体产物（如果必须采取某种产物的需

要特别说明）、License数量等，以及这些软件的报价并对最终结果进行确认。。需要

说明的是，这些软件的报价将作为可选项单独报价，不计入总价。

（九）供货筹划及工程进度摆设详细说明；

（十）分工界面，要求图示并加以说明；

（十一）测试及验收；

（十二）培训筹划；

（十三）技能办事、支持；

（十四）所提供软件的技能文档；

（十五）相关资质大概可证。

答复：部分满足。因为本款中对发起书格式与投标要求中对格式要求不一致，

凭据本范例与投标要求不一致的地方以投标要求为准的原则，我方将凭据投标

要求进行格式编排，但内容会笼罩以上条款所含内容。

1.2.3其他一些要求

北方电信业务支撑系统二期工程的需求由买方提出，软、硬件的

配置由买方协助卖方进行。卖方在进行业务支撑系统设置和设备

配置时应遵循以下原则：

（1）卖方应以技能先进、经济公道，有利于今后生长的原则进行业务支撑系统二期工程

的设计和软、硬件设备的配置。

（2）凭据买方的发起和要求，卖方应向买方提供优化的设计方案。

（3）卖方在给出业务支撑系统二期工程的优化方案时，应以书面质料解释其业务支撑系

统优化设计的思想、原则、步调及利弊。

（4）对付由卖方提供的硬件设备，该设备应是以至少十年使用期设计的，卖方要包管岂

论提供的设备是否还生产，在使用期内买方可得到备件。

（5）卖方应凭据本范例书的要求在规定时间2003年2月10日下午4:00之前提供技能发

起书（中文）和报价书（中文），其中发起书要求提供8套，报价书3套（单独密封包装），

并同时提供发起书和商务报价书的电子文档（MSOFFICE文档形式的光盘）。

答复：部分满足，因为在投标要求中提供的发起书为8套，而在投标要求中的

要求是3套，凭据买方提供的《投标人的问题复兴（综合客户部分）》的复兴

“以投标要求为准”，因此将提供3套发起书。

1.3报价体系要求

1.3.1总体要求

（1）报价应包罗凭据系统要求的所有必须的软件、安装质料、技能文件及安装调测、培训、

技能支持等：

（2）报价应包罗软件的名称、版本号、配置模块、数量等详细内容；

（3）报价应分别以美元或人民币为单位；

（4）报价应按目录价、折扣价和折扣率分项列清；

（5）如果卖方提供的设备有多种可选配套软件，卖方可以发起买方采取某些业务或成果，

同时应详细描述和说明这些业务或成果并作为可选项提出报价，可供买方选择的设备和成

果报价单列，但不计入总价；

（6）卖方在报价中应明确标注采取的第三方硬件、软件产物，凡第三方软件产物不由卖方

直接供给，应注明其供给商。

答复：满足。

13.2报价体系要求

请卖方凭据以下各项要求分别报价：

（1）本次配置所有软件总价：

（2）所有软件配置清单及报价；

（3）以省（区、市）为单位，本次配置的各省（区、市）所有软件清单及报价，以及北方

电信9省（区、市）汇总价；

（4）系统所有必须配置的软件清单、成果说明；

（5）系统所有可选配置的软件清单、成果说明及相应各项报价，此部分报价不计入总价；

（6）凭据本范例书要求其他不计入总价的相关配置清单及报价（如硬件配置清单、系统软

件配置清单等，具体内容拜见后续章节）。

答复：满足。

1.3.3办事报价要求

卖方应对下述办事项目进行报价：

（1）安装

卖方卖力所提供硬件、软件的安装。

（2）二次开发和客户化

卖方卖力凭据北方电信的需求对所提供的软件进行相应的剪裁、客户化和二次开发事情。

（3）系统调测

卖方应卖力所提供硬件、软件的调测，并卖力配合系统内相关设备的调测。

（4）技能办事

技能办事分为根本技能办事和可选技能办事，根本技能办事应列出单价和合价，并列入必

选报价及总价中；可选技能办事列入选项报价中，只列单价，并且不记入总价。根本技能

办事包罗技能支持，时限为系统终验完成后的两年，卖方应提供技能支持时限内7*24小

时的技能支持。

答复：满足。我方已对上述办事内容进行报价，详见技能办事附件和报价清单。

1.3.4培训报价要求

请卖方凭据本范例书对付技能培训要求的内容，列出培训人员的用度单价及详细的培训筹

划（包罗时间、所在、课程等），并作为可选项单独报价，不计入总价。

答复：满足。

1.4系统文档要求

要求卖方提供详细的文档资料，对所提供的系统文档资料要求如下：

（1）提供的技能文件应与提供的软件相一致，技能文件应该全面、完整、详细；

（2）提供的技能文件应能够满足软件安装、使用、维护、应用开发的需要；

（3）应用软件文档应该包罗：

>软件需求说明书

>系统总体设计说明书

>系统提要设计说明书

>数据库设计说明书

>详细设计文档

>应用软件清单

>测试筹划、测试方案

>测试陈诉

>试运行陈诉

>维护手册

>操纵手册

>版本说明

>API说明

（4）应提供完整的、准确的源代码，源代码文档要求有详尽的说明和注释；

（5）文档和资料应提供电子文档和纸面文档，电子文档格式为MSWord文档。

答复：满足。凭据《商务范例书》的协定，我方将开放应用软件的全部源代码

（应用软件中的乙方自有软件模块除外）。

1.5保密要求

卖方除以下情况外，非经北方电信事业部书面许可，不得将本文件的任何内容透露给除北

方电信事业部以外的第三方。

经北方电信事业部书面许可，应标商才允许将本文（限于须要部分）透露给其相助同伴，

并包管其相助同伴不将本文透露给其它人。

未经书面许可将本文件透露给第三方的应标商，将被剥夺中标资格。

答复：满足。

II.第二章工程说明

2.1工程表面

在本期工程建立前期，北方电信事业部已经组织建立北方电信事业部业务支撑系统一期工

程的建立。一期工程建立了北方电信事业部（所在设置在天津）业务支撑中心。北方9省

（区、市）未建立应用平台。一期建立了一套统一会合的结算系统，完成了北方9省（区、

市）的南方21省远程来话收敛、北方去话等业务涉及到的与其他运营商之间的结算，以及

中国电信省间的网内摊分；一期工程还建立了一套网上营业厅系统，为北方电信事业部及

北方9省（区、市）电信公司完成企业宣传、业务开展宣传、客户查询、咨询、投诉等相

关的客户办事的Web接入事情。对付前期的互换、数据专业的业务开展，则通过相应的专

业网背景系统实现，在业务支撑系统一期工程中未考虑。

本期工程需要在一期工程的底子上，越发完善北方电信业务支撑系统，主要建立北方9省

（区、市）的业务支撑系统，包罗业务支撑系统的综合客服、号线资源治理、综合计费、

综合帐务、生产调治和网络资源配置治理治理等成果模块。本期工程建立容量满足2004

年年底的业务量需求。

在本次招标之前，北方电信组织各省开始了各省呼唤中心平台的建立，筹划于2003年3

月完成北方9省（区、市）的呼唤中心平台的建立。各省呼唤中心平台的建立将作为各省

业务支撑系统的接入层，完成各省话音接入办事，而呼唤中心所需要的所有背景数据和业

务流程，包罗所有用户数据、所有业务流程都需要在本次应用软件中统--建立、统一治理、

统一实现，而呼唤中心仅仅需要调用本次应用软件的种种数据和业务流程。

本期工程北方电信事业部将在北方电信范畴内界说统一的共享核心数据模型。同时将界说

流程模型，与业务结合转化成具体的业务流程。共享核心数据模型和业务流程将被摆设到

各省的应用承载平台上，各省的应用承载平台卖力实施数据模型和业务流程，创建本地化

办事和具体的事情流程以及与应用系统的适配器。

答复：满足。我方已理解上述内容。

2.2北方电信网络现状

2.2.1互换网

从2002年年底互换网络一期工程建立完成后，互换网络将主要包袱南方21省来话收敛业

务。即在互换网络一期工程建立完成后，在北方9省（区、市）的省会都市分别建TS与

LS/GW,在发达都市创建TLS/GW,其它本地网不设互换机，采取省会LS/GW软笼罩的

方法。其中省会LS/GW卖力与省会都市所在本地网相关的互联互通业务量。已建互换机

的本地网由该互换机卖力与该本地网相关的互联互通业务量。

一期建立的互换网络建立北方20个本地网，共建立22套本地网互换机。

在本期工程建立期间，互换网络二期工程也将同时展开，将缩小省会LS/GW软笼罩的笼

罩范畴，在一些中等发达都市创建TLS/GW。

答复：满足。我方已理解上述内容。

2.2.2智能网

从2002年年底智能网一期工程建立完成后，智能网将主要包袱北方9省（区、市）的新业

务开展。凭据北方电信事业部智能网建立情况，北方电信事业部智能网业务主要为卡类业

务、智能公话等业务。凭据智能网建立思路及业务开展的思路以及北方电信事业部关于智

能网的建立，在各本地网新建的LS/GW互换机同时具有区域智能网业务互换点SSP的成

果，卖力所辖区域智能网业务的触发，其中已设置互换机的各个本地网，由该互换机兼作

SSP卖力本地网内的区域智能网业务（不含国度主干智能业务），未设置互换机的其他本地

网，其区域智能业务由各省省会LS/GW互换机兼作SSP卖力。同时北方9省（区、市）

统一在郑州设置一套SCP,卖力北方9省（区、市）的所有智能网业务的控制和治理。

答复：满足。我方已理解上述内容。

2.2.3数据网

北方电信事业部IP网一期工程共设20个省域节点，所在设置和互换网相同，在这20个省

域节点，每个节点新增2台路由器和1台局域网互换机。

在本期工程建立期间，数据网二期工程也将同时展开，将在一些中等发达都市创建省域节

点，所在设置和互换网相同，每个节点新增1台路由器和1台局域网互换机。

答复：满足。我方已理解上述内容。

2.2.4业务支撑网现状

在本期工程建立前期，北方电信事业部已经组织建立北方电信业务支撑系统一期工程的建

立。一期工程建立完成了以下主要硬件平台：

（1）完成了互换网络一期建立的20个本地网的所有互换机的收罗部分的硬件平台建立；

（2）完成了北方电信事业部结算系统及网上营业厅的成果的建立，而各省没有业务支撑系

统的硬件平台，仅通过远程操纵终端完成相应的结算成果。

答复：满足。我方已理解上述内容。

2.3工程建立方案

2.3.1总体框架

北方9省（区、市）业务支撑系统总体结构采取北方电信事业部中心和9省（区、市）公

司两级结构。即所谓的“1+9”模式，在北方电信事业部和北方9省（区、市）分别创建

业务支撑系统平台，在应用层面实现省级会合，在核心数据层面实现9省（区、市）的大

会合。北方电信事业部业务支撑中心主要完成综合营销治理、综合结算、生产调治治理、

资源治理、统计阐发和系统治理等6个成果模块；而省级业务支撑系统主要完成综合客服、

综合营销治理、综合计费、综合帐务、SLA治理、生产调治治理、资源治理等8个成果模

图2.3-1北方电信业务支撑系统网络框架图

在此总体框架下，由北方电信事业部统一界说北方9省（区、市）的核心数据结构，包罗

用户数据、帐务数据、产物数据、资费结构和资源结构等。在北方电信事业部创建业务支

撑系统核心数据的数据库平台，并在其上创建卖力北方9省（区、市）全局的应用系统。

而在北方9省（区、市）分别创建本省会合的数据库平台和应用平台，省业务支撑系统的

数据结构必须与北方电信事业部的界说保持一致，省公司在此底子上创建适应本省实际业

务开展情况的应用系统。

北方电信事业部和各省级业务支撑平台则通过企业内部通信网DCN网进行相关的数据信

息的传输。

答复：满足。我方已理解上述内容。

2.3.2系统建立实施

北方电信业务支撑系统二期工程的建立实施要遵循“总体筹划、转动建立”的原则。作为

全新的电信企业，北方电信9省（区、市）不但具有中国电信南方21省建立业务支撑系统

的富厚的经验，并且扔掉了历史的包袱。因此，北方电信业务支撑系统更应该站在一个更

高的高度，充实吸收南方21省“九七”系统、计费帐务系统、1000号客服系统等系统建

立的富厚经验，对系统进行公道的总体筹划，尽可能制止“信息孤岛”，确保新建立的电信

业务支撑系统能够融合以前各系统的种种优点，同时制止以前各系统由于其时技能的局限

而带来的不敷，真正建立一个高效、完善的业务支撑系统。

同时，建立北方电信业务支撑系统二期工程也是一个非常紧迫的工程，要满足业务开展的

需要、市场开拓的需要、建立周期的短促，不允许有太多的时间进行充实的准备。因此，

在总体筹划的前提下，进行转动建立，确保在包管一个完整的总体筹划的底子上，不绝完

善该系统。

答复：满足。我方自主研发的EOS底子平台可以从应用软件架构上满足“总体

筹划、转动建立”的需要。

2.4工程建立范围

北方电信业务支撑系统二期工程主要是为了解决北方电信9省（区、市）业务网络建立完

成后，更好地为电信用户办事，更好地提供对开展业务的支撑。并且本期工程主要满足到

2004年，对各个业务系统进行支撑，其建立范围为：

本期工程省级业务支撑系统平台包罗综合客服、综合计费、综合账务、生产调治治理和网

络资源配置治理等成果模块，采取全省会合模式将所有实现这些成果模块的数据库办事器、

应用办事器、存储设备、备份设备全部会合在一个省业务支撑中心，考虑到掩护投资和以

后系统扩容的方便，许多成果模块需要合设同一套办事器。

本期工程事业部中心业务支撑系统，凭据北方电信实际业务需求，对一期工程建立的结算

系统和网上营业厅成果，进行适当扩容或改革。

本技能范例书要求卖方在理解北方电信业务支撑系统二期工程建立范围和内容的底

子上，就二期工程的综合客服、生产调治和网络资源配置治理成果部分作详细应答。

答复：满足。我方已理解上述内容。

2.5本期工程所需软件说明

凭据北方电信业务支撑系统二期工程建立要求，本工程技能范例书将对该工程的整体情况

进行扼要描述，并对本工程的应用软件进行整体描述，但请卖方注意，本工程的应用软件

共包罗事业部业务支撑平台应用软件(共6大成果)和省级业务支撑平台应用软件(共8

大成果)，但本工程技能范例书只针对其中的省级业务支撑平台应用软件8大成果中的综

合客服、生产调治和网络资源配置治理成果提出具体要求。请卖方在理解工程应用软件整

体结构的底子上，针对以下方面进行应答和报价：

(1)应答范畴包罗对应用软件整体结构的理解，以及综合客服、生产调治和网络资

源配置治理成果在整体结构中的作用及与其他模块之间的干系；

答复：满足。我方在《技能发起书》中详细描述了对应用软件结构的理解，以

及综合客服、生产调治和网络资源配置治理成果在整体结构中的作用及与其他

模块之间的干系，详见《技能发起书》2.2.4.1

(2)报价范畴包罗实现综合客服、生产调治和网络资源配置治理成果所需要的设计、

开发、办事等方面的用度，具体方法拜见对报价体系的要求；

答复：满足。我方对此作了详细列举，详见《商务报价》。

(3)为了确保完成综合客服、生产成果和网络资源配置治理成果，请卖目标对所需

要的主机存储、备份等硬件种类、配置、处理惩罚能力，种种系统软件的种类、各项性能

指标的要求进行详细描述，确保买方能够提供足够的应用软件运行情况，以满足卖方提供

的综合客服、生产调治和网络资源配置治理成果的正常运行，以及和其他部分成果配合组

成一个有机的应用系统。但此部分作为可选项报价，不计入总价；

答复：满足。我方不但从主机的性能、容量方面作了比力详细论述，并且凭据各省的实际

业务情况对硬件系统做了相应的配置，包管系统的建立即经济、实用并有很强的扩展性，

详见《技能发起书》6的描述

(4)卖方开发的软件如果是事业部业务支撑平台所需要的成果，则只需要在事业部

平台使用，如果是省级业务支撑平台所需要的成果，则需要在北方9省(区、市)分公司

的9个业务支撑平台使用，因此卖方的应用软件报价必须包罗所有需要的软件数量。

答复：满足。我方已凭据这些要求对系统进行报价，详见《商务报价》。

(5)由卖方所开发的软件，在系统验收之前，卖方须凭据买方的要求实时作出设计

修改，以包管系统成果的完整性和可靠性；并包管在办事期内免费卖力软件的更新、维护

以及版本的升级。

答复：满足。

(6)由卖方所开发的软件，须提供数据和API接口，软件自己应具有灵活的配置文

件，以方便维护。

答复：满足。

综合客服、生产调治和网络资源配置治理应用软件成果需求将在本范例书的

后续章节将详细给出具体技能要求。

答复：满足。

III.第三章业务支撑系统技能要求

3.1总体要求

（1）应用软件的设计应严格切合本范例三层体系结构的要求，使系统具有

良好的灵活性、可操纵性和可扩展性，并遵循中国电信团体公司、北方电信的

相关接口范例；

答复：满足。拜见《技能发起书》的。我方应用系统创建在J2EE标准底子之上，采取三

层体系结构。如果原有业务流程产生变革，直接通过修改流程图即可完成；如果业务框架

中某些业务属性产生变革，通过数据字典的治理进行配置即可；如果需要开发新业务，则

可以利用我方的快速开发东西进行快速开发。我方系统完全采取面向东西技能，具有很强

的灵活性、可操纵性和可扩展性。我方应用系统遵循中国电信团体公司、北方电信的相关

接口范例，详见《技能发起书》224.2的描述。

（2）为了向客户提供灵活多样的办事，快速适应新业务的开展，应用软件

的设计应采取灵活的结构，应采取面向东西、中间件等技能；

答复：满足。拜见上点复兴。

（3）整个应用软件系统应能够连续7X24小时不中断事情，应用软件中的

任一模块更新、加载时，在不更新与上下模块的接口的前提下，不影响业务运

转和办事；

答复：满足。我方整个应用软件系统摆设在两台支持负载均衡的应用办事器上，加上数据

库和网络设备的冗余备份，能够支持7*24小时不中断运行，软件模块可以动态更新和加

载。

（4）应用软件应具有较高的自动化水平，如：自动任务调治、自动妨碍告

警、自动任务规复等；

答复：满足。我方应用软件构建在EOS平台底子上，EOS平台自己提供自动任

务调治、妨碍告警、任务复兴等机制，同时我方将提供给用网管署理对应用承

载平台进行自动妨碍告警。详见《技能发起书》的5.1.17.5描述。

（5）应具有完整的操纵权限治理成果和完善的系统宁静机制，能够对每个

操纵员的每次操纵有详细的记录，对每次非法操纵产生告警；

答复：满足。

（6）应能为系统治理员提供多种发明系统妨碍和非法登录的手段；

答复：满足。

（7）应采取简便、直观、友好的图形化中文界面，支持鼠标操纵；

答复：满足。

（8）对付业务处理惩罚界面，应包管操纵人员能够完全利用键盘操纵；

答复：满足。

（9）对付常用环节，系统应设置快捷键以方便成果间的切换；操纵及选择

键（热键、菜单选择等）的成果界说在全系统保持一致；

答复：部分满足。由于我方采取100%B/S结构，对快捷键的支持会相对较弱。

（10）应具备相应容错手段，允许操纵人员有限范畴的误操纵；

答复：满足。

（11）应具有在线资助成果，并能方便治理员修改资助信息；

答复：满足。

（12）支持中文字符集等相关国度标准规定的汉字字符处理惩罚，可进行

处理惩罚、显示和打印。

答复：满足。

3.1.1质量性能要求

业务支撑系统的建立必须切合如下质量要求：

（1）技能先进性：系统设计应采取当前先进而成熟的技能，充实吸收国际厂商的先进经验，

并考虑到北方电信9省（区、市）的特殊性，不但可以满足本期工程的需求，也应掌握未

来的生长偏向。

答复：满足。网上营业厅系统数据库采取Orcale8i,中间件采取基于J2EE标准的

BEAWeblogic或IBMWebsphere,数据互换基于XML技能，应用软件采取基于B/S三

层体系结构，主要编码语言采取Java,这些都是在业界被遍及使用并经过验证的先进而成

熟的技能，在应用软件上，我方基于J2EE平台开发的具有完全独立自主版权的技能支撑

平台（包罗组件组合技能，数据字典治理，基于XML的数据总线技能，用于页面逻辑和

业务逻辑开发的可视化开发情况，多维数据堆栈，OLAP阐发东西和其他大众办事设施）

和以客户为中心的业务框架平台是充实吸取了国际厂商的先进经验，其中技能支撑平台经

过BEA、HP、Orcale和我方的联合测试，性能指标凌驾同类产物主流国际厂商水平（主

要是因为我方采取的奇特的动态EJB组合技能），整个平台已经有在证券行业有多个大容

量运行的案例，属于成熟的技能。在已有的原子办事上开发新的业务逻辑无需编程，并且

因为如下原因使得本系统不但可满足本期工程的要求，也能切合未来技能和业务的生长：

1、创建在EOS平台和客户细分底子上的应用系统适应未来以客户为中心的市场阐发、营

销和办事系统的变革。2、基于J2EE、XML的数据互换能够很好与其他系统进行集成。3、

具有新业务快速开发能力。

（2）可扩充性：在系统设计时应充实考虑可扩充性，从而确保新成果、新业务的增加应可

以在不影响原系统运行的情况下实现。

答复：满足。详见《技能发起书》的227.4描述，系统在多个条理上都具有良好的扩展性。

（3）宁静性：系统应包管数据不被非法入侵者破坏和盗用，并包管数据的一致性，对欺诈

行为应采取多种查抄和处理惩罚手段。

答复：满足。详见《技能发起书》的222.2的描述，系统通过对各个条理的宁

静战略保障数据的一致性和完整性并采取多种查抄和处理惩罚手段防备欺诈行

为。

（4）可靠性及稳定性：应采取相应的妨碍查抄、告警和处理惩罚机制，包管数据不会因意

外情况丢失或损坏；采取灵活的任务调治机制实现负载均衡，防备“瓶颈”产生，在任何

情况下，都应该保持可预见的

答复：满足。系统通过设备冗余、数据备份、负载均衡、容错、网络治理的等

多种手段包管系统的可靠性和稳定性。

(5)准确性：应该能够提供多种考核手段，包管系统数据的准确性。

答复：满足。系统通过基于MAC、HASH、记录数等多种数据考核手段包管系

统数据准确性。

(6)成熟性：应尽量选用经过大量运用、成熟可靠的系统。

答复：满足。详见《技能发起书》的227.3,系统软硬件都选用目前业内的主流

厂家和型号。

(7)经济性：在满足上述的前提下，选择经济、实用的系统配置。

答复：满足。因为系统基于J2EE系统之上的EOS平台我方具有完全自主知识

产权，EOS的主要特性是适应变革和业务组件重用性，长期来看能够极大地低

落设计、开发、维护本钱，所以在能够充实适应未来变革的底子上，极大低落

应用系统投资本钱。

3.1.2技能性能要求

(1)系统应具有较强的宁静性和保密性。

答复：满足，详见《技能发起书》2.222的描述，系统通过多种手段从多个条理加以

保障。

(2)系统不易瓦解或被破坏，具有良好的规复能力。

答复：满足，要害设备采取冗余配置，通过防火墙实现和公网的断绝，数据存储采取RAID5

技能，并定时进行磁带备份，应用软件系统具有流量控制、拥塞控制成果，一般不会瓦解

或被破坏。

(3)系统应提供多级密码口令或使用硬件钥匙。

答复：满足，详见《技能发起书》222.2的描述，系统能提供完善的系统控制治理。如需

要，系统可以提供使用硬件钥匙。

(4)系统有完善的用户组治理，控制差别用户的权限。

答复：满足。系统有完善的脚色治理，每个脚色可以定制权限，用户可以通过映射一个或

多个脚色控制差别用户的权限。

(5)网络及数据库系统可进行访问控制。

答复：满足，详见《技能发起书》的6.2.5以及7.2,系统采取多个条理的访问控制。

(6)系统应提供详细的记录日志。

答复：满足。系统不但提供运行日志、操纵日志、异常日志等多个方面的日志记录，并且

还提供用于跟踪妨碍的日志跟踪手段。

(7)系统必须能够提供完善的业务告警系统。

答复：满足，我方系统通过种种日志、声音提供告警，还提供基于SNMP的应

用层网管进行业务告警。

3.1.3应用指导原则

应用应遵循的标准：

(1)所有的应用需能够与EAI架构标准(XML,CORBA,Java/JSP/J2EE)接口。

答复：满足。

(2)应用应是支持消息的(messagebased),

答复：满足。

(3)所有的应用应是基于UNIX的(Unixbased)。

答复：满足。

(4)应用必须是支持SMP的(SMPbased)o

答复：满足。

(5)在应用软件治理和监控的成果方面应提供SNMPMIB。

答复：满足。

以下原则作为中国电信IT战略的组成部分，是所有应用都必须遵守的。卖方应凭据本期工

程的建立要求，说明所提供的应用将如何去遵守这些原则。

(1)切合北方电信对核心应用标准化的需求。

计费帐务系统，作为核心应用，允许凭据北方电信的特殊要求作有限度的客户化定

制。但所有变动必须包管与北方电信核心应用平台的相关标准和技能范例

(SDK/API)保持一致

答复：满足。我方应用通过EAI平台与计费帐务系统连接，我方开放的应用软

件体系结构可以快速适应北方电信对核心应用标准化的需求。

(2)模块化的应用架构。

应清楚的界说每个模块/应用的成果和业务笼罩范畴，制止在一个模块中实现多种成

果，保持单个模块/应用与具体业务应用系统的相对独立性，包管系统的统一性和一

致性。

答复：满足。我方创建在EOS上的应用架构，可以从应用构架上极大地包管模

块之间地松散耦合；另外我们从应用成果分别和组织上上也尽可能满足上述要

求。

(3)核心应用系统架构的标准化。

系统建立初期，北方电信将对应用系统架构的实施进行监控，逐渐形成一个北方电

信的标准化应用架构。

答复：满足。我方将通过设计相同尽力配合贵方做好该项事情。

(4)应用系统应支持会合的版本控制与升级治理。

答复：满足9.4.5。

(5)系统应可以灵活地扩展以支持业务增长和新业务需求的引入。

卖方应从生意业务、数据量和通信量等角度，基于业务的短期和长期增长潜力对应

用的扩展性做出充实的考虑，同时还应在分身短期和长期运营需求的底子上考虑目

前和未来系统上潜在的扩展能力，如对外联网能力等。

答复：满足。详见《技能发起书》3的描述，系统在多个条理上都具有良好的扩展性，完

全可以支持业务增长和新业务需求的引入。

(6)北方电信将通过一套通用的评估标准对所有系统是否到达预期目标进行评估。

卖方首先应包管所提供的应用成果上是能够满足北方电信的业务需求的，性能上是

经过验证的，能够满足业务处理惩罚方面的非成果需求的。同时还应包管应用所采

取的技能必须切合中国电信的IT底子设施结构和技能标准，并提供完整而详尽的

技能文档及用户手册。

答复：部分满足。目前，我方尚不清楚通用的评估标准，但我方会尽力配合北

方电信，已完全满足本条要求。

3.1.4数据指导原则

卖方应说明所提供的应用是如何去遵守以下描述数据架构的指导性原则的：

（1）在北方电信创建统一的共享数据来提供计费帐务方面的数据与应用的对应和单一的客

户视图。

答复：满足。

（2）遵守北方电信所界说和控制的共享核心数据的逻辑模型和接口访问标准，共享核心数

据如客户资料、资产数据、系统配置数据会合存储，统一维护，在北方电信内部具有协同

操纵的成果。所有应用系统不得再独立拥有其与核心共享数据模型相同或重复的数据模型。

答复：满足。我方应用将通过EAI平台对北方电信所界说和控制的共享核心数

据的逻辑模型进行访问。

（3）应用系统在提交（或安排）数据前，应将其过滤或转换为切合北方电信相关数据标准

的格式。

答复：满足。一般EAI平台中会提供数据转换的办事，我方完全遵从我方应用

在提交数据前，将数据过滤或转换为切合北方电信相关数据标准的格式。

（4）数据与应用的并存应有清晰的主从干系以确保数据界说的一致性。生意业务数据与阐

发数据应离开进行存储。

答复：满足。我方应用从数据字典、应用架构多个方面包管数据界说的一致性;

生意业务数据与阐发数据也是离开存储。

3.1.5技能指导原则

卖方应说明所提供的应用将如何去遵守以下描述的技能指导性原则：

（1）各应用系统应支持总集成商采取EAI（包罗集成中间件、共享核心数据模型、应用界

面界说和事情流引擎）技能进行应用整合，各应用系统间的接口须切合总集成商确定的接

口范例。（2）为每个用户群，包罗客户，提供一个一致的、本性化定制的和易于使用的界

面，该界面应提供对所有相关应用、数据和办事集成的访问接口。

（3）应制定一致的用户界面标准,并说明是B/S架构照旧C/S架构。

答复：满足。我方应用系统在J2EE上进行开发，是100%B/S构架，我方提供

的接口可以基于JMS、RMI或WebService,数据互换基于XML,非常方便地

支持与目前各主流EAI厂商的集成，我方系统可以为差别的使用者配置差别的

界面和成果组合，利用EAI平台，通过与其他应用系统的集成，可以提供对所

有相关应用、数据和办事集成的访问接口。

3.2宁静性要求

3.2.1系统级宁静

对付操纵系统、数据库和网络分别有各自的宁静包管步伐。

（1）软件系统宁静

>主机操纵系统和数据库系统应定期自动做备份；

>开发、测试系统与生产系统要严格离开；

>数据传输、处理惩罚应有校验成果和较强的纠错成果。

答复：满足。我方的开发、测试情况和运行情况是离开的，并支持动态加载；

数据传输、处理惩罚、存储都通过Hash和加密技能进行宁静、纠错保障。

（2）网络系统宁静

>对非法的外部登录系统应能告警。

>网络登录应受到监控，对重复试验密码的行为系统应能告警。

>系统的各级登录密码要严格治理。

>网络登录密码要定期调换。

答复：满足。

（3）数据宁静

>数据库自己应有较强的宁静机制：

>数据宁静性能必须到达相关标准的级别，请提供本产物的数据宁静品级；

>数据库的用户名和密码应与操纵的用户名和密码差别；

>数据库级，系统应用级数据应凭据数据备份制度定期备份；

>数据库应有较强的妨碍规复能力；

>异种数据库的数据共享与传送应包管准确、宁静；种种原始计费数据均应保存备

份；

>内部数据查询应对差别的人员设定差别的级别，每人只能查询与自己相关的数

据。

答复：满足。

3.2.2应用级宁静

（1）提供基于业务规矩控制的系统应用宁静步伐。

（2）支持凭据业务的要求设置成果控制点，对每一个成果控制点实施权限控制。

（3）支持凭据系统成果应用的具体情况，对付应用系统的某些处理惩罚模块和某些成果的

使用权限、登录用户对付数据字典的访问权限、应用系统操纵人员差别脚色的处理惩罚权

限等，实施权限控制。

（4）提供操纵日志和审计成果，记录操纵员进入和退出的时间，记录每项重要的操纵。

答复：满足。

3.3系统技能路线要求

北方电信业务支撑系统在体系结构上分为两个条理，包罗应用承载层和应用系统层。在应

用系统层，包罗综合营销、综合客服和综合计费等应用软件系统，按数据流、事情流、OLTP

和OLAP四种实现模型界说所有的应用软件系统的体系结构。在应用承载层，建立一个独

立于应用软件系统的，会合式的应用软件承载平台。以应用软件承载平台为依托，与各应

用软件系统配合组成一个N+1模式的业务支撑系统运行情况。其系统架构如下图所示：

业

务

支

撑

系

统