1、.：.；摘要近幾年，伴隨著電信業的迅猛開展，國內挪動運營商間的競爭日趨猛烈，為了獲得行業競爭優勢，挪動運營商們采取的重要手段之一是提高面向客戶方面的效力質量。中國挪動渠道協同系統是中國挪動客服系統的組成部分，客服系統旨在提高客戶效力的效率和用戶的稱心度，渠道協同系統的效力目的也在于此。渠道是中國挪動面向客戶進展銷售和效力的載體，各種渠道的集合構成中國挪動營銷效力網(例如客服渠道、營業廳渠道、短信渠道、寬帶渠道、無線音訊互動效力渠道、網廳渠道等)。本文根據中國挪動湖南分公司客服系統的現狀分析，為了實現各個渠道之間協同任務以提高客戶的感知度和稱心度，設計此渠道協同系統。本文采用面向對象的思想，以一

2、致建模言語為分析設計工具，對渠道協同義務處置過程中的相關業務進展詳細的需求分析，根據需求和系統特點采用規范有效的軟件設計架構來完成系統需求義務。系統的主要功能包括業務懇求接入管理、隨碼效力、協同調度管理、規那么管理以及流程發布。系統采用BS架構方式，功能上采用多層次的軟件功能架構，技術上基于MVC根底的Spring框架，以Java為編程言語，利用XML配置以及DAO、Hibernate等相關技術實現了渠道系統之間協同任務的業務要求，渠道協同系統經過WebService方式向外部渠道系統提供效力。本文詳細描畫了系統的設計過程，包括系統類構造設計和數據庫設計，從各個層面展現渠道協同系統的開發研討過

3、程。渠道協同系統的突出特點是處置的協同業務流程復雜紛繁，分支眾多，并且業務流程多變，隨時有添加協同業務流程實例的需求，針對這種特點，渠道協同采用任務流引擎技術處置業務流程，并且提供GUI配置界面，方便開發人員和非開發人員進展業務流程的發布和業務決策規那么的制定。這種體系架構大大提高了系統處置業務流程的吞吐量和執行效率，防止了大量邏輯判別的存在；加強了系統的可維護性。該系統運用后收到了良好的效果，不僅提高了挪動客戶效力方的客戶稱心度，并且全面提升了挪動的品牌影響力，有效的維持了老用戶和爭取了新用戶入網，在一定程度上拓展了挪動增值效力的市場。第1章緒論11系統開發背景中國挪動通訊集團公司(簡稱“中

4、國挪動)于2000年4月20日成立，注冊資本518億元人民幣，中國挪動全資擁有中國挪動(香港)集團，由其控股的中國挪動(簡稱“上市公司)在國內31個省(自治區、直轄市)和香港特別行政區設立全資子公司，并在香港和紐約上市。目前，中國挪動是中國在境外上市公司中市值最大的公司之一，也是全球市值最大的通訊公司。中國挪動主要運營挪動話音、數據、IP和多媒體業務，并具有計算機互聯網國際聯網單位運營權和國際出入口局業務運營權。除提供根本話音業務外，還提供、數據、IP等多種增值業務，擁有“全球通、“神州行、“動感地帶等著名客戶品牌。隨著中國挪動的開展壯大，對挪動運用的客服系統也提出了更高的要求，逐漸加大對用戶

5、的效力工程，提升挪動運營商的市場價值。目前，挪動增值效力成為挪動通訊的新的利潤增長點，主要類型包括短音訊、小區廣播、WAP運用、多媒體音訊和語音信箱等。短音訊業務近年來在中國開展迅速，獲得驚人成果并有望進一步拓展潛力；小區廣播處于起步階段；另外，多媒體短音訊效力成為熱點并且正在推出。近年來，全球各運營商在語音業務方面的競爭日趨猛烈，話音通訊的利潤空間日益減少，挪動通訊網絡的單位客戶平均收益(ARPU)正在逐年下降。ARPU的下降，意味著收益的減少和投資回收期的延伸，這對于投資興建新一代挪動通訊網絡的運營商來說，無疑是一個挑戰。未來宏大的挪動增值效力市場潛力，吸引了大量的效力提供商跳入洪流，一試

6、身手。現階段，挪動增值效力五大類根底業務開展得如火如荼，預示著一個新的效力經濟時代曾經到來，未來的體驗經濟時代亦杏簾在望。究其本質，效力的中心存在形狀是運用，高性價比的運用需求開放的軟件系統平臺承載，這將促使在未來的挪動增值效力領域中，計算體系與通訊體系在無線網絡環境下的完美一致。所以，加強這些渠道的協作才干，將有力推進挪動增值效力市場的開展。中國挪動渠道協同系統是中國挪動客服系統的組成部分，渠道是中國挪動面向客戶進展銷售和效力的載體，各種渠道的集合構成中國挪動營銷效力網(例如客服渠道、營業廳渠道、短信渠道、網廳渠道等等)。隨著挪動的開展壯大，面對龐大的運用挪動產品的用戶群，如何更好的對在網用

7、戶進展維系和挽留，提升用戶群的稱心率，加強效力效果，減少失散用戶群，爭取競爭對手用戶，需求各個渠道之間的協同任務。所以渠道協同系統就應運而生了。12研討現狀目前，中國挪動各個渠道系統之間都是獨立任務的，存在著很多的問題。比如在湖南地域挪動效力存在著的問題：問題一，顧客經過營銷中心外呼業務引見或者朋友引見等途徑對某項業務產生興趣，于是打給挪動客服要求辦理，有些業務客服系統可以直接辦理，但有些業務只能到營業廳辦理，此時客服話務員會要求客戶去營業廳辦理，客戶到營業廳之后，營業廳人員并不知道該客戶要辦理什么業務，只能經過訊問客戶需求辦理什么業務得知，這樣呵斥客戶感知非常不好，并且使得營銷部門的營銷效果

8、嚴重打折扣。問題二，營銷中心經過號碼10086外呼向目的客戶進展營銷推行，或是因欠費提示。但因客戶沒有接到而未完成，客戶回來看到手機上有10086來電顯示，并回撥查詢來電緣由(用戶回撥10086直接銜接到挪動客服)，客服接到后，不知道客戶來電緣由(客服方面不知道營銷中心外呼需求向客戶推銷什么)，而無法給客戶一個稱心的回答，呵斥客戶對客服產生負面印象，也使得營銷效果大打折扣。在營銷、終端資源約定等方面也存在類似情況。這就要求建立渠道協同系統來完善這些問題。13本文的主要任務本文主要對渠道協同系統的設計和實現進展描畫，分析了系統開發的背景及業務場景，采用典型的軟件設計方法進展系統的設計，主要分需求

9、分析階段、系統架構設計、詳細設計和實現幾個步驟，論文對這幾個階段分別進展描畫，在各個環節上展現系統的設計和開發過程，對系統的技術難點即協同調度處置過程和重點功能進展了更一步的表達，更深層次的展現開發研討的過程，并經過實現部分描畫系統功能實現情況。詳細內容分以下幾個部分：1、背景分析，渠道協同系統是中國挪動客服系統的組成部分，渠道是中國挪動面向客戶進展銷售和效力的載體，這部分分析了目前各個渠道系統之間沒有實現協同任務的現狀，由此獲取渠道協同的需求；2、需求分析，該部分將功能性需求分為了幾個部分進展詳細的論述，并經過UML建模的方式對需求進展分析描畫；3、系統設計，對渠道協同系統的軟件體系架構和系

10、統功能構造進展設計，以需求分析作為根據，將系統所采用的技術架構和功能架構用UML包圖和序列圖等進展詳細的描畫；4、詳細設計，設計系統實現的類組織構造，分析系統業務信息以及調用關系，對業務建立實體類，并類和類之間的聯絡，分析業務懇求信息和業務處置過程，進展數據庫表設計；5、系統實現，整合各個實現框架，經過xml配置參數，利用任務流引擎實現業務約定的流程，以及環節配置和流程發布的方法和過程。14本文的組織構造第l章緒論，首先描畫了系統開發背景和研討現狀，其次描畫了本文的主要任務。第2章需求分析與獲取，首先對業務進展總體描畫，其次描畫本系統的目的和需求處理的問題，最后對需求分析按照功能需求和非功能需

11、求兩個類別進展描畫。第3章是系統概要設計，首先論述了系統的軟件架構設計，論述系統所運用的技術；其次，詳細描畫了系統功能架構的設計。第4章是系統的詳細設計部分，主要描畫了類構造設計和數據庫的詳細設計。第5章主要描畫了系統的實現和測試，針對系統實現過程中的主要流程配置和處理的技術問題進展了論述。第6章總結與展望部分，對本文進展了總結，并對下一步的任務進展了展望。第2章需求分析與獲取21總體系統描畫挪動用戶接觸的渠道有：客服、營業廳、短信、網廳等。渠道協同系統對用戶不可見，系統外部關系圖如圖：渠道協同與CRM(即營業系統)中心業務邏輯關系：渠道協同向營業系統中心組件轉發其他渠道的效力懇求協同，營業系

12、統中心業務組件處置效力懇求；同時營業系統中心業務邏輯也可以向渠道協同懇求其他渠道的協同處置，共同完成客戶效力處置邏輯。渠道協同與RBOSS(即賬務系統)中心業務邏輯關系：渠道協同向賬務系統中心組件轉發其他渠道的效力懇求協同，賬務系統中心業務組件處置效力懇求；同時賬務系統中心業務邏輯也可以向渠道協同懇求其他渠道的協同處置，共同完成客戶效力處置邏輯。渠道協同與一致接口平臺關系：一致接口平臺向渠道協同懇求業務協同處置，渠道協同系統擔任協同的拆分，轉發及跟蹤管理。系統框架圖如圖：系統描畫：規那么元數據管理：規那么元數據是對協同規那么參考要素的定義，包括元數據類型定義，取值約束，取值來源等；元數據是協同

13、處置的數據根底。協同規那么管理：協同規那么管理實現協同處置規那么、流程節點、動作、執行途徑等相關協同戰略信息的管理。在渠道協同管理中運用任務流引擎來實現協同規那么的管理。協同調度：協同調度是渠道協同的執行引擎，支持異步和同步處置兩種方式。負載平衡管理：渠道協同系統實時搜集各電子渠道業務處置量和性能目的(排隊量、業務處置量、處置時長)及閱歷負載情況分析信息進展渠道業務轉發，實現跨渠道的業務負載平衡。懇求轉發：業務懇求轉發內容包含客戶經過渠道提交的業務懇求，以及營業系統中的市場營銷、銷售、客戶效力功能域發起的業務懇求。轉發的方式支持異步、同步兩種處置方式。隨機效力密碼管理：隨機效力密碼管理功能使渠

14、道協同系統各電子渠道和實體渠道提供的一項根底效力功能，主要是經過快速的短信方式協助其他渠道快速獲取隨碼。隨碼功能支持密碼生成，密碼驗證，密碼有效期管理等。約定管理：約定管理功能是客戶經過電子渠道懇求到實體渠道的約定效力。經過與實體營業廳的排隊系統的接口，可為客戶提供快速業務辦理通道。業務協同管理：業務協同管理是指將業務處置流程分解，由渠道協同擔任渠道跨渠道接觸調度來完成客戶效力功能；業務協同管理典型的運用有業務辦理短信通知，客戶二次確認等。協同內容管理：主要實現效力轉發或業務協同時各渠道之間的內容的轉換，生成，加工等。接口管理：接口管理完成協同調度邏輯與相關渠道和營業系統中心業務邏輯之間的交互

15、；交互接口要求是同步伐用接口。渠道協同總體需求如下：1接納各個渠道的跨渠道業務懇求信息；2針對不同的業務懇求信息進展轉發或處置；3對業務協同流程進展監控；4提供同步的隨碼效力。22系統目的和處理的問題渠道協同系統要實現與渠道根底平臺的銜接，實現客戶接觸過程中的銜接、監控、異常等管理與控制，并根據客戶或業務需求實現跨渠道的業務懇求接納、拆分、發送、監控功能。協同調度根據協同邏輯對各渠道和營業系統內部的協同懇求進展解析、分解成各渠道的協同義務及其執行戰略，并根據渠道特性對協同義務進展封裝后發給渠道執行。如以下圖所示：當一個協同義務產生時，渠道協同系統根據業務情況進展協同處置，比如業務約定這個案例，

16、如以下圖所示，渠道協同系統要到達這樣的功能。業務約定場景中，渠道協同作為一個信息記錄和轉發的中心，有效的將多個渠道在業務辦理流程中串接起來，為實現閉環化的效力才干提供了技術能夠。另外，渠道協同系統要對協同處置過程進展監控，針對異常情況做出反響，或告知用戶或進展相關的處置，并且用戶可查詢到協同處置形狀。渠道協同系統本身要有一定的強壯性，對多變的業務規那么的現狀有較高的順應性。23系統需求分析軟件開發的目的是在預算內按時開發符合客戶真正需求的高質量軟件。需求分析主要經過建立模型的方式來描畫用戶的需求，為客戶、開發方等不同參與方提供一個交流的渠道。這些模型是對需求的籠統，以可視化的方式提供一個易于溝

17、通的橋梁。用戶需求的分析與用戶需求的獲取有著類似的步驟，區別在于分析用戶需求時運用模型，以獲取用戶更明確的需求。分析用戶的需求，需求執行以下活動。經過建立圖形，描畫系統的整體構造。渠道協同功能構造圖根本如下：渠道協同系統按功能分可分為業務懇求接入管理、規那么管理、隨機效力密碼、協同調度處置、流程發布五個功能模塊。231系統功能性需求系統的中心功能大致分為：接入。主要實現將接納到的協同懇求以一定的數據格式保管在系統中；懇求處置。主要實現將渠道懇求分解成各個系統可以獨立施工的子義務，并與之交互。然后回寫處置結果(假設有需求進展回寫的話)；懇求回復。根據各個協同渠道的處置結果，向源懇求系統發送處置結

18、果。系統總體形狀圖如下：詳細分析系統的需求可以歸納為以下幾個方面：1接入管理完成其他渠道的協同懇求接納，并構成協同懇務虛例。在渠道協同中，一切交互用到的數據都要滿足元數據要求，因此從協同懇求接口中接納到的懇求數據，都轉換為元數據格式，然后保管到業務懇求數據表。每個協同懇務虛例數據都以一致的“數據言語(元數據)進展表達，構成“數據池。因此在處置過程中各環節都可以從訪問數據池中的數據。為了防止錯誤的懇求進入渠道協同平臺，在接納懇求的時候，還會進展如下邏輯判別：(1)權限認證：為欲接入的渠道配置一定的權限(如認證密碼等)。權限以及渠道信息存儲在數據庫表里，建議認證密碼以密文的方式傳入。(2)沖突檢查

19、：為防止反復的業務懇求，渠道協同應該提供沖突檢查的功能。將其設置為數據庫表里的一個字段，在沖突檢查的時候結合數據庫表里的相關字段來進展驗證。業務流程如下：2協同調度處置協同調度完成協同懇求的分解及調度功能。這部分是渠道協同的中心功能，除了協同懇求的分解之外，還有分解后的協同義務與各渠道交互的功能。協同調度管理完成兩大部分的功能：(1)協同懇求分解及協同經過建模的過程將協同懇求進展分解，并經過分解后的各個環節來完成各個協同義務的協同功能。(2)協同義務處置在流程中的各個環節，都完成對應的協同義務。在渠道協同中，可以經過自動的方式將協同義務發送到其他渠道進展處置，也支持經過手工的方式完成協同義務處

20、置。對接納到的協同懇求處置過程大致如下：在接納到協同懇求之后，根據流程模板適用規那么，匹配到正確的流程模板，并經過任務流引擎的接口，創建流程實例，并開場進展調度。協同邏輯是在流程模板上實現的，在匹配流程模板的過程就是選擇分解規那么的過程。每環節的協同義務處置是需求根據各個業務邏輯來實現的，在渠道協同中環節執行功能定義就是配置每個環節處置協同義務所需求執行的功能。另外，協同懇求的元數據適配也是在協同調度過程中完成的。在每個環節的協同義務開場處置之前，由系統根據數據提取組件來獲取該環節配置的元數據，并維護到協同懇求的數據池中。業務流程如下：對于渠道協同平臺來說，約定效力管理也是一種特殊的渠道協同效

21、力懇求管理，渠道協同平臺只是按照需求將這樣的懇求轉發給相應的渠道平臺即可。下面將經過約定效力作為特例講述一下協同調度處置的過程：約定是指客戶經過各個渠道懇求預定效力或資源等，并由電信運營商在約定保管期內提供此項效力的過程。約定效力涉及多個渠道，任務人員的協同任務；約定效力管理在渠道協同的處置方式上屬于異步處置方式。在約定效力管理流程中，針對約定義務的執行，任務流引擎擔任約定業務流程的執行控制。流程描畫如下：(1)渠道協同系統接納約定懇求，根據約定懇求的處置規那么，生成約定處置義務單。(2)協同調度進展執行義務類，調用規那么配置接口，啟動約定執行流程，任務流引擎開場執行業務流程。(3)任務流引擎

22、向資源配置模塊發送資源配置懇求，等待資源分配。(4)資源配置模塊完成分配后，調用渠道協同約定資源確認接口，觸發流程繼續執行。(5)任務流引擎觸發生成約定編號，并發送約定辦理短信。(6)客戶根據約定短信到營業前臺進展業務辦理，輸入約定編號，查詢約定信息后進展相關業務辦理。業務辦理勝利后調用渠道協同約定勝利接口，觸發渠道協同約定流程繼續執行。(7)回寫約定義務單執行形狀。業務流程：3隨碼管理隨碼效力是一種同步的協同業務懇求，按照上述業務流程處置接口。隨機效力密碼管理功能是渠道協同系統提供的根底功能，系統功能包括效力密碼的生成管理，隨機效力密碼的有效期管理，效力密碼的驗證管理等功能。平臺接納到隨機效

23、力密碼生成懇求后，生成一條記錄到數據庫表，其有效時長經過系統參數配置。隨碼生成后需求經過短信網關將短信發送給密碼發送給用戶。隨碼驗證步驟如下：(1)接納到隨碼驗證懇求：(2)根據輸入參數獲取系統中的隨碼；(3)判別隨碼能否過期，假設過期，轉5；(4)驗證密碼能否正確；(5)向短信網關發送密碼驗證結果。業務流程：4管理規那么1環節參數配置流程模板發布之后，經過觸發渠道協同系統流程發布回調接口，保管流程模板信息和模板相關的環節信息。經過配置信息，可以經過模板名找到與之對應的環節，經過可視化的配置，對每一環節進展規那么配置(即配置每個環節的調用接口和對應參數)(2)元數據管理元數據管理主要是針對渠道

24、協同中涉及到的參數進展管理，此功能目的主要是維護系統中參數一致性，保證各個渠道在協同任務時的參數一致。(3)協同決策規那么管理協同決策規那么主要是對接入進來的業務懇求適配相應的流程模板。要制定出匹配規那么即協同決策規那么，以業務懇求的相關字段匹配不同的流程模板，也即配置渠道和業務懇求對應的模板。主要功能有：渠道協同決策規那么的配置(添加，修正，刪除)、渠道協同決策規那么的查詢。5流程發布渠道協同系統提供圖形化的發布流程方法，這樣使得開發和維護變得簡單，非開發人員也可以制定業務流程，經過流程發布工具發布業務流程并進展參數配置，使整個系統更加靈敏，發布流程的過程如以下圖：運用渠道協同來實現協同業務

25、將變得更為簡單。大約需求實現下面的幾項任務即可：(1)制定協同懇求處置流程運用jbpm提供的建模工具，根據協同業務要求，制定協同懇求處置流程。由于這是圖形化的工具，所以運用起來非常簡單。(2)開發各環節與渠道交互的組件編寫各環節協同義務處置組件，即環節與各渠道交互接口組件，在該組件中完本錢環節的協同義務處置。(3)定制協同懇求規那么數據包括配置各環節運用的元數據、各環節執行的組件、流程模板的適用規那么上述3個步驟，只需第2個步驟是需求開發的，其他步驟都可以經過配置完成。232系統非功能性需求非功能性需求分為幾個方面：1性能方面。呼應時間。分日常交互類、日常查詢類、批量處置分別思索。日常交互指傳

26、統的大量交互業務，以及一次完成多筆業務處置的買賣，日常交互類業務具有較高的呼應要求。查詢類業務如查詢業務處置形狀、查詢業務規那么信息等。查詢業務由于遭到查詢的復雜程度、查詢的數據量大小等要素的影響，需求根據詳細情況而定，給出一個參考范圍。批處置業務如批處置業務轉發等業務處置，該類業務處置復雜、操作數據量大、處置時間長。呼應時間目的包括：平均呼應時間參考值(秒)、峰值呼應時間參考值(秒)。吞吐量。系統買賣量的估算。目的有年買賣筆數(筆年)、頂峰期買賣筆數(筆天)。數據存儲量。每年的數據存儲容量及未來幾年該數量的預期(增長)值。目的包括累計存儲容量、年增長。2系統可靠性：渠道協同系統應該滿足724

27、小時都可以運用，客戶在恣意時間發出的協同懇求都可以及時處置；3可擴展性：可實現負載平衡；日后假設信息量較大，那么系統可相應添加效力器實現擴展。并且針對一些業務上的擴展，系統要有很強的順應性，或者能經過低本錢的改造到達要求。第3章系統設計31系統技術架構客服系統是采用MVC(ModelView-Controller)方式。MVC的主要思想是把運用程序劃分為三部分，其中M代表模型Model，V代表視圖View，C代表控制器Controller。分層的目的是添加代碼的重用率，減少數據表達，數據描畫和運用操作的耦合度，同時也使得軟件可維護性、可修復性、可擴展性、靈敏性以及封裝性大大提高。MVC設計方式

28、通知我們，把運用的模型按一定的規那么抽取出來，抽取的層次很重要。籠統與詳細不能隔得太遠，也不能太近。MVC并沒有提供模型的設計方法，而只通知他應該組織管理這些模型，以便于模型的重構和提高重用性。“MVC設計方式由三部分組成。1模型(Model)：封裝數據和一切基于對這些數據的操作，也就是業務流程形狀的處置以及業務規那么的制定。業務流程的處置過程對其它層來說是黑箱操作，模型接受視圖懇求的數據，并前往最終的處置結果。業務模型的設計可以說是MVC的中心。2視圖(View)：封裝對數據的顯示，即用戶界面。MVC設計方式對于視圖的處置僅限于視圖上數據的采集和處置，以及用戶的懇求，而不包括在視圖上的業務流

29、的處置。業務流程的處置交予模型(Model)處置。3控制器(Controller)：封裝外界作用于模型的操作和對數據流向的控制等。劃分控制層的作用也很明顯，它清楚地通知他它選擇什么樣的模型，選擇什么樣的視圖，以完成什么樣的用戶懇求。控制層并不做任何的數據處置。例如，用戶點擊一個銜接控制層接納懇求后，并不處置業務信息，它只把用戶的信息傳送給模型，通知模型做什么反映到這些變化。因此，無論何時發生了何種數據變化，控制器都會將變化通知視圖導致顯示的更新。這實踐上是一種模型的變化一種傳播機制。渠道協同系統是客服系統的一部分，主要是向外提供相應的渠道協同的效力(即主要實現模型部分)，所以它的視圖和控制放在

30、各個渠道系統去實現，比如在營業前臺的處置界面上嵌入渠道協同懇求信息錄入界面，任務人員錄入信息后，調用渠道協同系統的相應的效力，啟動渠道協同的業務流程。該業務流程完成后，前往給各個渠道系統相關信息。本文將不再表達在各個渠道系統嵌入的渠道協同的界面以及控制模塊的設計與實現。渠道協同系統采用Spring框架、Webservice組件和Hibernate框架整合的框架模型，另外又整合進去規那么引擎和任務流引擎，以到達業務需求。Spring框架的功能可以用在任何J2EE效力器中，大多數功能也適用于不受管理的環境。Spring的中心要點是：支持不綁定到特定J2EE效力的可重用業務和數據訪問對象。毫無疑問，

31、這樣的對象可以在不同J2EE環境(Web或EJB)、獨立運用程序、測試環境之間重用。簡單來說，Spring是一個輕量級的控制反轉(IOC)和面向切面(AOP)的容器框架，它的目的是為J2EE運用提供了全方位的整合框架，在Spring框架下實現多個子框架的組合，這些子框架之間可以彼此獨立，也可以運用其它的框架方案加以替代，Spring希望為企業運用提供一站式的處理方案。Hibernate是采用ORM方式實現數據耐久層的一個優秀的Java組件，它提供強大、高效的將Java對象進展耐久化操作的效力。利用Hibemate，開發人員可方便地按照Java對象的構造進展耐久化層的開發，并可以運用Hibern

32、ate所提供HQL(Hibernate Query Langage，Hibernate查詢言語)完成Java對象和關系型數庫之間的轉換和操作。WebService是基于網絡的、分布式的模塊化組件，它執行特定的義務，遵守詳細的技術規范，這些規范使得WebService能與其他兼容的組件進展互操作。它可以運用規范的互聯網協議，像超文本傳輸協議HTTP和XML，將功能表達在互聯網和企業內部網上。WebService平臺是一套規范，它定義了運用程序如何在Web上實現互操作性。從外表上看，WebService就是一個運用程序，它向外界暴顯露一個可以經過Web進展調用的API。這就是說，我們可以用編程的方

33、法經過Web調用來實現某個功能的運用程序。任務流引擎是指workflow作為運用系統的一部分，并為之提供對各運用系統有決議作用的根據角色、分工和條件的不同決議信息傳送路由、內容等級等中心處理方案。假設開發一個系統最關鍵的部分不是系統的界面，也不是和數據庫之間的信息交換，而是如何根據業務邏輯開發出符合實踐需求的程序邏輯并確保其穩定性、易維護性(模塊化和構造化)和彈性(容易根據實踐業務邏輯的變化作出程序上的變動，例如決策權的改動、組織構造的變動和由于業務方向的變化產生的全新業務邏輯等等)。Workflow引擎處理的就是這個問題：假設運用程序缺乏強大的邏輯層，勢必變得容易出錯(信息的路由錯誤、死循環

34、等等)。本系統中就是這樣的問題，復雜的部分是業務流程的轉向和業務的分發，而非數據庫的操作等，本系統運用任務流引擎處理復雜的業務流程的問題。規那么引擎是一種嵌套在運用程序中的組件，它實現了將業務規那么從運用程序。代碼中分別出來。規那么引擎運用特定的語法編寫業務規那么，規那么引擎可以接受數據輸入、解釋業務規那么、并根據業務規那么做出相應的決策。引入規那么引擎后帶來的益處：實現業務邏輯與業務規那么的分別，實現業務規那么的集中管理；可以動態修正業務規那么，從而快速呼應需求變卦；使業務分析人員也可以參與編輯、維護系統的業務規那么；運用規那么引擎提供的規那么編輯工具，使復雜的業務規那么實現變得的簡單。渠道

35、協同系統正是這樣一類系統：它面臨的業務規那么多變。假設每次都要改動業務邏輯模塊的大量代碼，又費時又費力，維護本錢大量添加。運用規那么引擎來處理，這個問題的處理過程將大量簡化，并且高效準確的發布和執行業務流程。本系統運用的是Drools40規那么引擎，Drools是Jboss公司旗下一款開源的規那么引擎，它完好的實現了Rete算法；提供了強大的Eclipse Plugin開發支持；經過運用其中的DSL(Domain Specific Language)，可以實現用自然言語方式來描畫業務規那么，使得業務分析人員也可以看懂業務規那么代碼。該系統的總體架構圖如下：接口層包括OBD接口、WEBSERVI

36、CE、SOCKET，這些是外部渠道調用渠道協同效力的入口，經過這些方式調用渠道協同效力或者進展外部渠道和渠道協同系統之間的交互。系統業務層，為系統提供業務邏輯操作、業務規那么校驗并前往處置結果和業務處置接口。業務層主要由業務效力對象及其相關功能包，業務規那么處置組件以及相關效力功能包組成。業務層運用規那么引擎技術，將業務規那么處置分別，并可以根據業務要求靈敏修正業務規那么的處置而不修正業務代碼，加強了系統的強壯性以及可維護性，順應了渠道協同系統業務多變的特性。耐久層主要擔任與數據訪問層的交互，執行數據操作并前往處置結果。數據訪問層主要由數據對象映射包、數據操作包、Hibernate效力組件組成

37、。Hibernate屏蔽了各商業數據庫建立數據銜接的復雜的處置過程，加強了系統的可移植性。32系統功能架構經過對系統技術架構和需求分析的討論，可以明確系統的功能架構如以下圖：如下圖：渠道協同系統包括了五個功能模塊：業務懇求接入管理、規那么管理、隨碼效力、協同調度處置、流程發布。接入管理這個功能模塊的職責是接納業務懇求信息，對懇求信息進展一系列的驗證和檢測后，把數據格式化，存入數據庫。如下面序列圖所示：隨碼效力功能模塊主要向外部渠道提供生成隨碼和密碼驗證的功能。外部渠道經過渠道協同系統提供的WebService接口調用隨碼效力。下面是這兩部分效力的時序圖：規那么管理功能模塊針對系統中協同決策規那

38、么的配置、流程文件的配置要求、各個流程環節參數的配置等等。流程模板發布之后，經過觸發渠道協同系統流程發布回調接口，保管流程模板信息和模板相關的環節信息。環節配置是在GUI界面上配置完成的，可以經過模板名找到與之對應的環節，經過可視化的配置，對每一環節進展規那么配置(即配置每個環節的調用類和對應參數)配置步驟：1、翻開配置界面，界面自動調用組件顯示出一切模板信息。選擇需求配置的模板可以顯示出該模板下一切的環節。2、對環節逐個進展配置，得到配置界面，配置每個環節對應執行的類名或者接口。3、對每個環節用到的參數進展配置，包括出參和入參。協同調度處置功能模塊又包括調度進程、義務回調、環節回調和懇求回復

39、處置。協同調度采用異步的處置方式，有專門的調度進程定時的輪詢數據庫中的業務懇求表，假設有未處置的業務懇求，那么啟動協同調度流程進展處置。每個環節都對應一個業務處置邏輯，即對應規那么庫中的一個處置類。在環節回調時如何找到對應的處置類，這里就需求用到環節和規那么對應關系。在渠道協同系統中，流程環節回調需傳回一定參數，其中有環節名，故可以根據環節名在環節與規那么對應關系表中找到相應的規那么。然后調用規那么引擎對規那么進展處置。外部渠道在提交業務懇求之后，有些希望得到懇求結果，至于結果回復采用什么方式，主要是根據業務懇求是同步還是異步懇求，假設是同步懇求，那么在接入懇求的接口中提供了需求回復的內容，懇

40、求完成后，需求回復的內容前往給接口，接口提供應外部渠道回復結果；假設是異步懇求，那么需求渠道協同系統提供結果回復接口定義文件，交由外部懇求渠道實現，這樣在懇求處置完成后，經過引擎回調接口來調度外部提供的接口來做回復懇求(至于調用外部接口的方式可以采用規那么引擎。此系統可擴展，經過發布流程模板和配置環節相關參數，可實現需求的業務虛例。流程模板發布工具在發布流程模板時，任務流引擎會回到流程發布接口，流程發布接口調用對應的回調接口，進而保管流程模板相關信息(流程模板信息、環節信息。渠道協同系統提供本人的流程發布接口讓系統在流程發布時觸發，進入調用系統提供的模板與環節信息查詢接口得出流程和環節的對應關

41、系，并且保管在流程模板與對應環節信息表中。第4章系統詳細設計詳細設計的目的是為系統構造設計確定的各個詳細義務選擇適當的技術手段和處置方法，為系統的實現奠定良好的根底。本章將從系統建模、數據庫設計等方面詳細描畫系統的設計，系統建模經過靜態建模方式明晰描畫了工程工程的業務的組織；數據庫設計部分，對系統建立數據庫概念模型和詳細的數據表設計。41系統建模本文采用靜態建模方式描畫渠道協同系統的對象構造，并描畫了各個對象間的邏輯關系。為了表現系統的設計層次，本文采用包圖來描畫設計的相關元素如何按組結合在一同，以及他們之間的關系。 下面是包內容的簡要描畫：業務懇求接入管理包括接入控制和接入管理，接入控制的處

42、置類為：OperHandler，接入管理的處置類為：ReceiveRequest。隨機效力密碼管理密碼懇求和密碼驗證，密碼懇求的處置類是ReqRandPWD，密碼驗證的處置類是CheckPWDService。協同調度管理包括調度進程、環節回調、懇求回復處置和義務調度。他們的處置類分別是DispatchProcess、TacheBackcall、ReqReplyHandle、TaskDispatch。渠道協同系統提供流程發布回調接口給規那么管理模塊，規那么管理模塊提供模板與環節查詢接口給渠道協同系統調用。流程發布回調類為FlowTmpllssueBackCall類，流程發布終了回調類為FlowF

43、inishBackCall類，流程發布可用GUI界面發布或者EXCEL表格發布。流程模板發布之后，經過觸發流程發布回調接口，保管流程模板信息和模板相關的環節信息。GUI界面上，可以經過模板名找到與之對應的環節，經過可視化的配置，對每一環節進展規那么配置(即配置每個環節的調用類和對應參數)配置步驟：1、翻開配置界面，界面自動調用組件顯示出一切模板信息。選擇需求配置的模板可以顯示出該模板下一切的環節。2、對環節逐個進展配置，得到配置界面，配置每個環節對應執行的類名字和配置文件。3、對每個環節用到的參數進展配置，包括出參和入參。涉及的數據信息有：環節執行功能定義信息、環節定義信息和環節元數據配置信息

44、。規那么管理還包括協同決策規那么管理，協同決策規那么主要是對接入進來的業務懇求適配相應的流程模板。在這里主要是采用兩個維度匹配：渠道標識，業務懇求類型；這兩個維度獨一確定一個流程模板。故在現場開發制定了流程模板之后，必需制定協同決策規那么，也即配置渠道和業務懇求對應的模板。規那么管理的主要處置類有：環節功能配置類OperTacheIntf、環節參數(元數據)配置類OperTacheParam、模板適配規那么配置類OperFlowTmplRule。42數據庫設計設計數據庫時，我采用powerdesigner工具進展關系數據庫的設計，PowerDesigner是Sybase公司的CASE工具集，運

45、用它可以方便地對管理信息系統進展分析設計，它幾乎包括了數據庫模型設計的全過程。面向對象建模主要處理運用程序的構造問題；概念數據建模主要處理現實世界中信息的表達以及信息之間的關系問題；物理數據建模主要處理現實世界中信息在DBMS中的存儲構造問題。實體，也叫實例，對應現實世界中可區別于其他對象的“事件或“物體，它可以是有形的或無形的、詳細的或籠統的、有生命的或無生命的。在渠道協同系統中的實體主要包括：業務懇求信息、渠道類型信息、渠道權限信息、懇求回復信息、密碼信息、流程模板信息等。關系是指實體集之間或實體集內部實例之間的銜接，實體之間可經過關系來相互關聯。按照實體類型中實例之間的數量對應關系，通常

46、可將其分為四類，即一對一、_對多、多對一、和多對多關系。根據渠道協同的數據歸總，我們對渠道協同系統所涉及的數據進展分析。渠道協同系統共涉及了四個方面的數據：渠道及業務懇求相關信息、環節執行及定義信息、流程模板相關信息、密碼相關信息。渠道和業務懇求相關信息可以分為：渠道定義信息、渠道協同業務懇求權限信息、業務類型定義信息、協同業務懇求信息；環節執行及定義信息可以分為：環節執行功能定義信息、環節定義信息；流程模板相關信息可以分為：流程模板適用配置信息、流程環節元數據配置信息、流程模板定義信息；密碼相關信息可以分為：隨機效力密碼信息、密碼驗證結果信息、密碼記錄歷史信息、隨碼配置信息。根據數據庫概念關

47、系模型建模方法，給出渠道協同系統的數據信息模型：第5章系統實現與測試本章分為系統實現和測試兩部分。系統實現部分的主要義務是根據系統設計的結果、運用J2EE的技術進展程序設計，將重點講述系統實現過程中的幾個關鍵問題：流程創建與發布、系統配置文件闡明、渠道協同配置界面設計。在本章最后一節將著重引見系統測試的設計和測試效果。51框架之間的整合本系統采用的架構是Spring、webservice、hibernate、jbpm、drools的整合架構。在整合的時候采用webservice、hibernate、drools、jbpm往Spring整合的方式，在工程中參與各個框架的功能jar包后，假設要實現

48、整合webservice組件，需在webxml里添加一下代碼段：52流程創建與發布用jbpm工具來畫流程圖，下面以一個測試的案例來闡明建模時的要求。環節代碼一致為ngcrm_chncprmgnt，稱號根據業務自行定義。流程引擎的變量模塊固定的變量。在每個流程的第一個環節，都要求固定設置2個全局的變量：GLOBAL：REQ ID(模塊內部運用的變量)，RESULT FLAG(渠道協同將業務模塊回單結果保管到該變量中，作為流程決策的條件值)；其他變量。在不同業務流程中，需求運用到不同變量去控制流程的轉向，這些變量可以根據詳細業務來設置。在各業務中，可以根據業務執行情況，將這些變量的值放在接口前往參

49、數中，渠道協同將這些值更新到引擎的變量中。建模時，經過腳本環節中運用這些變量來進展流程調試的決策要素。2流程模板的發布流程發布后，經過渠道協同將模板稱號和節點稱號自動保管到模板表及環節定義表中，寫這2張配置表的規那么：(1)模板表模板稱號寫入到模板表的：模板ID字段(DEFINITION ID)；(2)環節定義表節點稱號寫入到環節定義表的：環節稱號字段(TACHE NAME)；模板定義表和環節定義表的其他字段信息經過界面來進展配置。3異常回滾管理渠道協同管理的回滾，需求將回滾分支定義在流程模板上。以以下圖所示：當發起取消操作時，流程將進展回滾操作，這時將進入回滾分支，即圖中“取消約定“釋放號碼

50、專“終端預訂取消54渠道協同配置界面設計渠道協同的配置包括流程、環節、及渠道業務懇求相關配置，為了方便配置，將一切配置放在同一個窗口中操作，到達高效、直觀、系統的配置效果。各個配置信息在不同的TAB頁中進展。組件配置界面55系統測試隨著軟件運用領域越來越廣泛，其質量的優劣也日益遭到人們的注重。質量保證才干的強弱直接影響著軟件業的開展與生存。軟件測試是一個成熟軟件企業的重要組成部分，它是軟件生命周期中一項非常重要且非常復雜的任務，對軟件可靠性保證具有極其重要的意義。在軟件的測試過程中，應該運用各種測試方法，以保證產品有一個較高、較穩定的質量。根據不同的消費過程進展不同的測試，包括黑盒測試、白盒測

51、試、功能測試、壓力測試、安裝卸載測試、兼容性測試、a測試、13測試等。1根本測試渠道協同系統采用黑盒法和白盒法分別進展測試，黑盒法主要針對系統功能測試，白盒主要針對系統邏輯構造進展測試。(1)黑盒測試方法及結果：黑盒測試是不思索系統內部構造，主要察看系統的輸入、輸出關系。本系統主要是向各模塊分別大量的輸入各種信息，包括輸入正常信息、輸入非法信息、輸入類型匹配的信息以及輸入類型不匹配的信息等，察看系統呼應，并針對系統呼應做出適當的修正。經測試本系統在接納各個渠道系統的協同懇求時，對不符合規范的數據給予警告，在監控界面可看到協同懇求進展的階段情況，在每個階段出現非法的情況都會前往警告信息，告知任務人員出錯緣由和出錯結果。經過配置界面配置元數據，組件，流程模板，環節信息，渠道信息后，可在相關的數據庫表中找到配置的數據，可知配置過程正常無誤。按照格式發給