工作流反思系列:什麼樣的工作流會受到歡迎
---[@more@]工作流作為近幾年以來熱門的話題,已經在諸多資訊化系統中得到了應用,但使用的結果不盡人意。上兩篇文章分別總結了用不起來的原因及目前業內的工作流需求分類,本文將結合上篇工作流分類探討什麼樣的工作流會受到歡迎?真正好用的工作流需要具備什麼樣的特徵?
一、 管理類流程
管理類流程是目前資訊化建設大潮中最常見的工作流型別,存在與大家常見的電子政務、企業資訊化等各種型別的專案之中。
功能要求:
完善的流程模型:除了要支援工作流領域常見的各類典型模型之外,還需要很多與國情有關的複雜工作流模型。例如有條件的智慧回退、M選N複合判斷、多級子流程巢狀、非同步執行併發處理等。
強大的人機互動能力:管理類流程大多數情況下是與人進行的互動,所以該類工作流必須具備足夠宜用、強大、靈活的人機互動能力。例如對領導/秘書的特殊處理、大領導對下屬多級部門的跨級處理、系統自動選人/範圍與人工選擇的動態決策等等。
靈活的異常處理能力:凡是涉及到人為干預的情況,都會對異常的事件的處理能力提出超乎尋常的要求。畢竟管理類流程需要替代的是傳統人工的工作方式,而這種管理層面的工作模式比任何業務或實時類流程中的例外事件都要多的多。例如發出之後,如何收回?緊急事件出現後如何打破現有規矩進行隨機節點跳轉?
快速二次開發能力:管理類應用涉及到很多客戶個性化很強的功能,這需要陣地通用的工作流平臺進行一定程度的二次開發才能達到。任何一個工作流都不能能涵蓋所有功能,只要二次開發能力足夠強大就可以輕鬆適應各類個性需求。例如在節點的執行前、執行中、執行後的操作,在不同的時間段執行不同的外部業務功能。
多級許可權模型:考慮到大集中部署越來越多,工作流也需要全面支援多級授權模型。例如子部門的流程許可權範圍就要限於其部門內部,同時子部門可以自行單獨管理其流程模板和例項,不受其他部門影響。
非功能效能要求:
負載能力:人為干預較多的管理類流程,因為其不確定性及時簡點特徵(在某個固定的時間點突然大量併發),需要系統具備較強的負載能力。例如一個日常2000人使用的一個系統,按照傳統併發考慮是2%左右併發數計40人,但考慮到例外因素,有可能系統需要具體300以上的併發能力才可以滿足要求。
易用性:易用性往往事關是一個軟體系統的實施成敗。從工作流待辦事項到視覺化流程跟蹤,都需要儘量多的考慮到使用者體驗。
二、 業務類流程
業務類流程的最大特點是複雜度高,人工、自動參與的情況錯綜複雜。這類需求在某些場合還需要BPM來應對,而非普通的工作流所為。功能要求:
支援事務處理:一般業務類涉及的業務不確定性比較大,一旦出現問題,一般都需要進行額外的事務完整性處理。這就要求工作流必須支援事務處理功能,任何一個節點出現異常之後,都可以進行受控的回退和業務資料補償等複雜操作。
BPM:對於跨越不同應用系統的場合,一般需要BPM上臺。BPM基於工作流但又不同於工作流,BPM和工作流的區別和BPM的介紹已經很多了,此處不再累述。
建模支援:業務系統一般講究先建立業務模型,工作流也是業務模型的一員。所以,最好在流程模板的建立中在一定程度上支援業務建模,方便可以進行業務規劃和部署。
非功能效能要求:
標準支援:一般業務系統涉及較多成熟應用,在很多成熟應用領域已經存在一些成形的資訊交換標準,這要求工作流在於業務系統互動時,最好能對需要進行整合的業務應用標準進行相容。
擴充套件能力:業務系統唯一不變的就是“變化”,所以能否提供隨需應變的流程處理能力成為業務流程是否受歡迎的一個重要指標。要想適應變化,一定要做到技術平臺化、開發標準華、功能元件化和介面靈活化等特徵。
三、 實時類流程
效能和穩定是實時類流程的核心要求,一個好的實時流程引擎需要具備足夠健壯的穩定性來支撐實時業務。
功能性要求:
多平臺支援:實時應用比起管理類應用的平臺背景會更加複雜,工作流產品必須具備足夠豐富的平臺相容能力。
嵌入式開發模式支援:在實時系統裡面,一般會採用嚴格的嵌入式開發模式,這對工作流產品也提出了很高的要求。尤其對於外部介面的呼叫方式與效率要求嚴格。呼叫方式中,對於非同步呼叫往往會加入對時間性的限制。
強大的日誌管理:實時系統對於每個步驟地業務操作都需要進行詳細的日誌記錄,工作流引擎也不例外。一般會要求工作流引擎提供從例項的建立到終結的全生命週期日誌記錄功能,要把每個節點在什麼時間做了什麼事情並取得了什麼結果進行清晰記錄。
分析與統計功能:實時系統很好認為參與,這要求對業務的自動化程度很高。對於該類業務,分析與統計成為人為監控的最主要途經。例如應該做到多維統計:按照業務執行單元、按照時間、按照流程、按照某個裝置參與情況等。
非功能效能要求:
實時性要求:雖然工作流引擎涉及的內部邏輯較為複雜,但應用在實時系統中時,實時性必須得到很好的滿足。例如啟動一個流程、自動任務提交等必須保證響應時間要求。
7X24要求:實時系統一般為長期自動執行狀態,所以要求工作流也要保證不間斷執行。 四、 總結
一、 管理類流程
管理類流程是目前資訊化建設大潮中最常見的工作流型別,存在與大家常見的電子政務、企業資訊化等各種型別的專案之中。
功能要求:
完善的流程模型:除了要支援工作流領域常見的各類典型模型之外,還需要很多與國情有關的複雜工作流模型。例如有條件的智慧回退、M選N複合判斷、多級子流程巢狀、非同步執行併發處理等。
強大的人機互動能力:管理類流程大多數情況下是與人進行的互動,所以該類工作流必須具備足夠宜用、強大、靈活的人機互動能力。例如對領導/秘書的特殊處理、大領導對下屬多級部門的跨級處理、系統自動選人/範圍與人工選擇的動態決策等等。
靈活的異常處理能力:凡是涉及到人為干預的情況,都會對異常的事件的處理能力提出超乎尋常的要求。畢竟管理類流程需要替代的是傳統人工的工作方式,而這種管理層面的工作模式比任何業務或實時類流程中的例外事件都要多的多。例如發出之後,如何收回?緊急事件出現後如何打破現有規矩進行隨機節點跳轉?
快速二次開發能力:管理類應用涉及到很多客戶個性化很強的功能,這需要陣地通用的工作流平臺進行一定程度的二次開發才能達到。任何一個工作流都不能能涵蓋所有功能,只要二次開發能力足夠強大就可以輕鬆適應各類個性需求。例如在節點的執行前、執行中、執行後的操作,在不同的時間段執行不同的外部業務功能。
多級許可權模型:考慮到大集中部署越來越多,工作流也需要全面支援多級授權模型。例如子部門的流程許可權範圍就要限於其部門內部,同時子部門可以自行單獨管理其流程模板和例項,不受其他部門影響。
非功能效能要求:
負載能力:人為干預較多的管理類流程,因為其不確定性及時簡點特徵(在某個固定的時間點突然大量併發),需要系統具備較強的負載能力。例如一個日常2000人使用的一個系統,按照傳統併發考慮是2%左右併發數計40人,但考慮到例外因素,有可能系統需要具體300以上的併發能力才可以滿足要求。
易用性:易用性往往事關是一個軟體系統的實施成敗。從工作流待辦事項到視覺化流程跟蹤,都需要儘量多的考慮到使用者體驗。
二、 業務類流程
業務類流程的最大特點是複雜度高,人工、自動參與的情況錯綜複雜。這類需求在某些場合還需要BPM來應對,而非普通的工作流所為。功能要求:
支援事務處理:一般業務類涉及的業務不確定性比較大,一旦出現問題,一般都需要進行額外的事務完整性處理。這就要求工作流必須支援事務處理功能,任何一個節點出現異常之後,都可以進行受控的回退和業務資料補償等複雜操作。
BPM:對於跨越不同應用系統的場合,一般需要BPM上臺。BPM基於工作流但又不同於工作流,BPM和工作流的區別和BPM的介紹已經很多了,此處不再累述。
建模支援:業務系統一般講究先建立業務模型,工作流也是業務模型的一員。所以,最好在流程模板的建立中在一定程度上支援業務建模,方便可以進行業務規劃和部署。
非功能效能要求:
標準支援:一般業務系統涉及較多成熟應用,在很多成熟應用領域已經存在一些成形的資訊交換標準,這要求工作流在於業務系統互動時,最好能對需要進行整合的業務應用標準進行相容。
擴充套件能力:業務系統唯一不變的就是“變化”,所以能否提供隨需應變的流程處理能力成為業務流程是否受歡迎的一個重要指標。要想適應變化,一定要做到技術平臺化、開發標準華、功能元件化和介面靈活化等特徵。
三、 實時類流程
效能和穩定是實時類流程的核心要求,一個好的實時流程引擎需要具備足夠健壯的穩定性來支撐實時業務。
功能性要求:
多平臺支援:實時應用比起管理類應用的平臺背景會更加複雜,工作流產品必須具備足夠豐富的平臺相容能力。
嵌入式開發模式支援:在實時系統裡面,一般會採用嚴格的嵌入式開發模式,這對工作流產品也提出了很高的要求。尤其對於外部介面的呼叫方式與效率要求嚴格。呼叫方式中,對於非同步呼叫往往會加入對時間性的限制。
強大的日誌管理:實時系統對於每個步驟地業務操作都需要進行詳細的日誌記錄,工作流引擎也不例外。一般會要求工作流引擎提供從例項的建立到終結的全生命週期日誌記錄功能,要把每個節點在什麼時間做了什麼事情並取得了什麼結果進行清晰記錄。
分析與統計功能:實時系統很好認為參與,這要求對業務的自動化程度很高。對於該類業務,分析與統計成為人為監控的最主要途經。例如應該做到多維統計:按照業務執行單元、按照時間、按照流程、按照某個裝置參與情況等。
非功能效能要求:
實時性要求:雖然工作流引擎涉及的內部邏輯較為複雜,但應用在實時系統中時,實時性必須得到很好的滿足。例如啟動一個流程、自動任務提交等必須保證響應時間要求。
7X24要求:實時系統一般為長期自動執行狀態,所以要求工作流也要保證不間斷執行。 四、 總結
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7600305/viewspace-1001004/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 為什麼Go語言設計受到歡迎?Go
- 什麼是工作流
- 為什麼Java能夠持續的受到歡迎呢?原因有這些Java
- 什麼是爬蟲?Python爬蟲的工作流程怎樣?爬蟲Python
- 配置企業管理系統,什麼樣的工作流才有用
- 為什麼手動採購管理會危及你的工作流程?
- 在中國,什麼樣的Java程式設計師最受歡迎Java程式設計師
- 什麼樣的媒體內容最受社交網路歡迎?
- 微信官方資料披露:什麼樣的文章更受歡迎
- 資料分析的工作流程是什麼?
- 產品管理的工作流程是什麼
- 什麼樣的工程師更受大公司的歡迎?工程師
- 什麼是傳真文件工作流
- 成本會計工作流程
- 有興趣瞭解一下審批工作流歡迎來討論!!!!!
- 什麼樣的檔案傳輸排程產品 可以簡化IT工作流程?
- 為什麼Linux這麼受歡迎?Linux
- 財務會計工作流程
- 變身“流程公司” 什麼工作流合適
- 什麼是 BPMN ?為什麼我們要用 BPMN 和工作流 ?
- Python是什麼?為什麼Python受歡迎?Python
- 你對Git的branch及工作流的理解是什麼?Git
- 為什麼bootstrap不再那麼受歡迎了?boot
- 為什麼Javascript在求職中不受歡迎JavaScript求職
- 為什麼 PostgresSQL 比 mySQL 更受歡迎?MySql
- 工作流應用程式型別的區別是什麼?型別
- 為什麼NoSQL資料庫這麼受歡迎?SQL資料庫
- 物聯網路卡為什麼那麼受歡迎
- Git工作流指南:Gitflow工作流Git
- Python爬蟲的工作流程是怎樣的?Python爬蟲
- 網路安全應急響應工作流程是什麼?
- 虛擬伺服器流量會受到什麼限制伺服器
- 為什麼python大資料受歡迎?Python大資料
- Git工作流指南:Forking工作流Git
- Git工作流指南:Pull Request工作流Git
- 工作流系統之二十五 .net工作流系統開發體會
- 為什麼Python語言那麼受歡迎呢?Python
- 工作流程