工作流作為近幾年以來熱門的話題，已經(jīng)在諸多信息化系統(tǒng)中得到了應用，但使用的結果不盡人意。上兩篇文章分別總結了用不起來的原因及目前業(yè)內(nèi)的工作流需求分類，本文將結合上篇工作流分類探討什么樣的工作流會受到歡迎？真正好用的工作流需要具備什么樣的特征？

        一、 管理類流程

       管理類流程是目前信息化建設大潮中最常見的工作流類型，存在與大家常見的電子政務、企業(yè)信息化等各種類型的項目之中。

         功能要求：

        完善的流程模型：除了要支持工作流領域常見的各類典型模型之外，還需要很多與國情有關的復雜工作流模型。例如有條件的智能回退、M選N復合判斷、多級子流程嵌套、異步執(zhí)行并發(fā)處理等。

       強大的人機交互能力：管理類流程大多數(shù)情況下是與人進行的交互，所以該類工作流必須具備足夠宜用、強大、靈活的人機交互能力。例如對領導/秘書的特殊處理、大領導對下屬多級部門的跨級處理、系統(tǒng)自動選人/范圍與人工選擇的動態(tài)決策等等。

        靈活的異常處理能力：凡是涉及到人為干預的情況，都會對異常的事件的處理能力提出超乎尋常的要求。畢竟管理類流程需要替代的是傳統(tǒng)人工的工作方式，而這種管理層面的工作模式比任何業(yè)務或?qū)崟r類流程中的例外事件都要多的多。例如發(fā)出之后，如何收回？緊急事件出現(xiàn)后如何打破現(xiàn)有規(guī)矩進行隨機節(jié)點跳轉(zhuǎn)？

       快速二次開發(fā)能力：管理類應用涉及到很多客戶個性化很強的功能，這需要陣地通用的工作流平臺進行一定程度的二次開發(fā)才能達到。任何一個工作流都不能能涵蓋所有功能，只要二次開發(fā)能力足夠強大就可以輕松適應各類個性需求。例如在節(jié)點的執(zhí)行前、執(zhí)行中、執(zhí)行后的操作，在不同的時間段執(zhí)行不同的外部業(yè)務功能。

       多級權限模型：考慮到大集中部署越來越多，工作流也需要全面支持多級授權模型。例如子部門的流程權限范圍就要限于其部門內(nèi)部，同時子部門可以自行單獨管理其流程模板和實例，不受其他部門影響。

       非功能性能要求：

        負載能力：人為干預較多的管理類流程，因為其不確定性及時簡點特征（在某個固定的時間點突然大量并發(fā)），需要系統(tǒng)具備較強的負載能力。例如一個日常2000人使用的一個系統(tǒng)，按照傳統(tǒng)并發(fā)考慮是2%左右并發(fā)數(shù)計40人，但考慮到例外因素，有可能系統(tǒng)需要具體300以上的并發(fā)能力才可以滿足要求。

       易用性：易用性往往事關是一個軟件系統(tǒng)的實施成敗。從工作流待辦事項到可視化流程跟蹤，都需要盡量多的考慮到用戶體驗。

       二、 業(yè)務類流程

        業(yè)務類流程的最大特點是復雜度高，人工、自動參與的情況錯綜復雜。這類需求在某些場合還需要BPM來應對，而非普通的工作流所為。功能要求：

        支持事務處理：一般業(yè)務類涉及的業(yè)務不確定性比較大，一旦出現(xiàn)問題，一般都需要進行額外的事務完整性處理。這就要求工作流必須支持事務處理功能，任何一個節(jié)點出現(xiàn)異常之后，都可以進行受控的回退和業(yè)務數(shù)據(jù)補償?shù)葟碗s操作。

       BPM：對于跨越不同應用系統(tǒng)的場合，一般需要BPM上臺。BPM基于工作流但又不同于工作流，BPM和工作流的區(qū)別和BPM的介紹已經(jīng)很多了，此處不再累述。

       建模支持：業(yè)務系統(tǒng)一般講究先創(chuàng)建業(yè)務模型，工作流也是業(yè)務模型的一員。所以，最好在流程模板的創(chuàng)建中在一定程度上支持業(yè)務建模，方便可以進行業(yè)務規(guī)劃和部署。

       非功能性能要求：

       標準支持：一般業(yè)務系統(tǒng)涉及較多成熟應用，在很多成熟應用領域已經(jīng)存在一些成形的信息交換標準，這要求工作流在于業(yè)務系統(tǒng)交互時，最好能對需要進行整合的業(yè)務應用標準進行兼容。

       擴展能力：業(yè)務系統(tǒng)唯一不變的就是“變化”，所以能否提供隨需應變的流程處理能力成為業(yè)務流程是否受歡迎的一個重要指標。要想適應變化，一定要做到技術平臺化、開發(fā)標準華、功能組件化和接口靈活化等特征。

       三、 實時類流程

       性能和穩(wěn)定是實時類流程的核心要求，一個好的實時流程引擎需要具備足夠健壯的穩(wěn)定性來支撐實時業(yè)務。

       功能性要求：

       多平臺支持：實時應用比起管理類應用的平臺背景會更加復雜，工作流產(chǎn)品必須具備足夠豐富的平臺兼容能力。

       嵌入式開發(fā)模式支持：在實時系統(tǒng)里面，一般會采用嚴格的嵌入式開發(fā)模式，這對工作流產(chǎn)品也提出了很高的要求。尤其對于外部接口的調(diào)用方式與效率要求嚴格。調(diào)用方式中，對于異步調(diào)用往往會加入對時間性的限制。

       強大的日志管理：實時系統(tǒng)對于每個步驟地業(yè)務操作都需要進行詳細的日志記錄，工作流引擎也不例外。一般會要求工作流引擎提供從實例的創(chuàng)建到終結的全生命周期日志記錄功能，要把每個節(jié)點在什么時間做了什么事情并取得了什么結果進行清晰記錄。

        分析與統(tǒng)計功能：實時系統(tǒng)很好認為參與，這要求對業(yè)務的自動化程度很高。對于該類業(yè)務，分析與統(tǒng)計成為人為監(jiān)控的最主要途經(jīng)。例如應該做到多維統(tǒng)計：按照業(yè)務執(zhí)行單元、按照時間、按照流程、按照某個設備參與情況等。

       非功能性能要求：

       實時性要求：雖然工作流引擎涉及的內(nèi)部邏輯較為復雜，但應用在實時系統(tǒng)中時，實時性必須得到很好的滿足。例如啟動一個流程、自動任務提交等必須保證響應時間要求。

       7X24要求：實時系統(tǒng)一般為長期自動運行狀態(tài)，所以要求工作流也要保證不間斷運行。

       四、 總結

        縱觀國內(nèi)工作流市場，雖然從2001年開創(chuàng)國產(chǎn)自主知識產(chǎn)權工作流先河之后有不少公司涉足該領域，但終究因為該領域的技術門檻和領域積累等原因，能研發(fā)專業(yè)級工作流的軟件廠家并不多。但市場需求并沒有隨著時間的推薦而減退，反而在專業(yè)化分工的不斷進步下，工作流需求又增無減。本文主要是結合作者多年來在該領域的一些積累和經(jīng)驗，為即將進行工作流產(chǎn)品選型的朋友提供一些簡單的參考。

       轉(zhuǎn)載自http://bbs.techrepublic.com.cn/thread-189722-1-1.html