作者:alphaflow來源:flowyun.com訪問:103時(shí)間:2019-05-09
進(jìn)入互聯(lián)網(wǎng)時(shí)代,基于網(wǎng)絡(luò)的信息化集成工作流擺在了人們的面前。從目的上說,工作流的發(fā)展是為了解決現(xiàn)有問題,更好的滿足用戶需求,而移動(dòng)設(shè)備的進(jìn)步,就要求工作流的管理要實(shí)現(xiàn)智能化,保證兼容性,能隨時(shí)隨地處理相關(guān)業(yè)務(wù)。由于當(dāng)前的工作流管理系統(tǒng)主要由工作流建模和工作流實(shí)施環(huán)境組成,因此從這兩方面對(duì)工作流的未來發(fā)展做一下展望可能是比較穩(wěn)健的方式。
工作流建模趨勢(shì)
當(dāng)前工作流的建模技術(shù)可謂是百家爭(zhēng)鳴,但并沒有一種統(tǒng)一的模式,這也就是說在技術(shù)方面,相關(guān)解決方案依然遠(yuǎn)遠(yuǎn)沒有成熟。對(duì)當(dāng)前主流的建模方法進(jìn)行歸納,基本上可以分成5大類:腳本語言、基于網(wǎng)的方法、基于規(guī)則的方法、基于邏輯的方法和代數(shù)方法。
(1)腳本語言
腳本語言自然不用多說,它通常都含有控制流和數(shù)據(jù)流的語句結(jié)構(gòu)。優(yōu)勢(shì)是它提供了一種比較簡(jiǎn)便的描述方法,對(duì)于有經(jīng)驗(yàn)的設(shè)計(jì)者來說,使用起來更加得心應(yīng)手。當(dāng)然,缺點(diǎn)也很明顯,那就是它本身缺乏流程的形式化語意,語言的語義主要供語言解釋器使用。
(2)基于網(wǎng)的方法
適合于流程的可視化建模,一般都使用狀態(tài)變遷網(wǎng),流程中的活動(dòng)用結(jié)點(diǎn)表示,控制流用邊表示。
使用狀態(tài)變遷網(wǎng)的主要問題在于是否有形式化的語義,大多數(shù)工作流產(chǎn)品的可視化建模方法都缺乏形式化語義。在具有形式化語義的狀態(tài)變遷網(wǎng)中,使用得最多的就是Petr網(wǎng)和狀態(tài)圖(State Charts)。具有形式化語義的基于網(wǎng)的方法可以轉(zhuǎn)換成其它建模方法,如基于規(guī)則的、時(shí)序邏輯的和腳本語言的方法等。
(3)基于規(guī)則的方法
目前研究得最多的基于規(guī)則的方法是ECA(Event/Condltion/Acton,簡(jiǎn)稱EcA)規(guī)則,ECA規(guī)則是早用于AO0DBS,而后又被用于工作流管理領(lǐng)域。ECA規(guī)則具有形式化基礎(chǔ),也可以轉(zhuǎn)換成其它的建模方法。如Petri網(wǎng)、時(shí)序邏輯等,但是ECA規(guī)則的可視化工作量比較大。另外,如果規(guī)則集比較大時(shí)就難以管理。
(4)基于邏輯的方法
基于邏輯的方法適合于描述系統(tǒng)的動(dòng)態(tài)性,其中時(shí)序邏輯是一種常用的方法,它具有很好的形式化基礎(chǔ),驗(yàn)證工作流模型的屬性比較方便。但是時(shí)序邏輯的主要缺點(diǎn)是很難實(shí)現(xiàn)可視化.不容易轉(zhuǎn)換成其它的描述方法,描述業(yè)務(wù)流程的系統(tǒng)行為太復(fù)雜。
(5)基于代數(shù)的方法
過程代數(shù)(Proees Algebra)主要還是局限在理論探討上,在工作流管理領(lǐng)域用得很少,只有一種基于過程代數(shù)的描述語言LOTOS被用于工作流管理領(lǐng)域。代數(shù)方法的主要缺點(diǎn)類似于基于邏輯的方法,并且在自動(dòng)執(zhí)行和形式化驗(yàn)證方面表現(xiàn)得比基于邏輯的方法更差,建模方法缺乏直觀性,難以理解。
根據(jù)以上的比較可以看出,各種建模方法各有優(yōu)缺點(diǎn)。但從總體上來看,腳本語言、基于網(wǎng)的方法和基于規(guī)則的方法更具有吸引力。
工作流實(shí)施環(huán)境趨勢(shì)
工作流管理系統(tǒng)應(yīng)該支持異構(gòu)、自治和分布環(huán)境中應(yīng)用系統(tǒng)的集成和互操作,提供集成以前的應(yīng)用系統(tǒng)的方法,以保護(hù)過去的投資,能夠是活地支持組織機(jī)構(gòu)的改組,并支持當(dāng)今有關(guān)動(dòng)態(tài)企業(yè)(Dynamic Enterprise)的技術(shù)具有一定的容錯(cuò)能力,在有錯(cuò)誤產(chǎn)生時(shí)工作流管理系統(tǒng)能保證工作流執(zhí)行的正確性和可靠性。
隨著互聯(lián)網(wǎng)的普及也出現(xiàn)了一些基于Web的工作流解決方案。通過觀察當(dāng)前商品化的基于Web技術(shù)的工作流管理系統(tǒng),顯示出大多數(shù)產(chǎn)品都僅僅是可以部分地使用Web,但是發(fā)展的趨勢(shì)是越來越多地使用面向Web,這種趨勢(shì)可以在一些研究項(xiàng)目中體現(xiàn)出來,如WebFlo、OzWeb、DartFlow等。但是由于Web及瀏覽器本身的限制,只能提供Client/Server計(jì)算模式,并且所使用的CGI接口只有有限的編程能力,在位置透明性、支持事務(wù)功能、安全性、性能等方面還有待于進(jìn)一步改善。
另外,工作流研究是一種跨多學(xué)科的研究,涉及到CSCW、人機(jī)交互、數(shù)據(jù)庫(kù)、管理學(xué)、社會(huì)學(xué)等學(xué)科。任何缺乏多學(xué)科合作的研究都會(huì)阻礙工作流管理系統(tǒng)成為一個(gè)通用的系統(tǒng),造成功能上的不足。
而企業(yè)在工作流的選擇上,通常需要根據(jù)自己的業(yè)務(wù)特性,比較傳統(tǒng)的方式是委托軟件公司或者自己組建一個(gè)技術(shù)團(tuán)隊(duì)。在進(jìn)行軟件委托的時(shí)候一般提供功能需求,對(duì)于實(shí)現(xiàn)模式不會(huì)有過多的要求,這樣做的一個(gè)弊端就是后續(xù)的維護(hù)會(huì)是一個(gè)麻煩事。比如購(gòu)買了一套成品BPM,但是后續(xù)業(yè)務(wù)變動(dòng)后,需要再次升級(jí),在沒有相關(guān)技術(shù)人員的情況下,只能再次找到開發(fā)公司花錢升級(jí),升級(jí)之中的扯皮很多,比較和諧的完成的恐怕少之又少。而另一方面,就算有了自己的開發(fā)人員,對(duì)現(xiàn)有軟件升級(jí)一是一個(gè)大工程,因?yàn)闆]人愿意修改別人的代碼,因?yàn)樯婕暗膯栴}太多。
有問題,自然有人去想辦法解決,敏捷開發(fā)框架或許是一個(gè)不錯(cuò)的選擇,敏捷開發(fā)框架并非傳統(tǒng)的成品軟件,而是集合了各種功能組件的一個(gè)半成品,說白了就是需要二次開發(fā),這就要求企業(yè)需要有一定的開發(fā)人員,技術(shù)要求會(huì)低一點(diǎn),比如我接觸過的相關(guān)框架,基本都含有代碼生成器、工作流、表單、權(quán)限、報(bào)表、微信集成等,其好處是可以在框架基礎(chǔ)上進(jìn)行簡(jiǎn)單配置便可以迅速開發(fā)出例如OA/ERP/CRM/移動(dòng)APP/電商后臺(tái)等系統(tǒng),而且基本上是源碼交付,后續(xù)的業(yè)務(wù)變更也可以自己處理,很多東西不會(huì)受制于人。
?2023 AlphaFlow流程云 杭州微宏科技有限公司 版權(quán)所有 ICP備案號(hào):浙ICP備18039265號(hào)-1