從業(yè)務(wù)流程角度理解面向服務(wù)的概念

申請免費(fèi)試用、咨詢電話：400-8352-114

目前，在IT領(lǐng)域最熱門的一個(gè)主題是“面向服務(wù)的架構(gòu)”，即SOA，Service Oriented Architectures。SOA的概念來自于web服務(wù)，由于web服務(wù)概念的出現(xiàn)及相關(guān)應(yīng)用系統(tǒng)的實(shí)施，SOA架構(gòu)成為新的web服務(wù)模式。從本質(zhì)上講，SOA的概念是很簡單的。與傳統(tǒng)的端到端的企業(yè)應(yīng)用系統(tǒng)不同，SOA提供了一系列的“服務(wù)”模塊，這些服務(wù)模塊具有定義良好的輸入/輸出接口以及功能完善的處理模塊。通過使用這些服務(wù)，傳統(tǒng)的端到端的系統(tǒng)可以方便的利用這些服務(wù)集成在一起。使用SOA架構(gòu)最為便利的一點(diǎn)所構(gòu)建的各種服務(wù)模塊不再僅僅為某一個(gè)系統(tǒng)服務(wù)，而是可為整個(gè)企業(yè)內(nèi)部大多數(shù)的系統(tǒng)所用。

企業(yè)希望實(shí)施SOA的一個(gè)先決條件是：所擁有的信息系統(tǒng)存在異構(gòu)性，即不同的應(yīng)用軟件系統(tǒng)由不同的軟件供應(yīng)商提供，同時(shí)，企業(yè)自身的需求又要求各不同的軟件系統(tǒng)無縫的集成在一起。應(yīng)用軟件的異構(gòu)性這一特點(diǎn)在大多數(shù)企業(yè)都存在，就像養(yǎng)雞人不愿將所有的雞蛋放在一個(gè)籃子一樣，為了避免對(duì)某一軟件供應(yīng)商的過渡依賴，企業(yè)必然會(huì)選擇不同的軟件產(chǎn)品，同樣，對(duì)于軟件供應(yīng)商而言，其所提供的產(chǎn)品不可能滿足用戶的所有需求。

以客戶關(guān)系管理系統(tǒng)為例，目前存在的CRM系統(tǒng)種類繁多，有側(cè)重于銷售自動(dòng)化的，有自主服務(wù)類型，還有電子郵件應(yīng)答式系統(tǒng)。為了確保客戶的滿意度，有時(shí)需要這幾種不同的系統(tǒng)取長補(bǔ)短，集成為一個(gè)功能更加完善的系統(tǒng)。但是，實(shí)際上，真正實(shí)現(xiàn)這一要求并不像想象的那么簡單，主要原因在于各個(gè)不同的系統(tǒng)是由不同的軟件供應(yīng)商所提供，并且是為特定用戶或某一用途而服務(wù)的。為了更好的為客戶服務(wù)，很多相同的功能在不同的系統(tǒng)中被重復(fù)實(shí)現(xiàn)，并且對(duì)于客戶而言，希望通過現(xiàn)有的這些系統(tǒng)獲得“點(diǎn)對(duì)點(diǎn)”的直接式服務(wù)似乎越來越難。

這種情形在很多企業(yè)都存在，對(duì)于這些問題，利用SOA架構(gòu)構(gòu)建的信息系統(tǒng)可以方便的消除這些異構(gòu)性，抹平系統(tǒng)之間的差異，實(shí)現(xiàn)應(yīng)用系統(tǒng)的無縫集成。但是，要想使基于SOA架構(gòu)的系統(tǒng)能夠成功建立，必須明白哪些功能可以以服務(wù)的形式出現(xiàn)。

確定服務(wù)模塊的一個(gè)方法是將現(xiàn)有應(yīng)用系統(tǒng)中所能提供的功能以列表的形式列出，如果發(fā)現(xiàn)相同的功能模塊在不同的系統(tǒng)都有所實(shí)現(xiàn)，那么這些功能模塊可以以服務(wù)模塊的形式加以重構(gòu)。這種方法是基于軟件功能層面的，雖然可以以此作為建立新系統(tǒng)的依據(jù)，但是，由于過多地考慮了軟件系統(tǒng)的功能要求，所以，我們并不推薦采用這種方法來構(gòu)建新系統(tǒng)。

對(duì)于SOA架構(gòu)的系統(tǒng)而言， 服務(wù)模塊最好通過業(yè)務(wù)流程管理來確定，即通過BPM系統(tǒng)來分析企業(yè)的業(yè)務(wù)流程，將所有的業(yè)務(wù)流程以圖表的方式表示出來，這樣可以清楚地知道我們需要完成什么樣的工作，對(duì)于這些工作，我們又需要什么樣的信息系統(tǒng)。同時(shí)，通過對(duì)業(yè)務(wù)流程的分析，我們還可以明確知道客戶流程，而不是簡單的只考慮客戶服務(wù)和銷售問題。

這種構(gòu)建基于SOA架構(gòu)系統(tǒng)的策略可以使我們清楚地明白哪些功能是我們需要的，而不是去考慮現(xiàn)存哪些功能。通過建立現(xiàn)有系統(tǒng)所具有的功能模塊目錄列表，我們可以方便的發(fā)現(xiàn)那些在不同的系統(tǒng)中被重復(fù)實(shí)現(xiàn)的功能模塊，進(jìn)一步分析我們將會(huì)發(fā)現(xiàn)，那些只在一個(gè)系統(tǒng)中被實(shí)現(xiàn)的功能模塊，對(duì)于其他系統(tǒng)而言，并沒有太多的用途。

在部屬新的系統(tǒng)之前，通過對(duì)業(yè)務(wù)流程的分析，我們可以確定哪些功能是必須要實(shí)現(xiàn)，從而使得我們可以在更恰當(dāng)?shù)臅r(shí)間以更合適的方式來實(shí)現(xiàn)所需要的功能服務(wù)。這樣不但能更好的實(shí)現(xiàn)信息資源共享，而且可以使得整個(gè)系統(tǒng)發(fā)揮其最大效能。反過來，利用基于SOA架構(gòu)的系統(tǒng)又可以使得我們更好的進(jìn)行生產(chǎn)設(shè)計(jì)，同時(shí)可以最大限度的節(jié)約成本。

目前，很多企業(yè)并沒有對(duì)其業(yè)務(wù)流程進(jìn)行充分詳細(xì)的分析，其主要原因在于：只要企業(yè)存在，業(yè)務(wù)流程就存在，但是，對(duì)于業(yè)務(wù)流程的記錄和分析又缺乏相應(yīng)的自動(dòng)化手段和必要的文檔信息。業(yè)務(wù)流程往往會(huì)隨著企業(yè)內(nèi)外環(huán)境的變化而發(fā)生變化，比如隨著客戶需求的變化和產(chǎn)品及管理方面的變化而變動(dòng)。為了更好的實(shí)施基于SOA架構(gòu)的新的系統(tǒng)，我們必須對(duì)業(yè)務(wù)流程加以細(xì)查，從而可以對(duì)業(yè)務(wù)流程加以改善，同時(shí)，這又使得整個(gè)企業(yè)的業(yè)務(wù)流程的運(yùn)作更為靈敏。此外，通過對(duì)業(yè)務(wù)流程的分析，又可以消除IT工作人員與企業(yè)管理人員之間的鴻溝，使得企業(yè)管理者更清楚的知道信息系統(tǒng)所提供的功能，以及這些信息系統(tǒng)對(duì)于企業(yè)運(yùn)作的真正價(jià)值。

通過對(duì)業(yè)務(wù)流程進(jìn)行分析，企業(yè)可以更清楚地知道哪些功能性要求可以以服務(wù)的形式加以實(shí)現(xiàn)。如果只是實(shí)施了新的基于SOA架構(gòu)的系統(tǒng)，而沒有對(duì)流程進(jìn)行充分的管理和分析，那無疑是在浪費(fèi)時(shí)間，企業(yè)不會(huì)清楚其真正需要的功能性服務(wù)是什么。對(duì)業(yè)務(wù)流程進(jìn)行充分的分析可以幫助企業(yè)更好的了解其業(yè)務(wù)流程，明白真正需要的是什么，從而更好的改善企業(yè)的業(yè)務(wù)流程，提高其效能。

來源：AMT