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