基於流程的企業業務整合方案

基於流程的企業業務整合方案

1、公司資訊化建設現狀分析 　　 近幾年來，隨著資訊化的發展以及企業管理水平的提高，公司資訊系統整合的需求越來越強烈。公司資訊化經過幾年的建設，企業內部往往存在了多個相互獨立的、面向特定職能的應用系統。這種系統一般面向企業中某一部門、或某一科室的需求，而由於現在企業的組織圖一般是按職能進行部門的劃分，所以也就造成了面向部門所開發的系統，其功能也是面向特定職能的。 　　 這樣，在企業中往往存在著這樣的一種情景，各職能科室為自身管理方便的需要，建立了多種不同的系統。這些系統要求基層的業務人員登入系統錄入基礎資料，各職能科室人員再根據自己的需要登入系統進行資料的統計分析。因此，基層業務人員不得不面對不同的系統，甚至是相同的資料也要在不同的系統中進行重複的錄入；而各職能科室的管理員如果想要瞭解其它的不被自己所管理的資料時，也不得不請求其它業務系統的系統管理員為自己建立一個新的帳號，進行登入查詢。 　　圖1.面向職能的公司專屬應用程式系統架構 　　 另一方面，許多優秀的企業管理思想已經被越來越多的企業管理者所接受。SCM、ERP、APS等等先進企業管理思想的神私面紗正逐漸的被揭開，並獲得了越來越多的企業的認同。然而，當這些企業雄心勃勃地準備建立相應的資訊系統時，他們不得不面臨這樣一個相同的問題，即如何保護企業對現有應用的投資，包括系統的建設費用、業務人員在現有系統上建立起來的工作經驗等等。這些分離的應用隔離了業務之間的關係，原本連貫完整的商務程序被人為的破壞。而業務人員由於熟悉了自己的工作環境因此不希望這些系統被完全的拋棄。 　　 2、資訊整合要解決的問題 　　 因此，隨著企業的發展，公司專屬應用程式整合已逐漸提到公司資訊化建設的議程上來。綜合來說，整合所要解決的問題包括以下幾點： 　　 將面向職能的系統進行面向角色的整合 　　 按照企業的管理思想，將分散的業務進行集中的管理 　　 將分散的業務資料進行集中的資料整合 　　 解決遠程異構系統間資訊互連的問題 　　圖2.面向角色的公司專屬應用程式系統架構  3、基於流程的業務整合方案　　 　　 3.1 目標 　　 建立企業業務中心，統一管理商務程序，並驅動底層的Data Integration及訊息傳輸。 　　 建立企業資料中心，為應用提供統一的資料介面，集中分佈於各個應用的資料，實現資料的共用，避免資訊的重複錄入。 　　 建立企業的訊息中心，為公司專屬應用程式提供發布/訂閱或點對點的通訊模式，以必要的時候以訊息的形式驅動底層的Data Integration。 　　 3.2 總體方案 　　 企業管理水平的提高要求資訊系統能夠從整體的角度對企業的業務過程進行統一的管理，要求能夠快速的適應由於客戶需求的變化、生產能力的提高、供應商供應能力的變化等等各種因素而導致的對企業生產經營過程及組織圖進行的調整。因此公司資訊化建設要解決的核心問題之一就是如何建立企業的業務中心，使得管理者可以“運籌帷幄之中，決勝千裡之外”。公司資訊化建設要考慮的另一個問題就是如何以一種可擴充的、松耦合的方式，實現對企業現有應用、建立應用的整合，並保證應用之間足夠的獨立性。 　　 本整合方案採用中創軟體商用中介軟體有限公司的Infor系列中介軟體產品作為底層的中介軟體支撐平台。Infor系列中介軟體提供一個安全穩定、擴充靈活的基礎架構平台，實現可靠的訊息通訊，實現構件的管理和協同；通過工作流程中介軟體和報表工具等開發設施的協助，Infor系列中介軟體使得快速構建複雜應用，輕鬆應對業務變化成為可能。 　　圖3.Infor系統中介軟體對公司專屬應用程式的支撐體系 　　 從應用系統的構建、運行管理到各個應用的整合，從單一應用構建、業務資料交換到公司專屬應用程式整合，從傳統業務模式、Web服務到商務程序再造，Infor系列中介軟體可以提供全面平台支援，讓您隨需而變，快速構建複雜應用，在激烈競爭中脫穎而出。 　　 基於Infor系列中介軟體構建的應用整合解決方案如所示： 　　圖4.基於Infor系列中介軟體構建的應用整合解決方案 　　 3.2.1 業務中心 　　 應用的整合首先是業務的整合。業務中心在公司資訊系統整合方案中處於核心的位置。業務中心要為企業提供業務過程建模、管理、監控、分析等全生命週期的管理職能，負責組織企業的運營過程，協調部門與部門、人與人之間的協作過程，調度工作項目在業務人員之間的分配。資料層面的整合也通過業務中心來決定何時進行資料的抽取與轉移。 　　 本方案的業務中心使用中創工作流程中介軟體InforFlow來實現。InforFlow是遵循國際工作流程管理聯盟(WFMC)規範實現的工作流程中介軟體，為工作流程自動化和構建流程應用提供基礎平台。InforFlow實現了流程邏輯與商務邏輯的分離，能夠可視化的進行商務程序的分析、定義和業務單元的組裝，從而使應用開發人員更關注於商務邏輯的實現，降低了複雜流程應用的開發難度。InforFlow支援順序、分支、同步、迴圈、自迴圈、會簽等豐富的工作流程模型，支援流程的動態調整，使開發人員與終端使用者從容應對變化，提高應用系統的靈活性和適應性。InforFlow支援複雜商務程序的建模，使用普通活動、路由活動、子流程活動、塊活動等活動類型，可以對企業完整的運營過程進行分層、直觀的建模。InforFlow支援事件外掛程式的處理，在流程執行個體、活動執行個體狀態發生改變的任一時刻，允許應用擴充業務功能。 　　圖5.InforFlow的可擴充架構 　　 在本方案中，資料中心對外提供的資料幫浦介面以及訊息中心對外提供的發布訊息的介面，即可實用事件外掛程式進行實現，實現後將其插接在商務程序的某個環節中。這種實現方式將每個環節要完成的核心的商務邏輯與為支援整合而由系統自動完成的資料幫浦、訊息發布等等邏輯隔離開來，從而實現了這些整合組件的業務無關性及可重用性，進一步增強了系統的適應業務變化的能力。 　　 在本方案中，業務中心對外提供了兩類介面： 　　 XPDL介面 　　XPDL是WfMC所定義的用於描述商務程序的定義語言，InforFlow嚴格的使用此語言進行流程建模。通過此介面，業務中心可以接收外部系統定義的商務程序，並對商務程序進行合法性檢查，也可以向外部系統提供商務程序的完整描述。 　　 流程式控制制介面 　　 流程式控制制介面以符合規範的形式對外提供流程式控制制的功能。應用可以通過本地的調用代理對工作流程引擎發起遠程調用，完成對實際商務程序的驅動。應用可以通過這個介面完成對商務程序執行執行個體的控制及流程執行個體運行資訊的跟蹤查詢。 以客戶訂單管理中接收客戶訂單為例展示了業務中心通過任務驅動系統啟動並執行過程。 　　 客戶訂單管理的商務程序如下： 　　 1. 市場人員接收客戶訂單並錄入訂單管理系統； 　　 2. 技術人員進行技術分析，並根據客戶需要做出設計方案； 　　 3. 市場人員依據技術人員出具的設計方案進行報價； 　　 4. 市場人員將設計方案及報價發送客戶確認，並簽訂合約。 　　圖6.業務驅動的整合策略 　　 市場人員從任務處理器中擷取“錄入訂單”的任務，並通過“訂單管理系統”錄入訂單資訊； 　　 訂單管理系統通過遠程調用代理向工作流程引擎發送提交任務的請求； 　　 工作流程引擎按照流程定義給技術分析人員分配任務； 　　 工作流程引擎調用資料幫浦組件從訂單管理系統資料庫中抽取訂單資訊，儲存到資料中心； 　　 工作流程引擎調用訊息發布組件向訊息中心發布訊息； 　　 訊息中心將資料發送給已訂閱訂單資訊的“設計系統訊息代理”； 　　 設計系統訊息代理將資料進行拆包及本地化的格式轉換，並儲存到本機資料庫中。 　　 可以看出，本方案具有的兩大特點： 　　 以工作流程引擎為核心，利用工作流程引擎調度業務系統及各種擴充的組件。 　　 將為整合而開發各種整合業務組件同核心的業務系統隔離開來，使得業務系統可以不依賴於整合平台而獨立運行。同時也提高了各獨立於業務系統的整合組件的可複用性。 　　 3.2.2 資料中心 　　 資料中心是公司資訊化建設的核心之一。主要完成資料中心嚮應用資料索取資料、發布訊息及向訂閱資料的應用發送資料的功能。在資料的傳遞過程中，資料中心還將通過資料擷取與發送介面完成資料格式的轉換、打包、拆包等等步驟。資料中心通過一定的介面將應用所提供的資料收集上來，進行發布，並通過資料發送介面主動的向訂閱者發送資料。資料中心使得企業資料的整合變得簡單易行，有效避免了應用的資料庫之間的差異，並從業務層面上簡化了資料的提供者與資料的訂閱者之間的錯綜複雜的業務關係。 　　 資料中心是從資料層面串連分離的各個應用的橋樑。資料中心負責在適當的時候從各公司專屬應用程式中收集資料，對資料進行發布，並發送給所有的訂閱者，使得企業各部門能夠利用資訊整合的成果，輔助決策和管理。 　　 在本方案中，資料中心需要以點對點的模式從各應用程式資料庫中抽取應用的資料到資料中心，而各應用可以訂閱自己感興趣的業務資料，並接收資料中心發送過來的業務資料。安裝在各應用端的用戶端程式完成訊息的訂閱、資料發送、資料接收功能。 　　圖7.基於發布/訂閱的訊息傳輸 資料中心提供的Data Integration基於公司專屬應用程式整合中間InforEAI。InforEAI採用XML訊息表示，基於發布/訂閱的資訊共用和訊息路由機制使得業務系統的資訊共用簡單和易於變化，可以串連異構系統和作業環境，業務系統之間的松耦合使得在局部系統出錯的時候能更好地恢複，從而保證資料交換平台具有更高的強壯性和擴充性。 　　 資料幫浦 　　 資料幫浦是指將業務資料從應用系統的資料庫中抽取到資料中心的過程。資料的抽取是由業務驅動的。當業務人員完成他的某項任務時，業務中心通過以外掛程式形式配置到工作流程引擎中的資料幫浦組件嚮應用資料庫發出資料幫浦的命令，並通過部署在應用端的訊息代理將指定的業務資料幫浦並儲存到資料中心資料庫。 　　 資料發送 　　 資料發送是指將訂閱者訂閱的業務資料從資料中心發送到應用程式資料庫的過程。與資料的抽取相同，資料的發送也是由業務驅動的。一個可能的情境是，當業務人員處理他的某項任務之前，需要先從資料中心擷取最新的業務資料，這時就可以把負責發送資料的組件以外掛程式的形式配置到工作流程引擎啟動活動之前的時刻。這樣，當活動啟動時，業務中心即可將資料通過部署在應用端的訊息代理髮送並儲存到應用系統資料庫中。 　　資料的發送同樣涉及資料的打包，類型轉換的過程。 　　 資料訂閱 　　用戶端應用如果要從資料中心擷取資料，首先要向資料中心訂閱自己所需要的資料。資料中心提供了使用者可以訂閱的訊息主題。 　　 3.2.3 訊息中心 　　 訊息中心對外向公司專屬應用程式提供了發布/訂閱及點對點的通訊模式，在本方案中，基於InforBus/Q實現的訊息中心是公司專屬應用程式之間進行通訊的中繼路由機構，通訊的模式可以是發布/訂閱模式，也可以是點對點模式。 　　 訊息代理是訊息中心在用戶端的本地代理，業務人員可以使用安裝在用戶端的訊息代理向訊息中心發布/訂閱訊息。訊息中心接收到訊息後，可以對訊息進行持久化（儲存到資料中）。訊息中心收到用戶端發出的訊息後，也可以發起對某個業務整合組件的調用。一個典型的情況是，當某類業務人員對自己管理的計划進行變更後，需要將變更的資料傳遞到資料中心，以供資料中心給所有訂閱此變更訊息的應用系統發送資料。在這種情況下，資料的整合事件的觸發是由訊息驅動的，而非由任務驅動的。與任務驅動方式相比，訊息驅動的Data Integration是一種更為靈活的整合策略。然而，這種整合策略本質上違背了業務之間的承接關係，是對正常化管理的一種破壞，因此，應該盡量的避免過多的使用這個策略。 　　 仍以客戶訂單管理的流程為例，使用訊息觸發的整合策略如所示： 　　圖8.訊息驅動的整合策略 3.2.4 整合組件 　　 整合組件是以系統整合為目的而實現的一類業務組件，整合組件獨立於業務系統，在各業務系統之間完成訊息傳遞、資料幫浦與發布等功能。整合組件有利於保障平台所要整合的各個系統之間的獨立性，是以松耦合形式實現應用整合的有效方式。在本方案中，目前準備開發以下幾類整合組件： 　　 資料幫浦組件　向資料中心發起進行資料幫浦的命令，完成從應用系統資料庫中抽取業務資料的程序呼叫。 　　 資料發布組件　向資料中心發起發布資料的命令，由資料中心將指定的資料分發給所有的訂閱者。 　　 訊息發布組件　向訊息中心發出發布訊息的命令，由訊息中心完成訊息向訂閱者的發分。 　　 在本方案中，整合組件不能由業務系統直接調用，而是根據配置，通過業務中心（工作流程引擎）與訊息中心自動發起的。 　　 3.3 方案優點分析 　　 面向服務的整合匯流排 　　圖9.面向服務的整合匯流排 　　 整個系統構建於基於企業服務匯流排而搭建的公司資訊化建設平台之上，為公司資訊化建設打下了良好的基礎。平台提供了構建公司專屬應用程式所必須的各種基礎設施，為企業提供了從技術層面到業務層面進行資訊化建設所經常面對的問題的解決方案。面向服務的總結結構使用以後開發的新系統可以方便的整合到平台中去。 　　 可擴充性高，可方便的整合新的應用 　　 較高的可擴充性是本方案突出的優點之一。面向服務匯流排的體繫結構使得新增的應用可以方便的插接到系統中去。使用者只需要獨立的完成新增應用的開發，並通過業務中心重新對業務過程進行組織，將新開發應用程式套件含進來，就可以通過遠程調用代理與訊息代理鬆散的整合到整個系統中去。 　　 基於組件的開發思路，徹底分離商務邏輯，提高可複用性 　　 流程邏輯與商務邏輯的分離使得對業務功能的擴充變得簡單清晰；以外掛程式形式部署的整合組件獨立於業務系統，使得這些組件可以在業務過程的各個環節中進行重用。 　　 集中管理、分散控制 　　 業務中心的建立使得管理員可以集中的對企業各個業務過程進行管理與監控，可以方便的完成對業務過程執行的各個環節的分析，以便找出業務過程中存在的瓶頸，並及時進行改進。而各職能部門是企業運營的執行機構，他們通過分佈於各部門的面向職能的業務系統完成自己的業務工作。整個系統的結構反映了企業組織圖之上的管理關聯性。