【正文】 方便地支持與目前各主流 EAI 廠商的集成，我方系統(tǒng)可以為不同的使用者配置不同的界面和功能組合，利用 EAI 平臺，通過與其他應(yīng)用系統(tǒng)的集成，可以提供對所有相關(guān)應(yīng)用、數(shù)據(jù)和服務(wù)集成的訪問接口。 安全性要求 系統(tǒng)級安全 對于操作系統(tǒng)、數(shù)據(jù)庫和網(wǎng)絡(luò)分別有各自的安全保證措施。（1）軟件系統(tǒng)安全? 主機(jī)操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)應(yīng)定期自動做備份；? 開發(fā)、測試系統(tǒng)與生產(chǎn)系統(tǒng)要嚴(yán)格分開；? 數(shù)據(jù)傳輸、處理應(yīng)有校驗(yàn)功能和較強(qiáng)的糾錯功能?；卮穑簼M足。我方的開發(fā)、測試環(huán)境和運(yùn)行環(huán)境是分開的，并支持動態(tài)加載；數(shù)據(jù)傳輸、處理、存儲都通過 Hash 和加密技術(shù)進(jìn)行安全、糾錯保障。（2）網(wǎng)絡(luò)系統(tǒng)安全? 對非法的外部登錄系統(tǒng)應(yīng)能告警。? 網(wǎng)絡(luò)登錄應(yīng)受到監(jiān)控，對反復(fù)試驗(yàn)密碼的行為系統(tǒng)應(yīng)能告警。? 系統(tǒng)的各級登錄密碼要嚴(yán)格管理。? 網(wǎng)絡(luò)登錄密碼要定期更換。19 / 65回答：滿足。（3）數(shù)據(jù)安全? 數(shù)據(jù)庫本身應(yīng)有較強(qiáng)的安全機(jī)制；? 數(shù)據(jù)安全性能必須達(dá)到相關(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)有較強(qiáng)的故障恢復(fù)能力；? 異種數(shù)據(jù)庫的數(shù)據(jù)共享與傳送應(yīng)保證準(zhǔn)確、安全；各種原始計費(fèi)數(shù)據(jù)均應(yīng)保留備份；? 內(nèi)部數(shù)據(jù)查詢應(yīng)對不同的人員設(shè)定不同的級別，每人只能查詢與自己相關(guān)的數(shù)據(jù)。回答：滿足。 應(yīng)用級安全（1）提供基于業(yè)務(wù)規(guī)則控制的系統(tǒng)應(yīng)用安全措施。（2）支持根據(jù)業(yè)務(wù)的要求設(shè)置功能控制點(diǎn)，對每一個功能控制點(diǎn)實(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)限等，實(shí)施權(quán)限控制。（4）提供操作日志和審計功能，記錄操作員進(jìn)入和退出的時間，記錄每項(xiàng)重要的操作。回答：滿足。 系統(tǒng)技術(shù)路線要求北方電信業(yè)務(wù)支撐系統(tǒng)在體系結(jié)構(gòu)上分為兩個層次，包括應(yīng)用承載層和應(yīng)用系統(tǒng)層。在應(yīng)用系統(tǒng)層，包括綜合營銷、綜合客服和綜合計費(fèi)等應(yīng)用軟件系統(tǒng)，按數(shù)據(jù)流、工作流、OLTP 和 OLAP 四種實(shí)現(xiàn)模型定義所有的應(yīng)用軟件系統(tǒng)的體系結(jié)構(gòu)。在應(yīng)用承載層，建設(shè)一個獨(dú)立于應(yīng)用軟件系統(tǒng)的，集中式的應(yīng)用軟件承載平臺。以應(yīng)用軟件承載平臺為依托，與各應(yīng)用軟件系統(tǒng)共同構(gòu)成一個 N+1 模式的業(yè)務(wù)支撐系統(tǒng)運(yùn)行環(huán)境。其系統(tǒng)架構(gòu)如下圖所示：工 作 流 管 理信 息 總 線 共 享 核 心 數(shù) 據(jù) 應(yīng) 用 承 載 層系 統(tǒng) 管 理 與 監(jiān) 控 應(yīng) 用 系 統(tǒng) 層數(shù) 據(jù) 流系 統(tǒng) 工 作 流系 統(tǒng) OLTP系 統(tǒng) OLAP系 統(tǒng)系 統(tǒng) 平 臺網(wǎng) 絡(luò) 操 作 系 統(tǒng) 數(shù) 據(jù) 庫系 統(tǒng) 系 統(tǒng) 軟 件應(yīng) 用 軟 件 系 統(tǒng)應(yīng) 用 軟 件 承 載 平 臺工 作 流 管 理信 息 總 線 共 享 核 心 數(shù) 據(jù) 應(yīng) 用 承 載 層系 統(tǒng) 管 理 與 監(jiān) 控 應(yīng) 用 系 統(tǒng) 層數(shù) 據(jù) 流系 統(tǒng) 工 作 流系 統(tǒng) 系 統(tǒng) 系 統(tǒng)系 統(tǒng) 平 臺網(wǎng) 絡(luò) 操 作 系 統(tǒng) 數(shù) 據(jù) 庫系 統(tǒng) 系 統(tǒng) 軟 件 系 統(tǒng) 平 臺網(wǎng) 絡(luò) 操 作 系 統(tǒng) 數(shù) 據(jù) 庫系 統(tǒng) 系 統(tǒng) 軟 件應(yīng) 用 軟 件 系 統(tǒng)應(yīng) 用 軟 件 承 載 平 臺 業(yè)務(wù)支撐系統(tǒng)業(yè)務(wù)支撐系統(tǒng)業(yè)務(wù)支撐系統(tǒng)圖 業(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)度和運(yùn)行、管理的基礎(chǔ)平臺。主要完成以下功能：? 協(xié)調(diào)各應(yīng)用軟件系統(tǒng)，結(jié)合相關(guān)的業(yè)務(wù)數(shù)據(jù)，執(zhí)行跨系統(tǒng)的業(yè)務(wù)流程。? 提供對業(yè)務(wù)流程的配置和管理功能，并對流程的運(yùn)行過程進(jìn)行實(shí)時的跟蹤和監(jiān)控。? 提供對共享核心數(shù)據(jù)的統(tǒng)一存儲，定義并維護(hù)應(yīng)用軟件系統(tǒng)對共享核心數(shù)據(jù)的訪問接口。? 提供集中式的系統(tǒng)權(quán)限管理、安全控制和系統(tǒng)監(jiān)控功能。? 支持已有應(yīng)用軟件系統(tǒng)功能的擴(kuò)展和新建應(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ù)視圖進(jìn)行操作，避免數(shù)據(jù)的不一致。共享的核心數(shù)據(jù)包括核心業(yè)務(wù)模型、組織機(jī)構(gòu)信息和操作員及權(quán)限等系統(tǒng)管理相關(guān)的信息，是整個業(yè)務(wù)支撐系統(tǒng)中最基本、最重要的數(shù)據(jù)，這些數(shù)據(jù)在應(yīng)用軟件承載平臺中被集中存儲、統(tǒng)一維護(hù)。核心數(shù)據(jù)的共享包括兩種形式，一是實(shí)時共享，二是異步共享。實(shí)時共享是指數(shù)據(jù)被唯一保存在共享區(qū)域，所有相關(guān)應(yīng)用實(shí)時訪問該共享數(shù)據(jù)；異步共21 / 65享通過將數(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)訪問接口實(shí)現(xiàn)對數(shù)據(jù)的訪問和存取；? 支持通過信息總線，消息調(diào)用，服務(wù)調(diào)用，SQL 等多種接口方式被各應(yīng)用系統(tǒng)所共用?；卮穑簼M足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用承載平臺的廠商協(xié)調(diào)一致達(dá)到上述要求。（2）信息總線：信息總線是一個抽象層，屏蔽各系統(tǒng)的架構(gòu)、部署環(huán)境的差異性，通過統(tǒng)一的信息模型定義，統(tǒng)一各系統(tǒng)之間的信息傳遞模式，使各系統(tǒng)能夠用統(tǒng)一的信息進(jìn)行對話。信息總線在實(shí)現(xiàn)時要滿足以下要求：? 統(tǒng)一的連接結(jié)構(gòu)信息總線以總線適配器的方式為所有應(yīng)用提供一個統(tǒng)一的接入點(diǎn)。這些應(yīng)用可以是應(yīng)用軟件系統(tǒng)的功能模塊，也可以是應(yīng)用軟件系統(tǒng)，甚至可以是獨(dú)立的數(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ù)可以實(shí)現(xiàn)透明的傳輸。? 標(biāo)準(zhǔn)開放，易于擴(kuò)充符合公開的技術(shù)標(biāo)準(zhǔn)/協(xié)議，具有良好的可擴(kuò)展性、快速的響應(yīng)能力和優(yōu)良的系統(tǒng)升級能力。采用松耦合的技術(shù)，新的業(yè)務(wù)系統(tǒng)或新的功能模塊加入基本不會影響已有系統(tǒng)，為今后系統(tǒng)進(jìn)一步擴(kuò)充提供保障。? 支持多種數(shù)據(jù)傳輸方式的實(shí)現(xiàn)根據(jù)應(yīng)用軟件系統(tǒng)需求的不同，提供多種不同的數(shù)據(jù)傳輸方式。包括點(diǎn)到點(diǎn)傳送、一點(diǎn)對多點(diǎn)的傳送或利用“發(fā)行/預(yù)訂” 架構(gòu)傳送消息。? 對傳輸過程的實(shí)時性、可靠性進(jìn)行高級封裝保障數(shù)據(jù)在總線上能夠?qū)崟r、可靠的傳輸，應(yīng)用軟件系統(tǒng)可以忽略對網(wǎng)絡(luò)傳輸?shù)目刂疲鴥H需關(guān)注系統(tǒng)的實(shí)現(xiàn)過程。? 為消息傳送提供多種服務(wù)支持能力這些服務(wù)包括下列內(nèi)容：消息緩沖機(jī)制用來保證如果接收消息的應(yīng)用程序比發(fā)送消息的應(yīng)用程序速度慢，則用隊列保存消息；交易的完整性用來保證交易在消息發(fā)送前或確認(rèn)接收前完成；消息的優(yōu)先級；錯誤處理等。? 提供方便的配置管理手段提供方便直觀的管理機(jī)制，實(shí)現(xiàn)對總線參數(shù)的靈活配置，使之能最大限度的發(fā)揮總線的功能，避免成為系統(tǒng)升級的瓶頸?；卮穑簼M足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用承載平臺的廠商協(xié)調(diào)一致達(dá)到上述要求。（3）工作流管理：系統(tǒng)通過工作流平臺進(jìn)行整合，工作流引擎驅(qū)動進(jìn)行流程的定制和驅(qū)動；實(shí)現(xiàn)業(yè)務(wù)流程進(jìn)行定義、執(zhí)行和管理的功能。在業(yè)務(wù)支撐系統(tǒng)中，工作流管理平臺通過信息總線觸發(fā)應(yīng)用軟件系統(tǒng)完成指定的業(yè)務(wù)功能，并將運(yùn)行結(jié)束的控制信號通過總線告知工作流管理平臺，實(shí)現(xiàn)對整個流程執(zhí)行的調(diào)度和監(jiān)控。工作流管理平臺具有以下功能和特性：? 流程開發(fā)提供可視化圖形界面的業(yè)務(wù)流程定義工具，提供多種業(yè)務(wù)流動和步驟鏈接方式，如正常，可選，跳轉(zhuǎn)，分裂，匯合等。在業(yè)務(wù)流程圖中，可以為每條消息定義規(guī)則，可以對消息進(jìn)行分析，并計算出在業(yè)務(wù)過程的下一步應(yīng)當(dāng)做什么。通過選擇步驟類型，指定或修改步驟鏈接方式，實(shí)現(xiàn)流轉(zhuǎn)控制，建立或快速修改需要的業(yè)務(wù)模型。同時避免由于業(yè)務(wù)流程變化導(dǎo)致的對應(yīng)用軟件系統(tǒng)的修改。? 流程模擬支持業(yè)務(wù)流程原型的快速開發(fā)，在業(yè)務(wù)流程投入使用之前可以對流程進(jìn)行充分測試、模擬和評估。? 流程運(yùn)行業(yè)務(wù)流程可通過工作流管理平臺進(jìn)行快速部署，優(yōu)化的流程引擎保證業(yè)務(wù)流程的高效可靠運(yùn)行。? 流程管理與監(jiān)控對系統(tǒng)中的所有核心業(yè)務(wù)流程進(jìn)行分級，分類的管理。圖形化的業(yè)務(wù)流程管理界面，對業(yè)務(wù)流程的動態(tài)執(zhí)行過程實(shí)時跟蹤。對業(yè)務(wù)流程執(zhí)行情況進(jìn)行統(tǒng)計。? 對信息總線的支持能力采用與中間件無關(guān)的體系結(jié)構(gòu)，以便于與不同信息總線進(jìn)行互聯(lián)。與不同信息總線互聯(lián)無需對工作流管理平臺進(jìn)行改動，具備良好的可移植性。? 支持流程分布支持分布式系統(tǒng)環(huán)境，使得業(yè)務(wù)流程可以跨越地域的限制?；卮穑簼M足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用23 / 65承載平臺的廠商協(xié)調(diào)一致達(dá)到上述要求。（4）企業(yè)應(yīng)用集成：綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理系統(tǒng)必須以模塊方式構(gòu)造而成，使用 TMF 中新一代業(yè)務(wù)支撐系統(tǒng)（NGOSS ）架構(gòu)的概念與 EAI 接口集成。賣方必須詳細(xì)的說明所建議的系統(tǒng)將如何符合這一概念。賣方的回應(yīng)還必須特別解釋將如何滿足下列要求：回答：滿足。我方理解 TMF 中新一代業(yè)務(wù)支撐系統(tǒng)構(gòu)架首先是滿足一個以客戶為中心的商業(yè)目標(biāo)，在以客戶為中心的模式下，面向客戶需求開發(fā)產(chǎn)品、提供服務(wù)，通過合理化流程進(jìn)行后端資源的有效快速的配置，完成對客戶服務(wù)的端到端的流程，在這一模式下，必然需要 EAI 平臺的支持，因?yàn)樗梢源蛲ú煌瑥S商提供的不同應(yīng)用系統(tǒng)的流程，真正在技術(shù)上保障實(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、客戶細(xì)分、日程管理等基礎(chǔ)業(yè)務(wù)組件之上可以完成對不同客戶群提供不同產(chǎn)品與服務(wù)，并制定不同的價格策略，并注重流程管理，我方系統(tǒng)與 EAI平臺配合使用可以完成對市場、銷售、服務(wù)、支持、資源等各環(huán)節(jié)的從內(nèi)部到外部的流程管理和控制。? 與其他應(yīng)用系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)共享一方面，如產(chǎn)品與服務(wù)等數(shù)據(jù)將被另一個應(yīng)用的服務(wù)目錄（Service Catalogue）所定義。這個服務(wù)目錄被眾多應(yīng)用所共同使用，例如客戶關(guān)系管理系統(tǒng)、計費(fèi)帳務(wù)系統(tǒng)等。另一方面，如費(fèi)率、產(chǎn)品服務(wù)組合、折扣等數(shù)據(jù)，如果是在本系統(tǒng)內(nèi)被定義，那就需和服務(wù)目錄共享數(shù)據(jù)。請解釋綜合客服、生產(chǎn)調(diào)度和網(wǎng)絡(luò)資源配置管理系統(tǒng)是如何對這些數(shù)據(jù)進(jìn)行共享的?；卮穑簼M足。我方通過貴方擬統(tǒng)一建設(shè)的應(yīng)用承載平臺進(jìn)行核心業(yè)務(wù)數(shù)據(jù)對象的訪問，這些已經(jīng)充分地融入到了各個應(yīng)用模塊的設(shè)計中。? 參與跨應(yīng)用的業(yè)務(wù)流程業(yè)務(wù)流程是跨應(yīng)用的。比如，新服務(wù)定單有可能始于綜合客服系統(tǒng)，發(fā)起業(yè)務(wù)開通流程，最后生成一個帳號并開始計費(fèi)。這些業(yè)務(wù)流程將由一個獨(dú)立于業(yè)務(wù)應(yīng)用外的業(yè)務(wù)模型所創(chuàng)建，并由 EAI 工作流功能自動化實(shí)現(xiàn)。請賣方解釋本系統(tǒng)是如何參與這些工作流的?；卮穑簼M足。我方系統(tǒng)將提供遵循 EAI 廠商要求的接口系統(tǒng)，不同的 EAI 廠商對接口的要求不同，但通常會有基于 API 和基于消息的接口。工作流程中定義的與我方相關(guān)的節(jié)點(diǎn)通過這些接口與我方的應(yīng)用進(jìn)行溝通，具體參與過程參見《技術(shù)建議書》? 賣方應(yīng)遵循系統(tǒng)總集成商（由買方指定）定義的共享核心數(shù)據(jù)模型，并說明相應(yīng)的適配器開發(fā)方式。本系統(tǒng)必須提供一個接口和整個業(yè)務(wù)支撐系統(tǒng)的 EAI 平臺進(jìn)行連接，請賣方詳細(xì)說明在這類平臺設(shè)計、技術(shù)和方法（論）上的經(jīng)驗(yàn)。特別是本系統(tǒng)將如何支持多階段更新、提交和回退處理，如何使用 EAI 平臺提供的透明的多服務(wù)器方式提供的擴(kuò)展性和靈活性，是否帶有開發(fā)完成的適配器等。回答：滿足。我方應(yīng)用系統(tǒng)將遵循系統(tǒng)總集成商（由買方指定）定義的共享核心數(shù)據(jù)模型，共享核心數(shù)據(jù)模型可以采用 JDBC 的適配器進(jìn)行開發(fā)，也可以采用提供 API 方式，其他應(yīng)用系統(tǒng)對共享核心數(shù)據(jù)模型的訪問都是通過 EAI 來進(jìn)行，由于可能訪問的量較大，所以在系統(tǒng)上要考慮管理數(shù)據(jù)庫連接、進(jìn)行緩存管理、流量和擁塞控制，同時要考慮安全認(rèn)證、審計和管理等方面的因素，該系統(tǒng)只要支持事務(wù)處理標(biāo)準(zhǔn)，我方應(yīng)用是可以利用 EAI 提供的事務(wù)機(jī)制將整個過程作為一個事務(wù)進(jìn)行處理；EAI 平臺提供的多服務(wù)器集群功能對所有應(yīng)用系統(tǒng)完全透明，各方不需考慮，只需在通過適配器互聯(lián)時，如果接口處理量較大情況下，可以考慮在多個適配器之間合理分配任務(wù)，具體實(shí)現(xiàn)方式尚待與總集成商進(jìn)行討論；適配器與各 EAI 廠家提供的產(chǎn)品有關(guān)，沒有統(tǒng)一標(biāo)準(zhǔn)，所以沒有開發(fā)完成的適配器。北方電信將建設(shè)專門的集中監(jiān)控管理系統(tǒng)，請賣方解釋本系統(tǒng)將如何對集中監(jiān)控管理系統(tǒng)提供必要的支持。特別是：如何滿足通過 SNMP trap 來監(jiān)控應(yīng)用程序；應(yīng)用程序如何向系統(tǒng)管理模塊提供性能信息；應(yīng)用程序如何向系統(tǒng)管理模塊提供審計信息；應(yīng)用系統(tǒng)如何向系統(tǒng)管理模塊提供異常日志；應(yīng)用系統(tǒng)如何向管理系統(tǒng)模塊提供報警和通知；應(yīng)用系統(tǒng)的配置管理是如何實(shí)現(xiàn)的；如何實(shí)現(xiàn)對應(yīng)用軟件的維護(hù)；如何提供對應(yīng)用進(jìn)程、操作系統(tǒng)和數(shù)據(jù)庫的實(shí)時和歷史性能監(jiān)控；如何檢測錯誤和預(yù)警等?；卮穑簼M足。我方將在應(yīng)用中內(nèi)置 SNMP 代理模塊，該模塊完成對應(yīng)用層網(wǎng)管信息的采集，遵循 SNMP 標(biāo)準(zhǔn)建立網(wǎng)管 MIB，并可以配置一些閥值以作為產(chǎn)生自主傳送、報警和 Trap 的依據(jù)，Agent 還支持輪詢方式