來(lái)源：名易軟件前言如果數(shù)據(jù)庫(kù)系統(tǒng)（databasesystems）像受人尊敬的智者講述的條理清晰的故事，那么工作流（workflow）就像一群乳臭未干的小子在大談各自的“哲理”。之所以這樣講，我是想指出，工作流系統(tǒng)（workflowmanagementsystems）還處于技術(shù)發(fā)展曲線（technologyhypecurve）上的初級(jí)階段。在這個(gè)領(lǐng)域我們將面臨一個(gè)激動(dòng)人心的階段。為了描述這一點(diǎn)，可以和關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)（RDBMS）做一個(gè)對(duì)比。當(dāng)在軟件開(kāi)發(fā)團(tuán)隊(duì)中談?wù)揜DBMS時(shí)，大部分人會(huì)有一個(gè)清晰的概念，在你和他們交流的時(shí)候，人們會(huì)通過(guò)輕微的點(diǎn)頭表示認(rèn)可或理解你所說(shuō)的?？僧?dāng)使用工作流術(shù)語(yǔ)討論工作流時(shí)，他們會(huì)搖頭表示不同意，因?yàn)槊總€(gè)人對(duì)工作流術(shù)語(yǔ)都有不同的理解。Figure1:Workflowvs.RDBMSpositionedinthehype-curve導(dǎo)致形成這種狀況的原因之一，是在工作流中使用了過(guò)多的概念。在這個(gè)領(lǐng)域中的大量規(guī)范和工具沒(méi)有一個(gè)是相似的。當(dāng)然，它們相互之間有重疊并且會(huì)相互參考引證。在介紹工作流時(shí)有一個(gè)話題必須包括，那就是工作流和業(yè)務(wù)（BPM）的關(guān)系。術(shù)語(yǔ)“工作流”通常描述人與計(jì)算機(jī)系統(tǒng)的一系列相關(guān)交互。在開(kāi)發(fā)人員中，工作流經(jīng)常被提及。有時(shí)，工作流的意思是指一些不同的UI界面。業(yè)務(wù)流程管理的范圍比較廣，相比之下工作流多半局限于技術(shù)領(lǐng)域。業(yè)務(wù)流程管理還從管理人員的角度涉及了非技術(shù)問(wèn)題，比如分析、組織的效率。在本文中，我首先解釋什么是工作流管理系統(tǒng)，然后介紹業(yè)務(wù)流程管理的優(yōu)點(diǎn)。接下來(lái)描述一下為什么工作流市場(chǎng)乍看起來(lái)如此混亂。本文給出的主要結(jié)論是：選擇工作流系統(tǒng)是想用工作流系統(tǒng)的公司，將要面對(duì)的最困難的事情。為此，本文的核心部分描述了一個(gè)流程定義（processdefinition）的四個(gè)層次，為你選擇工作流提供一個(gè)基礎(chǔ)。本文還用中立的語(yǔ)言描述了工作流和BPM的通用概念。最后，給出了一些規(guī)范和工具的指導(dǎo)性描述。什么是工作流管理系統(tǒng)（WFMS）定義工作流系統(tǒng)是以規(guī)格化的流程描述作為輸入的軟件組件,它維護(hù)流程的運(yùn)行狀態(tài),并在人和應(yīng)用之間分派活動(dòng)。為了后面的描述，我們先定義一些基本的術(shù)語(yǔ)：流程定義（processdefinition）和流程實(shí)例（processinstance）.一個(gè)流程定義是一個(gè)業(yè)務(wù)流程或過(guò)程的規(guī)格化描述。一個(gè)流程實(shí)例是流程定義的一個(gè)運(yùn)行實(shí)體。都目前為止，概念還比較清晰是不是？但當(dāng)再深入一步時(shí)，我們就要小心使用文字了。如何闡述流程中的步驟，現(xiàn)在還沒(méi)有一個(gè)統(tǒng)一的方式。這是各種工作流規(guī)范和工具之間主要的分歧。為什么應(yīng)當(dāng)禁止使用術(shù)語(yǔ)“活動(dòng)（activity）”...流程定義通常用一些活動(dòng)表述。我認(rèn)為這是導(dǎo)致工作流領(lǐng)域所有混亂的主要原因。我告訴你為什么：因?yàn)樾g(shù)語(yǔ)“活動(dòng)”混淆了狀態(tài)（state）和動(dòng)作（action）之間的差異。在流程中，狀態(tài)(或者說(shuō)等待狀態(tài))代表了一種對(duì)外部參與者（actor）的依賴。在流程運(yùn)行時(shí)，這意味著流程引擎必須等待，直到外部參與者通知工作流管理系統(tǒng)指定的狀態(tài)完成了。比如，等待可進(jìn)一步運(yùn)行的認(rèn)可。動(dòng)作是在流程運(yùn)行過(guò)程中，工作流系統(tǒng)為響應(yīng)指定事件（event）運(yùn)行的一段程序邏輯（programminglogic）。當(dāng)流程運(yùn)行過(guò)程中指定的事件發(fā)生時(shí)，工作流系統(tǒng)啟動(dòng)并執(zhí)行這些動(dòng)作。比如，當(dāng)狀態(tài)分配給一個(gè)參與者時(shí)，發(fā)一封Email。你也能看出，狀態(tài)和動(dòng)作是如此不同，因此使用同樣的術(shù)語(yǔ)去描述這些概念是一個(gè)壞習(xí)慣。我的建議是避免使用術(shù)語(yǔ)“活動(dòng)”，使用“狀態(tài)”或者“動(dòng)作”代替它。工作流系統(tǒng)另一個(gè)重要的職責(zé)是維護(hù)每一個(gè)流程運(yùn)行的上下文信息。流程上下文變量（processcontextvariable），或簡(jiǎn)稱變量，是與流程實(shí)例相關(guān)的變量。如，休假申請(qǐng)的開(kāi)始日期、數(shù)據(jù)庫(kù)中一條記錄的鍵值、文檔管理系統(tǒng)中一篇文檔的索引等。通常在流程定義中聲明這些變量，然后在流程實(shí)例生成時(shí)，這些流程變量被實(shí)例化。所有成熟的工作流管理系統(tǒng)都支持定制的變量類型。目標(biāo)領(lǐng)域（Targetusage）使用工作流管理系統(tǒng)的目的之一是作為企業(yè)應(yīng)用系統(tǒng)集成（EAI）的平臺(tái)。在當(dāng)前大部分企業(yè)級(jí)IT架構(gòu)中，各種各樣的異構(gòu)（heterogeneous）應(yīng)用和數(shù)據(jù)庫(kù)運(yùn)行在企業(yè)內(nèi)網(wǎng)中。在這些系統(tǒng)被應(yīng)用到組織時(shí)，都有一個(gè)清晰的目標(biāo)。例如，、文檔管理、供應(yīng)鏈、訂單、支付、資源計(jì)劃等等。讓我們稱這些系統(tǒng)為專門(mén)應(yīng)用（dedicatedapplications）。每一個(gè)專門(mén)應(yīng)用都包含它們所支持業(yè)務(wù)流程的領(lǐng)域知識(shí)。這些專門(mén)應(yīng)用中的自動(dòng)化流程，被拼裝到企業(yè)中更大的非自動(dòng)化流程中。每當(dāng)一個(gè)這樣的專門(mén)應(yīng)用安裝并投入使用，都會(huì)帶來(lái)涉及其他多個(gè)應(yīng)用的新功能需求。企業(yè)應(yīng)用系統(tǒng)集成（EAI）就是通過(guò)使用多個(gè)專門(mén)應(yīng)用滿足軟件新需求的方法。有時(shí)，這只需要在兩個(gè)應(yīng)用之間提供數(shù)據(jù)通訊的通道。專門(mén)應(yīng)用將很多業(yè)務(wù)流程硬編碼在軟件中。可以這么說(shuō)，在你購(gòu)買專門(mén)應(yīng)用時(shí)，你是購(gòu)買了一組固定的自動(dòng)化業(yè)務(wù)流程。而工作流管理系統(tǒng)是不必事先知道問(wèn)題域的相關(guān)信息的。工作流系統(tǒng)將業(yè)務(wù)流程描述作為輸入并管理流程實(shí)例的執(zhí)行，這使得它比專門(mén)應(yīng)用更靈活（當(dāng)然你也要花精力編寫(xiě)業(yè)務(wù)流程的規(guī)格化描述）。這就是為什么說(shuō)工作流系統(tǒng)和專門(mén)系統(tǒng)是相互補(bǔ)充的。工作流系統(tǒng)可以用來(lái)管理全局的業(yè)務(wù)流程。如果專門(mén)應(yīng)用支持你所需要的業(yè)務(wù)流程，那么使用專門(mén)應(yīng)用。在此討論的工作流系統(tǒng)的第一種使用方式就是：結(jié)合所有的專門(mén)應(yīng)用，使用工作流系統(tǒng)構(gòu)建一個(gè)EAI平臺(tái)。工作流系統(tǒng)能夠發(fā)揮很大價(jià)值的第二個(gè)使用方式是：協(xié)助涉及多人相關(guān)任務(wù)工作流軟件的開(kāi)發(fā)。為了達(dá)到這個(gè)目的，大部分工作流系統(tǒng)都有一個(gè)方便的機(jī)制，來(lái)生成執(zhí)行任務(wù)的表單。對(duì)于專注于ISO或者CMM認(rèn)證的組織，采用這種方式使用工作流系統(tǒng)能夠顯著提高生產(chǎn)率。不用將過(guò)程用文字的形式寫(xiě)在紙上，工作流系統(tǒng)使你通過(guò)流程定義建模實(shí)現(xiàn)過(guò)程的自動(dòng)化（如使用基于Web的應(yīng)用）。工作流系統(tǒng)的第三種使用方式是：將工作流引擎嵌入到其他應(yīng)用中。在前面我們談到，專門(mén)應(yīng)用將指定問(wèn)題域相關(guān)的業(yè)務(wù)流程固化在軟件中。開(kāi)發(fā)專門(mén)應(yīng)用的公司也可以將工作流引擎嵌入到他們的軟件中。在這里，工作流引擎只是作為一個(gè)軟件組件，對(duì)于應(yīng)用的最終用戶是不可見(jiàn)的。將工作流引擎嵌入到應(yīng)用中的主要原因是為了重用（不重復(fù)發(fā)明輪子）和應(yīng)用軟件的可維護(hù)性。Thecaseforworkflow對(duì)于引入工作流的組織，能夠在軟件開(kāi)發(fā)和業(yè)務(wù)兩個(gè)層次受益。方便開(kāi)發(fā)-工作流管理系統(tǒng)能夠簡(jiǎn)化企業(yè)級(jí)軟件開(kāi)發(fā)甚至維護(hù)。降低開(kāi)發(fā)風(fēng)險(xiǎn)-通過(guò)使用狀態(tài)和動(dòng)作這樣的術(shù)語(yǔ)，業(yè)務(wù)分析師和開(kāi)發(fā)人員使用同一種語(yǔ)言交談。這樣開(kāi)發(fā)人員就不必將用戶需求轉(zhuǎn)化成軟件設(shè)計(jì)了。實(shí)現(xiàn)的集中統(tǒng)一-業(yè)務(wù)流程經(jīng)常變化，使用工作流系統(tǒng)的最大好處是：業(yè)務(wù)流程的實(shí)現(xiàn)代碼，不再是散落在各種各樣的系統(tǒng)中。加快應(yīng)用開(kāi)發(fā)-你的軟件不用再關(guān)注流程的參與者，開(kāi)發(fā)起來(lái)更快，代碼更容易維護(hù)。業(yè)務(wù)流程管理(BPM)在自動(dòng)化業(yè)務(wù)流程之前，分析并將它們規(guī)格化是一件艱苦但會(huì)有很好回報(bào)的工作。e-workflow.org對(duì)于分析流程能夠帶了的益處有不錯(cuò)的闡述：提高效率-許多流程在自動(dòng)化過(guò)程中會(huì)去除一些不必要的步驟較好的流程控制-通過(guò)標(biāo)準(zhǔn)的工作方法和跟蹤審計(jì)，提高了業(yè)務(wù)流程的管理改進(jìn)客戶服務(wù)-因?yàn)榱鞒痰囊恢滦?，提高了?duì)客戶響應(yīng)的可預(yù)見(jiàn)性靈活-跨越流程的軟件控制，使流程可以按照業(yè)務(wù)的需要重新設(shè)計(jì)。業(yè)務(wù)流程改進(jìn)-對(duì)流程的關(guān)注，使它們趨向于流暢和簡(jiǎn)單我認(rèn)為他們還遺漏了一個(gè)使用工作流系統(tǒng)最重要的因數(shù)：提高對(duì)迭代開(kāi)發(fā)的支持。如果軟件中業(yè)務(wù)流程部分不容易更改，組織就會(huì)花很大的精力在開(kāi)發(fā)前的業(yè)務(wù)流程分析中，希望一次成功。但可悲的是，在任何軟件項(xiàng)目開(kāi)發(fā)中，這都很少能實(shí)現(xiàn)。工作流系統(tǒng)使得新業(yè)務(wù)流程很容易部署，業(yè)務(wù)流程相關(guān)的軟件可以一種迭代的方式開(kāi)發(fā)，因此使用工作流系統(tǒng)使開(kāi)發(fā)更有效、風(fēng)險(xiǎn)更低。缺失的一環(huán)（Missinglink）我確實(shí)認(rèn)為工作流系統(tǒng)是企業(yè)應(yīng)用開(kāi)發(fā)中缺失的一環(huán)。將企業(yè)業(yè)務(wù)流程邏輯在企業(yè)級(jí)軟件中實(shí)現(xiàn)的缺省方式是分散的。這意味著業(yè)務(wù)流程邏輯散布在各種系統(tǒng)中，如EJB、數(shù)據(jù)庫(kù)觸發(fā)器、消息代理等等。這樣得到的軟件難于維護(hù)，結(jié)果，企業(yè)只能將改變業(yè)務(wù)流程軟件作為最后的選擇。他們經(jīng)常能夠做的是，改變流程以適應(yīng)軟件。上述問(wèn)題也適用于采用大型外部包的企業(yè)。進(jìn)一步，假設(shè)我們認(rèn)識(shí)到這個(gè)問(wèn)題，并打算將一個(gè)流程相關(guān)的代碼都集中起來(lái)。對(duì)于一個(gè)流程來(lái)說(shuō)這很不錯(cuò)，但當(dāng)你要實(shí)現(xiàn)多個(gè)流程時(shí)，你會(huì)看到管理狀態(tài)和流程變量的代碼被到處復(fù)制。最后，我們會(huì)整理這些代碼放到一個(gè)集中的庫(kù)中。好，...這就是一個(gè)工作流管理系統(tǒng)了，不用費(fèi)心自己來(lái)實(shí)現(xiàn)，你可以從本文后面的列表中選擇一個(gè)。AcloserlookWFMSinterfaces一個(gè)工作流管理系統(tǒng)以流程定義作為輸入。在這里，可以將流程定義看作UML活動(dòng)圖、UML狀態(tài)圖或者有限狀態(tài)機(jī)。在提交一張費(fèi)用單據(jù)、申請(qǐng)休假、要求一個(gè)報(bào)價(jià)、...之后，工作流系統(tǒng)負(fù)責(zé)維護(hù)這些流程定義的執(zhí)行狀態(tài)和上下文。為此，需要通知工作流系統(tǒng)狀態(tài)的變化。運(yùn)行流程的狀態(tài)變化可以記錄下來(lái)，以備監(jiān)控管理。Figure2:InterfacesofaWFMS定義工作流系統(tǒng)的定義接口使流程開(kāi)發(fā)人員能夠部署流程定義。注意，這里的“流程開(kāi)發(fā)人員”可以是業(yè)務(wù)分析師和軟件開(kāi)發(fā)人員的組合。圈套（Pitfall）許多工作流管理系統(tǒng)的開(kāi)發(fā)商想使你相信，通過(guò)使用他們的圖形化流程開(kāi)發(fā)工具，只要業(yè)務(wù)分析師就可以生成流程定義。這種幻想源于“編程很難”這樣的事實(shí)。開(kāi)發(fā)商的銷售人員喜歡說(shuō)“看，你不用寫(xiě)一行代碼”。不用寫(xiě)代碼是好事，可大部分開(kāi)發(fā)商在這點(diǎn)上走的太遠(yuǎn)，忽略了在某些場(chǎng)合提供一種將代碼集成到流程定義中的機(jī)制是很適合的。在將工作流系統(tǒng)作為EAI平臺(tái)時(shí)，必須在流程中集成代碼。開(kāi)發(fā)流程定義需要業(yè)務(wù)分析師和軟件開(kāi)發(fā)人員的合作。一個(gè)好的圖形流程設(shè)計(jì)工具應(yīng)該能夠支持這種合作。執(zhí)行執(zhí)行接口使用戶和系統(tǒng)可以操作流程實(shí)例。流程實(shí)例是流程定義的執(zhí)行。流程定義的控制流通過(guò)狀態(tài)機(jī)描述。執(zhí)行接口的兩個(gè)主要方法是啟動(dòng)一個(gè)流程實(shí)例和通知工作流系統(tǒng)一個(gè)狀態(tài)結(jié)束了。應(yīng)用應(yīng)用接口代表了由工作流系統(tǒng)發(fā)起的工作流系統(tǒng)和外部系統(tǒng)之間的交互。當(dāng)一個(gè)用戶或系統(tǒng)操作一個(gè)流程實(shí)例的運(yùn)行時(shí)，會(huì)生成一些事件（如一個(gè)遷移的執(zhí)行）。流程定義中可以指定一段響應(yīng)一個(gè)事件的可執(zhí)行代碼邏輯，這段代碼和組織內(nèi)外部的其他系統(tǒng)打交道。監(jiān)控管理人員通過(guò)監(jiān)控接口獲得流程運(yùn)行的確切數(shù)據(jù)。有時(shí)，運(yùn)行日志也可用于審計(jì)。這些是WfMC參考模型（referencemodeloftheWfMC）中定義的五個(gè)接口中的四個(gè)。(IT售前論壇)
信息發(fā)布：廣州名易軟件有限公司 http://www.jetlc.com
|
名易MyOA協(xié)同綜合辦公平臺(tái)
名易MyCRM客戶關(guān)系管理平臺(tái)
名易MyHR人力資源管理平臺(tái)
名易MyIDP智能開(kāi)發(fā)平臺(tái)
名易MyIBP保險(xiǎn)業(yè)務(wù)管理平臺(tái)
名易MyHMS酒店綜合管理系統(tǒng)
名易MyPM項(xiàng)目管理平臺(tái)
名易MyTMS物流運(yùn)輸管理平臺(tái)
名易MyVMS汽車綜合管理系統(tǒng)
名易MyIMS貸款管理系統(tǒng)
名易MyEDU教育管理平臺(tái)
名易MyPCS生產(chǎn)事務(wù)協(xié)調(diào)系統(tǒng)
名易MyWIDP微信智能開(kāi)發(fā)平臺(tái)
