1 問題提出
信息時(shí)代,現(xiàn)代企業(yè)管理通常都采用管理信息系統(tǒng)。實(shí)踐表明,常規(guī)的企業(yè)管理信息系統(tǒng)開發(fā)方式往往存在對(duì)需求表達(dá)不清晰、效率不高。主要表現(xiàn)以下幾個(gè)方面:
1.1 工作流引擎能力重復(fù)建設(shè)
大多數(shù)企業(yè)都有各類型業(yè)務(wù)應(yīng)用系統(tǒng),例如ERP、辦公系統(tǒng)、電子報(bào)帳系統(tǒng)、知識(shí)管理平臺(tái)、HR系統(tǒng)、合同管理系統(tǒng)、供應(yīng)鏈系統(tǒng)等,這些系統(tǒng)都有各自的流程業(yè)務(wù)、相對(duì)獨(dú)立、無法自動(dòng)銜接等問題。功能強(qiáng)大的系統(tǒng)一般都具有獨(dú)立流程引擎功能,每個(gè)引擎都是相互獨(dú)立和無法交互,以人機(jī)交互為例,各個(gè)應(yīng)用系統(tǒng)中都具有審批流程的能力,也都具有人員待辦的活動(dòng)節(jié)點(diǎn),這樣大量的人機(jī)交互能力散落在各應(yīng)用系統(tǒng)內(nèi),導(dǎo)致各應(yīng)用系統(tǒng)對(duì)用戶角色的配置和同步要求不統(tǒng)一。
1.2 跨系統(tǒng)流程平臺(tái)產(chǎn)品集成能力較差
有些大公司內(nèi)部建立了BPM系統(tǒng),但未承載跨系統(tǒng)的流程無法實(shí)現(xiàn)系統(tǒng)間的異構(gòu)、交互,造成跨應(yīng)用流程銜接不暢的主要原因是各應(yīng)用系統(tǒng)的建設(shè)均是從自身立場(chǎng)和角度出發(fā),未從企業(yè)級(jí)流程的角度審視業(yè)務(wù)流程在IT系統(tǒng)中的承載,造成流程以系統(tǒng)邊界分裂;另外系統(tǒng)往往只關(guān)注其對(duì)部門職能的支撐,而對(duì)企業(yè)流程和部門協(xié)作較為忽視。
1.3 端到端流程無法貫通監(jiān)控
從管理和運(yùn)維角度看,因系統(tǒng)無法統(tǒng)攬大局,會(huì)造成不同的業(yè)務(wù)管理人員只能監(jiān)控到端到端流程中的某一子段的運(yùn)行情況,如“談判審批”子段的運(yùn)行情況,而無法監(jiān)控到全流程的執(zhí)行情況和相關(guān)績(jī)效。由此帶來的諸多問題會(huì)嚴(yán)重影響到“精細(xì)化管理和業(yè)務(wù)流程流程持續(xù)優(yōu)化”的業(yè)務(wù)目標(biāo)實(shí)現(xiàn),導(dǎo)致業(yè)務(wù)管理人員無法從全景視圖監(jiān)控業(yè)務(wù),導(dǎo)致業(yè)務(wù)管理人員無法掌控全流程的執(zhí)行情況。
1.4 繁多的流程引擎采用的技術(shù)標(biāo)準(zhǔn)不一
國內(nèi)外工作流引擎通常有多種,其中有SOA/BPEL流程標(biāo)準(zhǔn)、WfMC/XPDL流程標(biāo)準(zhǔn)等,還有自設(shè)計(jì)未使用技術(shù)規(guī)范標(biāo)準(zhǔn)或滿足部分技術(shù)規(guī)范標(biāo)準(zhǔn)。這些工作流引擎互相間較難實(shí)現(xiàn)銜接、結(jié)合和集成,即使是都是使用WfMC/XPDL規(guī)范實(shí)現(xiàn)的引擎,由于各自對(duì)引擎能力的建設(shè)程度也不一,局限在滿足自身應(yīng)用需求,使用方式和API也各不相同,因此也沒有很好的辦法直接進(jìn)行流程集成。
2 平臺(tái)實(shí)現(xiàn)目標(biāo)
為解決上述問題,本文在對(duì)企業(yè)業(yè)務(wù)流程管理進(jìn)行深入研究后,規(guī)劃了一套規(guī)范的、高效的“企業(yè)BPM統(tǒng)一流程管理平臺(tái)”。該平臺(tái)旨在整合現(xiàn)有企業(yè)數(shù)據(jù)、軟硬件設(shè)備等多方資源,最大限度發(fā)揮企業(yè)信息化效率和價(jià)值。企業(yè)BPM統(tǒng)一流程平臺(tái)從以下幾個(gè)面著手:
2.1 建立統(tǒng)一業(yè)務(wù)流程的技術(shù)體系,支持業(yè)務(wù)融合發(fā)展(圖1)
圖1
基于對(duì)企業(yè)業(yè)務(wù)流程管理的需求,遵循WFMC工作流參考模型中各功能部分的技術(shù)要求,以及SOA體系下業(yè)務(wù)流程管理要求框架的核心部分,建立統(tǒng)一業(yè)務(wù)流程的技術(shù)框架,去實(shí)現(xiàn)企業(yè)的信息流不僅可以在一個(gè)應(yīng)用系統(tǒng)內(nèi)部流動(dòng),更可以穿透各個(gè)應(yīng)用系統(tǒng)進(jìn)行流動(dòng),推動(dòng)計(jì)劃、供應(yīng)鏈、財(cái)務(wù)、人力資源、戰(zhàn)略與決策等核心業(yè)務(wù)流程的有機(jī)融合,支撐企業(yè)的業(yè)務(wù)融合戰(zhàn)略。
2.2 實(shí)現(xiàn)統(tǒng)一部署、能力復(fù)用的BPM平臺(tái)
建立物理上統(tǒng)一部署的,可以被多個(gè)應(yīng)用所共享使用的“共享式”業(yè)務(wù)流程平臺(tái),如圖2所示:
圖2
在這種“共享式”BPM平臺(tái)使用過程中,為了支撐不同應(yīng)用的特定需求,還需要特別考慮到不同應(yīng)用的要求,如數(shù)據(jù)物理隔離要求、服務(wù)運(yùn)行質(zhì)量保障要求、組織機(jī)構(gòu)模型差異化要求等,可以通過流程服務(wù)器“單引擎實(shí)例模式”和“多引擎實(shí)例模式”來進(jìn)行部署,從而實(shí)現(xiàn)不同要求。
2.3 集中任務(wù)處理,提升用戶操作體驗(yàn)
集中任務(wù)處理中心是對(duì)BPM平臺(tái)及各業(yè)務(wù)應(yīng)用中的任務(wù)通過其中注冊(cè)的“任務(wù)代理”推送到集中任務(wù)中心,其中幾個(gè)關(guān)鍵點(diǎn)是支持多種流程應(yīng)用中的任務(wù)接人、支持任務(wù)推送的可靠性、支持任務(wù)的轉(zhuǎn)歷史機(jī)制。如圖3所示:
圖3
2.4 統(tǒng)一流程監(jiān)控、流程服務(wù)和審計(jì)
流程運(yùn)行期的管理和監(jiān)控也是實(shí)現(xiàn)BPM統(tǒng)一平臺(tái)的關(guān)鍵,要實(shí)現(xiàn)端到端流程貫通的統(tǒng)一監(jiān)控,甚至是基于多個(gè)流程產(chǎn)品實(shí)現(xiàn)的流程,可以做到對(duì)基于異構(gòu)BPM產(chǎn)品所實(shí)現(xiàn)的子段流程的鉆取監(jiān)控,以及實(shí)現(xiàn)對(duì)其的人工干預(yù),如掛起/恢復(fù)/終止等。
在BPM平臺(tái)中,基于跨系統(tǒng)的流程服務(wù)調(diào)用和應(yīng)用服務(wù)調(diào)用的審計(jì)和監(jiān)控能力,可以通過逐點(diǎn)排查和分析統(tǒng)計(jì)的方式快速定位流程執(zhí)行過程中發(fā)生的故障,提供強(qiáng)大的運(yùn)維支撐能力;谡{(diào)用棧的流程/服務(wù)調(diào)用審計(jì)日志,并且提供圖形化的審計(jì)日志查看工具,迅速找到可能故障點(diǎn),在發(fā)生故障時(shí)可以通過email或短信進(jìn)行通知。
3 平臺(tái)設(shè)計(jì)框架與實(shí)施
3.1 平臺(tái)功能框架
BPM平臺(tái)業(yè)務(wù)流程管理分為基本功能部分和擴(kuò)展功能部分。其中,基本功能部分包括基礎(chǔ)支撐(業(yè)務(wù)流程引擎,業(yè)務(wù)規(guī)則引擎以及系統(tǒng)管理與維護(hù)),運(yùn)行時(shí)環(huán)境(系統(tǒng)/組件的連接、用戶/客戶端應(yīng)用的交互以及業(yè)務(wù)活動(dòng)監(jiān)控和業(yè)務(wù)事件管理),以及設(shè)計(jì)時(shí)環(huán)境(業(yè)務(wù)流程的建模和設(shè)計(jì)、業(yè)務(wù)規(guī)則管理部分內(nèi)容以及功能組件的注冊(cè)、發(fā)布與管理);擴(kuò)展功能部分則包含一些擴(kuò)展接口、業(yè)務(wù)流程引擎擴(kuò)展能力、業(yè)務(wù)流程的仿真與優(yōu)化,以及多租戶服務(wù)能力。
統(tǒng)一流程管理平臺(tái)的功能模塊包括實(shí)現(xiàn)BPM全生命周期的支持,包括建模與設(shè)計(jì)、部署與執(zhí)行、監(jiān)控與分析、優(yōu)化與調(diào)整等環(huán)節(jié)。其功能框架圖如圖4所示:
圖4
3.2 系統(tǒng)部署模式
BPM統(tǒng)一流程平臺(tái)的部署最好不與現(xiàn)有業(yè)務(wù)應(yīng)用混雜,即使投資限制無法提供滿足高性能的設(shè)備,也爭(zhēng)取利用現(xiàn)有設(shè)備將統(tǒng)一流程平臺(tái)獨(dú)立部署。部署模式采用如圖5所示:
圖5
BPM統(tǒng)一流程平臺(tái)部署的特點(diǎn)主要有:
(1)平臺(tái)應(yīng)用部署與不同應(yīng)用系統(tǒng)部署的邏輯服務(wù)器分離,可在新服務(wù)器Web應(yīng)用中;(2)平臺(tái)數(shù)據(jù)庫與流程業(yè)務(wù)數(shù)據(jù)庫系統(tǒng)分離;(3)平臺(tái)流程引擎與業(yè)務(wù)系統(tǒng)之間通過遠(yuǎn)程服務(wù)方式調(diào)用,事務(wù)一致性處理方式需要通過業(yè)務(wù)補(bǔ)償?shù)姆绞竭M(jìn)行;(4)平臺(tái)與應(yīng)用之間引入企業(yè)服務(wù)總線,實(shí)現(xiàn)對(duì)多系統(tǒng)的流程整合。
4 BPM平臺(tái)的創(chuàng)新
經(jīng)過規(guī)劃設(shè)計(jì)與論證,BPM平臺(tái)將實(shí)現(xiàn)一定程度的理論創(chuàng)新、應(yīng)用創(chuàng)新和技術(shù)創(chuàng)新,能夠較大地提升企業(yè)的信息化競(jìng)爭(zhēng)力和管理效率。
4.1 理論創(chuàng)新
將BPM生命周期劃分為六個(gè)階段:業(yè)務(wù)流程梳理、業(yè)務(wù)流程建模、業(yè)務(wù)流程執(zhí)行、業(yè)務(wù)流程監(jiān)控、業(yè)務(wù)流程分析、業(yè)務(wù)流程優(yōu)化等。通過構(gòu)建統(tǒng)一的需求引擎、構(gòu)造引擎和流程運(yùn)行控制引擎,來適應(yīng)不同的業(yè)務(wù)系統(tǒng)之間的流程穿越,靈活提取公共流程和子流程,從而對(duì)流程集中管理、統(tǒng)一監(jiān)控和處理,同時(shí)能讓計(jì)算機(jī)自動(dòng)根據(jù)用戶需求來安排工作,自動(dòng)化地將管理流程業(yè)務(wù)工作結(jié)合在一起。
4.2 應(yīng)用創(chuàng)新
建立統(tǒng)一流程平臺(tái),能有效地對(duì)戰(zhàn)略與決策支持管理域、計(jì)劃與預(yù)算管理域、供應(yīng)鏈管理域、財(cái)務(wù)管理域、人力資源管理域和企業(yè)綜合管理域等多個(gè)管理域的流程進(jìn)行集成,對(duì)平臺(tái)中的應(yīng)用服務(wù)和流程服務(wù)進(jìn)行抽取,并注冊(cè)到企業(yè)服務(wù)總線中,達(dá)到了充分復(fù)用用戶已有的流程資源的目的:
(1)實(shí)現(xiàn)跨應(yīng)用系統(tǒng)的工作任務(wù)的集中處理,實(shí)現(xiàn)統(tǒng)一待辦;實(shí)現(xiàn)統(tǒng)一業(yè)務(wù)流程的統(tǒng)一建模、統(tǒng)一監(jiān)控分析,實(shí)現(xiàn)端到端的流程管理監(jiān)控;(2)基于LDAP目錄服務(wù)技術(shù)完成的統(tǒng)一用戶管理系統(tǒng),對(duì)現(xiàn)有系統(tǒng)資源進(jìn)行了很好的整合,實(shí)現(xiàn)了對(duì)企業(yè)中用戶身份的統(tǒng)一管理,有效解決用戶權(quán)限管理和身份認(rèn)證的問題,減少多系統(tǒng)、多權(quán)限的繁瑣;(3)實(shí)現(xiàn)跨系統(tǒng)流程用及務(wù)調(diào)用的審計(jì)和故障排查,能在系統(tǒng)運(yùn)維期間使用戶更全面的掌握流程軌跡、執(zhí)行時(shí)間、異常環(huán)節(jié)等關(guān)鍵點(diǎn)。
4.3 技術(shù)創(chuàng)新
4.3.1 采用成熟技術(shù)的集成,使平臺(tái)穩(wěn)定
基于面向服務(wù)的架構(gòu)(SOA)體系架構(gòu)+企業(yè)服務(wù)總線(ESB)實(shí)現(xiàn)各個(gè)業(yè)務(wù)服務(wù)的集成,能靈活的編排并轉(zhuǎn)換協(xié)議,降低系統(tǒng)間的耦合;基于LDAP的統(tǒng)一用戶認(rèn)證,提供了快速響應(yīng)大容量訪問和廣泛復(fù)制的能力,充分提高統(tǒng)一用戶管理系統(tǒng)的可擴(kuò)展性、可靠。
4.3.2 建立流程開發(fā)和整合的技術(shù)體系和規(guī)范標(biāo)準(zhǔn)
建立一套統(tǒng)一流程規(guī)范來指導(dǎo)設(shè)計(jì)與實(shí)施。通過流程技術(shù)規(guī)范,一方面明確建立流程梳理、建模、設(shè)計(jì)、開發(fā)、部署、管控的一體化過程規(guī)范與方法,以及各個(gè)活動(dòng)的執(zhí)行原則與指導(dǎo);另一方面,明確定義各應(yīng)用子段流程的銜接規(guī)范、服務(wù)梳理和抽取的規(guī)范、服務(wù)及UI 改造的規(guī)范等。
4.3.3 構(gòu)建不同的引擎對(duì)流程的生命周期進(jìn)行分解和設(shè)計(jì)
通過構(gòu)建需求引擎、構(gòu)造引擎和流程運(yùn)行控制引擎,構(gòu)建一個(gè)統(tǒng)一的智能流程平臺(tái),來適應(yīng)不同的業(yè)務(wù)系統(tǒng),實(shí)現(xiàn)不同業(yè)務(wù)系統(tǒng)之間的流程穿越,能提取公共流程和子流程,從而對(duì)流程集中管理、統(tǒng)一監(jiān)控和處理,同時(shí)能讓計(jì)算機(jī)自動(dòng)根據(jù)用戶需求來安排工作,自動(dòng)化地將管理流程業(yè)務(wù)工作結(jié)合在一起。
5 結(jié)束語
企業(yè)BPM統(tǒng)一流程平臺(tái)的設(shè)計(jì)是針對(duì)企業(yè)信息化的實(shí)際需求,根據(jù)一年多現(xiàn)實(shí)環(huán)境的運(yùn)用分析,能夠?yàn)槠髽I(yè)的流程從調(diào)研、開發(fā)、測(cè)試、上線運(yùn)行、調(diào)優(yōu)等整個(gè)生命環(huán)節(jié)建立了一套完善的規(guī)范,提供了一系列的解決方案,為企業(yè)今后與第三方的流程開發(fā)商合作提供了強(qiáng)大的技術(shù)基礎(chǔ)。平臺(tái)不僅發(fā)揮了統(tǒng)一用戶、統(tǒng)一待辦、統(tǒng)一建模、統(tǒng)一監(jiān)控等具體功能,更重要的還建立了一個(gè)多個(gè)應(yīng)用系統(tǒng)集成的統(tǒng)一流程共享平臺(tái),改善企業(yè)的流程復(fù)雜度,大大提高了企業(yè)的工作效率。
BPM平臺(tái)的設(shè)計(jì)和實(shí)現(xiàn),不僅能適用于有跨多個(gè)應(yīng)用系統(tǒng)的流程業(yè)務(wù)的大型企業(yè),例如電信企業(yè)、保險(xiǎn)公司、銀行、醫(yī)療和政府機(jī)構(gòu)等,還適用于中小型企業(yè)來完成企業(yè)內(nèi)部的采購、銷售、項(xiàng)目管理、公文審批等需求。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題:企業(yè)BPM統(tǒng)一流程平臺(tái)的設(shè)計(jì)
本文網(wǎng)址:http://www.ezxoed.cn/html/consultation/10819610993.html