OMS管理系統(tǒng)設計方案

1、武漢Wuhan KOTEI Informatics Co.,LTD. OMS系統(tǒng)設計方案Ver.1.0編 制：張楓林審 核：批 準：日 期：2013-12-10日 期：日 期：2變更履歷日期版本號修改說明修改人核準人2013-12-101.0創(chuàng)建張楓林3目 錄1 概述42 需求分析52.1. 系統(tǒng)整體架構52.2. OMS系統(tǒng)需求51) 易用性和友好性62) 數(shù)據(jù)集成與共享63) 耦合度63 總體規(guī)劃73.1. 系統(tǒng)架構設計方案71) 三層B/S架構72) 基于WebServices的統(tǒng)一數(shù)據(jù)交換技術83) 面向MVC的實現(xiàn)路線84) 系統(tǒng)擴展性93.2. 軟件整體設計方案103.3. 系統(tǒng)安

2、全性103.4. 其他設計原則114 系統(tǒng)功能規(guī)格124.1. 數(shù)據(jù)定向分發(fā)124.2. 數(shù)據(jù)標準化轉換154.3. 追溯查詢164.3.1 近期數(shù)據(jù)查詢174.3.2 歷史數(shù)據(jù)查詢184.4. 跨系統(tǒng)查詢204.4.1 查詢204.4.2 配置214.5. 系統(tǒng)管理234.5.1 接口管理234.5.2 規(guī)則集管理344.5.3 基本屬性設置384.5.4 系統(tǒng)代碼設置394.5.5 日志管理434.5.6 字典管理451 概述OMS管理系統(tǒng)的建設，是為了加強公司各系統(tǒng)平臺之間的信息共享，減少各系統(tǒng)平臺之間的數(shù)據(jù)不一致，提高各系統(tǒng)平臺的信息利用效率等目標。通過該系統(tǒng)可以提高用戶的工作效率，減

3、少數(shù)據(jù)的重復輸入，降低成本以及減少人為錯誤。在今年剛剛閉幕的中國共產(chǎn)黨十八屆三中全會上，中國政府提出提高社會和企業(yè)信息化水平，加強信息化的運用，加大信息化的整合，加快信息化的發(fā)展，大力加強信息化建設，統(tǒng)籌推進“四化”進程。建設OMS管理系統(tǒng)，能進一步提高和強化企業(yè)的信息化管理水平，提高各個子系統(tǒng)平臺的信息共享，提高工作效率及減少人為錯誤。2 需求分析1.2.1. 系統(tǒng)整體架構2.2. OMS系統(tǒng)需求根據(jù)前期需求調(diào)研，結合各個系統(tǒng)業(yè)務實際，OMS管理系統(tǒng)包含數(shù)據(jù)定向分發(fā)、數(shù)據(jù)標準化轉換、追溯查詢、跨系統(tǒng)查詢和系統(tǒng)管理模塊。系統(tǒng)功能如下圖所示：1) 易用性和友好性系統(tǒng)具備可視化的工作界面，功能設計

4、合理實用，易于操作使用，各類用戶無須專業(yè)培訓，即可快速掌握軟件基本操作。軟件提供聯(lián)機幫助說明，用戶可個性化設置（如快捷方式、界面布局等）和深度應用。2) 數(shù)據(jù)集成與共享系統(tǒng)采用SOA架構，可以高效、方便的為其他應用系統(tǒng)提供服務，同時也調(diào)用其他應用系統(tǒng)，使得數(shù)據(jù)在各個零散的系統(tǒng)中共享。3) 耦合度OMS系統(tǒng)和各應用系統(tǒng)之間既獨立又相互聯(lián)系，OMS系統(tǒng)本身是一個獨立的接口服務平臺，系統(tǒng)上線后通過各種配置將其他應用系統(tǒng)關聯(lián)起來。3 總體規(guī)劃3.1. 系統(tǒng)架構設計方案1) 三層B/S架構系統(tǒng)采用三層 B/S（瀏覽器/服務器模式）架構，基于Web互聯(lián)網(wǎng)技術，主要事務邏輯在服務器端實現(xiàn)，能有效地保護數(shù)據(jù)平

5、臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全。用戶不必另外安裝客戶端軟件，大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本。同時B/S架構已經(jīng)逐漸成為目前信息化建設的默認標準，采用瀏覽器/服務器的體系機構將能夠大幅度降低系統(tǒng)的使用和維護成本，更符合大多數(shù)用戶的使用習慣。采用三層體系結構的優(yōu)點：1、開發(fā)人員可以只關注整個結構中的其中某一層；2、可以很容易的用新的實現(xiàn)來替換原有層次的實現(xiàn)；3、可以降低層與層之間的依賴；4、有利于標準化；5、利于各層邏輯的復用。2) 基于WebServices的統(tǒng)一數(shù)據(jù)交換技術采用面向管理、服務的方式來建設本系統(tǒng)，在數(shù)據(jù)交換服務、應用服務

6、、資源匯集、重組、注冊和發(fā)布服務是采用WebServices部署在網(wǎng)絡上的對象（或組件）集合技術。它采用對象組件技術、使用標準的Internet協(xié)議、將功能展示在互聯(lián)網(wǎng)和企業(yè)網(wǎng)內(nèi)部。它的基石是以XML為主的、開放的Web規(guī)范技術，因此具有比任何現(xiàn)有的對象技術更好的開放性。OMS管理系統(tǒng)設計和建設是基于SOA的整體構架思想，采用XML的數(shù)據(jù)交換技術和基于WebServices服務進行業(yè)務系統(tǒng)整合和集成支持。以XML數(shù)據(jù)交互引擎，實現(xiàn)異構系統(tǒng)間XML數(shù)據(jù)的傳輸、遷移等服務，完成數(shù)據(jù)抽取、加載、發(fā)布和訂閱模板以及數(shù)據(jù)格式的轉換。以WebServices技術進行業(yè)務集無縫集成和互操作的可信整合。通過標

7、準化接口、標準化服務描述、發(fā)布、發(fā)現(xiàn)等，解決了全局業(yè)務調(diào)用、集成，整合、個性服務等問題。實現(xiàn)基于應用的業(yè)務協(xié)作，為應用系統(tǒng)集成提供全新的應用集成手段，使得所有的業(yè)務應用系統(tǒng)，可以通過WebServices技術進行相互調(diào)用，并通過流程重組以及流程整合提供多種新型的、跨業(yè)務系統(tǒng)的應用，真正能夠?qū)崿F(xiàn)業(yè)務流互聯(lián)互通、各類應用業(yè)務集成與發(fā)展。3) 面向MVC的實現(xiàn)路線模型-視圖-控制器（Model-View-Controller，MVC）體系結構模式將一個交互式應用程序分為三個組件。模型包含應用問題的核心數(shù)據(jù)、邏輯關系和計算功能，它封裝了所需的數(shù)據(jù)，提供完成問題處理的操作過程，還為視圖獲取顯示數(shù)據(jù)提供訪

8、問其數(shù)據(jù)的操作；視圖向用戶顯示信息；控制器以事件觸發(fā)方式處理用戶輸入，并為每個輸入事件提供了相應的操作服務。視圖和控制器共同構成了用戶接口。MVC模式是. NET應用程序開發(fā)中被廣泛使用的一種體系結構，它將傳統(tǒng)的輸入、處理和輸出模型轉化為圖形顯示的用戶交互模型。.NET平臺上，模型層負責表達和訪問商業(yè)數(shù)據(jù)，執(zhí)行商業(yè)邏輯和操作，同時控制層也可以訪問其功能函數(shù)以完成相關的任務。視圖層負責顯示模型層的內(nèi)容，它從該層取得數(shù)據(jù)并指定這些數(shù)據(jù)如何被顯示出來，它也會將用戶的輸入傳送給控制器?？刂茖迂撠煻x應用程序的行為，它可以分派用戶的請求并選擇恰當?shù)囊晥D用于顯示，也可以解釋用戶的輸入并將它們映射為模型層可

9、執(zhí)行的操作。4) 系統(tǒng)擴展性系統(tǒng)在設計時，充分考慮到系統(tǒng)的通用性、擴展性。在選擇技術實現(xiàn)時做到可配性強、配置靈活，以適應不同情況下用戶的需求，使系統(tǒng)能夠運行在多種不同的平臺之上。充分考慮應用以及今后業(yè)務的可能擴展，隨著數(shù)據(jù)量的增加和運行節(jié)點的擴展，系統(tǒng)能夠隨著硬件和系統(tǒng)軟件的升級或增加，具有良好的可擴展性。應用軟件應具有良好的開放性，遵循業(yè)界相關標準，支持開放的標準接口，使整個系統(tǒng)成為一個統(tǒng)一的整體。應用支撐平臺模塊間相對獨立，接口清晰，內(nèi)部的業(yè)務流程升級和改造與其它模塊無關，所有模塊基于組件Web Services開發(fā)，可插拔。3.2. 軟件整體設計方案OMS管理系統(tǒng)采用基于SOA的分布式服

10、務架構方案，通過該方案可以使OMS滿足未來企業(yè)高速發(fā)展需要的高性能、高可靠性、高可擴展性的需要。依據(jù)這套方案，我們將系統(tǒng)進行如下的劃分（詳細部署圖見圖）：Ø Web服務集群 基于SOA的服務組件，用于提供OMS的所有業(yè)務處理。Ø Web應用程序集群 供用戶管理和查詢的用戶友好的可視化界面。Ø 數(shù)據(jù)庫讀寫分離 利用Oracle數(shù)據(jù)庫的主從數(shù)據(jù)庫熱備功能，實現(xiàn)讀寫數(shù)據(jù)庫的數(shù)據(jù)同步。應用服務器在寫數(shù)據(jù)時訪問主數(shù)據(jù)庫，主數(shù)據(jù)庫通過主從復制機制將數(shù)據(jù)更新同步到從數(shù)據(jù)庫。Ø 分布式緩存(Memcached) 加快數(shù)據(jù)訪問速度，減輕后端應用和數(shù)據(jù)存儲的負載壓力。

11、16; 負載均衡服務器 利用開源的業(yè)界廣泛使用的Nginx服務器實現(xiàn)負載均衡，以提升OMS的性能和可靠性。3.3. 系統(tǒng)安全性系統(tǒng)支持SSL加密通訊協(xié)議，使用SSL可以對通訊內(nèi)容進行高強度的加密，以防止數(shù)據(jù)在網(wǎng)絡傳輸時被竊取。3.4. 其他設計原則Ø 實用性和可行性：主要技術和產(chǎn)品具有成熟、穩(wěn)定、實用的特點，實用性放在首位，既便于用戶使用，又便于系統(tǒng)管理。Ø 先進性和成熟性：系統(tǒng)設計采用超前思維，先進技術和系統(tǒng)工程方法，同時兼顧思維的合理性，技術的可行性，方法的正確性。不但能反映當今的先進技術和理念，而且具有發(fā)展?jié)摿?，能保證未來若干年內(nèi)占主導地位。Ø 開放性與標準

12、化原則：OMS接收和發(fā)送的數(shù)據(jù)都是基于標準的XML數(shù)據(jù)， J2EE、.NET等其他平臺都是可以很方便的與OMS進行對接。Ø 可擴充性及易升級性：適應應用不斷拓展的需要，應用平臺的軟硬件環(huán)境有良好的平滑可擴充性。Ø 安全性和保密性：充分考慮信息資源的共享，注意信息資源的保護和隔離，分別針對不同的應用和不同的網(wǎng)絡通信環(huán)境，采取不同的措施，包括系統(tǒng)安全機制、數(shù)據(jù)存取的權限控制等。Ø 系統(tǒng)架構中各層應采用成熟的、符合技術標準服務器、中間件、數(shù)據(jù)庫產(chǎn)品。Ø 系統(tǒng)應保證 Window XP Professional客戶端的正常使用，瀏覽器建議采用IE7.0以上版本，

13、并在 TT、Firefox 等主流瀏覽器上測試通過。4 系統(tǒng)功能規(guī)格本章將詳細描述各個模塊的需求功能規(guī)格，會給出具體的頁面布局及頁面所展示的信息內(nèi)容，即Web應用開發(fā)中稱為低保真頁面的頁面藍圖，更為精細的大小、位置由UI設計師在實際Web開發(fā)時給定。對于后臺數(shù)據(jù)處理模塊給出詳細的處理流程圖。4.1. 數(shù)據(jù)定向分發(fā)數(shù)據(jù)定向分發(fā)分為主動推送、定時輪詢和客戶上傳數(shù)據(jù)資料三種方式。各方式的系統(tǒng)活動圖如下所示：主動推送定時輪詢客戶上傳數(shù)據(jù)資料4.2. 數(shù)據(jù)標準化轉換通過預先定義好的數(shù)據(jù)標準化轉換規(guī)則進行數(shù)據(jù)轉換，包括業(yè)務系統(tǒng)->物流系統(tǒng)、物流系統(tǒng)->業(yè)務系統(tǒng)雙向轉換。其中還需要考慮異構數(shù)據(jù)庫

14、之間的數(shù)據(jù)類型、字段轉義、字段位長等格式要求，對于沒有定義轉換規(guī)則的業(yè)務類型、轉換異常的數(shù)據(jù)系統(tǒng)自動向數(shù)據(jù)發(fā)送方進行異常反饋，具體流程如下：4.3. 追溯查詢?yōu)楸Ｕ舷到y(tǒng)安全穩(wěn)定運行，數(shù)據(jù)交換有據(jù)可查，提供接口服務流水記錄查詢功能?？梢圆樵儤I(yè)務名稱、發(fā)送數(shù)據(jù)的時間、發(fā)送方的IP、發(fā)送方的基本信息、發(fā)送的數(shù)據(jù)內(nèi)容、轉換后的數(shù)據(jù)內(nèi)容、接收方的基本信息、本次處理的狀態(tài)等數(shù)據(jù)。下圖是追溯查詢主界面：追溯查詢分為近期數(shù)據(jù)查詢和歷史數(shù)據(jù)查詢。.4.1 4.2 4.3 4.3.1 近期數(shù)據(jù)查詢 查詢近期業(yè)務日志（查詢即時數(shù)據(jù)表），默認查詢當天數(shù)據(jù)，用戶可自行查詢近三天，近一周，近一月的數(shù)據(jù)（快捷

15、查詢天數(shù)，需要和日志保留時間匹配，只顯示保留時間內(nèi)的快捷查詢）。同時用戶可自行設置其他的查詢條件，如可根據(jù)用戶，狀態(tài)，數(shù)據(jù)接收方，數(shù)據(jù)發(fā)送發(fā)，操作時間段等信息進行查詢過濾。如果查詢時間跨年了，需要單獨處理。點擊查看，彈出頁面（不覆蓋原有頁面），可查詢對比轉換前的數(shù)據(jù)和轉換后的數(shù)據(jù)，如果不一樣，則需要區(qū)分開（如：標紅），同時，需要將部分基礎信息帶入到查看頁面，如：操作用戶，操作時間，數(shù)據(jù)發(fā)送發(fā)，數(shù)據(jù)接收方。如下圖：4.3.2 歷史數(shù)據(jù)查詢查詢歷史業(yè)務日志（查詢歷史數(shù)據(jù)表），默認查詢歷史數(shù)據(jù)表中最新一天的數(shù)據(jù)，用戶可自行設置其他的查詢條件，如可根據(jù)用戶，狀態(tài)，數(shù)據(jù)接收方，數(shù)據(jù)發(fā)送發(fā)，操作時間段等信

16、息進行查詢過濾。數(shù)據(jù)段的查詢不允許跨年。只能查詢同一年的數(shù)據(jù)。如下圖，主界面：點擊查看，彈出頁面（不覆蓋原有頁面），可查詢對比轉換前的數(shù)據(jù)和轉換后的數(shù)據(jù)，如果不一樣，則需要區(qū)分開（如：標紅），同時，需要將部分基礎信息帶入到查看頁面，如：操作用戶，操作時間，數(shù)據(jù)發(fā)送發(fā)，數(shù)據(jù)接收方。（同近期數(shù)據(jù)查詢中功能一致），如下圖： 追溯查詢是針對業(yè)務日志進行的查詢，業(yè)務日志在數(shù)據(jù)庫中分成兩張表記錄數(shù)據(jù)，一張即時數(shù)據(jù)表（業(yè)務日志保留時間內(nèi)，保留時間可配置），和一張歷史數(shù)據(jù)表。兩張數(shù)據(jù)表結構完全相同，歷史表中采用分表方式，一年一張歷史表，每張歷史表有十二個分表，分別記錄十二個月份的日志記錄。后臺服務，按照系統(tǒng)設

17、置的日志保留時間，從即時數(shù)據(jù)表中拿取保留時間外的數(shù)據(jù)添加到歷史數(shù)據(jù)表中。4.4. 跨系統(tǒng)查詢4.4 4.4.1 查詢跨系統(tǒng)查詢不涉及到界面，所以只給出基本處理流程，如下圖：4.4.2 配置配置每個系統(tǒng)對外提供的查詢服務，以及可以被那些系統(tǒng)可以調(diào)用，下圖是配置管理界面：區(qū)域1位置是常規(guī)的查詢區(qū)域。區(qū)域2位置是查詢結果區(qū)域，可以對數(shù)據(jù)進行新增、復制、修改、刪除、恢復、導出、查看操作。點擊圖標進行復制操作；點擊圖標進行修改操作；點擊圖標進行刪除操作；點擊圖標進行恢復操作。點擊增加按鈕進入新增配置頁面，如下圖所示：服務名稱必須填寫，標識該服務的唯一名稱。服務提供方必須選擇，下拉框的數(shù)據(jù)從系統(tǒng)配置表獲取

18、。服務訪問地址必須填寫，為服務提供方的服務訪問地址，如：服務訪問方式必須選擇，采用IPHONE面板式的選擇方式，取值范圍為GET/POST。請求參數(shù)非必填，一般用于傳輸權限驗證信息，如數(shù)據(jù)提供方不需要驗證則可不填寫，可以增加多個參數(shù)。數(shù)據(jù)訪問方必須選擇，標識該服務可以被那些系統(tǒng)訪問，數(shù)據(jù)從系統(tǒng)配置表中獲取，不能選擇服務提供方本身。數(shù)據(jù)保存后系統(tǒng)后臺需要自動生成一個OMS統(tǒng)一的訪問地址，如：點擊導出按鈕可以將滿足查詢條件的結果導出成excle文檔（格式在詳細設計時制定），便于共享給各個系統(tǒng)。4.5. 系統(tǒng)管理4.5 4.5.1 接口管理1) 模板管理為了提高系統(tǒng)的可用性，減少配置的復雜度，將公共

19、的模塊抽象出來，建立成單獨的小模塊，方便多系統(tǒng)間關聯(lián)配置。模板維護功能包括對模板的查詢、修改、刪除等操作，還提供便捷的復制功能，便于快速添加相似的模板。如上圖所示為模板維護主界面，區(qū)域1位置為查詢條件，提供基本的查詢條件，并提供靈活的高級查詢功能。查詢條件中的狀態(tài)值分為正常、已刪除、未測試，未測試表示該模板未經(jīng)過數(shù)據(jù)規(guī)則轉換測試，在接口配置將不能選擇未測試通過的模板信息。區(qū)域2位置為查詢結果區(qū)域，對于查詢結果可以進行常規(guī)的操作，比如點擊模板名稱可以進入模板詳情查看頁面；點擊圖標可以完成快速復制模板的功能；點擊圖標可以進入編輯模板的頁面；點擊圖標可以刪除該模板；點擊圖標可以進行恢復操作。點擊添加

20、模板按鈕進入到添加頁面，如下圖所示：添加模板共分為五個操作步驟（基本信息配置、交換字段配置、規(guī)則配置、保存配置、測試配置）。第一步，基本信息配置，包括定義模板名稱、選擇傳輸方向、時效性、備注信息。模板名稱，定義一個本系統(tǒng)中唯一的名稱，便于記憶。傳輸方向需要動態(tài)生成，通過讀取數(shù)據(jù)字典中系統(tǒng)類型的數(shù)據(jù)來生成。比如系統(tǒng)類型有ERP、LMIS，則生成ERP->LMIS、LMIS->ERP，以此類推。時效性通過數(shù)據(jù)字典讀取。第二步，配置數(shù)據(jù)交換的詳細字段定義，如下圖：序號為本次交互字段的順序編號，自動增長，從1開始，理論上無最大值限制。數(shù)據(jù)發(fā)送方信息包含字段名稱、類型、長度、數(shù)據(jù)接收方唯一編

21、碼，用于標識本接口發(fā)送的數(shù)據(jù)中每個字段的詳細定義，比如商品資料下傳接口需要交換37個字段，則需要對這37個字段分別進行定義。其中類型抽象成整數(shù)、浮點數(shù)、字符串、日期、大數(shù)據(jù)類型。數(shù)據(jù)接收方唯一編碼為單選模式，必須選擇，該字段用于傳遞數(shù)據(jù)接收方的唯一編碼，系統(tǒng)通過解析該編碼將數(shù)據(jù)發(fā)送到對應的數(shù)據(jù)接收方。當字段被選中為唯一編碼后，對應的數(shù)據(jù)接收方信息不填。數(shù)據(jù)接收方信息和數(shù)據(jù)發(fā)送方一一對應，在此不做贅述。字段描述為該交換字段的中文描述、說明信息。操作欄的圖標表示增加一個交換字段、圖標表示刪除一個交換字段，至少保留一個交換字段；進行增加和刪除操作時，需要保證序號的連續(xù)。第三步，規(guī)則配置，對于各個系統(tǒng)

22、間數(shù)據(jù)存在數(shù)據(jù)差異的字段指定轉換規(guī)則，具體界面如下圖：系統(tǒng)自動將可能需要進行規(guī)則轉換的字段突出顯示（黃色背景標識），以提示使用者注意。其他沒有提示的數(shù)據(jù)字段也可以設定轉換規(guī)則，通過操作欄的圖標設置。轉換規(guī)則大致可以分為四類，普通規(guī)則、日期規(guī)則、數(shù)據(jù)字典規(guī)則、自定義規(guī)則，詳情如下：u 普通規(guī)則轉換：主要涉及數(shù)值類型、字符類型的異構數(shù)據(jù)庫之間的轉換。轉換規(guī)則見“系統(tǒng)功能數(shù)據(jù)類型轉換規(guī)則”。u 日期規(guī)則轉換：由于日期類型種類繁多，如有的系統(tǒng)采用毫秒數(shù)存儲，有的系統(tǒng)采用標準的時分秒格式存儲，所以需要轉換。u 字典類數(shù)據(jù)轉換：字典類數(shù)據(jù)在業(yè)務系統(tǒng)中的定義與物流系統(tǒng)中的定義之間的轉換，例如：藥品大類在業(yè)務

23、系統(tǒng)的字段中定義為漢字：一類精神品、二類精神品等，但在物流系統(tǒng)的字段中定義為數(shù)值：1 表示一類精神品、2表示為二類精神品。轉換規(guī)則見“系統(tǒng)功能字典數(shù)據(jù)轉換規(guī)則”。u 自定義規(guī)則：針對復雜的規(guī)則，支持自定義C#函數(shù)的形式。若“數(shù)據(jù)發(fā)送方數(shù)據(jù)列”和“數(shù)據(jù)接收方數(shù)據(jù)列”之間無需進行轉換，則不需要進行設置；當需要進行設置時，點擊操作欄的圖標進入設置界面，如下圖所示：規(guī)則下拉框的數(shù)據(jù)從規(guī)則表中讀取，必須選擇，第一個下拉框表示規(guī)則類型，第二個下拉框表示轉換規(guī)則。選擇后系統(tǒng)需要進行校驗所選的規(guī)則是否能夠滿足轉換要求，對于不滿足的要給予提示；依次對需要進行規(guī)則轉換的字段進行設置后，點擊下一步進入最后一步完成配

24、置，如下圖所示： 添加時間、統(tǒng)一訪問地址系統(tǒng)自動生成。第四步，確認各項數(shù)據(jù)無誤后，點擊保存配置按鈕保存接口的配置。第五步，測試配置是否正確，系統(tǒng)會先生成模板，用戶按照模板填寫數(shù)據(jù)后，通過系統(tǒng)上傳，系統(tǒng)驗證本次配置的正確性，界面如下：對于測試通過/不通過都需要給出提示，測試不通過時要詳細給出那個字段不符合要求。2) 接口配置為了減少配置管理員的工作量，可以批量為一些有共同之處的系統(tǒng)一次性配置接口信息。數(shù)據(jù)發(fā)送方為多選模式，如下圖：數(shù)據(jù)發(fā)送方不能同時選擇ERP和LMIS系統(tǒng)，當數(shù)據(jù)發(fā)送方選擇完成后，再點擊數(shù)據(jù)接收方后面的選擇按鈕，彈出的選擇對話框只能加載另一種類型的系統(tǒng)（如數(shù)據(jù)發(fā)送方為ERP，此時

25、就只顯示LMIS系統(tǒng)），對話框的標題也需要動態(tài)變成數(shù)據(jù)接收方，數(shù)據(jù)接收方為單選模式，只能選擇一個系統(tǒng)。數(shù)據(jù)交換模板為之前預定義好的接口模板，當選擇數(shù)據(jù)發(fā)送方和數(shù)據(jù)接收方后加載對應類型的模板，通過選擇的數(shù)據(jù)發(fā)送方和數(shù)據(jù)接收方自動判斷需要加載那種類型的模板，可以多選。選中的會用黃色突出提醒。如果選擇的數(shù)據(jù)接收方是通過Webservice的方式接收數(shù)據(jù)，則還需要填寫Webservice的訪問地址，每個系統(tǒng)只用填寫一次，以后默認加載顯示（如下圖紅色區(qū)域所示），如果數(shù)據(jù)接收方是通過數(shù)據(jù)庫的方式接收數(shù)據(jù)，則需要填寫數(shù)據(jù)庫表名，如果是其他方式則不需要特殊處理。點擊添加前，需要先驗證數(shù)據(jù)，如果已經(jīng)存在相同的配

26、置了，需要給出提示，讓操作者選擇覆蓋還是返回修改。保存數(shù)據(jù)時，需要將模板中抽象的數(shù)據(jù)類型轉換成數(shù)據(jù)庫標準的數(shù)據(jù)類型，并用測試模板進行測試，并輸出狀態(tài)，對于不能通過測試的要給予提示，便于操作者維護。3) 接口維護接口維護功能包括對接口的查詢、修改、刪除、恢復、徹底刪除、導出操作。如上圖所示為接口維護主界面，區(qū)域1位置為樹形快速導航，數(shù)據(jù)從系統(tǒng)配置表中查詢，點擊公司名稱默認查詢出以該公司為數(shù)據(jù)發(fā)送方的所有接口配置信息，如ERP同時向兩個物流中心發(fā)送數(shù)據(jù)（ERP->物流系統(tǒng)1為7條接口、ERP->物流系統(tǒng)2為1條接口），則會顯示8條數(shù)據(jù)。區(qū)域2位置為查詢條件，可以按照接口名稱、數(shù)據(jù)接收方

27、、狀態(tài)（正常、已刪除）進行查詢。數(shù)據(jù)接收方的下拉框數(shù)據(jù)，應該根據(jù)數(shù)據(jù)統(tǒng)計得來。區(qū)域3位置為查詢結果區(qū)域，對于查詢結果可以進行修改、刪除、徹底刪除的操作，點擊接口名稱可以進入接口詳情查看頁面；點擊圖標可以進入編輯接口的頁面；點擊圖標可以刪除該接口；點擊圖標可以進行恢復操作；點擊導出可以將符合查詢條件的接口信息導出成API文檔；點擊徹底刪除按鈕可以將選擇的數(shù)據(jù)從數(shù)據(jù)庫中完全刪除，刪除前必須彈出確認的對話框讓操作者確認。對于有特殊要求，模板滿足不了的情況下，點擊圖標可以進入編輯的頁面，該頁面默認加載模板的信息，供用戶在模板的基礎上編輯，提高工作效率。保存后不會修改到公共模板，而是新建為了一條私有的模

28、板。如下圖，進入接口編輯頁面：編輯頁面其他操作與創(chuàng)建模板時一直，編輯完成后，保存配置，提示用戶保存成功，提示信息為：保存成功，生成新的版本，是否進行測試？4.5.2 規(guī)則集管理1) 新增規(guī)則該功能用于定義轉換規(guī)則集。用于支撐“新增接口à轉換規(guī)則配置”功能，共分為四種類型的規(guī)則（普通規(guī)則、日期規(guī)則、數(shù)據(jù)字典規(guī)則、自定義規(guī)則），如下圖所示： 規(guī)則名稱手工輸入，為規(guī)則起一個方便記憶的名稱，必須填寫。規(guī)則類型必須選擇，選擇類型后系統(tǒng)自動加載對應的區(qū)域以供填寫信息，下面對每個區(qū)域進行說明。u 普通規(guī)則區(qū)域轉換前字段類型，表示數(shù)據(jù)發(fā)送方發(fā)送數(shù)據(jù)的類型，下拉框的數(shù)據(jù)通過數(shù)據(jù)字典（抽象數(shù)據(jù)類型）讀取

29、。轉換后字段類型，表示數(shù)據(jù)接收方接收數(shù)據(jù)的類型，下拉框的數(shù)據(jù)從數(shù)據(jù)字典（抽象數(shù)據(jù)類型）讀取。u 日期規(guī)則區(qū)域轉換前字段類型和轉換后字段類型同上，下拉框的數(shù)據(jù)從數(shù)據(jù)字典（抽象數(shù)據(jù)類型）讀取。轉換前日期格式，如有的系統(tǒng)存儲的是毫秒數(shù)，轉換后日期格式，如有的系統(tǒng)存儲的是標準的時分秒格式。下拉框的數(shù)據(jù)從數(shù)據(jù)字典（日期規(guī)則數(shù)據(jù)格式）讀取。u 數(shù)據(jù)字典規(guī)則區(qū)域轉換前的值，必填，表示數(shù)據(jù)發(fā)送方系統(tǒng)存儲的值，如：一類精神品。轉換后的值，必填，表示數(shù)據(jù)接收方系統(tǒng)存儲的值，如：1。字段說明，非必填，對該字段進行描述。· 圖標，增加一行。 圖標，刪除一行，至少保留一行記錄。u 自定義規(guī)則區(qū)域一些通過常規(guī)規(guī)

30、則無法轉換的，可以通過編寫C#自定義函數(shù)進行轉換，下面對各個字段進行說明。轉換前字段類型，表示數(shù)據(jù)發(fā)送方發(fā)送數(shù)據(jù)的類型，下拉框的數(shù)據(jù)通過數(shù)據(jù)字典（普通規(guī)則數(shù)據(jù)類型）讀取。轉換后字段類型，表示數(shù)據(jù)接收方接收數(shù)據(jù)的類型，下拉框的數(shù)據(jù)從數(shù)據(jù)字典（普通規(guī)則數(shù)據(jù)類型）讀取。自定義轉換函數(shù)，編寫一個標準的C#函數(shù)，輸入值為轉換前字段類型，輸出值為轉換后字段類型，內(nèi)部邏輯算法自定義，保存時需要校驗函數(shù)的準確性。另外，還需要提供輸出日志、發(fā)送消息的API，供操作者使用。2) 規(guī)則維護規(guī)則維護功能如上圖所示，用選項卡的方式代替查詢，上圖示例為日期規(guī)則的界面，普通規(guī)則和自定義規(guī)則參考該頁面。自定義規(guī)則頁面需要提供

31、查看圖標進入自定義函數(shù)查看頁面。點擊圖標進入修改頁面；點擊圖標進入刪除頁面，已經(jīng)被使用的規(guī)則不允許，用戶進行刪除時需要給出提示。由于數(shù)據(jù)字典的維護界面和普通規(guī)則有較大差別，所以單獨描述，如下圖所示：可以按照規(guī)則名稱進行模糊查詢。默認分頁顯示10條規(guī)則，初始規(guī)則都是折疊狀態(tài)，點擊右上角的圖標后展開詳情，點擊圖標進入修改頁面；點擊圖標進入刪除頁面，已經(jīng)被使用的規(guī)則不允許，用戶進行刪除時需要給出提示。4.5.3 基本屬性設置基本屬性設置，包括如下三個屬性的設置u 輪詢時間設置輪詢時間精確到秒，只能輸入大于等于30的正整數(shù)。默認為-1，不輪詢。（具體時間待測試后再確定）u 業(yè)務日志保留時間設置 業(yè)務日志保留時間，可手動輸入，也可從下拉中選擇。下拉中選擇項和追溯查詢中的快捷條件一致，如追溯查詢中快捷查詢有：一天，三天，一周，一月，則該選項中則有1,3,7,30u 系統(tǒng)日志級別設置該選擇項包括debug，error，info三種類型的日志，默認輸出error日志。每種設置都單獨提交，互不影響。原型如下圖：4.5.4 系統(tǒng)代碼設置該功能是針對使用OMS