配置企業管理系統，什麼樣的工作流才有用

工作流是企業應用開發過程中非常重要的一部分，幾乎常見的管理、業務類系統都與工作流有千絲萬縷的聯絡。

工作流作為應用系統的一部分，根據角色、分工和條件的不同，來解決資訊傳遞路由、內容等級問題的核心解決方案。

常用的工作流應包含節點管理、流向管理、流程樣例等基礎功能。

優秀的企業應用，其美觀大方的系統介面是最基礎的部分；資料庫之間的資訊交換是必備條件；而保證應用系統的功能性、契合性、穩定性和易維護性則是重中之重。

考慮到後期的維護性，可以採用模組化和結構化應用程式，這樣在業務流程發生變化時（決策權改變、組織結構變動）能迅速產生全新業的務邏輯。而且，如果應用程式缺乏完備高效的邏輯層（通常由工作流引擎實現），就會容易出現資訊的路由錯誤和執行效率低下這一類問題。

在架構上，面向服務的體系結構，是一個元件模型，它將應用程式的不同功能單元透過這些服務之間定義的介面和契約聯絡起來。介面定義採用中立方式進行，它獨立於硬體、系統和程式語言。工作流引擎使得構建在這類系統中的服務，可以統一通用的方式進行互動。

LeaRun標準工作流引擎

在早前，很多企業都迫切需要一套靈活的OA工作流機制，於是有越來越多人開始利用Domino來構建；後來當ASP.NET出現時，大家猶如醍醐灌頂一般，各集團高層都開始要求使用工作流引擎實現企業流程審批資訊化。

基於市場的實際需求，我們最開始開發了標準的ASP.NET企業級工作流引擎（ LeaRun），並獲得相關認證，各項指標及客戶反映都不錯，所以隨後的java平臺也延續了其設計思想：

首先定義流程步驟，主要包括：操作的介面地址、操作引數、操作型別（起始操作、中間操作）。其目的是為每個操作設定好相關關係，在定義流程時即可選用設定好的流程步驟。

其次定義操作的引數，是除介面地址外的另一必須項。

再次是定義流程操作步驟之間的關係。即定義一個流程中每個操作步的前驅、後繼的操作。

然後定義流程，其內容包括基本資訊和流程定義中的各操作步驟、流轉規則。流程基本資訊無需贅述。流程步驟定義比較複雜，設定定義步驟型別（起始、中間、終結），入口步驟、出口步驟、通知模式、人員、角色、通知傳送的內容。

之後定義涉及跳步的情況，如需根據不同引數提交到相應的步驟進行審批，這裡叫做流程步驟變遷規則設定。其需要設定的內容：原步驟、目標步驟、變遷方向（正／負）、條件規則（判斷“與”、“或”運算）。接著設定引數、值、比較條件。

最後管理授權。該項較簡單，判斷被提交的人是否處於授權狀態，從而進行相關處理。

上述所說是流程的大致邏輯，實際編寫過程中考慮的情況會更為複雜，如需案例參考，請搜尋“ 力軟”進行檢視。

Windy.