北方電信業(yè)務(wù)支撐系統(tǒng)二期 工程技術(shù)規(guī)范書 （綜合客服、生產(chǎn)調(diào)度應(yīng)用軟件部分） 中國電信集團公司北方電信事業(yè)部 二OO三年一月 目 錄 第一章 總則 1 1.1 概述 1 1.1.1 規(guī)范定義 1 1.1.2 規(guī)范內(nèi)容 1 1.1.3 規(guī)范依據(jù) 1 1.1.4 規(guī)范要求 1 1.1.5 規(guī)范書有關(guān)內(nèi)容的澄清 2 1.2 對賣方建議書的要求 2 1.2.1 技術(shù)規(guī)范書點對點應(yīng)答書要求 2 1.2.2 建議書的內(nèi)容格式要求 3 1.2.3 其他一些要求 3 1.3 報價體系要求 4 1.3.1 總體要求 4 1.3.2 報價體系要求 4 1.3.3 服務(wù)報價要求 5 1.3.4 培訓(xùn)報價要求 5 1.4 系統(tǒng)文檔要求 5 1.5 保密要求 6 第二章 工程說明 6 2.1 工程概況 6 2.2 北方電信網(wǎng)絡(luò)現(xiàn)狀 7 2.2.1 交換網(wǎng) 7 2.2.2 智能網(wǎng) 7 2.2.3 數(shù)據(jù)網(wǎng) 7 2.2.4 業(yè)務(wù)支撐網(wǎng)現(xiàn)狀 8 2.3 工程建設(shè)方案 8 2.3.1 總體框架 8 2.3.2 系統(tǒng)建設(shè)實施 9 2.4 工程建設(shè)規(guī)模 9 2.5 本期工程所需軟件說明 10 第三章 業(yè)務(wù)支撐系統(tǒng)技術(shù)要求 11 3.1 總體要求 11 3.1.1 質(zhì)量性能要求 11 3.1.2 技術(shù)性能要求 12 3.1.3應(yīng)用指導(dǎo)原則 12 3.1.4數(shù)據(jù)指導(dǎo)原則 13 3.1.5技術(shù)指導(dǎo)原則 13 3.2 安全性要求 14 3.2.1 系統(tǒng)級安全 14 3.2.2 應(yīng)用級安全 14 3.3 系統(tǒng)技術(shù)路線要求 15 3.4 與相關(guān)系統(tǒng)的接口技術(shù)要求 18 3.4.1 北方電信事業(yè)部與相關(guān)系統(tǒng)的接口技術(shù)要求 19 3.4.2 北方9?。▍^(qū)、市）與相關(guān)系統(tǒng)的接口技術(shù)要求 20 3.5 軟件開發(fā)要求 22 3.6 網(wǎng)絡(luò)帶寬需求 22 第四章 業(yè)務(wù)功能需求 22 4.1 業(yè)務(wù)支撐系統(tǒng)軟件體系結(jié)構(gòu) 22 4.2 綜合客服功能需求 24 4.2.1 銷售管理過程 25 4.2.2 客戶管理 26 4.2.3 客戶經(jīng)理管理 29 4.2.4 業(yè)務(wù)受理 30 4.2.5 收費管理 32 4.2.6 故障受理 34 4.2.7回復(fù) 34 4.2.8 業(yè)務(wù)咨詢 35 4.2.9 投訴建議 35 4.2.10 業(yè)務(wù)查詢 36 4.2.11 主動服務(wù) 36 4.2.12 銷帳管理 38 4.2.13 系統(tǒng)管理 39 4.2.14 統(tǒng)計分析 40 4.3 生產(chǎn)調(diào)度管理功能需求 42 4.3.1 用戶界面 42 4.3.2 系統(tǒng)要求 42 4.3.3 功能需求 44 4.4網(wǎng)絡(luò)資源配置管理 49 4.4.1網(wǎng)絡(luò)資源數(shù)據(jù)管理 49 4.4.2網(wǎng)絡(luò)資源配置 49 4.4.3與其他系統(tǒng)的關(guān)系 50 第五章 售后服務(wù)要求 50 5.1 系統(tǒng)服務(wù)要求 50 5.2 售后服務(wù)要求 51 第六章 軟件開發(fā)、項目組織、技術(shù)培訓(xùn)要求 51 6.1 工程計劃及進度 51 6.2 項目組織要求 52 6.3 技術(shù)培訓(xùn)要求 52 第七章 其他要求 52 第一章 總則 1.1 概述 1.1.1 規(guī)范定義 本文件為北方電信業(yè)務(wù)支撐系統(tǒng)二期工程（綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能應(yīng)用軟件部分）的技術(shù)規(guī)范書。提供本期工程相關(guān)應(yīng)用軟件的公司（以下稱賣方）應(yīng)向中國電信集團公司北方電信事業(yè)部（以下稱買方）就系統(tǒng)所需的應(yīng)用軟件作出詳細答復(fù)。 回答：滿足。 1.1.2 規(guī)范內(nèi)容 本規(guī)范書針對本次項目所需要的綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能應(yīng)用軟件部分提出相應(yīng)的技術(shù)規(guī)范要求。本規(guī)范給出了買方中國電信集團公司北方電信事業(yè)部對北方電信業(yè)務(wù)支撐系統(tǒng)二期工程在應(yīng)用軟件的技術(shù)、性能、服務(wù)等方面應(yīng)滿足的各項要求，這些要求將在以后的各章節(jié)中列出，以供賣方編寫方案建議書、軟件配置、供貨及報價書之用。請賣方根據(jù)自己所能提供的軟件，給出詳細的方案建議書和商務(wù)報價書。 回答：滿足。 1.1.3 規(guī)范依據(jù) （1）ISO、ITU-T、ETSI、IMTC、IETF等軟硬件技術(shù)標(biāo)準(zhǔn)； （2）信息產(chǎn)業(yè)部、原郵電部、中國電信集團關(guān)于業(yè)務(wù)支撐系統(tǒng)的相關(guān)技術(shù)體制和技術(shù)規(guī)范； （3）中國電信集團公司北方電信業(yè)務(wù)支撐系統(tǒng)技術(shù)規(guī)范V1.0； （4）中國電信集團公司北方電信業(yè)務(wù)支撐系統(tǒng)業(yè)務(wù)規(guī)范V1.0； （5）中國電信集團北方電信事業(yè)部交換網(wǎng)、傳輸網(wǎng)、數(shù)據(jù)網(wǎng)的建設(shè)方案及相關(guān)業(yè)務(wù)量分析和預(yù)測結(jié)果； 回答：滿足。 1.1.4 規(guī)范要求 （1）賣方應(yīng)承諾所提供的軟件在產(chǎn)品性能、技術(shù)指標(biāo)、服務(wù)內(nèi)容等方面滿足本規(guī)范的要求； 回答：滿足。 （2）當(dāng)買方有新建議，而本規(guī)范又尚未包括或和本規(guī)范不符時，則應(yīng)符合買方新建議的要求；對于買方尚未有標(biāo)準(zhǔn)的，而本規(guī)范又未提及的部分，賣方提出其標(biāo)準(zhǔn)，留待雙方認可后執(zhí)行； 回答：滿足。 （3）當(dāng)賣方的設(shè)備中包含自己的專用標(biāo)準(zhǔn)，應(yīng)在建議書中具體說明，并附上相應(yīng)的詳細資料。 回答：滿足。 （4） 賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界范圍內(nèi)和國內(nèi)的應(yīng)用情況，諸如最大規(guī)模、業(yè)務(wù)類型及開展方式、用戶數(shù)量等。 回答：滿足。 1.1.5 規(guī)范書有關(guān)內(nèi)容的澄清 （1）賣方對于規(guī)范書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到技術(shù)規(guī)范書的賣方。 回答：滿足。 （2）在技術(shù)談判的各個階段，買方將以書面形式要求賣方對有關(guān)問題進行進一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。 回答：滿足。 （3）未經(jīng)買方許可，賣方不得以任何形式向第三方提供本文件的全部或部分內(nèi)容。 回答：滿足。 （4）買方在任何時候保留和擁有對本文件的解釋權(quán)和修改權(quán)。買方有權(quán)在簽定合同前，根據(jù)需要修改和補充本技術(shù)規(guī)范書，修改補充后的最終技術(shù)規(guī)范書將作為合同的附件。 回答：滿足。 （5）本工程技術(shù)規(guī)范書要求針對本規(guī)范書描寫的綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能應(yīng)用軟件部分進行詳細應(yīng)標(biāo)，并要求符合業(yè)務(wù)支撐系統(tǒng)總體軟件體系結(jié)構(gòu)。 回答：滿足。 1.2 對賣方建議書的要求 賣方在收到本文件后，應(yīng)提供的資料包括以下幾部分： （1）對本文件的點對點應(yīng)答書 （2）技術(shù)建議書 （3）報價書 回答：滿足。 1.2.1 技術(shù)規(guī)范書點對點應(yīng)答書要求 賣方的應(yīng)答書中，要求對本文件的技術(shù)規(guī)范部分和商務(wù)合同部分所提出的各項條款進行逐項答復(fù)、說明和解釋，首先對實現(xiàn)或滿足程度明確作出“滿足”、“部分滿足”、“不滿足”等應(yīng)答。在答復(fù)中，凡采用“詳見”、“參見”方式說明的，應(yīng)指明參見文檔的具體章節(jié)或頁碼。請賣方特別注意：凡采用“詳見”、“參見”方式說明的條款，必須在點對點應(yīng)答書中注有適當(dāng)?shù)目偨Y(jié)性文字，簡潔、明了地回答相應(yīng)的條款。對于規(guī)范書中要求列舉的條款，必須在點對點應(yīng)答書中進行列舉，不得簡單答復(fù)“滿足”等，否則視該條款的應(yīng)答為“不滿足”。如果回答“部分滿足”，需要詳細說明哪些部分滿足，哪些部分不滿足，并且詳細說明原因。 回答：滿足。 1.2.2 建議書的內(nèi)容格式要求 賣方所提供的建議書應(yīng)按照以下內(nèi)容格式進行編制： （一）綜述； （二）工程技術(shù)規(guī)范書； （三）技術(shù)規(guī)范書點對點應(yīng)答； （四）總體方案及綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能部分方案建議； （五）應(yīng)用軟件詳細配置清單； 軟件的詳細配置原則或配置說明、相關(guān)計算方法和依據(jù)，包括必要的公式、表格或圖表。 （六）應(yīng)用軟件功能詳細說明； （七）硬件配置要求說明； 即軟件運行環(huán)境說明，賣方所提供的應(yīng)用軟件對硬件的具體要求，包括所需要的硬件組織結(jié)構(gòu)圖、硬件處理能力估算、硬件配置要求說明及推薦硬件配置。需要說明的是，本次工程硬件將由買方根據(jù)賣方所提供的應(yīng)用軟件的需要進行自主采購，但賣方必須提出對硬件處理能力、配置要求等各方面的需求，并對最終結(jié)果進行確認。 （八）系統(tǒng)軟件詳細配置清單及功能詳細說明； 即軟件運行環(huán)境說明，賣方所提供的應(yīng)用軟件對系統(tǒng)軟件的具體要求，包括所需要的數(shù)據(jù)庫、中間件的具體配置要求說明，以及賣方所提供的應(yīng)用軟件運行所必須要的其它系統(tǒng)軟件、測試軟件、開發(fā)軟件等需要向第三方采購的通用性系統(tǒng)軟件。并詳細列出所需要的這些系統(tǒng)軟件的種類、推薦使用的具體產(chǎn)品（如果必須采用某種產(chǎn)品的需要特別說明）、License數(shù)量等，以及這些軟件的報價并對最終結(jié)果進行確認。。需要說明的是，這些軟件的報價將作為可選項單獨報價，不計入總價。 （九）供貨計劃及工程進度安排詳細說明； （十）分工界面，要求圖示并加以說明； （十一）測試及驗收； （十二）培訓(xùn)計劃； （十三）技術(shù)服務(wù)、支持； （十四）所提供軟件的技術(shù)文檔； （十五）相關(guān)資質(zhì)或許可證。 回答：部分滿足。因為本款中對建議書格式與投標(biāo)要求中對格式要求不一致，按照本規(guī)范與投標(biāo)要求不一致的地方以投標(biāo)要求為準(zhǔn)的原則，我方將按照投標(biāo)要求進行格式編排，但內(nèi)容會覆蓋以上條款所含內(nèi)容。 1.2.3 其他一些要求 北方電信業(yè)務(wù)支撐系統(tǒng)二期工程的需求由買方提出，軟、硬件的配置由買方協(xié)助賣方進行。賣方在進行業(yè)務(wù)支撐系統(tǒng)設(shè)置和設(shè)備配置時應(yīng)遵循以下原則： （1） 賣方應(yīng)以技術(shù)先進、經(jīng)濟合理，有利于今后發(fā)展的原則進行業(yè)務(wù)支撐系統(tǒng)二期工程的設(shè)計和軟、硬件設(shè)備的配置。 （2）根據(jù)買方的建議和要求，賣方應(yīng)向買方提供優(yōu)化的設(shè)計方案。 （3） 賣方在給出業(yè)務(wù)支撐系統(tǒng)二期工程的優(yōu)化方案時，應(yīng)以書面材料解釋其業(yè)務(wù)支撐系統(tǒng)優(yōu)化設(shè)計的思想、原則、步驟及利弊。 （4） 對于由賣方提供的硬件設(shè)備，該設(shè)備應(yīng)是以至少十年使用期設(shè)計的，賣方要保證不論提供的設(shè)備是否還生產(chǎn)，在使用期內(nèi)買方可得到備件。 （5）賣方應(yīng)根據(jù)本規(guī)范書的要求在規(guī)定時間2003年2月10日下午4:00之前提供技術(shù)建議書（中文）和報價書（中文），其中建議書要求提供8套，報價書3套（單獨密封包裝），并同時提供建議書和商務(wù)報價書的電子文檔（MS OFFICE文檔形式的光盤）。 回答：部分滿足，因為在投標(biāo)要求中提供的建議書為８套，而在投標(biāo)要求中的要求是３套，根據(jù)買方提供的《投標(biāo)人的問題答復(fù)（綜合客戶部分）》的答復(fù)“以投標(biāo)要求為準(zhǔn)”，因此將提供３套建議書。 1.3 報價體系要求 1.3.1 總體要求 （1）報價應(yīng)包括根據(jù)系統(tǒng)要求的所有必須的軟件、安裝材料、技術(shù)文件及安裝調(diào)測、培訓(xùn)、技術(shù)支持等； （2）報價應(yīng)包括軟件的名稱、版本號、配置模塊、數(shù)量等詳細內(nèi)容； （3）報價應(yīng)分別以美元或人民幣為單位； （4）報價應(yīng)按目錄價、折扣價和折扣率分項列清； （5）如果賣方提供的設(shè)備有多種可選配套軟件，賣方可以建議買方采用某些業(yè)務(wù)或功能，同時應(yīng)詳細描述和說明這些業(yè)務(wù)或功能并作為可選項提出報價，可供買方選擇的設(shè)備和功能報價單列，但不計入總價； （6）賣方在報價中應(yīng)明確標(biāo)注采用的第三方硬件、軟件產(chǎn)品，凡第三方軟件產(chǎn)品不由賣方直接供應(yīng)，應(yīng)注明其供應(yīng)商。 回答：滿足。 1.3.2 報價體系要求 請賣方按照以下各項要求分別報價： （1）本次配置所有軟件總價； （2）所有軟件配置清單及報價； （3）以?。▍^(qū)、市）為單位，本次配置的各?。▍^(qū)、市）所有軟件清單及報價，以及北方電信9?。▍^(qū)、市）匯總價； （4）系統(tǒng)所有必須配置的軟件清單、功能說明； （5）系統(tǒng)所有可選配置的軟件清單、功能說明及相應(yīng)各項報價，此部分報價不計入總價； （6）根據(jù)本規(guī)范書要求其他不計入總價的相關(guān)配置清單及報價（如硬件配置清單、系統(tǒng)軟件配置清單等，具體內(nèi)容參見后續(xù)章節(jié)）。 回答：滿足。 1.3.3 服務(wù)報價要求 賣方應(yīng)對下述服務(wù)項目進行報價： （1）安裝 賣方負責(zé)所提供硬件、軟件的安裝。 （2）二次開發(fā)和客戶化 賣方負責(zé)根據(jù)北方電信的需求對所提供的軟件進行相應(yīng)的剪裁、客戶化和二次開發(fā)工作。 （3）系統(tǒng)調(diào)測 賣方應(yīng)負責(zé)所提供硬件、軟件的調(diào)測，并負責(zé)配合系統(tǒng)內(nèi)相關(guān)設(shè)備的調(diào)測。 （4）技術(shù)服務(wù) 技術(shù)服務(wù)分為基本技術(shù)服務(wù)和可選技術(shù)服務(wù)，基本技術(shù)服務(wù)應(yīng)列出單價和合價，并列入必選報價及總價中；可選技術(shù)服務(wù)列入選項報價中，只列單價，并且不記入總價?；炯夹g(shù)服務(wù)包括技術(shù)支持，時限為系統(tǒng)終驗完成后的兩年，賣方應(yīng)提供技術(shù)支持時限內(nèi)7*24小時的技術(shù)支持。 回答：滿足。我方已對上述服務(wù)內(nèi)容進行報價，詳見技術(shù)服務(wù)附件和報價清單。 1.3.4 培訓(xùn)報價要求 請賣方根據(jù)本規(guī)范書對于技術(shù)培訓(xùn)要求的內(nèi)容，列出培訓(xùn)人員的費用單價及詳細的培訓(xùn)計劃（包括時間、地點、課程等），并作為可選項單獨報價，不計入總價。 回答：滿足。 1.4 系統(tǒng)文檔要求 要求賣方提供詳細的文檔資料，對所提供的系統(tǒng)文檔資料要求如下： （1）提供的技術(shù)文件應(yīng)與提供的軟件相一致，技術(shù)文件應(yīng)該全面、完整、詳細； （2）提供的技術(shù)文件應(yīng)能夠滿足軟件安裝、使用、維護、應(yīng)用開發(fā)的需要； （3）應(yīng)用軟件文檔應(yīng)該包括： Ø 軟件需求說明書 Ø 系統(tǒng)總體設(shè)計說明書 Ø 系統(tǒng)概要設(shè)計說明書 Ø 數(shù)據(jù)庫設(shè)計說明書 Ø 詳細設(shè)計文檔 Ø 應(yīng)用軟件清單 Ø 測試計劃、測試方案 Ø 測試報告 Ø 試運行報告 Ø 維護手冊 Ø 操作手冊 Ø 版本說明 Ø API說明 （4）應(yīng)提供完整的、準(zhǔn)確的源代碼，源代碼文檔要求有詳盡的說明和注釋； （5）文檔和資料應(yīng)提供電子文檔和紙面文檔，電子文檔格式為MS Word文檔。 回答：滿足。根據(jù)《商務(wù)規(guī)范書》的協(xié)定，我方將開放應(yīng)用軟件的全部源代碼（應(yīng)用軟件中的乙方自有軟件模塊除外）。 1.5 保密要求 賣方除以下情況外，非經(jīng)北方電信事業(yè)部書面許可，不得將本文件的任何內(nèi)容透露給除北方電信事業(yè)部以外的第三方。 經(jīng)北方電信事業(yè)部書面許可，應(yīng)標(biāo)商才允許將本文（限于必要部分）透露給其合作伙伴，并保證其合作伙伴不將本文透露給其它人。 未經(jīng)書面許可將本文件透露給第三方的應(yīng)標(biāo)商，將被剝奪中標(biāo)資格。 回答：滿足。 第二章 工程說明 2.1 工程概況 在本期工程建設(shè)前期，北方電信事業(yè)部已經(jīng)組織建設(shè)北方電信事業(yè)部業(yè)務(wù)支撐系統(tǒng)一期工程的建設(shè)。一期工程建設(shè)了北方電信事業(yè)部（地點設(shè)置在天津）業(yè)務(wù)支撐中心。北方9?。▍^(qū)、市）未建設(shè)應(yīng)用平臺。一期建設(shè)了一套統(tǒng)一集中的結(jié)算系統(tǒng)，完成了北方9省（區(qū)、市）的南方21省長途來話收斂、北方去話等業(yè)務(wù)涉及到的與其他運營商之間的結(jié)算，以及中國電信省間的網(wǎng)內(nèi)攤分；一期工程還建設(shè)了一套網(wǎng)上營業(yè)廳系統(tǒng)，為北方電信事業(yè)部及北方9?。▍^(qū)、市）電信公司完成企業(yè)宣傳、業(yè)務(wù)開展宣傳、客戶查詢、咨詢、投訴等相關(guān)的客戶服務(wù)的Web接入工作。對于前期的交換、數(shù)據(jù)專業(yè)的業(yè)務(wù)開展，則通過相應(yīng)的專業(yè)網(wǎng)后臺系統(tǒng)實現(xiàn)，在業(yè)務(wù)支撐系統(tǒng)一期工程中未考慮。 本期工程需要在一期工程的基礎(chǔ)上，更加完善北方電信業(yè)務(wù)支撐系統(tǒng)，主要建設(shè)北方9省（區(qū)、市）的業(yè)務(wù)支撐系統(tǒng)，包括業(yè)務(wù)支撐系統(tǒng)的綜合客服、號線資源管理、綜合計費、綜合帳務(wù)、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理管理等功能模塊。本期工程建設(shè)容量滿足2004年年底的業(yè)務(wù)量需求。 在本次招標(biāo)之前，北方電信組織各省開始了各省呼叫中心平臺的建設(shè)，計劃于2003年3月完成北方9?。▍^(qū)、市）的呼叫中心平臺的建設(shè)。各省呼叫中心平臺的建設(shè)將作為各省業(yè)務(wù)支撐系統(tǒng)的接入層，完成各省話音接入服務(wù)，而呼叫中心所需要的所有后臺數(shù)據(jù)和業(yè)務(wù)流程，包括所有用戶數(shù)據(jù)、所有業(yè)務(wù)流程都需要在本次應(yīng)用軟件中統(tǒng)一建設(shè)、統(tǒng)一管理、統(tǒng)一實現(xiàn)，而呼叫中心僅僅需要調(diào)用本次應(yīng)用軟件的各種數(shù)據(jù)和業(yè)務(wù)流程。 本期工程北方電信事業(yè)部將在北方電信范圍內(nèi)定義統(tǒng)一的共享核心數(shù)據(jù)模型。同時將定義流程模型，與業(yè)務(wù)結(jié)合轉(zhuǎn)化成具體的業(yè)務(wù)流程。共享核心數(shù)據(jù)模型和業(yè)務(wù)流程將被部署到各省的應(yīng)用承載平臺上，各省的應(yīng)用承載平臺負責(zé)實施數(shù)據(jù)模型和業(yè)務(wù)流程，建立本地化服務(wù)和具體的工作流程以及與應(yīng)用系統(tǒng)的適配器。 回答：滿足。我方已理解上述內(nèi)容。 2.2 北方電信網(wǎng)絡(luò)現(xiàn)狀 2.2.1 交換網(wǎng) 從2002年年底交換網(wǎng)絡(luò)一期工程建設(shè)完成后，交換網(wǎng)絡(luò)將主要承擔(dān)南方21省來話收斂業(yè)務(wù)。即在交換網(wǎng)絡(luò)一期工程建設(shè)完成后，在北方9?。▍^(qū)、市）的省會城市分別建TS與LS/GW，在發(fā)達城市建立TLS/GW，其它本地網(wǎng)不設(shè)交換機，采用省會LS/GW軟覆蓋的方式。其中省會LS/GW負責(zé)與省會城市所在本地網(wǎng)相關(guān)的互聯(lián)互通業(yè)務(wù)量。已建交換機的本地網(wǎng)由該交換機負責(zé)與該本地網(wǎng)相關(guān)的互聯(lián)互通業(yè)務(wù)量。 一期建設(shè)的交換網(wǎng)絡(luò)建設(shè)北方20個本地網(wǎng)，共建設(shè)22套本地網(wǎng)交換機。 在本期工程建設(shè)期間，交換網(wǎng)絡(luò)二期工程也將同時展開，將縮小省會LS/GW軟覆蓋的覆蓋范圍，在一些中等發(fā)達城市建立TLS/GW。 回答：滿足。我方已理解上述內(nèi)容。 2.2.2 智能網(wǎng) 從2002年年底智能網(wǎng)一期工程建設(shè)完成后，智能網(wǎng)將主要承擔(dān)北方9?。▍^(qū)、市）的新業(yè)務(wù)開展。根據(jù)北方電信事業(yè)部智能網(wǎng)建設(shè)情況，北方電信事業(yè)部智能網(wǎng)業(yè)務(wù)主要為卡類業(yè)務(wù)、智能公話等業(yè)務(wù)。根據(jù)智能網(wǎng)建設(shè)思路及業(yè)務(wù)開展的思路以及北方電信事業(yè)部關(guān)于智能網(wǎng)的建設(shè)，在各本地網(wǎng)新建的LS/GW交換機同時具有區(qū)域智能網(wǎng)業(yè)務(wù)交換點SSP的功能，負責(zé)所轄區(qū)域智能網(wǎng)業(yè)務(wù)的觸發(fā)，其中已設(shè)置交換機的各個本地網(wǎng)，由該交換機兼作SSP負責(zé)本地網(wǎng)內(nèi)的區(qū)域智能網(wǎng)業(yè)務(wù)（不含國家骨干智能業(yè)務(wù)），未設(shè)置交換機的其他本地網(wǎng)，其區(qū)域智能業(yè)務(wù)由各省省會LS/GW交換機兼作SSP負責(zé)。同時北方9?。▍^(qū)、市）統(tǒng)一在鄭州設(shè)置一套SCP，負責(zé)北方9?。▍^(qū)、市）的所有智能網(wǎng)業(yè)務(wù)的控制和管理。 回答：滿足。我方已理解上述內(nèi)容。 2.2.3 數(shù)據(jù)網(wǎng) 北方電信事業(yè)部IP網(wǎng)一期工程共設(shè)20個省域節(jié)點，地點設(shè)置和交換網(wǎng)相同，在這20個省域節(jié)點，每個節(jié)點新增2臺路由器和1臺局域網(wǎng)交換機。 在本期工程建設(shè)期間，數(shù)據(jù)網(wǎng)二期工程也將同時展開，將在一些中等發(fā)達城市建立省域節(jié)點，地點設(shè)置和交換網(wǎng)相同，每個節(jié)點新增1臺路由器和1臺局域網(wǎng)交換機。 回答：滿足。我方已理解上述內(nèi)容。 2.2.4 業(yè)務(wù)支撐網(wǎng)現(xiàn)狀 在本期工程建設(shè)前期，北方電信事業(yè)部已經(jīng)組織建設(shè)北方電信業(yè)務(wù)支撐系統(tǒng)一期工程的建設(shè)。一期工程建設(shè)完成了以下主要硬件平臺： （1）完成了交換網(wǎng)絡(luò)一期建設(shè)的20個本地網(wǎng)的所有交換機的采集部分的硬件平臺建設(shè)； （2）完成了北方電信事業(yè)部結(jié)算系統(tǒng)及網(wǎng)上營業(yè)廳的功能的建設(shè)，而各省沒有業(yè)務(wù)支撐系統(tǒng)的硬件平臺，僅通過遠程操作終端完成相應(yīng)的結(jié)算功能。 回答：滿足。我方已理解上述內(nèi)容。 2.3 工程建設(shè)方案 2.3.1 總體框架 北方9?。▍^(qū)、市）業(yè)務(wù)支撐系統(tǒng)總體結(jié)構(gòu)采用北方電信事業(yè)部中心和9?。▍^(qū)、市）公司兩級結(jié)構(gòu)。即所謂的“1＋9”模式，在北方電信事業(yè)部和北方9?。▍^(qū)、市）分別建立業(yè)務(wù)支撐系統(tǒng)平臺，在應(yīng)用層面實現(xiàn)省級集中，在核心數(shù)據(jù)層面實現(xiàn)9?。▍^(qū)、市）的大集中。北方電信事業(yè)部業(yè)務(wù)支撐中心主要完成綜合營銷管理、綜合結(jié)算、生產(chǎn)調(diào)度管理、資源管理、統(tǒng)計分析和系統(tǒng)管理等6個功能模塊；而省級業(yè)務(wù)支撐系統(tǒng)主要完成綜合客服、綜合營銷管理、綜合計費、綜合帳務(wù)、SLA管理、生產(chǎn)調(diào)度管理、資源管理等8個功能模塊。 圖2.3-1 北方電信業(yè)務(wù)支撐系統(tǒng)網(wǎng)絡(luò)框架圖 在此總體框架下，由北方電信事業(yè)部統(tǒng)一定義北方9省（區(qū)、市）的核心數(shù)據(jù)結(jié)構(gòu)，包括用戶數(shù)據(jù)、帳務(wù)數(shù)據(jù)、產(chǎn)品數(shù)據(jù)、資費結(jié)構(gòu)和資源結(jié)構(gòu)等。在北方電信事業(yè)部建立業(yè)務(wù)支撐系統(tǒng)核心數(shù)據(jù)的數(shù)據(jù)庫平臺，并在其上建立負責(zé)北方9?。▍^(qū)、市）全局的應(yīng)用系統(tǒng)。而在北方9?。▍^(qū)、市）分別建立本省集中的數(shù)據(jù)庫平臺和應(yīng)用平臺，省業(yè)務(wù)支撐系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)必須與北方電信事業(yè)部的定義保持一致，省公司在此基礎(chǔ)上建立適應(yīng)本省實際業(yè)務(wù)開展情況的應(yīng)用系統(tǒng)。 北方電信事業(yè)部和各省級業(yè)務(wù)支撐平臺則通過企業(yè)內(nèi)部通信網(wǎng)DCN網(wǎng)進行相關(guān)的數(shù)據(jù)信息的傳輸。 回答：滿足。我方已理解上述內(nèi)容。 2.3.2 系統(tǒng)建設(shè)實施 北方電信業(yè)務(wù)支撐系統(tǒng)二期工程的建設(shè)實施要遵循“總體規(guī)劃、滾動建設(shè)”的原則。作為全新的電信企業(yè)，北方電信9?。▍^(qū)、市）不僅具有中國電信南方21省建設(shè)業(yè)務(wù)支撐系統(tǒng)的豐富的經(jīng)驗，而且扔掉了歷史的包袱。因此，北方電信業(yè)務(wù)支撐系統(tǒng)更應(yīng)該站在一個更高的高度，充分吸收南方21省“九七”系統(tǒng)、計費帳務(wù)系統(tǒng)、1000號客服系統(tǒng)等系統(tǒng)建設(shè)的豐富經(jīng)驗，對系統(tǒng)進行合理的總體規(guī)劃，盡可能避免“信息孤島”，確保新建設(shè)的電信業(yè)務(wù)支撐系統(tǒng)能夠融合以前各系統(tǒng)的各種優(yōu)點，同時避免以前各系統(tǒng)由于當(dāng)時技術(shù)的局限而帶來的不足，真正建設(shè)一個高效、完善的業(yè)務(wù)支撐系統(tǒng)。 同時，建設(shè)北方電信業(yè)務(wù)支撐系統(tǒng)二期工程也是一個非常緊迫的工程，要滿足業(yè)務(wù)開展的需要、市場開拓的需要、建設(shè)周期的短促，不允許有太多的時間進行充分的準(zhǔn)備。因此，在總體規(guī)劃的前提下，進行滾動建設(shè)，確保在保證一個完整的總體規(guī)劃的基礎(chǔ)上，不斷完善該系統(tǒng)。 回答：滿足。我方自主研發(fā)的EOS基礎(chǔ)平臺可以從應(yīng)用軟件架構(gòu)上滿足“總體規(guī)劃、滾動建設(shè)”的需要。 2.4 工程建設(shè)規(guī)模 北方電信業(yè)務(wù)支撐系統(tǒng)二期工程主要是為了解決北方電信9?。▍^(qū)、市）業(yè)務(wù)網(wǎng)絡(luò)建設(shè)完成后，更好地為電信用戶服務(wù)，更好地提供對開展業(yè)務(wù)的支撐。而且本期工程主要滿足到2004年，對各個業(yè)務(wù)系統(tǒng)進行支撐，其建設(shè)規(guī)模為： 本期工程省級業(yè)務(wù)支撐系統(tǒng)平臺包括綜合客服、綜合計費、綜合賬務(wù)、生產(chǎn)調(diào)度管理和網(wǎng)絡(luò)資源配置管理等功能模塊，采用全省集中模式將所有實現(xiàn)這些功能模塊的數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器、存儲設(shè)備、備份設(shè)備全部集中在一個省業(yè)務(wù)支撐中心，考慮到保護投資和以后系統(tǒng)擴容的方便，許多功能模塊需要合設(shè)同一套服務(wù)器。 本期工程事業(yè)部中心業(yè)務(wù)支撐系統(tǒng)，根據(jù)北方電信實際業(yè)務(wù)需求，對一期工程建設(shè)的結(jié)算系統(tǒng)和網(wǎng)上營業(yè)廳功能，進行適當(dāng)擴容或改造。 本技術(shù)規(guī)范書要求賣方在理解北方電信業(yè)務(wù)支撐系統(tǒng)二期工程建設(shè)規(guī)模和內(nèi)容的基礎(chǔ)上，就二期工程的綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能部分作詳細應(yīng)答。 回答：滿足。我方已理解上述內(nèi)容。 2.5 本期工程所需軟件說明 根據(jù)北方電信業(yè)務(wù)支撐系統(tǒng)二期工程建設(shè)要求，本工程技術(shù)規(guī)范書將對該工程的整體情況進行簡要描述，并對本工程的應(yīng)用軟件進行整體描述，但請賣方注意，本工程的應(yīng)用軟件共包括事業(yè)部業(yè)務(wù)支撐平臺應(yīng)用軟件（共6大功能）和省級業(yè)務(wù)支撐平臺應(yīng)用軟件（共8大功能），但本工程技術(shù)規(guī)范書只針對其中的省級業(yè)務(wù)支撐平臺應(yīng)用軟件8大功能中的綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能提出具體要求。請賣方在理解工程應(yīng)用軟件整體結(jié)構(gòu)的基礎(chǔ)上，針對以下方面進行應(yīng)答和報價： （1）應(yīng)答范圍包括對應(yīng)用軟件整體結(jié)構(gòu)的理解，以及綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能在整體結(jié)構(gòu)中的作用及與其他模塊之間的關(guān)系； 回答：滿足。我方在《技術(shù)建議書》中詳細描述了對應(yīng)用軟件結(jié)構(gòu)的理解，以及綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能在整體結(jié)構(gòu)中的作用及與其他模塊之間的關(guān)系，詳見《技術(shù)建議書》2.2.4.1 （2）報價范圍包括實現(xiàn)綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能所需要的設(shè)計、開發(fā)、服務(wù)等方面的費用，具體方式參見對報價體系的要求； 回答：滿足。我方對此作了詳細列舉，詳見《商務(wù)報價》。 （3）為了確保完成綜合客服、生產(chǎn)功能和網(wǎng)絡(luò)資源配置管理功能，請賣方針對所需要的主機存儲、備份等硬件種類、配置、處理能力，各類系統(tǒng)軟件的種類、各項性能指標(biāo)的要求進行詳細描述，確保買方能夠提供足夠的應(yīng)用軟件運行環(huán)境，以滿足賣方提供的綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理功能的正常運行，以及和其他部分功能共同組成一個有機的應(yīng)用系統(tǒng)。但此部分作為可選項報價，不計入總價； 回答：滿足。我方不僅從主機的性能、容量方面作了比較詳細闡述，而且根據(jù)各省的實際業(yè)務(wù)情況對硬件系統(tǒng)做了相應(yīng)的配置，保證系統(tǒng)的建設(shè)即經(jīng)濟、實用并有很強的擴展性，詳見《技術(shù)建議書》6的描述 （4）賣方開發(fā)的軟件如果是事業(yè)部業(yè)務(wù)支撐平臺所需要的功能，則只需要在事業(yè)部平臺使用，如果是省級業(yè)務(wù)支撐平臺所需要的功能，則需要在北方9?。▍^(qū)、市）分公司的9個業(yè)務(wù)支撐平臺使用，因此賣方的應(yīng)用軟件報價必須包括所有需要的軟件數(shù)量。 回答：滿足。我方已根據(jù)這些要求對系統(tǒng)進行報價，詳見《商務(wù)報價》。 （5）由賣方所開發(fā)的軟件，在系統(tǒng)驗收之前，賣方須根據(jù)買方的要求及時作出設(shè)計修改，以保證系統(tǒng)功能的完整性和可靠性；并保證在服務(wù)期內(nèi)免費負責(zé)軟件的更新、維護以及版本的升級。 回答：滿足。 （6）由賣方所開發(fā)的軟件，須提供數(shù)據(jù)和API接口，軟件本身應(yīng)具有靈活的配置文件，以方便維護。 回答：滿足。 綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理應(yīng)用軟件功能需求將在本規(guī)范書的后續(xù)章節(jié)將詳細給出具體技術(shù)要求。 回答：滿足。 第三章 業(yè)務(wù)支撐系統(tǒng)技術(shù)要求 3.1 總體要求 （1）應(yīng)用軟件的設(shè)計應(yīng)嚴格符合本規(guī)范三層體系結(jié)構(gòu)的要求，使系統(tǒng)具有良好的靈活性、可操作性和可擴展性，并遵循中國電信集團公司、北方電信的相關(guān)接口規(guī)范； 回答：滿足。參見《技術(shù)建議書》的。我方應(yīng)用系統(tǒng)建立在J2EE標(biāo)準(zhǔn)基礎(chǔ)之上，采用三層體系結(jié)構(gòu)。如果原有業(yè)務(wù)流程發(fā)生變化，直接通過修改流程圖即可完成；如果業(yè)務(wù)框架中某些業(yè)務(wù)屬性發(fā)生變化，通過數(shù)據(jù)字典的管理進行配置即可；如果需要開發(fā)新業(yè)務(wù)，則可以利用我方的快速開發(fā)工具進行快速開發(fā)。我方系統(tǒng)完全采用面向?qū)ο蠹夹g(shù)，具有很強的靈活性、可操作性和可擴展性。我方應(yīng)用系統(tǒng)遵循中國電信集團公司、北方電信的相關(guān)接口規(guī)范，詳見《技術(shù)建議書》2.2.4.2的描述。 （2）為了向客戶提供靈活多樣的服務(wù)，快速適應(yīng)新業(yè)務(wù)的開展，應(yīng)用軟件的設(shè)計應(yīng)采用靈活的結(jié)構(gòu)，應(yīng)采用面向?qū)ο?、中間件等技術(shù)； 回答：滿足。參見上點答復(fù)。 （3）整個應(yīng)用軟件系統(tǒng)應(yīng)能夠連續(xù)7×24小時不間斷工作，應(yīng)用軟件中的任一模塊更新、加載時，在不更新與上下模塊的接口的前提下，不影響業(yè)務(wù)運轉(zhuǎn)和服務(wù)； 回答：滿足。我方整個應(yīng)用軟件系統(tǒng)部署在兩臺支持負載均衡的應(yīng)用服務(wù)器上，加上數(shù)據(jù)庫和網(wǎng)絡(luò)設(shè)備的冗余備份，能夠支持7*24小時不間斷運行，軟件模塊可以動態(tài)更新和加載。 （4）應(yīng)用軟件應(yīng)具有較高的自動化程度，如：自動任務(wù)調(diào)度、自動故障告警、自動任務(wù)恢復(fù)等； 回答：滿足。我方應(yīng)用軟件構(gòu)建在EOS平臺基礎(chǔ)上，EOS平臺本身提供自動任務(wù)調(diào)度、故障告警、任務(wù)回復(fù)等機制，同時我方將提供應(yīng)用網(wǎng)管代理對應(yīng)用承載平臺進行自動故障告警。詳見《技術(shù)建議書》的5.1.17.5描述。 （5）應(yīng)具有完整的操作權(quán)限管理功能和完善的系統(tǒng)安全機制，能夠?qū)γ總€操作員的每次操作有詳細的記錄，對每次非法操作產(chǎn)生告警； 回答：滿足。 （6）應(yīng)能為系統(tǒng)管理員提供多種發(fā)現(xiàn)系統(tǒng)故障和非法登錄的手段； 回答：滿足。 （7）應(yīng)采用簡潔、直觀、友好的圖形化中文界面，支持鼠標(biāo)操作； 回答：滿足。 （8）對于業(yè)務(wù)處理界面，應(yīng)保證操作人員能夠完全利用鍵盤操作； 回答：滿足。 （9）對于常用環(huán)節(jié)，系統(tǒng)應(yīng)設(shè)置快捷鍵以方便功能間的切換；操作及選擇鍵（熱鍵、菜單選擇等）的功能定義在全系統(tǒng)保持一致； 回答：部分滿足。由于我方采用100％B/S結(jié)構(gòu)，對快捷鍵的支持會相對較弱。 （10）應(yīng)具備相應(yīng)容錯手段，允許操作人員有限范圍的誤操作； 回答：滿足。 （11）應(yīng)具有在線幫助功能，并能方便管理員修改幫助信息； 回答：滿足。 （12）支持中文字符集等相關(guān)國家標(biāo)準(zhǔn)規(guī)定的漢字字符處理，可進行處理、顯示和打印。 回答：滿足。 3.1.1 質(zhì)量性能要求 業(yè)務(wù)支撐系統(tǒng)的建設(shè)必須符合如下質(zhì)量要求： （1）技術(shù)先進性：系統(tǒng)設(shè)計應(yīng)采用當(dāng)前先進而成熟的技術(shù)，充分吸收國際廠商的先進經(jīng)驗，并考慮到北方電信9?。▍^(qū)、市）的特殊性，不僅可以滿足本期工程的需求，也應(yīng)把握未來的發(fā)展方向。 回答：滿足。網(wǎng)上營業(yè)廳系統(tǒng)數(shù)據(jù)庫采用Orcale 8i，中間件采用基于J2EE標(biāo)準(zhǔn)的BEA Weblogic或 IBM Websphere，數(shù)據(jù)交換基于XML技術(shù)，應(yīng)用軟件采用基于B/S三層體系結(jié)構(gòu)，主要編碼語言采用Java，這些都是在業(yè)界被廣泛使用并經(jīng)過驗證的先進而成熟的技術(shù)，在應(yīng)用軟件上，我方基于J2EE平臺開發(fā)的具有完全獨立自主版權(quán)的技術(shù)支撐平臺（包括組件組合技術(shù)，數(shù)據(jù)字典管理，基于XML的數(shù)據(jù)總線技術(shù)，用于頁面邏輯和業(yè)務(wù)邏輯開發(fā)的可視化開發(fā)環(huán)境，多維數(shù)據(jù)倉庫，OLAP分析工具和其他公共服務(wù)設(shè)施）和以客戶為中心的業(yè)務(wù)框架平臺是充分吸取了國際廠商的先進經(jīng)驗，其中技術(shù)支撐平臺經(jīng)過BEA、HP、Orcale和我方的聯(lián)合測試，性能指標(biāo)超過同類產(chǎn)品主流國際廠商水平（主要是因為我方采用的獨特的動態(tài)EJB組合技術(shù)），整個平臺已經(jīng)有在證券行業(yè)有多個大容量運行的案例，屬于成熟的技術(shù)。在已有的原子服務(wù)上開發(fā)新的業(yè)務(wù)邏輯無需編程，并且因為如下原因使得本系統(tǒng)不僅可滿足本期工程的要求，也能符合未來技術(shù)和業(yè)務(wù)的發(fā)展：1、建立在EOS平臺和客戶細分基礎(chǔ)上的應(yīng)用系統(tǒng)適應(yīng)未來以客戶為中心的市場分析、營銷和服務(wù)系統(tǒng)的變化。2、基于J2EE、XML的數(shù)據(jù)交換能夠很好與其他系統(tǒng)進行集成。3、具有新業(yè)務(wù)快速開發(fā)能力。 （2）可擴充性：在系統(tǒng)設(shè)計時應(yīng)充分考慮可擴充性，從而確保新功能、新業(yè)務(wù)的增加應(yīng)可以在不影響原系統(tǒng)運行的情況下實現(xiàn)。 回答：滿足。詳見《技術(shù)建議書》的2.2.7.4描述，系統(tǒng)在多個層次上都具有良好的擴展性。 （3）安全性：系統(tǒng)應(yīng)保證數(shù)據(jù)不被非法入侵者破壞和盜用，并保證數(shù)據(jù)的一致性，對欺詐行為應(yīng)采取多種檢查和處理手段。 回答：滿足。詳見《技術(shù)建議書》的2.2.2.2的描述，系統(tǒng)通過對各個層次的安全策略保障數(shù)據(jù)的一致性和完整性并采取多種檢查和處理手段防止欺詐行為。 （4）可靠性及穩(wěn)定性：應(yīng)采用相應(yīng)的故障檢查、告警和處理機制，保證數(shù)據(jù)不會因意外情況丟失或損壞；采用靈活的任務(wù)調(diào)度機制實現(xiàn)負載均衡，防止“瓶頸”產(chǎn)生，在任何情況下，都應(yīng)該保持可預(yù)見的 回答：滿足。系統(tǒng)通過設(shè)備冗余、數(shù)據(jù)備份、負載均衡、容錯、網(wǎng)絡(luò)管理的等多種手段保證系統(tǒng)的可靠性和穩(wěn)定性。 （5）準(zhǔn)確性：應(yīng)該能夠提供多種稽核手段，保證系統(tǒng)數(shù)據(jù)的準(zhǔn)確性。 回答：滿足。系統(tǒng)通過基于MAC、HASH、記錄數(shù)等多種數(shù)據(jù)稽核手段保證系統(tǒng)數(shù)據(jù)準(zhǔn)確性。 （6）成熟性：應(yīng)盡量選用經(jīng)過大量運用、成熟可靠的系統(tǒng)。 回答：滿足。詳見《技術(shù)建議書》的2.2.7.3，系統(tǒng)軟硬件都選用目前業(yè)內(nèi)的主流廠家和型號。 （7）經(jīng)濟性：在滿足上述的前提下，選擇經(jīng)濟、實用的系統(tǒng)配置。 回答：滿足。因為系統(tǒng)基于J2EE系統(tǒng)之上的EOS平臺我方具有完全自主知識產(chǎn)權(quán)，EOS的主要特性是適應(yīng)變化和業(yè)務(wù)組件重用性，長期來看能夠極大地降低設(shè)計、開發(fā)、維護成本，所以在能夠充分適應(yīng)未來變化的基礎(chǔ)上，極大降低應(yīng)用系統(tǒng)投資成本。 3.1.2 技術(shù)性能要求 （1）系統(tǒng)應(yīng)具有較強的安全性和保密性。 回答：滿足，詳見《技術(shù)建議書》2.2.2.2的描述，系統(tǒng)通過多種手段從多個層次加以保障。 （2）系統(tǒng)不易崩潰或被破壞，具有良好的恢復(fù)能力。 回答：滿足，關(guān)鍵設(shè)備采用冗余配置，通過防火墻實現(xiàn)和公網(wǎng)的隔離，數(shù)據(jù)存儲采用RAID5技術(shù)，并定時進行磁帶備份，應(yīng)用軟件系統(tǒng)具有流量控制、擁塞控制功能，一般不會崩潰或被破壞。 （3）系統(tǒng)應(yīng)提供多級密碼口令或使用硬件鑰匙。 回答：滿足，詳見《技術(shù)建議書》2.2.2.2的描述，系統(tǒng)能提供完善的系統(tǒng)控制管理。如需要，系統(tǒng)可以提供使用硬件鑰匙。 （4）系統(tǒng)有完善的用戶組管理，控制不同用戶的權(quán)限。 回答：滿足。系統(tǒng)有完善的角色管理，每個角色可以定制權(quán)限，用戶可以通過映射一個或多個角色控制不同用戶的權(quán)限。 （5）網(wǎng)絡(luò)及數(shù)據(jù)庫系統(tǒng)可進行訪問控制。 回答：滿足，詳見《技術(shù)建議書》的6.2.5以及7.2，系統(tǒng)采用多個層次的訪問控制。 （6）系統(tǒng)應(yīng)提供詳細的記錄日志。 回答：滿足。系統(tǒng)不僅提供運行日志、操作日志、異常日志等多個方面的日志記錄，并且還提供用于跟蹤故障的日志跟蹤手段。 （7）系統(tǒng)必須能夠提供完善的業(yè)務(wù)告警系統(tǒng)。 回答：滿足，我方系統(tǒng)通過各種日志、聲音提供告警，還提供基于SNMP的應(yīng)用層網(wǎng)管進行業(yè)務(wù)告警。 3.1.3應(yīng)用指導(dǎo)原則 應(yīng)用應(yīng)遵循的標(biāo)準(zhǔn)： （1）所有的應(yīng)用需能夠與EAI架構(gòu)標(biāo)準(zhǔn)（XML, CORBA, Java/JSP/J2EE）接口。 回答：滿足。 （2）應(yīng)用應(yīng)是支持消息的 (message based)。 回答：滿足。 （3）所有的應(yīng)用應(yīng)是基于UNIX的 (Unix based)。 回答：滿足。 （4）應(yīng)用必須是支持SMP的（SMP based）。 回答：滿足。 （5）在應(yīng)用軟件管理和監(jiān)控的功能方面應(yīng)提供SNMP MIB。 回答：滿足。 以下原則作為中國電信IT戰(zhàn)略的組成部分，是所有應(yīng)用都必需遵守的。賣方應(yīng)根據(jù)本期工程的建設(shè)要求，說明所提供的應(yīng)用將如何去遵守這些原則。 （1）符合北方電信對核心應(yīng)用標(biāo)準(zhǔn)化的需求。 計費帳務(wù)系統(tǒng)，作為核心應(yīng)用，允許根據(jù)北方電信的特殊要求作有限度的客戶化定制。但所有更改必須保證與北方電信核心應(yīng)用平臺的相關(guān)標(biāo)準(zhǔn)和技術(shù)規(guī)范（SDK/API）保持一致 回答：滿足。我方應(yīng)用通過EAI平臺與計費帳務(wù)系統(tǒng)連接，我方開放的應(yīng)用軟件體系結(jié)構(gòu)可以快速適應(yīng)北方電信對核心應(yīng)用標(biāo)準(zhǔn)化的需求。 （2）模塊化的應(yīng)用架構(gòu)。 應(yīng)清楚的定義每個模塊/應(yīng)用的功能和業(yè)務(wù)覆蓋范圍，避免在一個模塊中實現(xiàn)多種功能，保持單個模塊/應(yīng)用與具體業(yè)務(wù)應(yīng)用系統(tǒng)的相對獨立性，保證系統(tǒng)的統(tǒng)一性和一致性。 回答：滿足。我方建立在EOS上的應(yīng)用架構(gòu)，可以從應(yīng)用構(gòu)架上極大地保證模塊之間地松散耦合；另外我們從應(yīng)用功能劃分和組織上上也盡可能滿足上述要求。 （3）核心應(yīng)用系統(tǒng)架構(gòu)的標(biāo)準(zhǔn)化。 系統(tǒng)建設(shè)初期，北方電信將對應(yīng)用系統(tǒng)架構(gòu)的實施進行監(jiān)控，逐漸形成一個北方電信的標(biāo)準(zhǔn)化應(yīng)用架構(gòu)。 回答：滿足。我方將通過設(shè)計溝通盡力配合貴方做好該項工作。 （4）應(yīng)用系統(tǒng)應(yīng)支持集中的版本控制與升級管理。 回答：滿足9.4.5。 （5）系統(tǒng)應(yīng)可以靈活地擴展以支持業(yè)務(wù)增長和新業(yè)務(wù)需求的引入。 賣方應(yīng)從交易、數(shù)據(jù)量和通信量等角度，基于業(yè)務(wù)的短期和長期增長潛力對應(yīng)用的擴展性做出充分的考慮，同時還應(yīng)在兼顧短期和長期運營需求的基礎(chǔ)上考慮目前和未來系統(tǒng)上潛在的擴展能力，如對外聯(lián)網(wǎng)能力等。 回答：滿足。詳見《技術(shù)建議書》3的描述，系統(tǒng)在多個層次上都具有良好的擴展性，完全可以支持業(yè)務(wù)增長和新業(yè)務(wù)需求的引入。 （6）北方電信將通過一套通用的評估標(biāo)準(zhǔn)對所有系統(tǒng)是否達到預(yù)期目標(biāo)進行評估。 賣方首先應(yīng)保證所提供的應(yīng)用功能上是能夠滿足北方電信的業(yè)務(wù)需求的，性能上是經(jīng)過驗證的，能夠滿足業(yè)務(wù)處理方面的非功能需求的。同時還應(yīng)保證應(yīng)用所采用的技術(shù)必須符合中國電信的IT基礎(chǔ)設(shè)施結(jié)構(gòu)和技術(shù)標(biāo)準(zhǔn) ，并提供完整而詳盡的技術(shù)文檔及用戶手冊。 回答：部分滿足。目前，我方尚不清楚通用的評估標(biāo)準(zhǔn)，但我方會盡力配合北方電信，已完全滿足本條要求。 3.1.4數(shù)據(jù)指導(dǎo)原則 賣方應(yīng)說明所提供的應(yīng)用是如何去遵守以下描述數(shù)據(jù)架構(gòu)的指導(dǎo)性原則的： （1）在北方電信建立統(tǒng)一的共享數(shù)據(jù)來提供計費帳務(wù)方面的數(shù)據(jù)與應(yīng)用的對應(yīng)和單一的客戶視圖。 回答：滿足。 （2）遵守北方電信所定義和控制的共享核心數(shù)據(jù)的邏輯模型和接口訪問標(biāo)準(zhǔn)，共享核心數(shù)據(jù)如客戶資料、資產(chǎn)數(shù)據(jù)、系統(tǒng)配置數(shù)據(jù)集中存儲，統(tǒng)一維護，在北方電信內(nèi)部具有協(xié)同操作的功能。所有應(yīng)用系統(tǒng)不得再獨立擁有其與核心共享數(shù)據(jù)模型相同或重復(fù)的數(shù)據(jù)模型。 回答：滿足。我方應(yīng)用將通過EAI平臺對北方電信所定義和控制的共享核心數(shù)據(jù)的邏輯模型進行訪問。 （3）應(yīng)用系統(tǒng)在提交（或放置）數(shù)據(jù)前，應(yīng)將其過濾或轉(zhuǎn)換為符合北方電信相關(guān)數(shù)據(jù)標(biāo)準(zhǔn)的格式。 回答：滿足。一般EAI平臺中會提供數(shù)據(jù)轉(zhuǎn)換的服務(wù)，我方完全遵從我方應(yīng)用在提交數(shù)據(jù)前，將數(shù)據(jù)過濾或轉(zhuǎn)換為符合北方電信相關(guān)數(shù)據(jù)標(biāo)準(zhǔn)的格式。 （4）數(shù)據(jù)與應(yīng)用的并存應(yīng)有清晰的主從關(guān)系以確保數(shù)據(jù)定義的一致性。交易數(shù)據(jù)與分析數(shù)據(jù)應(yīng)分開進行存儲。 回答：滿足。我方應(yīng)用從數(shù)據(jù)字典、應(yīng)用架構(gòu)多個方面保證數(shù)據(jù)定義的一致性；交易數(shù)據(jù)與分析數(shù)據(jù)也是分開存儲。 3.1.5技術(shù)指導(dǎo)原則 賣方應(yīng)說明所提供的應(yīng)用將如何去遵守以下描述的技術(shù)指導(dǎo)性原則： （1）各應(yīng)用系統(tǒng)應(yīng)支持總集成商采用EAI (包括集成中間件、共享核心數(shù)據(jù)模型、應(yīng)用界面定義和工作流引擎) 技術(shù)進行應(yīng)用整合，各應(yīng)用系統(tǒng)間的接口須符合總集成商確定的接口規(guī)范。 （2）為每個用戶群，包括客戶，提供一個一致的、個性化定制的和易于使用的界面，該界面應(yīng)提供對所有相關(guān)應(yīng)用、數(shù)據(jù)和服務(wù)集成的訪問接口。 （3）應(yīng)制定一致的用戶界面標(biāo)準(zhǔn)，并說明是B/S架構(gòu)還是C/S架構(gòu)。 回答：滿足。我方應(yīng)用系統(tǒng)在J2EE上進行開發(fā)，是100%B/S構(gòu)架，我方提供的接口可以基于JMS、RMI或WebService，數(shù)據(jù)交換基于XML，非常方便地支持與目前各主流EAI廠商的集成，我方系統(tǒng)可以為不同的使用者配置不同的界面和功能組合，利用EAI平臺，通過與其他應(yīng)用系統(tǒng)的集成，可以提供對所有相關(guān)應(yīng)用、數(shù)據(jù)和服務(wù)集成的訪問接口。 3.2 安全性要求 3.2.1 系統(tǒng)級安全 對于操作系統(tǒng)、數(shù)據(jù)庫和網(wǎng)絡(luò)分別有各自的安全保證措施。 （1）軟件系統(tǒng)安全 Ø 主機操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)應(yīng)定期自動做備份； Ø 開發(fā)、測試系統(tǒng)與生產(chǎn)系統(tǒng)要嚴格分開； Ø 數(shù)據(jù)傳輸、處理應(yīng)有校驗功能和較強的糾錯功能。 回答：滿足。我方的開發(fā)、測試環(huán)境和運行環(huán)境是分開的，并支持動態(tài)加載；數(shù)據(jù)傳輸、處理、存儲都通過Hash和加密技術(shù)進行安全、糾錯保障。 （2）網(wǎng)絡(luò)系統(tǒng)安全 Ø 對非法的外部登錄系統(tǒng)應(yīng)能告警。 Ø 網(wǎng)絡(luò)登錄應(yīng)受到監(jiān)控，對反復(fù)試驗密碼的行為系統(tǒng)應(yīng)能告警。 Ø 系統(tǒng)的各級登錄密碼要嚴格管理。 Ø 網(wǎng)絡(luò)登錄密碼要定期更換。 回答：滿足。 （3）數(shù)據(jù)安全 Ø 數(shù)據(jù)庫本身應(yīng)有較強的安全機制； Ø 數(shù)據(jù)安全性能必須達到相關(guān)標(biāo)準(zhǔn)的級別，請?zhí)峁┍井a(chǎn)品的數(shù)據(jù)安全等級； Ø 數(shù)據(jù)庫的用戶名和密碼應(yīng)與操作的用戶名和密碼不同； Ø 數(shù)據(jù)庫級，系統(tǒng)應(yīng)用級數(shù)據(jù)應(yīng)按照數(shù)據(jù)備份制度定期備份； Ø 數(shù)據(jù)庫應(yīng)有較強的故障恢復(fù)能力； Ø 異種數(shù)據(jù)庫的數(shù)據(jù)共享與傳送應(yīng)保證準(zhǔn)確、安全；各種原始計費數(shù)據(jù)均應(yīng)保留備份； Ø 內(nèi)部數(shù)據(jù)查詢應(yīng)對不同的人員設(shè)定不同的級別，每人只能查詢與自己相關(guān)的數(shù)據(jù)。 回答：滿足。 3.2.2 應(yīng)用級安全 （1）提供基于業(yè)務(wù)規(guī)則控制的系統(tǒng)應(yīng)用安全措施。 （2）支持根據(jù)業(yè)務(wù)的要求設(shè)置功能控制點，對每一個功能控制點實施權(quán)限控制。 （3）支持根據(jù)系統(tǒng)功能應(yīng)用的具體情況，對于應(yīng)用系統(tǒng)的某些處理模塊和某些功能的使用權(quán)限、登錄用戶對于數(shù)據(jù)字典的訪問權(quán)限、應(yīng)用系統(tǒng)操作人員不同角色的處理權(quán)限等，實施權(quán)限控制。 （4）提供操作日志和審計功能，記錄操作員進入和退出的時間，記錄每項重要的操作。 回答：滿足。 3.3 系統(tǒng)技術(shù)路線要求 北方電信業(yè)務(wù)支撐系統(tǒng)在體系結(jié)構(gòu)上分為兩個層次，包括應(yīng)用承載層和應(yīng)用系統(tǒng)層。在應(yīng)用系統(tǒng)層，包括綜合營銷、綜合客服和綜合計費等應(yīng)用軟件系統(tǒng)，按數(shù)據(jù)流、工作流、OLTP和OLAP四種實現(xiàn)模型定義所有的應(yīng)用軟件系統(tǒng)的體系結(jié)構(gòu)。在應(yīng)用承載層，建設(shè)一個獨立于應(yīng)用軟件系統(tǒng)的，集中式的應(yīng)用軟件承載平臺。以應(yīng)用軟件承載平臺為依托，與各應(yīng)用軟件系統(tǒng)共同構(gòu)成一個N+1模式的業(yè)務(wù)支撐系統(tǒng)運行環(huán)境。其系統(tǒng)架構(gòu)如下圖所示： 圖3.3-1 業(yè)務(wù)支撐系統(tǒng)體系結(jié)構(gòu)圖 應(yīng)用軟件承載平臺主要由工作流管理平臺、信息總線、共享核心數(shù)據(jù)，以及公用的權(quán)限管理，安全管理與系統(tǒng)監(jiān)控等組成。 應(yīng)用軟件承載平臺不受具體業(yè)務(wù)的限制，是業(yè)務(wù)支撐系統(tǒng)調(diào)度和運行、管理的基礎(chǔ)平臺。主要完成以下功能： Ø 協(xié)調(diào)各應(yīng)用軟件系統(tǒng)，結(jié)合相關(guān)的業(yè)務(wù)數(shù)據(jù)，執(zhí)行跨系統(tǒng)的業(yè)務(wù)流程。 Ø 提供對業(yè)務(wù)流程的配置和管理功能，并對流程的運行過程進行實時的跟蹤和監(jiān)控。 Ø 提供對共享核心數(shù)據(jù)的統(tǒng)一存儲，定義并維護應(yīng)用軟件系統(tǒng)對共享核心數(shù)據(jù)的訪問接口。 Ø 提供集中式的系統(tǒng)權(quán)限管理、安全控制和系統(tǒng)監(jiān)控功能。 Ø 支持已有應(yīng)用軟件系統(tǒng)功能的擴展和新建應(yīng)用軟件系統(tǒng)的即插即用，使業(yè)務(wù)支撐系統(tǒng)能夠快速適應(yīng)新的業(yè)務(wù)流程，滿足北方電信事業(yè)部未來業(yè)務(wù)發(fā)展的需要。 北方電信業(yè)務(wù)支撐系統(tǒng)架構(gòu)具有如下技術(shù)要求： （1）共享核心數(shù)據(jù)：應(yīng)建立統(tǒng)一的數(shù)據(jù)視圖，對數(shù)據(jù)的存取通過這些統(tǒng)一的數(shù)據(jù)視圖進行操作，避免數(shù)據(jù)的不一致。 共享的核心數(shù)據(jù)包括核心業(yè)務(wù)模型、組織機構(gòu)信息和操作員及權(quán)限等系統(tǒng)管理相關(guān)的信息，是整個業(yè)務(wù)支撐系統(tǒng)中最基本、最重要的數(shù)據(jù)，這些數(shù)據(jù)在應(yīng)用軟件承載平臺中被集中存儲、統(tǒng)一維護。 核心數(shù)據(jù)的共享包括兩種形式，一是實時共享，二是異步共享。實時共享是指數(shù)據(jù)被唯一保存在共享區(qū)域，所有相關(guān)應(yīng)用實時訪問該共享數(shù)據(jù)；異步共享通過將數(shù)據(jù)定期復(fù)制到共享區(qū)域供其它應(yīng)用訪問?；诟鲬?yīng)用系統(tǒng)構(gòu)成的復(fù)雜性和訪問數(shù)據(jù)需求的不同，應(yīng)用軟件承載平臺中存儲的共享核心數(shù)據(jù)滿足以下標(biāo)準(zhǔn)和要求： Ø 所有數(shù)據(jù)均存儲于對象關(guān)系數(shù)據(jù)庫，可以與標(biāo)準(zhǔn)的文檔數(shù)據(jù)庫集成； Ø 可以充分繼承并利用數(shù)據(jù)庫的數(shù)據(jù)處理與查詢優(yōu)勢； Ø 可通過JDBC/ODBC等標(biāo)準(zhǔn)訪問接口實現(xiàn)對數(shù)據(jù)的訪問和存?。? Ø 支持通過信息總線，消息調(diào)用，服務(wù)調(diào)用，SQL等多種接口方式被各應(yīng)用系統(tǒng)所共用。 回答：滿足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用承載平臺的廠商協(xié)調(diào)一致達到上述要求。 （2）信息總線：信息總線是一個抽象層，屏蔽各系統(tǒng)的架構(gòu)、部署環(huán)境的差異性，通過統(tǒng)一的信息模型定義，統(tǒng)一各系統(tǒng)之間的信息傳遞模式，使各系統(tǒng)能夠用統(tǒng)一的信息進行對話。 信息總線在實現(xiàn)時要滿足以下要求： Ø 統(tǒng)一的連接結(jié)構(gòu) 信息總線以總線適配器的方式為所有應(yīng)用提供一個統(tǒng)一的接入點。這些應(yīng)用可以是應(yīng)用軟件系統(tǒng)的功能模塊，也可以是應(yīng)用軟件系統(tǒng)，甚至可以是獨立的數(shù)據(jù)庫系統(tǒng)。所有應(yīng)用均通過總線適配器與總線相連接，總線適配器通過連接不同應(yīng)用程序的接口獲得對這些應(yīng)用程序的訪問。 Ø 統(tǒng)一的數(shù)據(jù)格式 采用統(tǒng)一的符合相關(guān)開放式技術(shù)標(biāo)準(zhǔn)的數(shù)據(jù)傳輸格式，在應(yīng)用軟件系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)與總線數(shù)據(jù)結(jié)構(gòu)之間提供數(shù)據(jù)映象與格式轉(zhuǎn)換，使得異構(gòu)數(shù)據(jù)可以實現(xiàn)透明的傳輸。 Ø 標(biāo)準(zhǔn)開放，易于擴充 符合公開的技術(shù)標(biāo)準(zhǔn)/協(xié)議，具有良好的可擴展性、快速的響應(yīng)能力和優(yōu)良的系統(tǒng)升級能力。采用松耦合的技術(shù)，新的業(yè)務(wù)系統(tǒng)或新的功能模塊加入基本不會影響已有系統(tǒng)，為今后系統(tǒng)進一步擴充提供保障。 Ø 支持多種數(shù)據(jù)傳輸方式的實現(xiàn) 根據(jù)應(yīng)用軟件系統(tǒng)需求的不同，提供多種不同的數(shù)據(jù)傳輸方式。包括點到點傳送、一點對多點的傳送或利用“發(fā)行/預(yù)訂”架構(gòu)傳送消息。 Ø 對傳輸過程的實時性、可靠性進行高級封裝 保障數(shù)據(jù)在總線上能夠?qū)崟r、可靠的傳輸，應(yīng)用軟件系統(tǒng)可以忽略對網(wǎng)絡(luò)傳輸?shù)目刂?，而僅需關(guān)注系統(tǒng)的實現(xiàn)過程。 Ø 為消息傳送提供多種服務(wù)支持能力 這些服務(wù)包括下列內(nèi)容：消息緩沖機制用來保證如果接收消息的應(yīng)用程序比發(fā)送消息的應(yīng)用程序速度慢，則用隊列保存消息；交易的完整性用來保證交易在消息發(fā)送前或確認接收前完成；消息的優(yōu)先級；錯誤處理等。 Ø 提供方便的配置管理手段 提供方便直觀的管理機制，實現(xiàn)對總線參數(shù)的靈活配置，使之能最大限度的發(fā)揮總線的功能，避免成為系統(tǒng)升級的瓶頸。 回答：滿足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用承載平臺的廠商協(xié)調(diào)一致達到上述要求。 （3）工作流管理：系統(tǒng)通過工作流平臺進行整合，工作流引擎驅(qū)動進行流程的定制和驅(qū)動；實現(xiàn)業(yè)務(wù)流程進行定義、執(zhí)行和管理的功能。 在業(yè)務(wù)支撐系統(tǒng)中，工作流管理平臺通過信息總線觸發(fā)應(yīng)用軟件系統(tǒng)完成指定的業(yè)務(wù)功能，并將運行結(jié)束的控制信號通過總線告知工作流管理平臺，實現(xiàn)對整個流程執(zhí)行的調(diào)度和監(jiān)控。工作流管理平臺具有以下功能和特性： Ø 流程開發(fā) 提供可視化圖形界面的業(yè)務(wù)流程定義工具，提供多種業(yè)務(wù)流動和步驟鏈接方式，如正常，可選，跳轉(zhuǎn)，分裂，匯合等。在業(yè)務(wù)流程圖中，可以為每條消息定義規(guī)則，可以對消息進行分析，并計算出在業(yè)務(wù)過程的下一步應(yīng)當(dāng)做什么。 通過選擇步驟類型，指定或修改步驟鏈接方式，實現(xiàn)流轉(zhuǎn)控制，建立或快速修改需要的業(yè)務(wù)模型。同時避免由于業(yè)務(wù)流程變化導(dǎo)致的對應(yīng)用軟件系統(tǒng)的修改。 Ø 流程模擬 支持業(yè)務(wù)流程原型的快速開發(fā)，在業(yè)務(wù)流程投入使用之前可以對流程進行充分測試、模擬和評估。 Ø 流程運行 業(yè)務(wù)流程可通過工作流管理平臺進行快速部署，優(yōu)化的流程引擎保證業(yè)務(wù)流程的高效可靠運行。 Ø 流程管理與監(jiān)控 對系統(tǒng)中的所有核心業(yè)務(wù)流程進行分級，分類的管理。圖形化的業(yè)務(wù)流程管理界面，對業(yè)務(wù)流程的動態(tài)執(zhí)行過程實時跟蹤。對業(yè)務(wù)流程執(zhí)行情況進行統(tǒng)計。 Ø 對信息總線的支持能力 采用與中間件無關(guān)的體系結(jié)構(gòu)，以便于與不同信息總線進行互聯(lián)。與不同信息總線互聯(lián)無需對工作流管理平臺進行改動，具備良好的可移植性。 Ø 支持流程分布 支持分布式系統(tǒng)環(huán)境，使得業(yè)務(wù)流程可以跨越地域的限制。 回答：滿足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用承載平臺的廠商協(xié)調(diào)一致達到上述要求。 （4）企業(yè)應(yīng)用集成：綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理系統(tǒng)必須以模塊方式構(gòu)造而成，使用TMF中新一代業(yè)務(wù)支撐系統(tǒng)（NGOSS）架構(gòu)的概念與EAI接口集成。賣方必須詳細的說明所建議的系統(tǒng)將如何符合這一概念。 賣方的回應(yīng)還必須特別解釋將如何滿足下列要求： 回答：滿足。我方理解TMF中新一代業(yè)務(wù)支撐系統(tǒng)構(gòu)架首先是滿足一個以客戶為中心的商業(yè)目標(biāo)，在以客戶為中心的模式下，面向客戶需求開發(fā)產(chǎn)品、提供服務(wù)，通過合理化流程進行后端資源的有效快速的配置，完成對客戶服務(wù)的端到端的流程，在這一模式下，必然需要EAI平臺的支持，因為它可以打通不同廠商提供的不同應(yīng)用系統(tǒng)的流程，真正在技術(shù)上保障實現(xiàn)端到端流程。我方應(yīng)用系統(tǒng)從架構(gòu)到功能設(shè)計無不體現(xiàn)這一思想，從架構(gòu)上講，我方自主開發(fā)的EOS平臺可以充分地將業(yè)務(wù)組件重用起來，并能將系統(tǒng)內(nèi)部的流程、數(shù)據(jù)和代碼分開，使得系統(tǒng)具備系統(tǒng)內(nèi)快速開發(fā)、變化、重組，我方采用J2EE和XML技術(shù)使未來系統(tǒng)之間集成更加快速、高效；從功能上講，我方在自主開發(fā)的OLAP、客戶細分、日程管理等基礎(chǔ)業(yè)務(wù)組件之上可以完成對不同客戶群提供不同產(chǎn)品與服務(wù)，并制定不同的價格策略，并注重流程管理，我方系統(tǒng)與EAI平臺配合使用可以完成對市場、銷售、服務(wù)、支持、資源等各環(huán)節(jié)的從內(nèi)部到外部的流程管理和控制。 Ø 與其他應(yīng)用系統(tǒng)實現(xiàn)數(shù)據(jù)共享 一方面，如產(chǎn)品與服務(wù)等數(shù)據(jù)將被另一個應(yīng)用的服務(wù)目錄（Service Catalogue）所定義。這個服務(wù)目錄被眾多應(yīng)用所共同使用，例如客戶關(guān)系管理系統(tǒng)、計費帳務(wù)系統(tǒng)等。另一方面，如費率、產(chǎn)品服務(wù)組合、折扣等數(shù)據(jù)，如果是在本系統(tǒng)內(nèi)被定義，那就需和服務(wù)目錄共享數(shù)據(jù)。請解釋綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理系統(tǒng)是如何對這些數(shù)據(jù)進行共享的。 回答：滿足。我方通過貴方擬統(tǒng)一建設(shè)的應(yīng)用承載平臺進行核心業(yè)務(wù)數(shù)據(jù)對象的訪問，這些已經(jīng)充分地融入到了各個應(yīng)用模塊的設(shè)計中。 Ø 參與跨應(yīng)用的業(yè)務(wù)流程 業(yè)務(wù)流程是跨應(yīng)用的。比如，新服務(wù)定單有可能始于綜合客服系統(tǒng)，發(fā)起業(yè)務(wù)開通流程，最后生成一個帳號并開始計費。這些業(yè)務(wù)流程將由一個獨立于業(yè)務(wù)應(yīng)用外的業(yè)務(wù)模型所創(chuàng)建，并由EAI工作流功能自動化實現(xiàn)。請賣方解釋本系統(tǒng)是如何參與這些工作流的。 回答：滿足。我方系統(tǒng)將提供遵循EAI廠商要求的接口系統(tǒng)，不同的EAI廠商對接口的要求不同，但通常會有基于API和基于消息的接口。工作流程中定義的與我方相關(guān)的節(jié)點通過這些接口與我方的應(yīng)用進行溝通，具體參與過程參見《技術(shù)建議書》2.2.6.1 Ø 賣方應(yīng)遵循系統(tǒng)總集成商（由買方指定）定義的共享核