【正文】 界面標準，并說明是 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ù)集成的訪問接口。 安全性要求 系統(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ò)登錄密碼要定期更換。19 / 65回答：滿足。（3）數(shù)據(jù)安全? 數(shù)據(jù)庫本身應(yīng)有較強的安全機制；? 數(shù)據(jù)安全性能必須達到相關(guā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)保證準確、安全；各種原始計費數(shù)據(jù)均應(yīng)保留備份；? 內(nèi)部數(shù)據(jù)查詢應(yīng)對不同的人員設(shè)定不同的級別，每人只能查詢與自己相關(guān)的數(shù)據(jù)?；卮穑簼M足。 應(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）提供操作日志和審計功能，記錄操作員進入和退出的時間，記錄每項重要的操作?；卮穑簼M足。 系統(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)如下圖所示：20 / 65工 作 流 管 理信 息 總 線 共 享 核 心 數(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)度和運行、管理的基礎(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ù)；異步共21 / 65享通過將數(shù)據(jù)定期復(fù)制到共享區(qū)域供其它應(yīng)用訪問。基于各應(yīng)用系統(tǒng)構(gòu)成的復(fù)雜性和訪問數(shù)據(jù)需求的不同，應(yīng)用軟件承載平臺中存儲的共享核心數(shù)據(jù)滿足以下標準和要求：? 所有數(shù)據(jù)均存儲于對象關(guān)系數(shù)據(jù)庫，可以與標準的文檔數(shù)據(jù)庫集成；? 可以充分繼承并利用數(shù)據(jù)庫的數(shù)據(jù)處理與查詢優(yōu)勢；? 可通過 JDBC/ODBC 等標準訪問接口實現(xiàn)對數(shù)據(jù)的訪問和存取；? 支持通過信息總線，消息調(diào)用，服務(wù)調(diào)用，SQL 等多種接口方式被各應(yīng)用系統(tǒng)所共用?；卮穑簼M足。本部分基本是對應(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ù)標準的數(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)透明的傳輸。? 標準開放，易于擴充符合公開的技術(shù)標準/協(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ù)目刂疲鴥H需關(guān)注系統(tǒng)的實現(xiàn)過程。? 為消息傳送提供多種服務(wù)支持能力這些服務(wù)包括下列內(nèi)容：消息緩沖機制用來保證如果接收消息的應(yīng)用程序比發(fā)送消息的應(yīng)用程序速度慢，則用隊列保存消息；交易的完整性用來保證交22 / 65易在消息發(fā)送前或確認接收前完成；消息的優(yōu)先級；錯誤處理等。? 提供方便的配置管理手段提供方便直觀的管理機制，實現(xiàn)對總線參數(shù)的靈活配置，使之能最大限度的發(fā)揮總線的功能，避免成為系統(tǒng)升級的瓶頸?；卮穑簼M足。本部分基本是對應(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)當做什么。通過選擇步驟類型，指定或修改步驟鏈接方式，實現(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ù)流程可以跨越地域的限制?；卮穑簼M足。本部分基本是對應(yīng)用承載平臺的要求，我方明白并能與提供應(yīng)用23 / 65承載平臺的廠商協(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è)目標，在以客戶為中心的模式下，面向客戶需求開發(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ù)進行共享的?；卮穑簼M足。我方通過貴方擬統(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)是如何參與這些工作流的?；卮穑簼M足。我方系統(tǒng)將提供遵循 EAI 廠商要求的接口系統(tǒng)，不同的 EAI 廠商對接口的要求不同，但通常會有基于 API 和基于消息的接口。工作流程中定義的與我方相關(guān)的節(jié)點通過這些接口與我方的應(yīng)用進行溝通，具體參與過程參見24 / 65《技術(shù)建議書》? 賣方應(yīng)遵循系統(tǒng)總集成商（由買方指定）定義的共享核心數(shù)據(jù)模型，并說明相應(yīng)的適配器開發(fā)方式。本系統(tǒng)必須提供一個接口和整個業(yè)務(wù)支撐系統(tǒng)的 EAI 平臺進行連接，請賣方詳細說明在這類平臺設(shè)計、技術(shù)和方法（論）上的經(jīng)驗。特別是本系統(tǒng)將如何支持多階段更新、提交和回退處理，如何使用 EAI 平臺提供的透明的多服務(wù)器方式提供的擴展性和靈活性，是否帶有開發(fā)完成的適配器等。回答：滿足。我方應(yīng)用系統(tǒng)將遵循系統(tǒng)總集成商（由買方指定）定義的共享核心數(shù)據(jù)模型，共享核心數(shù)據(jù)模型可以采用 JDBC 的適配器進行開發(fā)，也可以采用提供 API 方式，其他應(yīng)用系統(tǒng)對共享核心數(shù)據(jù)模型的訪問都是通過 EAI 來進行，由于可能訪問的量較大，所以在系統(tǒng)上要考慮管理數(shù)據(jù)庫連接、進行緩存管理、流量和擁塞控制，同時要考慮安全認證、審計和管理等方面的因素，該系統(tǒng)只要支持事務(wù)處理標準，我方應(yīng)用是可以利用 EAI 提供的事務(wù)機制將整個過程作為一個事務(wù)進行處理；EAI 平臺提供的多服務(wù)器集群功能對所有應(yīng)用系統(tǒng)完全透明，各方不需考慮，只需在通過適配器互聯(lián)時，如果接口處理量較大情況下，可以考慮在多個適配器之間合理分配任務(wù)，具體實現(xiàn)方式尚待與總集成商進行討論；適配器與各 EAI 廠家提供的產(chǎn)品有關(guān)，沒有統(tǒng)一標準，所以沒有開發(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)的配置管理是如何實現(xiàn)的；如何實現(xiàn)對應(yīng)用軟件的維護；如何提供對應(yīng)用進程、操作系統(tǒng)