1.遺留系統(tǒng)的整合問題
每個企業(yè)內部都有很多遺留系統(tǒng)(Legacy System),但這些遺留系統(tǒng)對于企業(yè)的運營具有非常重要的影響,其中包含了大部分企業(yè)的關鍵業(yè)務流程。要重新開發(fā)這些關鍵系統(tǒng)需要付出很大的人力、財力成本,因此,充分利用這些關鍵業(yè)務系統(tǒng)是毫無疑問的。而企業(yè)內部和企業(yè)之間的各種系統(tǒng)可能采取不同的技術和標準實施,這些異構系統(tǒng)之間需要互相通信,除了技術上的通信,更重要的是業(yè)務流程之間的交互。
為了解決異構系統(tǒng)之間的通信問題,提出了中間件(mid—d16ntrare)的概念。中間件是位于平臺(硬件和操作系統(tǒng))和應用之間的通用服務。中間件主要關心的是數(shù)據(jù)層集成,這就意味著這些系統(tǒng)不提供任何能吸納更高層集成的功能。而企業(yè)之間的應用集成應該包括技術層面和流程定義層面,需要各個業(yè)務應用能夠以相互可以理解的格式和上下文來交換語義層的信息。
2.建模方法的改進
傳統(tǒng)的工作流模型將業(yè)務過程與企業(yè)資源綁定,業(yè)務模型與組織和資源模型結合過于緊密,不適應企業(yè)的動態(tài)變化和發(fā)展的要求;傳統(tǒng)的工作流管理系統(tǒng)一般限于企業(yè)內部,對跨組織的工作流支持不夠。因而需要探討新的能夠靈活、方便、高效地實現(xiàn)企業(yè)業(yè)務的工作流技術手段。
面向服務體系架構(Service-Oriented Architecture,SOA)的思想將企業(yè)應用看成是由一些能夠跨越企業(yè)邊界、自我描述、實現(xiàn)某一特殊功能的服務集合所構成。通過標準化的機理,能夠將這些服務注冊于公共數(shù)據(jù)庫之中,并被感興趣的請求者發(fā)現(xiàn);通過標準化的方法,服務者和請求者之間能夠進行動態(tài)綁定和直接交互,實現(xiàn)一定的企業(yè)功能邏輯。
SOA并不僅僅是一種技術架構,雖然服務需要由技術組件支持,但是業(yè)務流程本身比支持它的服務更重要。SOA的基本原則是:業(yè)務驅動服務、服務驅動技術。SOA關注業(yè)務流程和使用標準接口,為流程開發(fā)或組合應用。以服務組件的方式實現(xiàn)流程中的任務或活動。使用工作流技術可把簡單服務聚集為更復雜的服務,服務可鏈接在一起以執(zhí)行較高級別的業(yè)務功能;同時可以將SOA看作是一個良好的工作流環(huán)境,基于SOA的工作流技術可充分利用其松散耦合、位置透明、協(xié)議獨立等特點,解決異構性、互操作性等問題,高效地利用或重組企業(yè)現(xiàn)有的應用資源,適應業(yè)務和資源動態(tài)變化的需求。
3.跨組織業(yè)務流程的SOA集成
基于SOA集成的優(yōu)點是,它能把各個應用的功能抽象成服務,通過請求/服務的方式來獲取跨應用系統(tǒng)的功能調用和數(shù)據(jù)獲取。服務一般只實現(xiàn)了功能和數(shù)據(jù)的互相集成,而沒有對整個業(yè)務流程支持。但是,就像沒有樂譜和指揮的交響樂團不能協(xié)同演奏出動聽的音樂那樣,如果不引入業(yè)務流程管理(Business Process Management,BPM)的技術來管理企業(yè)內部的不同應用提供的服務,就不能協(xié)調這些服務,完成企業(yè)的應用集成。
BPM是基于計算機網(wǎng)絡技術、工作流技術、企業(yè)應用集成和可擴展標記語言(eXtended Markup Language,XML)技術等,從業(yè)務過程的角度對企業(yè)進行全方位的管理,并支持業(yè)務過程的持續(xù)改進,其核心思想是為企業(yè)內及企業(yè)問的各種業(yè)務過程提供一個統(tǒng)一的建模、執(zhí)行和監(jiān)控的環(huán)境。與傳統(tǒng)的應用系統(tǒng)不同,BPM以超越功能模塊的方式來保證業(yè)務跨部門、用戶和組織的邊界運行。BPM建立在已經(jīng)從個人用戶和部門生產(chǎn)力所獲得的價值上,并把它們擴展到一個組織范圍。
SOA將核心業(yè)務邏輯和流程控制邏輯分離開采。需要注意的是,這里的核心業(yè)務邏輯和流程控制邏輯都是由數(shù)據(jù)和動能組成,只是組成的方式不同,并不能像數(shù)據(jù)和功能那樣簡單分開。有時,難以確定業(yè)務規(guī)則表示核心業(yè)務邏輯,還是流程邏輯。評判的標準通常取決于業(yè)務規(guī)則的復雜程度。如果是簡單的業(yè)務規(guī)則,最好將其歸為流程控制邏輯的一部分,但如果規(guī)則非常復雜,則應劃分為核心業(yè)務邏輯類型。相關的核心業(yè)務邏輯通常構成單個服務。這些服務的粒度相對比較大,采用松耦合(或者相對獨立的)方式,不含復雜接口f但可能封裝非常復雜的邏輯片段)。特別是表示核心業(yè)務邏輯的服務控制自己的事務,不參與由外部控制的、周期可能很長的事務。鑒于底層事務的短期性,與表示核心業(yè)務邏輯的服務的交互通常是OLTP形式。表示核心業(yè)務邏輯的服務可能參與BPM或以流程為中心的服務編排的復雜流程。
流程控制邏輯與核心業(yè)務邏輯不同,很多流程是動態(tài)的,經(jīng)常變化,需要與流程參與者進行復雜協(xié)調。管理流程控制邏輯的服務(如以流程為中心的服務)一般不包含應用程序狀態(tài),但它們包含與流程本身相關的狀態(tài)。流程狀態(tài)包含的信息有:流程參與者(人員和服務)、參與者的輸入、在流程中的實際位置以及基本規(guī)則。以流程為中心的服務高度依賴于其他服務,特別是那些表示核心業(yè)務邏輯的服務。它們將核心業(yè)務服務整合在一起,協(xié)調跨越多個人、多個重要業(yè)務實體、跨地域或者維持較長時間的復雜活動。
將流程控制的邏輯與核心業(yè)務邏輯分開。是保持企業(yè)架構敏捷性的關鍵一環(huán)對于企業(yè)而言,進行跨組織流程管理的目標是:(1)通過企業(yè)間的信息與流程連接,提高交互效率和柔性;(2)通過跨組織知識共享,利用豐富的知識和智力資源,促進技術創(chuàng)新;(3)通過網(wǎng)絡化的電子市場降低原材料采購成本、交易成本。最終形成具有卓越的價值傳遞能力的價值鏈系統(tǒng),提高客戶的滿意度。
企業(yè)間的應用集成包括三個層次:數(shù)據(jù)層集成、應用層、業(yè)務流程層。在SOA體系架構中,服務的粒度和層次取決于實際需要。服務可以僅僅是一個數(shù)據(jù)庫的讀取操作,也可以是一個業(yè)務流程的執(zhí)行,比如訂單處理流程。這也正是SOA的靈活和柔性的體現(xiàn)。通過將一個個流程封裝成服務,流程之間的調用就體現(xiàn)為服務的調用,從而最大限度的提高已有系統(tǒng)的利用率。根據(jù)流程的復雜性和重要性,也可以將一個流程分解成多個服務,這也是SOA的靈活性的體現(xiàn)。
企業(yè)通過將其業(yè)務流程按照一定的標準封裝成一個個的服務,存儲在服務庫中,通過Internet對外公開。合作伙伴通過企業(yè)服務總線(EntERPrise Service Bus,ESB)調用已經(jīng)封裝好的服務,而不需要考慮該流程是建立在何種平臺上,采用什么語言實現(xiàn),而只需要通過公開服務庫中提供的服務接口直接調用。這種架構對于戰(zhàn)略合作伙伴之間的系統(tǒng)整合非常有效,即使企業(yè)之間采用的操作系統(tǒng)平臺、商業(yè)軟件完全不兼容。
轉載請注明出處:拓步ERP資訊網(wǎng)http://www.oesoe.com/
本文標題:企業(yè)基于管理軟件SOA的業(yè)務流程分析
本文網(wǎng)址:http://www.oesoe.com/html/consultation/10839312060.html