北方電信業務支撐系統二期

工程技能范例書

（綜合客服、生產調治應用軟件部分）

中國電信團體公司北方電信事業部

二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模式的業務支撐系統運行情況。其系統架構如下圖所示：

業

務

支

撐

系

統