RDIFramework.NET ━ .NET快速資訊化系統開發框架
工作流程元件介紹
RDIFramework.net，基於.NET的快速資訊化系統開發、整合框架，給使用者和開發者最佳的.Net框架部署方案。
1、RDIFramework.NET框架介紹
RDIFramework.Net，基於.NET的快速資訊化系統開發、整合框架，為企業或個人在.NET環境下快速開發系統提供了強大的支援，開發人員不需要開發系統的基礎功能和公共模組，框架自身提供了強大的函式庫和開發包，開發人員只須集中精力專注於業務部分的開發，因此大大提高開發效率和節約開發成本。框架採用目前最主流的C#語言開發完成，支援多種資料庫型別，支援WinForm與Web。使用RDIFramework.NET能提高管理類軟體系統的整體質量、提高模組與模組之間的相容性、提高程式碼的重複利用率，使軟體系統架構更加合理、質量更加過硬，使得勞動成果最大程度上重複利用。
2、RDIFramework.NET 工作流程元件
RDIFramework.NET框架V2.8以下版本不包含工作流程元件，在實際使用過程中，很多客戶提出了讓我們在框架中提供對工作流程的想法，終於經過數月的奮戰，在V2.8版本開始提供對工作流的支援。
RDIFramework.NET工作流程元件是以RDIFramework.NET框架為支撐，根據我們多年的專案經驗和專案實踐，結合國內各大工作流產品的特點研發的一套流程管理元件。該元件不僅考慮到從零搭建業務系統，也考慮到與現有業務系統的整合。從零搭建系統我們可以使用RDIFramework.NET框架以基礎，來快速搭建業務系統。與現有系統的整合，我們的流程引擎提供了豐富的功能介面，供三方業務系統呼叫，並提供元件的全部原始碼方便使用者進行整合。RDIFramework.NET工作流程元件採用SOA架構模式，流程引擎支援WCF方式訪問。支援B/S、C/S系統，同時支援SQLServer、Oracle等主流資料庫。
RDIFramework.NET━工作流元件主要涵蓋工作流的設計與定義、流程例項的發起與執行、業務流程的監控與管理、工作流元件與業務系統的整合與協作等內容。
2.1、功能特色
RDIFramework.NET━工作流元件具有以下特色：
1、與RDIFramework.NET框架完美結合，支援B/S、C/S系統，SQLServer、oracle等多資料庫型別支援，同時可以使用框架本身提供的所有服務介面。
2、可定製的表單：在BS結構中，使用者可自由開發UserControl，並通過流程管理工具建立表單與業務平臺的聯絡，表單即可在系統中流轉。 C/S結構中，元件通過動態載入DLL或者EXE檔案實現載入不同的功能模組，便於軟體管理和升級。
3、分散式流程引擎：真正面向SOA架構（服務層可部署為WCF、Windows Service、Web Service、Remote等），提供標準的WCF介面呼叫，可以實現遠端呼叫，分散式部署。豐富的開發介面，使用者可通過在程式中呼叫介面實現流程啟動、流轉等。
4、流程引擎支援複雜業務流轉：獨立研發的流程引擎，考慮到國內使用者的特點，支援複雜多變的流程流轉，流程圖配置簡單，業務邏輯一目瞭然。組織機構、處理者和崗位分配貼近使用者企業。
5、流程設計器：視覺化的流程圖製作工具，所見即所得的製作流程圖，並可以把流程圖匯出到XML檔案中，也可以從XML檔案中匯入流程。
6、與已有系統整合：可方便與已有系統整合，可通過呼叫流程引擎介面把流程功能整合到現有業務系統中，而使用者原有的系統只需做少許改動即可。流程引擎全都是以介面的方式體現，具備2個特性：業務無關性，程式結構無關性。即適應任何業務系統，又適應B/S和C/S結構的程式，只要呼叫相應的介面方法即可。
7、即時訊息：即時訊息可以幫助線上和離線使用者及時得到流程通知，便捷的實現協同辦公。
8、流程統計圖表：可以統計流程任務的處理情況，考察任務處理者的工作效率，實現績效考核，並可以監控流程的其他狀態方便決策。
9、編碼簡單易懂，適合常用設計模式，註釋詳細。提供全部的設計文件、原始碼實現、配套說明文件，可以在不同軟體專案中反覆使用，提高工作效率。提供完善的介面函式呼叫說明、開放介面、開放原始碼、開放資料庫結構設計。完全支援終端使用者的個性化2次開發實際需求，可以在不同軟體專案中反覆使用，提高工作效率。
10、其他。
2.2、流程設計器
在開始之前，先介紹一下目前市場上流程設計器的幾種形式，無非就是兩種形式一種是B/S的，一種是C/S，個人感覺這兩種形式沒必要苛求那一種，各有優缺點，B/S的不用安裝可直接使用，但操作靈活性比不上C/S的，B/S的流程設計器目前有幾種技術可以實現，一種是js，一種是Silverlight或者FLex，還有一種是用ActiveX外掛。流程設計器一般是管理員、實施人員使用，使用者群體比較單一固定，但使用要求比較高，必須方便靈活，所以我們的流程設計器採用C/S的方式，結合框架提供的各種服務，絕對不壓於B/S的流程設計器。
流程設計器是編輯流程模版的工具，視覺化的流程設計器能直觀的編輯流程模版，所見即所得，流程模版存放流程流轉所需要的資訊，使用流程設計器來管理流程模版是比較常見的方式，如下圖是RDIFramework.NET━工作流元件的流程設計器：
2.3、流程引擎
設計非常靈活的引擎，滿足任意複雜的業務需求，使終端使用者通過修改流程圖，配置業務表單來完成流程再造，不需要修改程式程式碼，流程引擎能按照新的模板流轉。流程引擎設定6種型別的任務節點，基本可以完成任何情況的流傳，例如，會籤，審批，根據業務條件流轉等，流程引擎獨立設計，提供對外介面，可以與任意系統整合。RDIFramework.NET━工作流元件流程引擎提供了以下基本功能 。
1、順序流轉：像發郵件一樣，工作流轉到下一處理人,處理人像處理郵件一樣檢視任務和處理任務。
2、條件流轉：根據業務資料，滿足不同條件流轉到不同的處理人。例如採購金額大於等於10萬的採購單需流轉到總經理，小於10萬的採購單需流轉到分管經理。
3、任務回退：在領導審批時不滿意處理結果，需要退回前一任務處理人，讓他重新處理後再提交。
4、任務會籤：對某些工作需要多位領導都簽字後才能執行的任務，設定該任務會籤的領導，所涉及到的領導都審批後，該任務才能繼續向下流轉。
5、 任務合流：多個任務流向一個任務的彙總流程
6、 任務超時提醒：任務超過設定時間時向任務執行者或者指定人員進行提醒。
7、 任務授權：可以授權某人暫行自己的業務執行權利。
8、 任務指派：任務流轉到自己時，我們可以指派某人也執行此任務。
9、支援共享任務處理：多人都有權處理的任務，都能看到該任務，別其中一人處理後，其他人不會再看到該任務。
10、支援召回：在下一任務未處理前可召回。
11、支援子流程(流程巢狀)。
12、支援多啟動節點：在流程環節基本相同只有開始任務不同時，可以利用多個開始節點並免多建立一個流程。
13、簡化任務節點型別實現複雜流轉：RDIFramework.NET工作流元件的任務節點型別是經過深入的歸納和抽象，型別少功能強，流程圖更貼近實際的業務流程，沒有多餘的節點，一目瞭然，所見即所得。
14、任務到達通知：任務達到時向任務執行者或者指定人員進行提醒。
3、RDIFramework.NET 業務協同平臺
業務協同平臺是流程系統與使用者互動的工作平臺，所有的業務表單都通過平臺展現，使用者在該平臺上處理日常業務（啟動任務、處理任務、檢視參與的任務，檢視流程狀態）。使用者不必關心流程如何流轉，只要處理好自己的業務表單即可，任務即會根據條件自動流轉到下一個處理者。業務平臺同時支援WinForm與WebForm兩種方式。
3.1、WinForm協同平臺
3.3.1、日常業務
“日常業務”模組主要展示了當前登入使用者可以啟動的業務流程列表。流程引擎會自動根據當前使用者可以啟動的業務流程自動載入流程列表到“可用業務”樹中。“日常業務”模組主介面如下圖所示：
3.1.2、未認領任務
處理任務前，首先要認領任務。認領任務到“未認領任務”主介面進行認領，如下圖所示。選擇待認領的任務後點選“認領任務”就可以對所選任務進行認領，認領的任務就進入了“待辦任務”列表。同時我們也可以按業務名稱以及任務時間進行精確或模糊查詢。
3.1.3、待辦任務
“待辦任務”模組是我們真正處理業務的地方，已認領的任務會進入到“待辦任務”列表中，在這兒我們可以按條件搜尋待辦任務、處理所選任務、放棄認領所選任務、檢視所選任務的流程圖、檢視所選任務的處理記錄。待辦任務主介面如下圖所示：
3.1.4、已完成任務
任務處理完成，進入到“已完成任務”列表，如下圖所示。在已完成任務模組可以按條件查詢已完成的任務，檢視所選任務、檢視任務流程圖等。
3.1.4、流程監控
流程監控模組主要用於監控流程的執行情況，介面上通過不同顏色顯示流程的幾種狀態，如：還未執行、正在辦理、正常結束。在流程監控主介面，我們可以組合條件搜尋業務流程，同時還可以檢視所選業務流程的狀態以及處理記錄。流程監控主介面如下圖所示：
3.2、Web協同平臺
3.2.1、日常任務
“日常業務”模組主要展示了當前登入使用者可以啟動的業務流程列表。流程引擎會自動根據當前使用者可以啟動的業務流程自動載入流程列表到“可用業務”樹中。“日常業務”模組主介面如下圖所示：
3.2.2、未認領任務
處理任務前，首先要認領任務。認領任務到“未認領任務”主介面進行認領，如下圖所示。選擇待認領的任務後點選“認領任務”就可以對所選任務進行認領。同時我們也可以按業務名稱以及任務時間進行精確或模糊查詢。首先要認領任務。認領任務到“未認領任務”主介面進行認領，如下圖所示。選擇待認領的任務後點選“認領任務”就可以對所選任務進行認領。同時我們也可以按業務名稱以及任務時間進行精確或模糊查詢。
3.2.3、待辦任務
“待辦任務”模組是我們真正處理業務的地方，已認領的任務會進入到“待辦任務”列表中，在這兒我們可以按條件搜尋待辦任務、處理所選任務、放棄認領所選任務、檢視所選任務的流程圖、檢視所選任務的處理記錄。待辦任務主介面如下圖所示：
3.2.4、已完成的任務
任務處理完成，進入到“已完成任務”列表，如下圖所示。在已完成任務模組可以按條件查詢已完成的任務，檢視所選任務、檢視任務流程圖等。
3.2.5、流程監控
流程監控模組主要用於監控流程的執行情況，介面上通過不同顏色顯示流程的幾種狀態，如：還未執行、正在辦理、正常結束。在流程監控主介面，我們可以組合條件搜尋業務流程，同時還可以檢視所選業務流程的狀態以及處理記錄。流程監控主介面如下圖所示：
3.2.6、我參與的任務
我參與的任務主介面如下圖所示：
4、RDIFramework.NET 系列文章
作者： EricHu
出處：http://blog.csdn.net/chinahuyong
Email：406590790@qq.com
QQ交流：406590790
QQ群：237326100
框架部落格：http://blog.csdn.net/chinahuyong
http://www.cnblogs.com/huyong
RDIFramework.NET，基於.NET的快速資訊化系統開發、整合框架，給使用者和開發者最佳的.Net框架部署方案。
關於作者：高階工程師、資訊系統專案管理師、DBA。專注於微軟平臺專案架構、管理和企業解決方案，多年專案開發與管理經驗，曾多次組織並開發多個大型專案，在物件導向、面向服務以及資料庫領域有一定的造詣。現主要從事基於 RDIFramework.NET 框架的技術開發、諮詢工作，主要服務於金融、醫療衛生、鐵路、電信、物流、物聯網、製造、零售等行業。
如有問題或建議，請多多賜教！
本文版權歸作者和CSDN共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連線，如有問題，可以通過郵箱或QQ 聯絡我，非常感謝。