【文章內(nèi)容簡介】 流程發(fā)布回調(diào)接口，保存流程模板信息和模板相關(guān)的環(huán)節(jié)信息。通過配置信息，可以通過模板名找到與之對應(yīng)的環(huán)節(jié)，通過可視化的配置，對每一環(huán)節(jié)進(jìn)行規(guī)則配置(即配置每個環(huán)節(jié)的調(diào)用接口和對應(yīng)參數(shù))(2)元數(shù)據(jù)管理元數(shù)據(jù)管理主要是針對渠道協(xié)同中涉及到的參數(shù)進(jìn)行管理，此功能目的主要是維護(hù)系統(tǒng)中參數(shù)一致性，保證各個渠道在協(xié)同工作時的參數(shù)一致。(3)協(xié)同決策規(guī)則管理協(xié)同決策規(guī)則主要是對接入進(jìn)來的業(yè)務(wù)請求適配相應(yīng)的流程模板。要制定出匹配規(guī)則即協(xié)同決策規(guī)則，以業(yè)務(wù)請求的相關(guān)字段匹配不同的流程模板，也即配置渠道和業(yè)務(wù)請求對應(yīng)的模板。主要功能有：渠道協(xié)同決策規(guī)則的配置(增加，修改，刪除)、渠道協(xié)同決策規(guī)則的查詢。5．流程發(fā)布渠道協(xié)同系統(tǒng)提供圖形化的發(fā)布流程方法，這樣使得開發(fā)和維護(hù)變得簡單，非開發(fā)人員也可以制定業(yè)務(wù)流程，通過流程發(fā)布工具發(fā)布業(yè)務(wù)流程并進(jìn)行參數(shù)配置，使整個系統(tǒng)更加靈活，發(fā)布流程的過程如下圖：使用渠道協(xié)同來實現(xiàn)協(xié)同業(yè)務(wù)將變得更為簡單。大概需要實現(xiàn)下面的幾項工作即可：(1)制定協(xié)同請求處理流程使用jbpm提供的建模工具，根據(jù)協(xié)同業(yè)務(wù)要求，制定協(xié)同請求處理流程。因為這是圖形化的工具，所以使用起來非常簡單。(2)開發(fā)各環(huán)節(jié)與渠道交互的組件編寫各環(huán)節(jié)協(xié)同任務(wù)處理組件，即環(huán)節(jié)與各渠道交互接口組件，在該組件中完成本環(huán)節(jié)的協(xié)同任務(wù)處理。(3)定制協(xié)同請求規(guī)則數(shù)據(jù)包括配置各環(huán)節(jié)使用的元數(shù)據(jù)、各環(huán)節(jié)執(zhí)行的組件、流程模板的適用規(guī)則上述3個步驟，只有第2個步驟是需要開發(fā)的，其他步驟都可以通過配置完成。2．3．2系統(tǒng)非功能性需求非功能性需求分為幾個方面：1．性能方面。響應(yīng)時間。分日常交互類、日常查詢類、批量處理分別考慮。日常交互指傳統(tǒng)的大量交互業(yè)務(wù)，以及一次完成多筆業(yè)務(wù)處理的交易，日常交互類業(yè)務(wù)具有較高的響應(yīng)要求。查詢類業(yè)務(wù)如查詢業(yè)務(wù)處理狀態(tài)、查詢業(yè)務(wù)規(guī)則信息等。查詢業(yè)務(wù)由于受到查詢的復(fù)雜程度、查詢的數(shù)據(jù)量大小等因素的影響，需要根據(jù)具體情況而定，給出一個參考范圍。批處理業(yè)務(wù)如批處理業(yè)務(wù)轉(zhuǎn)發(fā)等業(yè)務(wù)處理，該類業(yè)務(wù)處理復(fù)雜、操作數(shù)據(jù)量大、處理時間長。響應(yīng)時間指標(biāo)包括：平均響應(yīng)時間參考值(秒)、峰值響應(yīng)時間參考值(秒)。吞吐量。系統(tǒng)交易量的估算。指標(biāo)有年交易筆數(shù)(筆／年)、高峰期交易筆數(shù)(筆／天)。數(shù)據(jù)存儲量。每年的數(shù)據(jù)存儲容量及未來幾年該數(shù)量的預(yù)期(增長)值。指標(biāo)包括累計存儲容量、年增長。2．系統(tǒng)可靠性：渠道協(xié)同系統(tǒng)應(yīng)該滿足724小時都可以使用，客戶在任意時間發(fā)出的協(xié)同請求都能夠及時處理；3．可擴(kuò)展性：可實現(xiàn)負(fù)載均衡；日后若信息量較大，則系統(tǒng)可相應(yīng)增加服務(wù)器實現(xiàn)擴(kuò)展。并且針對一些業(yè)務(wù)上的擴(kuò)展，系統(tǒng)要有很強(qiáng)的適應(yīng)性，或者能通過低成本的改造達(dá)到要求。第3章系統(tǒng)設(shè)計3．1系統(tǒng)技術(shù)架構(gòu)客服系統(tǒng)是采用MVC(Model．ViewController)模式。MVC的主要思想是把應(yīng)用程序劃分為三部分，其中M代表模型Model，V代表視圖View，C代表控制器Controller。分層的目的是增加代碼的重用率，減少數(shù)據(jù)表達(dá)，數(shù)據(jù)描述和應(yīng)用操作的耦合度，同時也使得軟件可維護(hù)性、可修復(fù)性、可擴(kuò)展性、靈活性以及封裝性大大提高。MVC設(shè)計模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要。抽象與具體不能隔得太遠(yuǎn)，也不能太近。MVC并沒有提供模型的設(shè)計方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性?！癕VC設(shè)計模式由三部分組成。1．模型(Model)：封裝數(shù)據(jù)和所有基于對這些數(shù)據(jù)的操作，也就是業(yè)務(wù)流程狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計可以說是MVC的核心。2．視圖(View)：封裝對數(shù)據(jù)的顯示，即用戶界面。MVC設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。3．控制器(Controller)：封裝外界作用于模型的操作和對數(shù)據(jù)流向的控制等。劃分控制層的作用也很明顯，它清楚地告訴你它選擇什么樣的模型，選擇什么樣的視圖，以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如，用戶點(diǎn)擊一個連接控制層接收請求后，并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么反映到這些變化。因此，無論何時發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知視圖導(dǎo)致顯示的更新。這實際上是一種模型的變化一種傳播機(jī)制。渠道協(xié)同系統(tǒng)是客服系統(tǒng)的一部分，主要是向外提供相應(yīng)的渠道協(xié)同的服務(wù)(即主要實現(xiàn)模型部分)，所以它的視圖和控制放在各個渠道系統(tǒng)去實現(xiàn)，比如在營業(yè)前臺的處理界面上嵌入渠道協(xié)同請求信息錄入界面，工作人員錄入信息后，調(diào)用渠道協(xié)同系統(tǒng)的相應(yīng)的服務(wù)，啟動渠道協(xié)同的業(yè)務(wù)流程。該業(yè)務(wù)流程完成后，返回給各個渠道系統(tǒng)相關(guān)信息。本文將不再敘述在各個渠道系統(tǒng)嵌入的渠道協(xié)同的界面以及控制模塊的設(shè)計與實現(xiàn)。渠道協(xié)同系統(tǒng)采用Spring框架、Webservice組件和Hibernate框架整合的框架模型，另外又整合進(jìn)去規(guī)則引擎和工作流引擎，以達(dá)到業(yè)務(wù)需求。Spring框架的功能可以用在任何J2EE服務(wù)器中，大多數(shù)功能也適用于不受管理的環(huán)境。Spring的核心要點(diǎn)是：支持不綁定到特定J2EE服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問對象。毫無疑問，這樣的對象可以在不同J2EE環(huán)境(Web或EJB)、獨(dú)立應(yīng)用程序、測試環(huán)境之間重用。簡單來說，Spring是一個輕量級的控制反轉(zhuǎn)(IOC)和面向切面(AOP)的容器框架，它的目標(biāo)是為J2EE應(yīng)用提供了全方位的整合框架，在Spring框架下實現(xiàn)多個子框架的組合，這些子框架之間可以彼此獨(dú)立，也可以使用其它的框架方案加以代替，Spring希望為企業(yè)應(yīng)用提供一站式的解決方案。Hibernate是采用ORM模式實現(xiàn)數(shù)據(jù)持久層的一個優(yōu)秀的Java組件，它提供．強(qiáng)大、高效的將Java對象進(jìn)行持久化操作的服務(wù)。利用Hibemate，開發(fā)人員可方便地按照J(rèn)ava對象的結(jié)構(gòu)進(jìn)行持久化層的開發(fā)，并可以使用Hibernate所提供HQL(Hibernate Query Langage，Hibernate查詢語言)完成Java對象和關(guān)系型數(shù)庫之間的轉(zhuǎn)換和操作。WebService是基于網(wǎng)絡(luò)的、分布式的模塊化組件，它執(zhí)行特定的任務(wù)，遵守具體的技術(shù)規(guī)范，這些規(guī)范使得WebService能與其他兼容的組件進(jìn)行互操作。它可以使用標(biāo)準(zhǔn)的互聯(lián)網(wǎng)協(xié)議，像超文本傳輸協(xié)議HTTP和XML，將功能體現(xiàn)在互聯(lián)網(wǎng)和企業(yè)內(nèi)部網(wǎng)上。WebService平臺是一套標(biāo)準(zhǔn)，它定義了應(yīng)用程序如何在Web上實現(xiàn)互操作性。從表面上看，WebService就是一個應(yīng)用程序，它向外界暴露出一個能夠通過Web進(jìn)行調(diào)用的API。這就是說，我們能夠用編程的方法通過Web調(diào)用來實現(xiàn)某個功能的應(yīng)用程序。工作流引擎是指workflow作為應(yīng)用系統(tǒng)的一部分，并為之提供對各應(yīng)用系統(tǒng)有決定作用的根據(jù)角色、分工和條件的不同決定信息傳遞路由、內(nèi)容等級等核心解決方案。如果開發(fā)一個系統(tǒng)最關(guān)鍵的部分不是系統(tǒng)的界面，也不是和數(shù)據(jù)庫之間的信息交換，而是如何根據(jù)業(yè)務(wù)邏輯開發(fā)出符合實際需要的程序邏輯并確保其穩(wěn)定性、易維護(hù)性(模塊化和結(jié)構(gòu)化)和彈性(容易根據(jù)實際業(yè)務(wù)邏輯的變化作出程序上的變動，例如決策權(quán)的改變、組織結(jié)構(gòu)的變動和由于業(yè)務(wù)方向的變化產(chǎn)生的全新業(yè)務(wù)邏輯等等)。Workflow引擎解決的就是這個問題：如果應(yīng)用程序缺乏強(qiáng)大的邏輯層，勢必變得容易出錯(信息的路由錯誤、死循環(huán)等等)。本系統(tǒng)中就是這樣的問題，復(fù)雜的部分是業(yè)務(wù)流程的轉(zhuǎn)向和業(yè)務(wù)的分發(fā)，而非數(shù)據(jù)庫的操作等，本系統(tǒng)使用工作流引擎解決復(fù)雜的業(yè)務(wù)流程的問題。規(guī)則引擎是一種嵌套在應(yīng)用程序中的組件，它實現(xiàn)了將業(yè)務(wù)規(guī)則從應(yīng)用程序。代碼中分離出來。規(guī)則引擎使用特定的語法編寫業(yè)務(wù)規(guī)則，規(guī)則引擎可以接受數(shù)據(jù)輸入、解釋業(yè)務(wù)規(guī)則、并根據(jù)業(yè)務(wù)規(guī)則做出相應(yīng)的決策。引入規(guī)則引擎后帶來的好處：實現(xiàn)業(yè)務(wù)邏輯與業(yè)務(wù)規(guī)則的分離，實現(xiàn)業(yè)務(wù)規(guī)則的集中管理；可以動態(tài)修改業(yè)務(wù)規(guī)則，從而快速響應(yīng)需求變更；使業(yè)務(wù)分析人員也可以參與編輯、維護(hù)系統(tǒng)的業(yè)務(wù)規(guī)則；使用規(guī)則引擎提供的規(guī)則編輯工具，使復(fù)雜的業(yè)務(wù)規(guī)則實現(xiàn)變得的簡單。渠道協(xié)同系統(tǒng)正是這樣一類系統(tǒng)：它面臨的業(yè)務(wù)規(guī)則多變。如果每次都要改動業(yè)務(wù)邏輯模塊的大量代碼，又費(fèi)時又費(fèi)力，維護(hù)成本大量增加。使用規(guī)則引擎來解決，