【正文】 以充分支持 ? 系統(tǒng)原子交易實現(xiàn)多機并行處理。 ? 實現(xiàn)了在應用集成中采 用插件管理的模式。所有功能組件都以插件的形式存在。 ? IBTE 的系統(tǒng)類插件中包含了獨特的數(shù)據(jù)安全審計插件、虛擬文件插件、KO|a 25 加密解密插件、端口映射插件以及網(wǎng)絡視頻監(jiān)控插件。 ? 單一、全面的集成基礎架構。 為了促進原有系統(tǒng)、打包應用程序、業(yè)務合作伙伴和 Web 服務間的集成，提供了一套單一、全面的集成基礎架構，其中包括： i. 業(yè)務流引擎，用于建模、生成和監(jiān)視端到端的業(yè)務過程； ii. 設計時與運行時信息庫，分別獲取集成的元數(shù)據(jù)與狀態(tài)信息； iii. 運行時或集成管理器，用于協(xié)調集成過程并調用轉換、變換、事件、校驗、安全性與其它各種服務； iv. 范圍廣泛的一組連接器； ? 用于設計集成的單一、高效的工具集。 用于盡量減少開發(fā)人員為集成不同系統(tǒng)所必須編寫的自定義軟件代碼數(shù)量。這使得該環(huán)境既可維護又可管理。 IBTE 的解決方案通過提供一套全面的 HTML 工具來完成這種工作： ii. 建模或設計端到端的集成過程； iii. 管理集成的系統(tǒng)基礎架構； iv. 監(jiān)控不同系統(tǒng)間的業(yè)務過程； v. 分析或獲得業(yè)務過程智能； ? 業(yè)務過程的單一視圖。 使客戶擁有一個業(yè)務過程的公共視圖以及不同系統(tǒng)間信息流的公共視圖。用戶能夠在單一的控制臺上監(jiān)視業(yè)務過程的當前狀態(tài)（例如，是否已經(jīng)在 SAP 系統(tǒng)中收到了購 買定單）、業(yè)務事件、數(shù)據(jù)以及其他信息，而不必查詢許多相互集成的不同系統(tǒng)。 ? 模塊化、組件化的軟件結構。 各個模塊可以自由拆分、組合，最大限度的實現(xiàn)了整個系統(tǒng)的應用集成。 ? 開放式接口。 提供符合國際標準的開放式接口，用于和原有應用系統(tǒng)的應用集成，建立與外部系統(tǒng)的信息交換標準接口，并預留與未來發(fā)展系統(tǒng)之間的接口。 KO|a 26 （五）目實施方案（含技術路線、工藝流程及技術關鍵的解決方案） 數(shù)據(jù)集成的兩種主要方法是： ? 通過數(shù)據(jù)聯(lián)邦技術進行分布式數(shù)據(jù)訪問， ? 將數(shù)據(jù)移動到對應用程序更有效或更一致的位置，這種方法被稱為數(shù)據(jù)合并 或數(shù)據(jù)安排。分布式訪問對應的是企業(yè)信息集成（ EII）技術，而數(shù)據(jù)安排對應的是 ETL 和復制技術。合起來，這些功能構成了信息集成所需要的核心部分。用最簡單的話來解釋，聯(lián)邦技術在一個地方接受一個查詢，然后對查詢的相應部分進行分布，讓它們作用于數(shù)據(jù)，而不管數(shù)據(jù)位于何處、以何種形式構成。而數(shù)據(jù)放置則首先將位于不同地方的數(shù)據(jù)置于同一處，這樣，對用戶查詢就不需要再進行分布了。 XML標準和中間件技術 XML 基礎標準是為 XML 的進一步實用化制定的標準，它規(guī)定了采用 XML制定標準時的一些公用特征、方法或規(guī)則。 XML Schema 描述了更加嚴格定義 XML 文檔的方法，以便可以更自動地處理 XML 文檔。 XML Namespace 用于保證 XML DTD 中名字的一致性，以便不同的 DTD 中的名字在需要時 可以合并到一個文檔中。 DOM 定義了一組與平臺和語言無關的接口，以便程序和腳本能夠動態(tài)訪問和修改 XML 文檔內容、結構及樣式。 XQuery 的目的是為從Web 文檔中提取數(shù)據(jù)，提供一種靈活的查詢機制。 XPath 描述如何識別、選擇、匹配 XML文件中的各個構成元件，包括元素、屬性、文字內容等。 XPointer和 XLink 標準，規(guī)定了有關定位鏈 接方面的內容。 CSS 被用來作為 XML 文檔顯示的樣式標準等等。 基于 Web 服務的面向服務的體系結構 面向服務的體系結構（ serviceoriented architecture， SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應該獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程。這使得構建在各種這樣的系統(tǒng)中的服務可以以一種統(tǒng)一和通用的方式進行交互。 Web 服務規(guī)范定義了實現(xiàn)服務以及與它們的交互所需要的細節(jié)。然而，面 向服務的體系結構（ SOA）是一種用于構建分布式系統(tǒng)的方法，采用 SOA KO|a 27 這種方法構建的分布式應用程序可以將功能作為服務交付給終端用戶，也可以構建其他的服務。面向服務的體系結構（ SOA）可以基于 Web 服務，但是它可能改為使用其他的技術來代替。在使用面向服務的體系結構（ SOA）設計分布式應用程序時，您可以將 Web 服務的使用從簡單的客戶端 服務器模型擴展成任意復雜的系統(tǒng) 。 下面我們進行詳述： 采用 JMXJava Management Extensions框架 ， 即 Java管理擴展 ,是一個為應用程 序、設備、系統(tǒng)等植入管理功能的框架。 JMX可以跨越一系列異構操作系統(tǒng)平臺、系統(tǒng)體系結構和網(wǎng)絡傳輸協(xié)議，靈活的開發(fā)無縫集成的系統(tǒng)、網(wǎng)絡和服務管理應用。使用系統(tǒng)核心 +插件的配置模式 ,系統(tǒng)支撐平臺的系統(tǒng)核心功能包括： ? 通信處理 ? 支持不同的通信協(xié)議 ? 支持 OLTP 平臺的功能調用： CICS， MQ 等 ? 提供主 /被動建鏈、多鏈路、長 /短建鏈通信方式 ? 增加新的協(xié)議只需加入?yún)f(xié)議 Adaptor ? 內部進程控制模塊 ? 系統(tǒng)的性能同硬件的 TPC 同步，平穩(wěn)地支持大規(guī)模交易量 ? 提供靈活的應用子系統(tǒng)處理模式：以設備為單位或以交易為單位 ? 系統(tǒng)監(jiān)控機制 ? 任何一個系統(tǒng)和應用進程都受總控進程管理 ? 一個應用子系統(tǒng)的問題不會使系統(tǒng)停止 ? 提供系統(tǒng)報警功能 ? 交換路由分揀： ? 路由分成應用處理進程選擇，設備和主機目的地選擇 ? 使用內部數(shù)據(jù)格式進行路由選擇 ? 路由選擇可以通過系統(tǒng)配置完成 ? 超時控制： ? 系統(tǒng)提供超時總控機制 ? 應用系統(tǒng)只需登記超時，系統(tǒng)會自動通知超時，然后應用可以做超KO|a 28 時處理 ? 自動恢復和沖正： ? 當出現(xiàn)通信異常情況時， IBTE 可以為應用系統(tǒng)進行恢復 ? 當與主機通信暫時中斷時， IBTE 可以為應用系統(tǒng)提供自動沖正 ? 運行日志： ? 系統(tǒng)和應用的任何情況都有記錄 ? 記錄可以分級 ? 資源配置 (系統(tǒng)配置文件 ) ? SESSION NAME ? PLATFORM_TYPELinux/AIX/HP_UNIX 等 ? PROTOCOL_TYPETCPIP/SNA/X25 等 ? OPEN_MODEServer/Client/Active Server ? ip_addrs、 portnumber、 lu_number、 pu_addrs 等 ? OPTIONS 等 ? 通訊控制配置 ? iomode(通訊 IO模式： IO、 IN、 OUT) ? liype(通訊線路方式：長建 鏈、短建鏈 ) ? linenum(通訊線路個數(shù) ) ? timeout(通訊超時值 )等 ? 系統(tǒng)進程資源配置 ? 進程定時查詢時間、進程未響應次數(shù)限制 ? 消息隊列數(shù)、信號量數(shù)、共享內存數(shù)等 ? 隊列參數(shù)、信號量參數(shù)、共享內存參數(shù) ? 虛擬名、標識號、 IPC 鍵值、大小 ? 進程名、進程類 ID 標記、個數(shù)、啟動參數(shù)等 ? 系統(tǒng)進程類標記 ID、應用進程類標記 TPID ? 系統(tǒng)進程生命期控制 ? 啟動、關閉、暫停、恢復、運行狀態(tài)監(jiān)控、異常控制等 ? 系統(tǒng)進程監(jiān)控實現(xiàn)機制 ? 監(jiān)控隊列 KO|a 29 ? 監(jiān)控命令 (關閉、暫停、恢復、外部手動控制接口 ) ? 定時進程狀態(tài)查詢、異常狀 態(tài)重啟 ? 交換路由的數(shù)據(jù)基礎 ? 應用協(xié)議轉換 ? 內部數(shù)據(jù)格式 ? 應用進程類標記 TPID ? 通訊路由節(jié)點標記 RouteID ? 交換路由規(guī)則及其配置 ? RouteRoute(簡單分揀規(guī)則 ) ? 通訊報文 轉發(fā)類應用子系統(tǒng) 外部交換 外部節(jié)點 ? RouteTP1(命令提交規(guī)則 ) ? 通訊報文 應用協(xié)議轉換 內部數(shù)據(jù)格式 內部交換 命令處理類應用子系統(tǒng) ? RouteTP2(交易提交規(guī)則 ) ? 通訊報文 應用協(xié)議轉換 內部數(shù)據(jù)格式 內部交換 交易處理類應用子系統(tǒng) ? 規(guī)則配置信息表 ? TPIDFstFltInf、 TPIDSndFltInf、 TPIDTrdFltInf ? 業(yè)務交換規(guī)則 ?擴展屬性定義：為數(shù)據(jù)建模提供了強大和豐富的擴展屬性定義，使數(shù)據(jù)庫應用中的大量 功能可以在免代碼的情況下實現(xiàn)。 ?復雜、交互、可視的商務規(guī)則程序：支持高度復雜、交互、可視的商務規(guī)則程序，以支 持實現(xiàn)復雜的商務邏輯和業(yè)務要求。 ?對企業(yè)現(xiàn)有數(shù)據(jù)庫的直接重用和訪問：支持對企業(yè)現(xiàn)有數(shù)據(jù)庫的直接重用和訪問。 IBTE 可以直接從數(shù)據(jù)庫中抽取并產(chǎn)生數(shù)據(jù)定義。 ?數(shù)據(jù)字典資源的導入、導出： IBTE 可以對數(shù)據(jù)字典資源進行導入和導出。?業(yè)務語義屬性： IBTE 為數(shù)據(jù)庫引入了一個業(yè)務語義層 ，通過這一業(yè)務語義層，業(yè)務人員就可以依據(jù)業(yè)務屬性來管理和操控數(shù)據(jù)。 ?業(yè)務參數(shù)管理：提供統(tǒng)一的業(yè)務要素和參數(shù)管理，可以讓用戶靈活修改業(yè)務活動中的大 量業(yè)務參數(shù)。 KO|a 30 ?數(shù)據(jù)限定和查找定義 :支持各種不同數(shù)據(jù)來源、不同表現(xiàn)風格、不同操作方式的數(shù)據(jù)限 定和查找定義。 ?字段級數(shù)據(jù)加密：支持針對每一個字段的數(shù)據(jù)加密。 ?多文檔復合信息支持：在一個復雜的業(yè)務信息中，往往需要處理多種格式和表現(xiàn)業(yè)務文 檔，如表格、圖標、樹形結構等，必須支持將多種格式的文檔復合在同一個信息窗體內，以實現(xiàn)高度復雜、靈活和強大的信息表現(xiàn)。 ?文 檔與數(shù)據(jù)的連接以及輸入自動感知：可以在上述大多數(shù)類型的文檔中定義數(shù)據(jù)域，并 實現(xiàn)數(shù)據(jù)輸入輸出。 Business Studio 的所有類型文檔均使用了統(tǒng)一的數(shù)據(jù)接口，便于數(shù)據(jù)感知文檔的設計。 ?常用數(shù)據(jù)感知格式文檔的自動生成：只要用戶選擇了數(shù)據(jù)源和文檔類型 ,就能夠根據(jù)數(shù) 據(jù)字典的定義，智能地生成相應格式的文檔?，F(xiàn)有的文檔自動生成的智能程度已經(jīng)相當高，對于要求一般的輸入界面，直接使自動生成的文檔即可。如果要求更高，則可以在自動生成的文檔基礎上再加以修改。 ?復雜文檔窗體的設計：對所支持的不同類型文檔提供了統(tǒng)一的 文檔窗體設計支持，讓開 發(fā)人員在各類文檔基礎上進行可視化的窗體設計，添 加各類組件，編寫控制代碼，完成復雜的業(yè)務功能等等。 文檔視圖動態(tài)測試：所有業(yè)務文檔，都支持在設計期任何階段對設計的商務規(guī)則、交互界面、運行效率、數(shù)據(jù)編輯、打印輸出等重要特征進行動態(tài)測試。 （六）技術風險分析 技術風險主要存在兩方面的問題： 由于本項目中 應用集成和流程集成 采用的都是國外新信息的技術，在國內應用中有個逐步被接受和認識的過程； 各種技術的更新?lián)Q代，難免會出現(xiàn)某種技術會被淘汰的情況。 在此， 我公司借鑒國內外的成功項目，尤其是我公司的主要技術人才的豐富 實踐經(jīng)驗（在國內成功實施過多個電子信息項目），一方面積極加強KO|a 31 對本項目技術的宣傳力度，盡快使用戶能盡快認識到本項目的技術先進性和實用性；另外方面，積極加強技術交流，全方位跟蹤國內外的技術發(fā)展方向，保證本項目研發(fā)的先進性， 以力求避免出現(xiàn)技術被淘汰的重大風險。 （七）分年度的工作內容、目標 對軟件項目來說，國際上已有比較規(guī)范的研發(fā)流程和方式，我公司在《 IBTE 基礎交易處理平臺》研發(fā)中，采取了國際上通行的軟件開發(fā)模式，并制定了嚴格和規(guī)范的開發(fā) 流程，如下表所示： 項目產(chǎn)品化實施中主要分為以下幾步： ? 項目范圍規(guī)劃 時 間從 2021 年 8 月 1 日 — 2021 年 8 月 18 日，工期為 14 個工作日。 ? 分析 /軟件需求 時間從 2021 年 8 月 19 日 — 2021 年 11 月 7日，工期為 個工作日。 ? 設計 時間從 2021 年 11 月 7 日 — 2021 年 5 月 30日，工期為 個工作日。 ? 開發(fā) 時間從 2021 年 5 月 30 日 — 2021 年 3 月 26日，工期為 214 個工作日。 ? 測試 時間從 2021 年 5 月 30 日 — 2021 年 6 月 13日，工期為 271 個工作日。 ? 培訓 時間從 2021 年 5 月 30 日 — 2021 年 4 月 4 日，工期為 221 個工作日。 ? 文檔 時間從 2021 年 5 月 30 日 — 2021 年 1 月 31日，工期為 176 個工作日。 ? 試生產(chǎn) 時間從 2021 年 11 月 7 日 — 2021 年 6 月 26日，工期為 個工作日。 ? 部署 時間從 2021 年 6 月 26 日 — 2021 年 7 月 11日，工期為 11 個工作日。 ? 實施工作結束后的回顧 時間從 2021 年 7 月 11 日 — 2021 年 7 月 27日，工期為 12 個工作日。 以上十項工作任務需投入資金共計： 45 萬元 ,本公司自籌資金 30 萬投入 ,申KO|a 32 請江西