當前，許多企業隨著規模不斷擴大，企業的地理位置也越來越多分散，各個部門之間資源共享和信息交互的需求非常突出。而分散的企業信息系統具有多系統，多平臺等復雜的結構。這些對企業的管理以及業務流程的執行帶來了一定的困難。
本文針對集團企業特點和集成的需求，基于SOA架構和工作流技術框架，以BPO的業務流程為例，詳細分析了如何為企業提供更好的重用性和更好的靈活性。
1.SOA體系架構
SOA（Service Oriented Architecture，面向服務的體系結構）是一種企業級的IT系統架構。它的基本思想是將一個完整的系統分解為一個一個的“服務”，然后將各個“服務”再映射到不同部門。比如硬件集成商專門為系統硬件方面提供業務咨詢，維護等，軟件開發商則為本系統提供軟件服務。所有“服務”之間通過制定好的標準接口進行耦合，從而使得系統的服務就像鏈表一樣，可以靈活地增加、修改而不影響原有系統基礎。
SOA憑借其松耦合的特性，使企業可以按照模塊化的方式來添加新服務或更新現有服務，以解決新的業務需求。W3C把SOA定義為“一組可調用的組件，其接口描述可以被公開和發現”。意思即SOA中的術語“服務”并不是指某個具體的功能，而是指一種功能明確，容易被人發現，且不依賴于其他的操作系統、編程語言和軟件部署的接口。這種接口設計出來后可以不斷地被重用，而且也易于軟件的整合。
2.BPO業務流分析
BPO（Business Process Outsourcing，業務流程外包），是指企業將非核心的業務流程外包給外部專業服務商以降低運營成本、提升運營效率。BPO將職能部門的全部功能（比如事務處理、人力資源、財務等）都轉移給供應商。外包供應商根據服務協議在自己的系統中對這些職能進行管理。如此，外包供應商就可能面對很多不同的企業，不同的業務需求，且要求能夠不斷地增加企業用戶。其BPO業務流程如圖1所示。
圖1 BPO業務流程
BPO服務供應商可能面對三種不同的對象：
1）客戶：向本企業請求提供某些服務；
2）合作企業：本企業的某些服務與合作企業共同協作完成；
3）另外的BPO服務供應商：將本企業某部分業務流程外包出去。
不同種類的操作系統，應用軟件，系統軟件和應用基礎結構相互交織，一些現存的應用程序被用來處理當前的業務流程，這就是當前BPO企業的現狀。當需要增加一個業務時，從頭建立一個新的基礎環境是不可能的，只能利用現有的應用程序和應用基礎結構來解決新的業務需求，然后為客戶，商業伙伴以及供應商提供新的互動渠道。
BPO供應商要面對多種不同的對象，不同的應用基礎結構，要滿足不同的業務需求。BPO業務主要有以下幾點需求：
1）穩定性新業務的增加，不能影響到已有業務的運行。
2）靈活性新業務的增加，不是在原來的系統上增加一個新的龐大的業務處理流程，而是在已有的流程上，對已有服務進行業務重組。如果實在不能滿足新業務需求，再增加少量功能。甚至說進入BPO市場的服務供應商互相聯合重組，以形成新的聯合體增加他們服務提供的能力。
3）安全性業務所涉及的數據必須保證只能由當前業務的所有人和執行者查看。不能在多個業務之間出現數據混亂。
4）專業性行業專家參與涉足行業縱深部門的企業。從他們擅長的業務領域進入相應的BPO市場。如：曾經專注于金融服務的公司完全可以提供跨行業的金融服務，以擴展服務對象的范圍。或者將他們的專業知識延伸到新的縱深行業。
3.解決方案
SOA體系架構可以完美地解決如上的需求，即將整個核心業務再劃分為一個一個更小的“應用”，這些現有的應用通過標準接口來提供功能。若有新的業務，再將各個“應用”按照業務需求，通過標準接口，靈活地進行耦合。如此這樣，BPO服務就像是我們日常生活中的組裝一樣。一旦設計出了能滿足各種情況的不同的組件，那么在需要的時候，只要直接將這些組件組裝在一起就可以工作了，大大加快了速度。
3.1 基于SOA的服務框架，讓BPO業務系統更穩定、靈活
傳統的業務流程管理都是非常局限的，通常必須在同一系統中進行業務的運轉，而無法實現跨系統、跨平臺的業務運轉。而現目前的需求卻是要在不同的平臺中進行數據調度。特別是BPO業務流可能經過很多不同的企業，不同的系統，不同的平臺。如何在這么多不同中實現相同數據的傳遞呢。這就需要一個服務的基礎框架，用它來將這些東西進行整合。其BPO服務框架如圖2所示：
圖2 基于SOA的BPO服務框架
在圖2中，客戶可以通過發送消息來調用服務。這些消息由一個服務總線轉換后發送給適當的服務實現。同時服務總線提供一個業務規則引擎，該引擎容許業務規則被合并在一個服務或多個服務里。這種服務基礎框架也提供了一個服務管理功能，用來管理服務調度，服務添加，服務審核等。此外，該基礎框架給企業提供了靈活的業務流程，并且可以在不影響其他服務的情況下更改某項服務。
3.2 BPO業務流中的服務耦合機制，更安全
BPO業務流程中，不僅需要接收客戶信息為客戶提供所需要應用服務，還會涉及向其他的服務供應商發送消息，接收自己所需要應用服務，以及和合作企業共享信息的情況。傳送的消息多種多樣，接收的應用也名不相同。這就需要有適當地服務調試的機制來完成這一系列數據與應用之間的調度問題，這就是圖2中服務耦合部分的主要功能。其SOA基礎結構如圖3所示：
圖3 SOA基礎結構
SOA基礎結構的搭建。圖3通過SOA的基礎部件WSDL，UDDI，SOAP，然后使用一種常用的應用程序開發平臺，再利用web服務規范來形成所有數據與服務之間的數據調試。而這一切都是在業務規則引擎的控制下完成的。
3.3 BPO業務流程中服務中心的建立，更專業
為用戶提供的所有具體業務都是在服務中心中調用相關的服務完成，所以服務中心的建立是整個系統結構中最重要的一點。
BPO的服務中心只涉及本企業對外提供的服務，應該先分析需要實現的業務，并為每一個業務建立自己的模型，如圖4所示，每一個業務都是獨立的。分別為其分析業務模型。然后將每一個業務確立成一個個的具體業務服務點；再將所有業務服務點所提供的服務建成一個全局的服務模型。其服務模型如圖4所示：
圖4 基于SOA的服務模型分析
所有服務中心的總和就是全局的服務模型。此時再按照各個系統平臺的業務承載能力，將不同的“服務”分配到不同的服務器。最后由業務規則引擎統一進行提取、重組。
4.總結
本文主要提出了基于SOA系統架構的BPO業務流程布署涉及到三個要點：整體服務服務框架的搭建、服務耦合機制的設置、服務中心的創建。基于SOA系統架構的BPO業務的主要思想就是將核心業務分解為小的“接口”，對各種平臺進行兼容測試。再在用戶提出需求時，合理地使用已經編制好的“接口”，通過特定的服務平臺快速，高效的完成用戶需求。基于SOA系統架構的BPO業務流程較復雜，在處理單一事件時，可能執行速度較慢，但是他的優點在于能靈活，快速地處理大量事務。且能快速利用已有服務擴展新的服務。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.vmgcyvh.cn/
本文標題：基于SOA 架構的BPO業務流研究
相關文章
