工作流引擎

2021-03-15 13:52:17 字數 4755 閱讀 4006

百科名片

所謂工作流引擎是指workflow作為應用系統的一部分,並為之提供對各應用系統有決定作用的根據角色、分工和條件的不同決定資訊傳遞路由、內容等級等核心解決方案。

目錄簡介

1. 工作流引擎(workflow engine )

2. 工作流解決方案與傳統管理軟體的關係

3. workflow的優勢

詳細介紹

1. 常規工作流自動化軟體包及其部署

2. 複雜的業務流程

3. 解決複雜問題的能力

4. 工作流會成為作業系統的一部分嗎?

5. 工作流自動化

6. 工作流自動化解決方案

7. 工作流所處的位置

8. 工作流要完成的核心功能

9. 工作流的分類

10. 工作流的功能

11. 工作流與傳統管理軟體的互動關係

簡介 1. 工作流引擎(workflow engine )

2. 工作流解決方案與傳統管理軟體的關係

3. workflow的優勢

詳細介紹

1. 常規工作流自動化軟體包及其部署

2. 複雜的業務流程

3. 解決複雜問題的能力

4. 工作流會成為作業系統的一部分嗎?

5. 工作流自動化

6. 工作流自動化解決方案

7. 工作流所處的位置

8. 工作流要完成的核心功能

9. 工作流的分類

10. 工作流的功能

11. 工作流與傳統管理軟體的互動關係

展開編輯本段簡介

工作流引擎(workflow engine )

什麼是工作流引擎(workflow engine )

例如開發乙個系統最關鍵的部分不是系統的介面,也不是和資料庫之間的資訊交換,而是如何根據業務邏輯開發出符合實際需要的程式邏輯並確保其穩定性、易維護性(模組化和結構化)和彈性(容易根據實際業務邏輯的變化作出程式上的變動,例如決策權的改變、組織結構的變動和由於業務方向的變化產生的全新業務邏輯等等)。 workflow 引擎解決的就是這個問題:如果應用程式缺乏強大的邏輯層,勢必變得容易出錯(資訊的路由錯誤、死迴圈等等)。

就好比一輛汽車,外表做得再漂亮,如果發動機有問題就只是乙個擺設。應用系統的彈性就好比引擎轉速方面的效能,加速到100 公里需要1 個小時(業務流程發生變動需要進行半年的程式修改)還能叫好車嗎?引擎動不動就熄火(程式因為邏輯的問題陷入死迴圈)的車還敢開嗎?

工作流解決方案與傳統管理軟體的關係

傳統的管理軟體注重解決企業應用層現存的問題(例如提高企業的資源配置率或提高單一員工的生產效率)。例如:excel 可以提高員工畫**的效率、財務軟體可以規範財務人員的工作並提高賬目查詢的效率、crm 可以規範客戶管理從而使客戶資源掌握在公司手中而不是被一部分業務人員把持並提高客戶響應時間、erp 解決的是如何配置企業資源:

使企業的人力資源、財力資源和物資資源能夠根據業務的需求實現最大化配置。 workflow 關注的是如何縮短流程閒置時間,從而提高企業的業務處理能力並使企業能夠關注於真正對企業有意義的增值業務上。從建立企業神經系統的角度也許更能理解兩者的區別。

傳統軟體不能解決工作流的問題,例如erp 關注的是企業的資源配置,但不可能解決資源傳輸過程中的損耗和降低傳輸(流程)的成本;同樣workflow也不能完全解決傳統管理軟體所能解決的問題,例如對生產管理的mrp 系統所能解決的生產過程控制通過workflow很難實現。但乙個好的傳統軟體如果希望能自動化地在整個企業中應用起來,必須有乙個強大的邏輯層,用以解決資訊傳遞的邏輯判斷和自動流轉,這個時候就需要workflow的平台。

workflow的優勢

1.workflow 和傳統管理軟體不是同一種軟體,不具可比性; 2.workflow 對於已經有傳統管理軟體的企業的作用非常明顯,可以籍此平台整合企業的各種應用系統,使之成為乙個完整的企業級應用,也就是通常所說的eai.

3. 具備workflow功能的管理軟體(workflow與傳統管理軟體的結合)對於傳統管理軟體有絕對的優勢;4.workflow可以根據企業的需要開發解決資訊傳遞問題的流程以及幫助企業開發與現有應用系統的介面

編輯本段詳細介紹

工作流自動化並不複雜因為下述幾個原因,工作流自動化業界有" 適合處理複雜業務流程" 的名聲。

常規工作流自動化軟體包及其部署

常規工作流自動化軟體包及其部署相當昂貴。通常,伴隨產品的是長時期的諮詢關係。所以為了非常簡單的業務流程購買和部署軟體是被不被採納的。

這些軟體通常只被用於複雜、關鍵和控制成本相對較高而工作流自動化帶來的效益明顯的量產型工作流應用。因此經銷商和使用者都會不自覺地關注於將複雜的業務問題自動化。

複雜的業務流程

處於類似原因,工作流研究人士首先會關注解決了哪些複雜的業務流程問題。 而對於大多數案例而言,為解決簡單工作流程問題部署自動化軟體的成本顯然是不經濟的。這裡遵循一條簡單的道理:

走之前必須先會爬,跑之前必須先會走。

解決複雜問題的能力

最後一條原因,也是"it 業的尷尬".總經理對it部門經理工作衡量的標準就是:能夠解決複雜問題的能力。

自然,it經理就會不遺餘力地解決那些複雜的問題,他們的方案通常也就複雜而且昂貴。

所有這些目前都在改變。針對桌面電腦的應用方案快速發展以及工作流解決方案的發展使解決日常工作流程問題成為可能。費用不再昂貴,部署更為簡便。

事實上,企業越來越意識到工作流的重要性,同時在部署複雜關鍵的流程自動化之前,願意從一些簡單的流程入手積累經驗。

工作流會成為作業系統的一部分嗎?

有人認為工作流會成為作業系統平台(例如windows 平台)的一部分。我們的觀點是,基於下述幾個原因,在可預見的未來,工作流不會成為作業系統的一部分:

1. 擴充套件**、文字處理程式和資料庫存在了20多年,成了家喻戶曉的名詞。這些技術被廣泛理解和應用,也相應形成了各自的標準和相關術語。

然而因為很多原因,直到今天這些技術也沒有成為作業系統的一部分。最重要的原因之一是使用者需要差異和選擇的自由。相比較而言,工作流自動化軟體是較新的技術,也更有差異性、不易被廣泛理解並且比這些技術更為先進。

因為工作流程的差異性和複雜性,工作流自動化的使用者需要更多的選擇空間。

2.財務軟體包從電腦發明後就迅速普及了。這是實施、術語和規則被普遍接受的另乙個領域。

然而至今也沒有哪種作業系統吹噓整合了多少財務軟體的功能。而工作流自動化軟體比財務軟體更為複雜和有差異性。 3.

作業系統提供商,例如微軟和sun ,不會為了使其系統具備工作流自動化的功能而大量改變他們現有的系統。他們有什麼必要為工作流自動化軟體投入開發和支援的成本呢? 4.

作業系統是為常規條件設計並使之最優化。正因如此,目前作業系統的開發成本幾乎都要上億美元。業務流程十分複雜並充滿了例外情況,如在作業系統中內嵌工作流自動化程式會極大地增加開發成本和難度。

因此,即便作業系統提供商決定做工作流軟體,也會是鉅額投入開發一套新的作業系統,而不是將工作流嵌入。

事實上,今天的很多優秀的工作流解決方案整合了簡訊息、頁面服務、目標管理、檔案管理和其他一些作業系統才提供的服務。

工作流自動化

工作流自動化的主要成分工作流自動化如今成了管理的一句時髦話。市面上也有很多號稱能啟用工作流的自動化產品。只要他們的應用程式支援基本的e-mail功能,賣主就會隨意地把" 啟用工作流" 作為標籤貼在產品上。

然而,這類產品和真正工作流自動化軟體之間的差別就如同寫字版和word之間的差別。

工作流自動化解決方案

我們相信,應用程式只有具備了下列主要特徵,才能稱其為工作流自動化解決方案:

能夠畫出工作流程圖,當然以圖形化介面設計的為佳;能為每個步驟設計電子**;能將外部應用程式結合為工作流自動化的一部分;能與電子**及企業資料庫相連線;能設計基於複雜業務規則的條件型路由的工作流程圖,最好無須程式設計;能根據功能、使用者名稱或上下級關係按規則傳遞資訊;能夠監控工作流執行狀況;能夠對工作流進行調節;能夠模擬並測試工作流的行為;工作流的應用必須支援多使用者並具高度可靠性;工作流的應用必須支援內部網或英特網及跨多種平台。

工作流所處的位置

網友討論工作流應該是乙個中介軟體而不應該是乙個完整的系統。工作流應該整合到其他系統中而不是單獨使用。

我覺得工作流與其說是中介軟體,還不如說是乙個應用整合和整合的框架。類似在j2ee規範下各產商開發的應用伺服器,工作流也應當是在wfmc標準下開發出來的" 容器" ,只要是滿足了標準的應用程式或元件都能夠在這個" 容器" 中按照預定的規則被排程和執行。我認為理想情況下工作流系統不應該提供api 作二次開發,工作流的內部對基於工作流的應用程式應當是完全不透明的,工作流應當提供給開發者的是乙個類似於j2ee那樣的標準,一套程式設計模型和介面模型。

開發者在這個模型下去實現那些介面,開發出應用元件,再利用工作流提供的管理器進行" 註冊".總而言之,對開發者而言,工作流是黑箱,他需要做的事情是開發標準元件,在工作流提供的ui管理工具中配置業務流程,包括業務過程、資源、許可權、時間、規則等等。

1. j2ee 應用伺服器也是中介軟體的一種。

2. 工作流要做成j2ee哪樣的標準還是比較困難的, j2ee 重點在於提供開發全新系統的能力,所以可以制定比較好的容器- 元件標準,而工作流的重點是整合已經存在的系統,要在這些各式各樣的老系統上強加標準是不現實的。

3.工作流應該提供api ,因為其他系統中的一些事件可能會啟動乙個流程,或者觸發其他與流程相關的東西

工作流要完成的核心功能

工作流要完成的核心功能有流程設計,流程執行,流程和執行緒的排程,任務的分派與通知,整合已有資訊系統(很多人忘了)。

工作流應該提供對組織機構,使用者,許可權管理,流程,任務的管理能力,但是對這些管理能力最基本實現方式是提供api ,而不是乙個管理系統,即使把這些管理作為乙個管理系統來實現(a ),也主要是用於演示,因為當工作流用於其它系統(b ),因為b 需要乙個統一的管理介面,所以通常不會直接使用a.而表單設計,報表之類根本就是外圍功能,是二次開發商的任務。

優秀工作流引擎功能標準

工作流引擎 workflow engine 編輯 工作流引擎概述 工作流引擎是指workflow 工作流 作為應用系統的一部分,並為之提供對各應用系統有決定作用的根據角色 分工和條件的不同決定資訊傳遞路由 內容等級等核心解決方案。例如開發乙個系統最關鍵的部分不是系統的介面,也不是和資料庫之間的資訊交...

工作流引擎技術經驗白皮手冊

工作流引擎 產品功能介紹 v0.07 隨著我國資訊化建設的不斷深入,越來越多的 部門和企事業單位都清醒地認識到資訊化對於自身的生存與發展的重要性,以it 系統建設為基礎提高工作效率,增強競爭能力,已經成為共識。在過去的若干年中,許多企業以當時的it 發展水平為基礎,針對不同的業務需求搭建了種類繁多的...

工作流引擎資料庫表設計

基於打造乙個靈活 高效 輕量級的工作流引擎,暫時不考慮功能的完備和複雜,只是實現其中必不可少的功能和條件。主要考慮以下三個方面的內容 流程定義 工作流中的流程極其相關活動的定義和模型資料搭建 執行排程控制 執行工作流過程中流程活動任務分配 排程控制 執行階段的人機互動 實現各種活動執行過程中使用者與...