中國移動渠道協(xié)同系統(tǒng)的設計與實現(xiàn)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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