魏笑笑,楊象馳

(西安郵電學(xué)院信息與管理工程系,西安710061)

隨著互聯(lián)網(wǎng)的發(fā)展,電信企業(yè)內(nèi)部、企業(yè)之間的信息技術(shù)應(yīng)用日趨廣泛.電信行業(yè)信息化中建立了大量的企業(yè)級(jí)應(yīng)用系統(tǒng),這些系統(tǒng)相對(duì)獨(dú)立又相互依賴,存在大量的信息交互.由于信息系統(tǒng)版本多、系統(tǒng)間共享數(shù)據(jù)和信息程度差,從而形成一個(gè)個(gè)信息孤島.這些應(yīng)用程序有的是企業(yè)的關(guān)鍵業(yè)務(wù),不能全部替換或放棄,且引入各種新的應(yīng)用和系統(tǒng)是基于新的體系結(jié)構(gòu),與原有的體系架構(gòu)有很大的差異,因此,實(shí)施企業(yè)應(yīng)用的整體集成是企業(yè)必須解決的問(wèn)題[1-2].本文針對(duì)電信企業(yè)ERP及CRM應(yīng)用系統(tǒng),設(shè)計(jì)基于SOA(Service-Oriented Architecture,面向服務(wù)架構(gòu))的ERP及CRM應(yīng)用集成方案,并能在業(yè)務(wù)需求變化的環(huán)境中動(dòng)態(tài)調(diào)整,以適應(yīng)實(shí)際新的業(yè)務(wù)需求.

1 面向服務(wù)架構(gòu)SOA

SOA是一種進(jìn)行系統(tǒng)開(kāi)發(fā)的新的體系架構(gòu),在基于SOA架構(gòu)的系統(tǒng)中,具體應(yīng)用程序的功能是由一些松耦合并且具有統(tǒng)一接口定義方式的組件(service)組合構(gòu)建起來(lái)的.以服務(wù)為中心整合人員、流程及信息,并能實(shí)現(xiàn)企業(yè)內(nèi)外部的應(yīng)用集成;是業(yè)務(wù)驅(qū)動(dòng)架構(gòu),將IT和業(yè)務(wù)結(jié)合得更緊密,大大提高IT開(kāi)發(fā)和運(yùn)行效率.作為新一代的體系架構(gòu),SOA以其易于部署、高效、靈活、復(fù)用等特點(diǎn),徹底實(shí)現(xiàn)企業(yè)系統(tǒng)整合和業(yè)務(wù)靈活配置[3-4].

基于SOA架構(gòu)的應(yīng)用系統(tǒng)是通過(guò)標(biāo)準(zhǔn)化的服務(wù)接口連接起來(lái),進(jìn)行數(shù)據(jù)交換.它屏蔽了不同平臺(tái)、編程語(yǔ)言、操作系統(tǒng)和硬件架構(gòu)之間的差異.在這種模式下,一個(gè)應(yīng)用或部分應(yīng)用是一種服務(wù),可以被重用和共享.與傳統(tǒng)架構(gòu)相比,SOA讓整個(gè)IT環(huán)境變得更富有彈性,能快速響應(yīng)業(yè)務(wù)需求,從而實(shí)現(xiàn)更好的業(yè)務(wù)靈活性,提升企業(yè)競(jìng)爭(zhēng)優(yōu)勢(shì).企業(yè)的信息化建設(shè)是一個(gè)持續(xù)過(guò)程,實(shí)施SOA可以充分保護(hù)已有系統(tǒng)的投資,通過(guò)建立一個(gè)能夠屏蔽底層系統(tǒng)復(fù)雜性的基礎(chǔ)架構(gòu),為IT資源的自由流動(dòng)構(gòu)建一個(gè)基礎(chǔ)平臺(tái)[5].然后,將原有系統(tǒng)中的各項(xiàng)業(yè)務(wù)功能封裝成服務(wù),并根據(jù)需求進(jìn)行重新組合,最終復(fù)合成新的業(yè)務(wù)系統(tǒng),提高業(yè)務(wù)和服務(wù)的創(chuàng)新能力.SOA的價(jià)值還在于解決在Internet環(huán)境下的不同商業(yè)應(yīng)用之間的業(yè)務(wù)集成.

2 關(guān)鍵問(wèn)題與設(shè)計(jì)思路

基于SOA的CRM與ERP整合系統(tǒng)是建立在“l(fā)eave-and-layer”架構(gòu)之上,這意味著在不用對(duì)現(xiàn)有的企業(yè)系統(tǒng)做修改的前提下,系統(tǒng)可對(duì)外提供Web服務(wù)接口,因?yàn)樗鼈円呀?jīng)被可以提供Web服務(wù)接口的應(yīng)用層做了一層封裝,SOA可以將系統(tǒng)和應(yīng)用迅速轉(zhuǎn)換為服務(wù).SOA不僅覆蓋來(lái)自于打包應(yīng)用、定制應(yīng)用和遺留系統(tǒng)中的信息,而且還覆蓋來(lái)自于如安全、內(nèi)容管理、搜索等IT架構(gòu)中的功能和數(shù)據(jù).基于SOA的應(yīng)用能很容易地從這些基礎(chǔ)服務(wù)架構(gòu)中添加功能,使企業(yè)業(yè)務(wù)部門設(shè)計(jì)開(kāi)發(fā)出新的功能應(yīng)用.設(shè)計(jì)思想充分體現(xiàn)是“重用”和“互操作”,突出服務(wù),以服務(wù)為基本單元,每一項(xiàng)服務(wù)完成實(shí)際業(yè)務(wù)流程中的一項(xiàng)任務(wù),從而將電信企業(yè)的IT資源整合成可操作的、基于標(biāo)準(zhǔn)的服務(wù),并且能夠被重新組合和重用,達(dá)到快速滿足業(yè)務(wù)需求的目的.本文以某市電信公司的整合方案為例,由于整個(gè)整合方案龐大,僅以用戶信息部分來(lái)進(jìn)行分析.原有ERP與CRM系統(tǒng)中都有賬戶信息管理模塊,但存在部分信息不完整同時(shí)又有部分信息重復(fù)的問(wèn)題.本文將ERP與CRM系統(tǒng)中的賬戶信息管理整合成一個(gè)“服務(wù)”來(lái)統(tǒng)一管理,從而達(dá)到對(duì)異地?cái)?shù)據(jù)庫(kù)的統(tǒng)一操作以及保持?jǐn)?shù)據(jù)一致等目標(biāo).系統(tǒng)問(wèn)題分析框架如圖1所示.

圖1 系統(tǒng)問(wèn)題分析框架

使用SOA的思想可以將原有兩套系統(tǒng)的賬戶管理模塊進(jìn)行組合封裝并形成一個(gè)通用的“賬戶管理服務(wù)”,這個(gè)服務(wù)符合Web Service的一系列標(biāo)準(zhǔn),它擁有固定格式的輸入輸出接口并被置于企業(yè)服務(wù)總線ESB上.以后對(duì)賬戶信息的任何操作都必須通過(guò)此服務(wù)來(lái)進(jìn)行,這樣才使得數(shù)據(jù)能保持一致性和完整性.賬戶信息管理服務(wù)主要包括的核心功能:①對(duì)外部屏蔽異構(gòu)數(shù)據(jù)庫(kù);②對(duì)兩套系統(tǒng)數(shù)據(jù)庫(kù)記錄的增刪保持一致性;③列名映射機(jī)制;④數(shù)據(jù)恢復(fù).

3 系統(tǒng)分析與設(shè)計(jì)

3.1 系統(tǒng)分析

客戶信息服務(wù)內(nèi)部有如下用例:增加客戶、刪除客戶、查詢客戶信息、更新客戶信息、恢復(fù)客戶信息、更新數(shù)據(jù)庫(kù)表結(jié)構(gòu)、驗(yàn)證身份、列映射.根據(jù)需求基于SOA架構(gòu)采用分層的設(shè)計(jì)思想和方法,自底向上為Database,Original System Component,Enterprise Services Bus,Services和Clients等層次.組件層是原有系統(tǒng)的模塊,按照功能分別封裝為不同的組件.企業(yè)服務(wù)總線為服務(wù)提供一個(gè)統(tǒng)一的平臺(tái),并屏蔽組件之間的差異性,服務(wù)可以低耦合地接入到服務(wù)總線上.服務(wù)層提供了獲取企業(yè)范圍組件,業(yè)務(wù)單元特定組件的機(jī)制,并且以服務(wù)描述的形式具體化了它們的接口子集.客戶端包括其他瀏覽器和其他服務(wù)或者應(yīng)用程序,服務(wù)層使用HTTP與瀏覽器進(jìn)行交互,對(duì)于其他服務(wù)和應(yīng)用程序,則通過(guò)SOAP提供服務(wù)接口.賬戶信息服務(wù)是對(duì)原系統(tǒng)的整合,它事實(shí)上是一個(gè)代理(proxy),而CRM和ERP的客戶信息管理是最終的目標(biāo)(Real Subject),通過(guò)把proxy封裝成一個(gè)服務(wù),達(dá)到統(tǒng)一處理賬戶信息的目的.系統(tǒng)架構(gòu)分析如圖2所示.

圖2 架構(gòu)分析

3.2 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

1)接口設(shè)計(jì)

經(jīng)過(guò)分析類到設(shè)計(jì)類的映射,分析各設(shè)計(jì)類的功能,類的域和方法將進(jìn)一步實(shí)現(xiàn).主要的邊界類、實(shí)體類、控制類有:Request Handle類:負(fù)責(zé)與ERP管理員、CRM管理員、服務(wù)管理員的接口.Mapping Hand le類:負(fù)責(zé)與映射表的接口.InfoServiceController類:負(fù)責(zé)對(duì)操作的順序進(jìn)行控制的協(xié)調(diào),以實(shí)現(xiàn)用例的行為.Account Record Manager類:賬戶數(shù)據(jù)記錄的操作類,對(duì)賬戶記錄的增加、刪除、更新、查詢等操作.Database Manager類:數(shù)據(jù)庫(kù)結(jié)構(gòu)或整體的操作類,對(duì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)更新和賬戶信息恢復(fù)操作.Privilege類:權(quán)限類,在調(diào)用服務(wù)時(shí)對(duì)申請(qǐng)賬戶的權(quán)限進(jìn)行驗(yàn)證.

接口設(shè)計(jì)的核心實(shí)現(xiàn)包含在Account Manager-System包中,RequestHand le作為惟一提供外部接口的類接受請(qǐng)求,通過(guò)調(diào)用其request函數(shù)和傳遞參數(shù)來(lái)操作賬戶信息.參數(shù)包括操作類型request-Type,當(dāng)前賬戶account,操作參數(shù)requestParameters.原系統(tǒng)存在CRM和ERP兩大子系統(tǒng),賬戶信息管理系統(tǒng)旨在為兩個(gè)子系統(tǒng)提供統(tǒng)一的對(duì)賬戶信息操作的接口,在CRM子系統(tǒng)中與賬戶管理相關(guān)的是CRMManager,作為外部接口與服務(wù)交互,ERP子系統(tǒng)中同樣設(shè)置一個(gè)管理員.包之間的接口和交互關(guān)系如圖3所示.

賬戶信息管理服務(wù)是兩套系統(tǒng)整合后的一個(gè)服務(wù),它作為一個(gè)子系統(tǒng)對(duì)其他服務(wù)提供業(yè)務(wù)功能的接口.Request和Response分別是請(qǐng)求和答復(fù)的接口,兩個(gè)接口提供客戶信息管理、更新、驗(yàn)證和同步等功能.

圖3 包之間的接口和交互關(guān)系

2)類的交互設(shè)計(jì)

整合系統(tǒng)的狀態(tài)圖如圖4所示.在整合系統(tǒng)中,無(wú)論是管理員還是外部用戶,對(duì)于賬戶管理的各項(xiàng)操作都必須通過(guò)調(diào)用服務(wù)來(lái)完成.比如,CRM系統(tǒng)需要添加一條賬戶信息,必須同步更新ERP的數(shù)據(jù)庫(kù).當(dāng)CRM管理員向服務(wù)的接口Request-Handle提出申請(qǐng)并將addRecord作為參數(shù)調(diào)用request()函數(shù)后,RequestHandle首先檢測(cè)申請(qǐng)者(CRM管理員)是否具有增加記錄的權(quán)限,然后由于增加記錄屬于AccountRecordManager的范圍,選擇其作為處理類,接著CRM和ERP端都將收到添加記錄的操作調(diào)用,分別對(duì)本方的數(shù)據(jù)庫(kù)進(jìn)行插入操作,最后添加成功作為返回值到達(dá)申請(qǐng)者CRM管理員處.如果申請(qǐng)的是增加或刪除列的服務(wù),則應(yīng)選擇作為DatabaseManager處理類.

圖4 整合系統(tǒng)的狀態(tài)圖

3)數(shù)據(jù)庫(kù)的設(shè)計(jì)

由于舊系統(tǒng)各自存在自己的數(shù)據(jù)庫(kù),因而整合后的新系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)區(qū)別于完全開(kāi)發(fā)一個(gè)新的數(shù)據(jù)庫(kù)設(shè)計(jì)方式,既要保留在新系統(tǒng)中仍可以使用的原有數(shù)據(jù)庫(kù)表,又要添加原有數(shù)據(jù)庫(kù)中缺乏的表,并同時(shí)對(duì)重復(fù)的數(shù)據(jù)表進(jìn)行整合、歸類和統(tǒng)一等.經(jīng)分析,抽取ERP中供應(yīng)商信息、ERP中客戶信息以及CRM中供應(yīng)商信息、CRM中客戶信息4張表,并新建了供應(yīng)商信息擴(kuò)展、客戶信息擴(kuò)展、供應(yīng)商信息映射以及客戶信息映射4張表,這些表構(gòu)成了賬戶信息服務(wù)的核心數(shù)據(jù)庫(kù)表.根據(jù)表結(jié)構(gòu)需求,構(gòu)造數(shù)據(jù)庫(kù)表的邏輯模式如圖5所示.

圖5 核心數(shù)據(jù)庫(kù)模式設(shè)計(jì)

4 結(jié) 語(yǔ)

大多數(shù)電信公司IT資源對(duì)組件化、模塊化、互操作性和伸縮性不能提供足夠的支持,企業(yè)級(jí)應(yīng)用系統(tǒng)的分別實(shí)施,缺乏標(biāo)準(zhǔn)接口,系統(tǒng)之間受到信息孤立、數(shù)據(jù)不一致等問(wèn)題的困擾.本系統(tǒng)采用SOA的思想和方法,實(shí)現(xiàn)服務(wù)之間的標(biāo)準(zhǔn)化接口、服務(wù)之間的松耦合和信息靈活交換,建立ERP和CRM數(shù)據(jù)的統(tǒng)一,消除數(shù)據(jù)的不一致和冗余,實(shí)現(xiàn)了數(shù)據(jù)列意義的實(shí)名映射,實(shí)現(xiàn)數(shù)據(jù)的異?；謴?fù).增強(qiáng)電信企業(yè)運(yùn)營(yíng)服務(wù)系統(tǒng)的靈活性,提高了運(yùn)營(yíng)效率.

[1]楊象馳.基于SOA的郵政物流信息系統(tǒng)規(guī)劃[J].計(jì)算機(jī)工程與設(shè)計(jì),2007,19(10):4825-4827.

[2]SANDY C.SOA＆Web2.0-新商業(yè)語(yǔ)言[M].北京:清華大學(xué)出版社,2007:19-80.

[3]RICK R.Understand Enterprise Service Bus scenariosand solutions in Service-Oriented Architecture[EB/OL]http://www-900.ibm/developerworks,2004.

[4]陳 偉,康建初.面向電信運(yùn)營(yíng)的策略管理系統(tǒng)研究與實(shí)現(xiàn)[J].微計(jì)算機(jī)信息,2008(2-3):10-12.

[5]胡 文,任 永.基于智能手機(jī)的物流CRM的研究[J].哈爾濱商業(yè)大學(xué)學(xué)報(bào):自然科學(xué)版,2008,24(5):547-549,556.