熟悉ccflow的各個屬性是設計ccflow流程必要條件。

?

?

是否啟用：如果此流程在運行就啟用它，不運行就不啟用它，可用于流程的歷史版本管理，也可以因管理的需要，設置它。

運行方式：是為流程的自動做的標記，自動運行的流程，可以用戶以sdk的方式開發。

是否可以獨立啟用：如果是一個獨立啟用的流程就可以顯示在發起流程列表里，否則就不顯示，如果該流程是一個子流程并且該流程不能被獨立發起，只能被調用，就設置他為不可獨立起用。

導航url:是在發起流程時的要點的連接，如果為空就表示直接啟動流程，MyFlow.aspx?FK_Flow=xxx&FK_Node=xxx。如果你指定了這個連接在發起界面連接上，就直接轉向您指定的連接上去，您的頁面可以進行二次業務處理在轉到MyFlow.aspx上來。

比如：合同修改流程，要發起這個流程首要的界面是要呈現一個合同列表，用戶選擇這個列表后，在轉入流程發起。這個合同列表界面就是一個流程發起列表界面與流程啟動界面一個緩沖。

標題生成規則：

標題：是流程標題，一個流程在開始節點是必須有一個標題字段Title，并且這個字段不可別刪除，默認為隱藏的。

標題字段用于待辦、在途的工作列表上，是能讓使用者知道這是那一條流程。

標題字段不能修改，它是系統根據一定的規則自動生成的。

默認生成規則為："@WebUser.FK_DeptName,@WebUser.No,@WebUser.Name在@RDT發起.";解析為：財務部,zhangna,張娜在11月12號10：20發起。

流程設計人員可以根據自己的需要設計自己的規則，規則表達式中支持節點表單字段。

比如："@wenjianmingcheng在@RDT發起.";其中@wenjianmingcheng是節點表單的數據庫字段。

流程應用類型：

是說明流程類型，如果沒有特殊的指定，就是正常的流程。

工程類型的流程是ccflow的一種特定的流程，它有項目組的概念，什么是工程類的流程請baidu ccflow?工程類型流程。

馳騁工作流程管理系統，多表單附件使用方法。

ccflow多表單附件:

多表單附件是用戶上傳的附件格式不能確定，數量不能確定情況下使用。

設計步驟：在工具欄點多附件按鈕：

??

多表單附件屬性：

附件名稱：就是為控件起一個名稱，附件編號需要全局唯一。保存到是文件要保存的位置。

是否可下載，是否可刪除，是否可上傳是用來控制附件的訪問權限的。

?

特別說明：

類別可以為空，如果不為空時系統就會自動為它附件按約定的格式分類。

?

兩種附件的展現模式：

?

?

?

從表事件

?

從表的事件的格式與主表的事件格式一樣的描述。在實際工作中，我們經常用到從表保存完后要處理一些業務邏輯。

比如：要根據主表的字段更新一些從表的信息。

比如：在每條數據更新前后都要做安全性校驗。

?

以下界面從從表設計界面進入：

?

?

特別說明：

對于明細表保存前，保存后兩個事件，用@符號獲取的變量是主表字段的變量。

其它的事件是明細表的字段。

@WebUser.No,@WebUser.Name@WebUser.FK_Dept 全局字段約定不變。

?

?

如何提高工作流程管理系統運行效率？

?關鍵字：工作流程管理系統,workflow,bpm,執行效率,緩存.

?????Ccflow通過如下方提高業務流程系統執行效率。

緩存機制

1,什么情況下用到緩存?

??有以下幾條緩存數據的規則。

??1,數據被頻繁利用，但是不經常更新,數據量不太大.

??????比如人員、崗位、部門。

?

???2,數據在同一個過程中經常利用,比如:流程對一個實體進行運算.它經常被各個方法所使用.

?????比如納稅人流程中:納稅人的信息\土地流程中的土地信息.?

??3,用戶的個人信息，比如他的崗位集合，部門集合.....??

?

2 ,緩存分類.

?

??全局級的:在application中應用.比如:部門、崗位、人員、持久化存儲的映射.

??用戶級的.在session中應用.一個操作員的個人信息.

??臨時級的.臨時應用，在各個過程中應用，一個操作中消亡。

?

3,緩存怎么在ccflow工作流引擎中表現?

?

???1,系統啟動時，自動的把一個常用的數據調入到?全局級的緩存區。

???2,用戶登陸后，把該用戶的崗位、部門集合放入到用戶級的緩存區.

???3,系統在運算時,大部分數據已經被加工處理好,大大減輕了服務器的負擔.

?

事先計算:

事先計算就是把能夠計算得到的屬性在流程設計時提前計算出來，比如：節點的位置，它是一個枚舉類型，開始節點、中間節點、結束節點。如果在運行中計算會消耗服務器的資源，如果在設計階段計算好，就會節省這筆開銷。

這些事先計算包含多個方面，比如：表單是否有明細、是否有框架、是否有擴展應用。。。。。

?

XML數據的緩存

??系統啟動起來后就會把xml數據調入到緩存處理,節省了大量的IO操作。

?

?

參數執行：

???多達95%以上的sql都是用參數執行的，您可以通過監控工具捕獲到它們。Ccflow是運行在bp框架上的，所有的實體類，都是放在SQLCash這個類中，所有的update,delete,insert,select操作都是采用的參數執行，生成的sql放入緩存里。

注：本文章從網上摘錄，并做了相應的修改。

???????? 第一次接觸工作流系統，可能會對一些基本的術語和名詞有誤解。如流程實例，流程模版，流程版本等，以及這些名詞之間的關系，需要有一個學習和理解的過程。這些名詞和術語也是工作流系統中的通用名詞，通過學習和理解后，會對這些術語和名詞有一個共同的認識和理解。

如下面的詞語

工作流引擎：抽象的業務流程設計模型，負責業務流程的定義，解釋和運轉。

工作流模版：用工作流引擎的基本概念和路由過程表示出一個業務辦理過程，這個過程通常是用xml格式的文件來記錄的，這個xml文件，就是工作流模版，也可以說是流程模版。

工作流名稱：就是工作流模版文件的名稱。也可以叫流程名稱。

工作流版本：工作流模版的版本，也可以叫流程版本。在工作流系統中，對工作流模版有個版本管理，新建一個工作流模版時候，它的工作流模版是.1。當再次做修改的時候，可以選擇創建新的版本，如.2。
??????? 因為一旦業務流程模版投入使用了，有了運行的流程實例了，再次對業務流程做的修改，就需要更新到新的版本中，原來的流程版本還需要存在，原來的流程定義信息，按版本仍然能查詢到。新的修改在新的版本中。
???? 流程名稱＋流程版本 是唯一標識一個業務流程的。

工作流建模：利用流程設計器將業務處理過程用工作流的節點方式表示出來，就是工作流建模，也可以說是流程建模。

工作流節點：是工作流引擎的設計基本節點，一個節點表示一個業務處理過程，在流程設計器中，會有相應的表示方式。

流程實例：按照工作流模版定義的處理過程啟動運行的業務處理過程，即流程實例。利用建立好的業務流程模版，可以多次啟動流程實例，一個流程實例即一個業務處理過程。如請假審批的流程，張三填寫他的請假單，啟動一個審批流程實例。李四也填寫一個自己的清單單，也是啟動了一條流程實例。

流程實例id：每條啟動的流程實例，在工作流引擎中，都會對應一個流程實例id，來唯一標識這條流程實例。
?

業務數據：流程中每個節點上處理的業務記錄等。通常流程數據和業務數據是有關聯的。

流程設計器：利用工作流引擎的設計基本節點和概念給業務流程建模的可視化編輯工具，就是流程設計器。

當前步驟：流程實例未結束前，正運行到的當前節點，為當前步驟。

歷史步驟：流程實例運行完成的節點，都認為是歷史步驟。

流程實例運行軌跡：每條流程實例在工作流模版的節點上運行的軌跡。

流程實例監控：監控每個流程實例在各個節點的運行情況。

任務：每條流程實例在運行到流程的各個節點時，會產生一些待執行的任務信息。有任務名稱，描述，和參與人，完成人等任務的基本信息。通過任務鏈接到待處理的業務過程。

任務參與人：任務信息的參與人，能夠查看到任務的相關人。

任務執行人：可執行任務的操作人。
?
任務工單：任務派發下來的工單。

線形流程(串行路由)：業務建模中，節點按順序一個一個的往后串聯的方式。

分合流(并行路由)：業務建模中，節點并行的方式往后鏈接。
?
分支：業務建模中，平行分支的節點路由方式。

合并：業務建模中，將平行分支的節點路由再合并起來的路由方式。

子流程：為一個獨立的業務流程，嵌入到主流程中。
?
這里只是列出一些常用的工作流系統中的術語，不體現流程引擎的設計基本概念。

特別是流程模版，流程實例，業務數據這之間的關聯和區別：

流程模版，是將業務處理過程用工作流引擎的支持的方式表示出來的一個模版文件。
流程實例，按照工作流模版定義的處理過程啟動并運行的業務處理過程，通常對應一條主業務數據。

??

?

更多的ccflow，功能圖片介紹：
http://hi.baidu.com/ccflow/album

?

說明:
--------------------------------------
1, Prj為項目工程所用的一些擴展應用,項目流程也可以稱呼為工程流程，是為了建造一個跨期比較長的工程在每個環節上需要流程控制。

2, 項目流程權限控制比較特殊，比如一個人在a項目中是項目經理，在b項目中是工程師。這類的流程在節點權限控制時會遇到局限在本項目中流轉。

3，一個項目會有資料樹的概念，每一個有關項目的流程具有一些文檔，這些文檔會于項目關聯。

4，項目流程ccflow在表單設計中有一個約定。每個節點表單中（流程表單除外）都必須有PrjNo,PrjName兩個屬性.
?? 在流程設計時必須指明此流程為項目類型的流程。

環境搭建
----------------------------------------
1.? D:\ccflow\ExpandingApplication\Prj\Prj 復制到 D:\ccflow\VisualFlow\ 中去.

2.? 在ccflow webapplication 中引用 D:\ccflow\ExpandingApplication\Prj\Components\BP.PRJ\BP.PRJ.csproj

3. 在目錄: D:\ccflow\VisualFlow\DataUser 下創建一個Prj.Data 目錄. 這個目錄將會放資料樹。?
??? D:\ccflow\VisualFlow\DataUser\PrjData\Data 資料樹數據．
　　D:\ccflow\VisualFlow\DataUser\PrjData\Templete　資料樹模板數據.
?
3. 編譯該項目.

創建您的第一個工程項目流程:
----------------------------------------
1, 在流程設計器中建立一個項目, 該項目的編號為 0001.

2, 為該項目設計項目樹模板.
?? 2.1 創建目錄: D:\ccflow\VisualFlow\DataUser\PrjData\Templete\001
?? 2.2 在以上目錄下創建目錄模板, 系統中讀取文件名.文件里面可以沒有任何內容. (為了方便期間你可以把 D:\ccflow\ExpandingApplication\Prj\Templete\*.* copy 里面測試)
?????? 目前只支持一級的資料樹.

?? 2.3 說明:在您上傳資料后，系統就會自動的把文件上傳到 D:\ccflow\VisualFlow\DataUser\PrjData\Data\001 下面。
?
3. 為該項目設計崗位與人員.設計資料樹節點訪問規則.

4. 新建一個流程，在流程屬性中設置該流程為項目類型的流程.

5. 為該流程的每個節點表單都要增加一個PrjNo,PrjName字段.

6, 在表單上，增加一個超連接 連接地址為 =當前節點ID. 系統就會打開項目樹了.
?
?? ============== over? =================

如果以上有變動，請參考ccflow流程設計器說明書 .http://ccflow.org下載.

?

??
?

?

???
???????? ?根據ccflow對外界的最遲不晚于2012年6月份開源全部源代碼的承諾，與一些用戶迫切想得到自由表單設計器的源代碼的需要。我們做出提前開放的決定：

??? 1, 撤銷abc級用戶的限制。
?
??? 2，開放手機訪問源代碼，表單設計器源代碼。分別是:
?????? D:\ccflow\CCForm
?????? D:\ccflow\VisualFlow\WF\WAP
??????????
??? 到目前為止，ccflow 的源代碼完全開放了，歡迎各位潛心研究，心誠則靈。

??? 以下是給學習使用ccflow的一些建議。

??? 1, 多看看兩個重要的操作手冊。
??????? D:\ccflow\Documents\馳騁工作流程引擎-自由表單設計器操作說明書.doc
??????? D:\ccflow\Documents\馳騁工作流程引擎-流程設計器操作說明書.doc
?
??? 2, 多看操作錄像.

??? 3, 按操作錄像模仿建立一個簡單的流程，流程的一些基本元素概念。

??? 4, 加入ccflow的qq討論群, 并把問題放在群論壇上。

??? 其它:
?????? ccflow 更新通知
??????http://hi.baidu.com/ccflow/blog/item/039ec84744bde0146a63e573.html

???? 關于發布ccflow 流程設計器源代碼與ccflow未來產品線的聲明.
??? ??http://hi.baidu.com/ccflow/blog/item/d70431df1932394895ee3755.html
???

禮!!

???? ccflow.org

?

?

?ccflow 更新通知:
??? 經過2天的更新，ccflow 已經完成了本次的更新，此次的更新兼容原來的程序設計。

??? 本次更新內容:
??? ------------------------------------
??? 1, 目錄結構做了調整 原來 visualflow/*.* 重要的文件移入 visualflow/WF/Admin/Xap 里面了.

??? 2, 把原來c級用戶的wap模塊加入了 visualflow/WF/WAP目錄下.

??? 3, 刪除了各個層是間的隱藏文件, 一些排除的文件都被刪除了.??

??? 徹底的升級辦法:
??? ----------------------
??? 1, 重命名本機上的D:\ccflow, 比如：D:\ccflowBak
??? 2, 重新下載 ccflow 到 D:\ccflow?? svn 地址?http://ccflow.googlecode.com/svn/ccflow/
??? 3, 修改本機上的 IIS 虛擬目錄名稱 Flow 成 ccflow.
??? 4, 啟動D:\ccflow\VisualFlow\BP.Web.CCFlow.sln

?

致!!!

??? ccflow.org

?

關于ccflow的最近更新通知.

各位ccflow愛好者：

??? 最近ccflow 要做一些調整與變動，會給各位的升級與正常使用帶來問題。遇到問題，請按如下步驟解決。

?? 1，全部更新,更新內容(BP.En30,BP.WFV4, VisualFlow整個目錄)
?
?? 2，提交錯誤與截圖到群論壇中.

?? 這段時間估計要持續3天左右.

?謝謝您對ccflow的支持.

????? 濟南馳騁信息技術有限公司
????? 2011/11/21

ccflow向流程開始節點表單傳輸數據方法大全

在啟動開始節點時，通常會向其發起點(流程的第一個點)傳輸一序列值，來減少用戶的輸入或者處理特定業務。下面把這些特定的方法總結匯總如下。

?

利用url傳輸數據給表單：

事例：MyFlow.aspx?FK_Flow=001&FK_Node=101&PrjNo=GB1002&PrjName=項目名稱.

解釋：利用Url的方式傳遞值，Key就是表單的字段名，如果一致ccform就是自動獲取它們把值放入表單控件里。

這種方式適用于數據量比較少，沒有明細表的值。

?

把指定物理表的一列值傳遞給表單：

事例：
MyFlow.aspx?FK_Flow=001&FK_Node=101&FromTableName=Prj_Main&FromTablePK=No&FromTablePKVal=GB1001

解釋：利用特定的標記傳遞table名稱，這個table的主鍵列名稱，指定的行數據。系統就會自動的生成一個sql查詢到這個行數據。

Select?* from FromTableName?where FromTablePK =’ FromTablePKVal’.

如果查詢不到數據，就會拋異常。

查詢到數據就會把這一行的數據根據列名與表單屬性名稱相對應的copy上去。

這種方式適用于數據量比較大數據傳遞。

?

其它流程節點通過url轉向，轉向到開始節點：

應用背景：一個流程A結束后，根據條件它要啟動另外一個流程B，對于A流程結束點的數據（主表數據，明細表數據，附件數據）都要傳遞到B流程的第一個節點上去，類于ccflow節點之間數據傳遞。

事例：
在A流程節點屬性中->配置->成功發送后轉向方式:轉向指定的url轉向處理內容:MyFlow.aspx?FK_Flow=001&FK_Node=101這種方式系統就會直接把A流程結束節點的數據復制到B流程的開始節點上去。這些數據包括:主表、多個從表、附件數據。Ccflow采用靜默的默認的傳遞。實現這些方法請參考BP.WFV4中的Flow.cs類中的NewWork()方法。

?

刪除草稿：

ccflow草稿的概念:當啟動一個流程時，ccflow就會為當前操作人員第一個節點表單插入一條數據，用戶點保存時，就會更新這條數據，這個NodeState=0，做為草稿，如果發送出去了，NodeState=1，就變成了節點表單的歷史數據了。

如果有了草稿ccflow就會把這個草稿調出來顯示給用戶。也就是說當前打開當前點時草稿就產生了。

草稿的產生是因為用戶在開始節點時，數據了數據，保存了但是沒有發送。

如何刪除草稿：

事例：MyFlow.aspx?FK_Flow=001&FK_Node=101& IsDeleteDraft=1

說明：刪除主表草稿數據，從表草稿數據，附件數據。

Ccflow如何處理流程退回過程的數據的完整性。

流程在退回時，有一段流程數據就是從當前點到退回點的所做的工作，這部分節點的數據如何處理成為了我們要探討與取舍的難點。

以請假流程為例，申請人發起，部門經理審批，總經理審批，人力資源歸檔。如果總經理退回到第一個點，可以解釋為，部門經理做的無效的工作，此部分工作需要刪除，在3.0以前的版本，ccflow都是這樣的處理的，這樣的解釋也是用戶所接受的。

但是在其它的流程就不能這樣解釋了，因為他需要保留歷史痕跡，并且在退回后有如下可能要發生。

1，??退回到指定的點后，發起人刪除流程。

2，??退回到退回節點后，發起人修改表單后發送，按原節點發回來。

3，??退回到退回節點后，發起人修改表單后發送，經歷與其它的路線步驟到當前點。

4，??退回到退回節點后，發起人修改表單后發送，該走其它的路線不經當前點。

??基于如上可能性的發生ccflow，做了如下處理。

1，??退回階段流程數據寫入txt文件里，放在D:\ccflow\VisualFlow\DataUser\ReturnLog

2，??增加了流程報告與節點的焦點字段功能，系統把每一步驟的操作都記到日志表里了，通過焦點字段的配合，可以讓操作員方便明晰的看到軌跡。

?

Ccflow4.5通過如上兩個方法解決退回數據的完整性問題。

?

ccflow焦點字段:

http://hi.baidu.com/ccflow/blog/item/af7fa2580a0a26362834f0ff.html

如果通用查詢界面滿足不了你的要求，你需要自己開發一個查詢界面來完成用戶的查詢需要，下面講解如何開發一個高級個性化的查詢界面。閱讀如下內容，需要您了解了ccflow的數據表結構，流程數據存儲結構基礎之上。

如果你是獨立運行模式，使用的ccflow的整體界面，那就修改ccflow主菜單文件。

D:\ccflow\VisualFlow\DataUser\XML\BarOfTop.xml

1，????設置Url=””,??

2，????在OnClick=”” 增加一段js代碼讓其轉入你的查詢界面中去。

???

在做您個性化的查詢時，你可能需要調用如下接口：

流程軌跡圖：
http://10.150.224.239/Flow/WF/Chart.aspx?WorkID=943&FK_Flow=008&FID=0

流程工作報告:
http://10.150.224.239/Flow/WF/WFRpt.aspx?WorkID=943&FK_Flow=008&FID=0

?

??? 表單附件

如何打開表單附件需要你查詢了解表單設計器，多個附件的存儲。在這里簡述如下：

1，???首先要明確要查詢那個節點上的附件，你能明確節點ID。

2，???查詢物理表SELECT*FROMSys_FrmAttachmentDBWHERERefPKVal=工作ID? AND?? FK_MapData='ND'+節點編號。

根據你的需要生成客戶所需要的樣式。

?

?

應用場景：?

如下流程圖是一個典型的對附件的審批流程，起草人發起一個標準文件，經過各部門審批，意見征集（分合流），各部門匯簽（分合流）。

在工作日志中，用戶希望看到日志記錄每次審批意見，如果有多次退回，多次審批意見，個是什么。如下圖：

如何讓ccflow要知道記錄表單的那個字段，這個字段可能是審批意見也可能是備注。如果您不設置它，ccflow就記錄不上。

解釋說明：

節點屬性中的焦點字段是用來處理記錄一個表單中重要的字段，比如：一個審批表單中的審批處理意見字段，對這個表單來說他非常重要，在流程中我要記錄這個字段作為此節點的審核信息。

并非所有的節點都要設置焦點字段。

如下功能中用到焦點字段，工作日志、轉發、退回。

在工作日志中應用：

如果您為此節點設置了焦點字段，系統在日志記錄時，就會記錄到日志中去。如果沒有則不記錄，如果對一個審批流程來說，記錄每個節點的審批意見記錄工作日志非常中要。

在轉發中應用：

如果設置了焦點字段，用戶就可以在當前表單上在這個字段上填寫意見，按下轉發按鈕后這個字段的數據就會被帶到轉發功能界面里去，符合操作習慣。

在退回中應用：

同上。

ccflow 如何利用節點的[成功發送后轉向方式]功能實現，父流程與子流程的完美順暢結合

業務背景:

case1: 父流程在特定的節點啟動子流程后，在子流程完成后，需要轉到父流程的發起子流程的發起子流程的節點上來.
????? 在父流程的節點上可以在啟動子流程，或者處理父流程上的以后節點。

case2: 一個節點完成后，需要按照指定的條件（一般就是表單中的一個字段的值）進行轉向。

??? 要滿足以上功能，這里就需要熟悉與靈活運用節點屬性的[成功發送后轉向方式] 。

?

在節點成功發送后有如下處理方式:
?? 0 提示ccflow默認信息
???? 系統提示詳細的發送信息，包括下一步的接受人。。。
?? 1 提示指定信息
???? 按照您定義的信息提示給用戶。此選項需要在[轉向處理內容]文本框里輸入提示內容。
?? 2 轉向指定的URL
???? 按照您定義的url轉向，此選項需要在[轉向處理內容]文本框里輸入url。
?? 3 按照條件轉向
???? 在相關功能里定義轉向條件。
?
?? 利用此屬性您可以個性化提示信息。可以在流程處理完成后轉向指定的url,也可以根據表單的字段的值轉向指定的url。

?? 在父子流程中，當子流程啟動起來之后，就可以利用此項功能轉到父流程節點上去。

在子流程完成后，從子流程轉向父流程配置案例：

1，?打開子流程的最后一個節點屬性界面，設置成功發送后轉向方式，為3，既：轉向指定的url
2，?在轉向處理內容輸入一個url

???? 經過如上的配置，子流程在完成后就轉向父流程的節點了. 其中: FK_Flow 就是父流程的編號，FK_Node 就是父流程啟動子流程的

節點編號。 子流程的FID，就是父流程WorkID.

?? 其它：在ccflow中， OID 就是WorkID. WorkID就是OID . 他們兩個在ccflow中是一個概念，一直被沿用下來了，不要混淆.

??
?

--- 原文與回復 --
你好，我在嵌入應用CCFLOW時，碰到了一些問題，想請教一下您。

采用傻瓜表單和自由表單設計審批流程時碰到以下問題該如何解決：

采用傻瓜表單設計審批流程存在的問題:

樣式固定，無法調整文本框的寬度和高度.
re: 傻瓜表單里的文本框，有三種類型，大塊文本，整行顯示，半行顯示的。
寬度與高度是固定的。

字體無法調整；控件的布局只能是兩列；無法調整背景；
re:
1,背景不能調整的,
2, 控件默認是四列顯示，可以整行顯示, 這就是 friendly form 的特點。
?
當文本框未激活時無法調整框內字體顏色。
re: 可以考慮，增加激活的效果，等待升級吧。
?
設計時指定文本框的長度為整行，顯示時卻顯示一小段。
re: 此屬性對傻瓜表單無效，對自由表單，與明細表有效。

?

采用自由表單設計審批流程存在的問題:
樣式固定，無法調整文本框的高度；不可編輯的文本框無法調整；
RE: 對于文本狂，明細表，多選，控件，選擇該控件，shift+ 方向鍵可實現。

字體無法調整；控件的總體布局無法調整；無法調整背景；
RE： 字體大小可調整的, 背景不能調整，需要二次開發它。

線條粗細調整沒有合理的分級功能。
re:選擇線條 按下 A+ A- 可實現線條的粗細。

當控件為日期控件時，無法調整控件的寬度和高度。
re: 日期類的textbox 是固定的。

?

經常用到的ccflow數據查詢方法

? 要想二次開發你需要熟悉如下查詢方法。
??? 查詢待辦一個人的待辦工作:
?? SELECT * FROM WF_GenerWorkerList WHERE FK_Emp='zhoupeng' and IsPass=0 AND IsEnable=1

?? 查詢在途工作:
?? SELECT * FROM WF_GenerWorkerList WHERE FK_Emp='zhoupeng' and IsPass=1 AND IsEnable=1

?? 查詢一個人的一個流程的歷史處理工作.
?? SELECT * FROM V_FlowData WHERE FlowEmps LIKE ',zhoupeng,' and WFState=1

?

?

Ccflow把流程分為公文類流程與業務類流程。

公文流程是以文檔傳遞為基礎的流程，而業務流程則是以表單數據為基礎的流程。

類別的約定:

公文流程中只有一個類別: 01表示公文類. ?只要編號不是01的流程就是業務流程。

在創建流程時，ccflow自動判斷編號是否是01如果是就按照公文類的流程創建否則按照業務類的流程創建。

表單區別:

公文流程的表單字段是固定的，一般不做變化，比如：文號，發文單位，收文單位，機密程度，緊急程度等等，而業務類流程表單是變化的。公文流程節點上只有一個表單，而業務流程有多個表單。

載體區別：

公文以文檔為中心，公文流程表單是描述文檔的屬性，公文流程用戶操作的前臺表現形式以word為處理工作的載體，采用了vsto技術，處理文件流轉。業務流程以IE或者cs程序為載體處理數據流轉。

數據存儲區別：

公文流程的數據分為三部分，流程運轉記錄存儲在數據表里，公文模板存儲在ftp服務器上，公文文檔數據存儲在ftp服務器上。

在本說明書中如果特別說明都是業務流程開發。

在ccflow表單設計器中，如何實現自動編號（或者時間戳）

應用需求特性:
1, 在開始節點生成.

2, 生成后會自動傳遞到其它的節點上去.

實現方法:
1, 創建一個生成自動編號或者時間戳的函數. 比如: GenerMyNo

2, 建立一個string字段，設置為只讀屬性.

3, 在這個字段中的屬性的擴展設置中，數據獲取-> 方式2：利用sql 自動填充.
?? 填寫一個sql
??? for sqlserver:
?? 比如: SELECT dbo.GenerMyNo()
???
??? for oracle:
?? 比如: SELECT dbo.GenerMyNo()
???

?

關鍵字：工作流設計，工作流引擎的開發

設計一個好的工作流引擎，就像設計一部汽車，必須有發動機提供動力，輪子提供行走，車燈提供照明，喇叭提供提示，剎車提供停止，倒擋提供后退，車門提供鑰匙進入系統 (也可以說是安全驗證)，導航器提供方向。現在試想一下：我們拿著鑰匙（用戶名與密碼），進入汽車（工作流引擎前臺操作），先看看儀表有多少水與油料（待辦工作）。好，現在我們開始進入發動引擎（啟動流程），看看前面是否有障礙物（采集信息），掛擋，采油門（點擊發送流程按鈕），松離合，前進。。。。。。轉彎時要看前面的條件是怎樣的（方向條件），停車（是否有情況），到達目的地（流程結束），中途情況特殊（流程完成的條件）提前返回，意外情況拋錨（流程體檢）需要檢修。

       一個好的工作流引擎具有以下幾個要素： 1. 節點  2. 節點完成的條件  3. 方向  4. 方向條件  5. 流程完成的條件 6. 文書、單據 7. 崗位 8. 部門 9. 操作員。

    歡迎參考開源的ccflow.
     http://ccflow.org

流程引擎系統集成部分，如何使用SID對來訪用戶名進行安全驗證？

關鍵字:ccflow,workflow,bpm,系統集成.

我們知道如果要把ccflow集成到你的系統中(如果你不明白你可以看看相關的文檔)， 就是

采用偷粱換柱的概念把ccflow 原來訪問物理表，現在改寫成訪問視圖這個視圖數據是從你

的業務系統中映射而來，所以ccflow在運行時5大組織結構表數據權限體系都可以成功的與

你的系統集成在一起了。

    我們知道，ccflow被集成到你的系統后，用戶登錄首先是從應用系統(比

如:OA,ERP,CRM) 進入的，在登陸時就，就要向用戶表SID裂上寫入一個隨機的字符串。
   
    在采用嵌入方式工作時，每個功能都需要 UserNo 與 SID 兩個參數。在訪問功能之前ccflow 需要對來訪者進行身份驗證。如果能夠匹配了，ccflow就會認為是合法的用戶。

    在是否驗證時有一個開關它在web.config 中配置的,
    IsAuth=1 需要驗證，IsAuth=0 不需要驗證。

    為了程序調試方便，請把IsAuth 設置成0。

    更多的幫助信息請訪問 http://ccflow.org/Help.aspx.

    歡迎使用開源的工作流程引擎 ccflow.

給正在考慮用流程開發項目的朋友的一些建議：
1. 開發工作流系統的工作最好不要碰，否則很容易陷進去出不來。如果您決心要開發工作流并且想把它商品化，請做好長期抗戰的準備。
2. 如果您的系統用到的流程不多，最好不要用工作流概念來開發您的系統，直接去寫死流程和固定代碼即可。
3. 如果以上兩者皆不是，那您就考慮購買可考的第三方的工作流引擎。他們一般有較好的服務。如果公司沒有錢，就考慮開源的，當然您需要費點勁去研究它。
4. 工作流程引擎不可能誕生在實驗室里，產品級的流程更是與客戶不斷磨合、千錘百煉的結果。
5. 如果您要購買工作流, 請多看演示。不要被一些開發商所用的表面化的概念所迷惑。 好用的工作流一定是簡單的、 容易理解的、面向業務人員的。
6. 如果單位的資金允許購買服務會更合算，能夠快速的幫助你完成集成，自己摸索付出的代價太高。
7. 購買工作流引擎時, 要考慮接口的靈活，要與您現有的系統可實現結合。功能豐富的不一定是好用的，無用的功能浪費您的精力去理解它的概念，還不如沒有。
8. 如果對方接口比較友好，客戶對實施的要求不高，運行平臺是個次要的問題。
9. 購買工作流引擎的時，多數情況下都需要把流程與自己的系統集成，因此要考慮接口的安全性。
大量的多個行業的流程設計案例，都以操作錄像演示給您。

馳騁工作流，好用看的見。

http://ccflow.org   

 自由表單設計器,字段數據輸入js驗證發布說明

               ccflow.org  2011/8/27

什么是ccflow的消息？

消息就是ccflow發給用戶的提示信息，比如待辦，退回，轉發，逾期工作提醒。

Ccflow有幾種消息提示模式？

共有5種，分別是：不提示，手機短信提示，郵件提示，郵件+手機短信提示，內部消息。

特別說明：內部消息，就是與之耦合系統的消息處理。比如與oa系統耦合，可以把ccflow的消息傳入到您的oa系統中去，用您的oa系統提示給用戶要處理的工作。

如何培植ccflow與我的系統內部消息通訊？

在數據庫下有一個叫[CCstaff] 的存儲過程，ccflow產生內部消息后就會調用這個存儲過程，把相關信息傳入里面(目前不支持附件)。流程開發人員只要接受過來參數然后把其寫入自己的數據表里就完成了。

流程使用人員如何決定接受信息的方式？

在個人配置里進行，如下圖。

關于CCstaff 存儲過程的參數說明：

   @Sender nvarchar(100), -發送人。

    @Receivers nvarchar(2000), -接受人，如果多個中間以逗號隔開。

    @Title nvarchar(100),  -消息標題

    @Context nvarchar(max) –消息內容。

 流程變更分為如下幾種情況.

1,增加節點.

 2,減少節點.

 3,節點工作人員發生變化.

 4,表單內容增加.

 5,表單內容減少.

 6,方向條件變化.

 面對以上的變化,ccflow采取的應對方案如下.

--------------------------------

 1,增加節點.

    RE:解決方案:對流程沒有影響.

    1.對原來與現有的流程沒有什么影響，歷史的工作報告還能打開.

       流程軌跡圖可能會出現不連續的情況,但是不影響查看.

    2,在途工作會按照新的設計去運行. 

 2,減少節點. 

   影響范圍:

    1,歷史數據會不能正常打開，被刪除的節點數據反映不出來.

    2,歷史軌跡圖不能被正確的顯示.

    3,在途工作會出現錯誤.

   RE:解決方案.

   在原來的基礎上改造:

       1,如果歷史數據不多，不是很重要.可以考慮,在原來基礎上修改.

       2,采用節點的生命周期的模式處理.將要禁用的節點.也就是說節點不刪除,而是改變它的生命周期.讓其達到不可用的目的.

   廢止當前流程,新建新的流程發布:

      1,復制當前的流程，做為新的流程發布.

      2,禁用當前流程.

   建議采取后者方案.  

 3,節點工作人員發生變化.

     RE:對流程運行沒有影響，對歷史數據沒有影響.

 4,表單內容增加.

     RE:對流程運行沒有影響，對歷史數據沒有影響.

  5,表單內容減少.

     RE:把減少的字段隱藏起來.  對流程運行沒有影響，對歷史數據沒有影響.

 6,方向條件變化.

     RE:對流程運行沒有影響，對歷史數據沒有影響.

什么是表單擴展設置？
---------------------------------------
    表單每個字段除了自己本身的屬性以外，還有一些屬性就是需要多個字段表達的，比如：關聯下拉框，要描述這個業務關系就需要到的菜單的擴展設置。
    表單的擴展設置，豐富了多個字段的業務邏輯處理。

表單擴展有那些類型？
---------------------------------------
   1, 級聯下拉框.
      可以實現N個下拉框的數據聯動。 比如：片區，省份，洲地市，區縣。之間的聯動。

   2, 自動完成&自動填充.
      自動完成:類于baidu, google搜索的自動完成。
   自動填充:比如輸入一個商品編號，系統就會把這個商品的相關屬性綁定到其它的控件上去。

   3, 輸入驗證.
      對于一些文本框數據采集的格式有特定的要求，比如：電話號碼，手機號，郵件有特定的采集格式，輸入驗證就解決了這個問題。即使你對正則表達公不熟悉，系統自帶的這些就可以滿足您的需要。

  4, pop窗返回值。
      文本框的數據采集如果需要高級的查找查詢，需要個性化的定義這個窗體，此擴展設置就可以滿足您的要求。

如何設置？
---------------------------------------
   1，在樹的左邊選擇要設置的類型。
   2，根據系統的提示進行設置。

下一步驟的工作人員的接受范圍的確定有如下4種模式。

現以A點向B點發送為例。

(一)崗位確定范圍模式:

以B點設置的崗位來確定接受人員的范圍，這是一個通用的模式。崗位可以設置多個，因為崗位與人員是多對多的關系，所以，就有可能多個處理人出現。發送后，你可以對這個集合進行修改，這也叫工作分配，分配的路徑是被系統記錄下來的。每次發送就會取這個記憶的路徑。

現在以流程事例說明：比如B點崗位是副局長處理，這個單位里有三個副局長，他們分管的業務不同，這個流程是什么業務就需要指定那個局長審批。如果第一次指定了以后，系統就把這個路徑記錄下來。下一次他會自動取出來,(當然，操作員可以進行二次分配)。按照你的上次分配的計算。這叫投遞路徑的自動記憶。

這種以崗位確定接受人員的模式是最常用的模式。

(二)可以選擇接受人的發送模式:

設置方式：在A點節點屬性里設置可以選擇接受人(一個開關屬性)，在B點設置崗位。那么在A點向B點發送時，引擎就會讓你選擇人員范圍。這個人員的范圍，是B點的崗位來確定的。

這種方式與上一個模式有想同的地方，但是應用場景是不同的。

(三)指定特定的人接受人：

在表單中設置一個字段，接受人的下拉列表。指定這個人去接受下一步的工作。這是最直接的一種模式，但是只能指定一個人去處理。這種模式用來處理每次不能確定人的工作人員，并且只有一個工作人員的模式。

(四)指定處理人集合的模式：

在B點上選擇接受人的集合，系統就會自動的投遞給他們，當然也可以進行二次分配。這種模式應用于特定的情況下。

遞歸在算法在工作流程引擎中的應用

遞歸做為一種算法在程序設計語言中廣泛應用.是指函數/過程/子程序在運行過程中直接或間接調用自身而產生的重入現象.遞歸是計算機科學的一個重要概念,遞歸的方法是程序設計中有效的方法,采用遞歸編寫程序能使程序變得簡潔和清晰.。

遞歸在工作流程引擎中有廣泛的應用，以以下事例來說明：

應用一：退回到指定的節點，要把當前節電與退回節點之間的節點數據清空。

/// <summary>         /// 遞ÌY歸¨¦刪¦?除y兩¢?個?節¨²點Ì?之?間?的Ì?數ºy據Y         /// </summary>         /// <param name="nds">到Ì?達ä?的Ì?節¨²點Ì?集¡¥合?</param>         publicvoid DeleteToNodesData(Nodes nds)         {             /*開a始º?遍À¨¦歷¤¨²到Ì?達ä?的Ì?節¨²點Ì?集¡¥合?*/             foreach (Node nd in nds)             {                 Work wk = nd.HisWork;                 wk.OID = this.WorkID;                 if (wk.Delete() == 0)                 {                     wk.FID = this.WorkID;                     if (wk.Delete(WorkAttr.FID, this.WorkID) == 0)                         continue;                 }                   /*說¦Ì明¡Â:已°?經-刪¦?除y該?節¨²點Ì?數ºy據Y。¡ê*/                 DBAccess.RunSQL("DELETE WF_GenerWorkerList WHERE (WorkID=" + this.WorkID + " OR FID=" + this.WorkID + ") AND FK_Node=" + nd.NodeID);                   //刪¦?除y正y常¡ê的Ì?垃¤?圾?數ºy據Y。¡ê                 DBAccess.RunSQL("DELETE WF_GenerWorkFlow WHERE WorkID NOT IN (SELECT WorkID FROM WF_GenerWorkerList )");                 DBAccess.RunSQL("DELETE WF_GenerFH WHERE FID NOT IN (SELECT FID FROM WF_GenerWorkerList)");                                    DeleteToNodesData(nd.HisToNodes);             }         }

應用二：在分合流程過程中，流程結束時，要根據用戶的需要判斷并殺掉沒有完成的進程。

/// <summary>         /// 結¨¢束º?流¢¡Â程¨¬         /// </summary>         /// <returns></returns>         publicstring DoFlowOver()         {             // 建¡§立¢¡é流¢¡Â程¨¬事º?例¤y。¡ê             GenerWorkFlow gwf = newGenerWorkFlow(this.WorkID);             Node nd = newNode(gwf.FK_Node);             string msg = this.BeforeFlowOver();               //先¨¨讓¨?它¨¹的Ì?子Á¨®流¢¡Â程¨¬結¨¢束º?。¡ê             WorkerLists wls = newWorkerLists();             wls.Retrieve(WorkerListAttr.FID, this.WorkID);             foreach (WorkerList wl in wls)             {                 WorkFlow wf = newWorkFlow(wl.FK_Flow, wl.WorkID);                 wf.DoFlowOver();             }     。。。。。。。。。。。。。。    ｝

應用三:根據當前節點的ID,向上追溯一個分流節點。

/// <summary>         /// 獲?取¨?它¨¹的Ì?上¦?一°?步?的Ì?分¤?流¢¡Â點Ì?         /// </summary>         privateNode _GetHisPriFLNode(Nodes nds)         {             foreach (Node mynd in nds)             {                 if (mynd.IsHL)                     return mynd;                 else                     return _GetHisPriFLNode(mynd.HisFromNodes);             }             returnnull;         }         /// <summary>         /// 它¨¹的Ì?上¦?一°?步?分¤?流¢¡Â節¨²點Ì?         /// </summary>         publicNode HisPriFLNode         {             get             {                 return _GetHisPriFLNode(this.HisFromNodes);             }         }

    在退回工作時，上一步人員直接退回給指定的人員，只有這節點上的崗位人員可以接受退回信息并處理退回的工作，這個節點上這個崗位上的人員是不可以操作此工作的。所以它是一對一的關系。

      在撤消時，是當前的操作員撤消本次發送，但是他有可能自己的錯誤，也有可能不需要自己處理需要其它的同崗位同節點上的人員處理了，所以撤消回來的工作應該是1對n的關系，回復到工作強辦的狀態。以便可以讓其它的同事也有機會參與處理這件工作。實現這個的狀態就要上次的發送軌跡里找到可以處理當前節點的工作人員，進行對他們執行工作分配。

  

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(196) | 評論 (0) | 編輯 收藏

探討工作流程引擎合流與分合流完成率的問題.

應用場景：合流與分河流節點中需要上一個節點所有并行上的工作人員完成一定的百分比才能進行下一步操作。比如：需要60%以上的人員通過后才能執行下一步。

   開發邏輯:

設置這個參數名就員完成通過率，他是在節點一個重要屬性之一，取值范圍在0-100之間。如果設置成0，就按照任何一個人完成后就可以通過，設置成100，就是所有的人完成后才能通過。之間的通過的情況是按照如下公式求出通過率= 已完成人數/總線程人數*100%.

當通過完成率<=通過率時就讓其它通過，也就是下一個人的待辦工作可見的。

 

類別：工作流開發 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(235) | 評論 (0) | 編輯 收藏

關于流程的退回與撤消

退回與撤消是兩個在工作人員需要重新處理，這兩個功能的實現都是對于在途工作來說的。

     對于要處理的人員來說，退回是被動的，撤消是主動的。

    并不是所有的節點都可以退回，所以節點的退回功能是可以配置的。

    退回有兩種情況一種是直接退回上一步驟，另外一種是可以退回到以前工作的任意一步驟。

    并不是所有的節點都可以退回到任意步驟，所以是否要可以退回到任意步驟也是需要配置的。

    退回可分為顯性退回與隱性退回，這兩者的不同之處就是是否記錄退回軌跡。隱性退回是于特殊的領導使用的功能。

    撤消功能是主動的操作，對于任意一個步驟來說，只要發出去，對方沒有處理完之前，都可以撤消。

這個功能在結束節點以外的點都是有效的，撤消是沒有工作軌跡可以記錄的。

    如果一個節點要求實現不管流程運行那一個環節都可以撤消，這個的功能叫強制撤消。并不是所有的節點都可以強制撤消。

應用案例：一個工作人員受理了一件工作，當這件工作運行了n (n>2)個環節后，受理人員突然發現填寫受理的資料錯誤了，他要撤消回來。

有兩種方式：
1.打電話給當前處理的工作人員讓他退回給您。

2，向管理員申請強制撤消功能。

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(402) | 評論 (0) | 編輯 收藏

馳騁.net工作流程引擎設計開發講座: 工作流程類型模式

馳騁.net工作流程引擎設計開發講座:工作流程類型模式

我們總結一下流程類型的模式，那有助與我們在開發流程引擎，或者在設計與分析流程是以便可以對號入座，說明：本文盡量用通俗的語言來描述。

第一種類型：平面流程，也可以稱呼它為單線程流程，這種類型的流程在我們工作中非常多，比如：請假流程、報銷流程、借款流程、出庫流程。它的特點是：整個流程中只有一個流程ID.不允許兩個在在同一個時間點處理一件工作，工作是一個步驟接著一個步驟。它的轉向是根據一定的條件來完成的。

第二種類型：分發式流程，也可以叫它為分發式多線程流程。這類的流程開始節點必須是分流節點。結束節點可以是合流節點，也可以是普通節點。比如：周例會流程，銷售周總結匯報流程。以“銷售部周總結匯報流程”為例來說明，第一部系統定期在周1啟動起來流程，把工作（或者說填寫銷售表）發送給各個銷售人員。各個銷售人員接受到任務后，發送給銷售部經理匯總處理。這類的流程叫分發式多線程流程。

第三種類型：匯流式流程，也可以稱為匯總式多線程流程。這類流程的特點是發起流程的人員是不確定的，但是處理這個事務是成批的。用現實的生活舉例：小區門口的郵政信箱，郵寄信件的人是不固定的，我們把每個客戶看作一個工作線程，郵遞員可以根據需要在規定的時間去收取一次。如果沒有一個信件要郵寄，他就不收取為空，也就是不進行下一步。這種類型的結束點，也是不確定的可以是匯總的合流點接受，也可以普通點結束。但是開始點必須是普通的節點。

第四種類型：喚醒流程，也稱為父子流程，一個平面流程在特定的節點上需要喚醒其它的流程。比如：工程管理流程，一般來說有如下幾個環節。 簽訂合同-》實施工程=》驗收工程。

在實施工程這個點上，可以延伸很多的子流程比如：催款流程，派工流程，設計流程。等等。項目經理可以根據需要在任何時間喚醒子流程。工程管理流程叫主流程，催款流程，派工流程。。。則是子流程。這種流程與第二三種模式不同那種，可以稱呼為線程，這種也可以叫父子流程。

喚醒的子流程與手工發起的流程的區別是它有一個流程ID。由流程ID.來確定這種流程

綜上所述：大千世界，各種流程都可以被提煉，歸納，分類，抽象出來這四種模式。你可以把你分析與設計的流程對號入座，馳騁業務流程引擎已經把完全實現這四種工作模式，并且0代碼實現。

如果你是一個工作流程引擎設計人員，分析這四種模式是必須的。

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(291) | 評論 (0) | 編輯 收藏

馳騁.net工作流程引擎,工作流程管理系統定時啟動約定

馳騁.net工作流程引擎,工作流程管理系統定時啟動約定
======================================

問:什么應用背景需要用到定時啟動?

  當一個流程是定期的任務需要手工作需要定期的啟動時,它就需要定時的來啟動.

比如:
在辦公流程中:

月份銷售例會:
銷售部門需要每個月定期啟動一次月份銷售例會.

周工作總結流程:
每個周需要基層人員向上部門負責人提交工作總結.

定期起動有幾種時間模式？

 定期啟動的模式?
 手動啟動:
 按年啟動:  設置格式:@MM-dd,hh:mm  示例:@05-01,12:01 每年的5月1號12點01分執行.
 按月啟動:  設置格式:@dd,hh:mm     示例:@01,12:01 每月的1號12點01分執行.
 按周啟動:  設置格式:@X,hh:mm (X代表周幾, x=0 周末, x=1 周1 ...... )
 按天啟動:  設置格式:@hh:mm        示例:@12:01 每天的12點01分執行.
                                示例:@1,12:01 每周1的12點01分執行.
 按小時啟動 設置格式:@mm  示例:@1,12:01 每周1的12點01分執行.

 格式說明:
 多個時間點以@符號分開.
 
 

類別：工作流開發 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(223) | 評論 (0) | 編輯 收藏

馳騁工作流程引擎:ccflow4.5, 工作日歷beta版本上線圖片.

工作日歷分為，月日歷，周日歷，天日歷。

它能形象的反應出來，一個人的工作內容，結合日歷面板的方式呈現，讓用戶對數據的感知更加直觀。

馳騁工作流程引擎, 會以5.0 為新老用戶提供這個功能，老用戶將獲取免費升級。

ccflow 工作月日歷

 

 

工作周日歷

 

 

 

 

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(377) | 評論 (0) | 編輯 收藏

工作流程引擎-手機應用-方寸之間盡在掌握。

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(166) | 評論 (0) | 編輯 收藏

馳騁工作流程引擎-公文流程引擎圖片演示-VSTO技術

馳騁工作流程引擎-公文流程引擎圖片演示-VSTO技術

公文菜單-利用vsto技術，因為沒有發起流程，所以一些菜單是灰色的。

 

發起流程選擇一個流程模板，公文模板是顯示在下面的。

 

簽發流程

切換登陸用戶

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(220) | 評論 (0) | 編輯 收藏

工作流程管理系統ABC

　　工作流管理系統是“一種在工作流形式化表示的驅動下，通過軟件的執行而完成工作流定
　　義、管理及執行的系統”，其主要目標是對業務過程中各活動發生的先后次序及同活動相關的相
　　應人力或信息資源的調用，進行管理而實現業務過程的自動化。
　　在企業的日常工作中，絕大多數屬于流程類工作，比如業務的分級審批工作、各類申請表單、
　　公文簽審、業務處理等。通過現代的技術手段將企業內諸多繁瑣復雜的業務流程自動化，并對其
　　進行有效地管理便是工作流需要解決的問題。
　　傳統的系統設計方式將業務流程以編碼的方式固化在應用系統中，在業務流程和組織結構發
　　生改變的情況下，需要將系統進行重大修改，甚至重新設計。實際上，業務流程的改變是導致許
　　多應用系統失敗的最主要的原因。
　　工作流管理系統的出現使得上述情況發生了改變。應用系統的開發人員通過可視化的方式分
　　析和設計業務流程，并將各個應用模塊聯接在一起。在組織結構和業務流程發生變化的時候，能
　　夠在很少修改甚至不修改原來應用的情況下，僅僅通過適當調整或重新定義工作流程就能適應變
　　化了的情況。

　　采用工作流管理系統有以下優點：
　　
1、提高系統的柔性，適應業務流程的變化，建設各類信息系統的重要工作之一就是發現用戶的
　　工作流程，進行分析建模，并把它體現到信息系統的設計中。
　　2、企業都在隨著時間不斷地改革工作流程，使企業各部門能夠更好地發揮服務職能、提高工作
　　效率。
　　3、提高企業工作效率，企業許多流程在自動化過程中會省去一些不必要的步驟
　　4、較好的流程控制，通過標準的工作方法和跟蹤審計，提高了業務流程的管理
　　5、跨越流程的軟件控制，使流程可以按照業務的靈活設計。
　　6、業務流程的改進，對流程的關注，使它們趨向于流暢和簡單。
　　企業建立以工作流為基礎的協同軟件的必要性：
　　1、從IT規劃出發
　　企業信息化建設已經逐步從以前的以業務部門推動IT 部門的被動式建設方式，逐漸向IT 部門
　　從整個企業的角度對IT 進行主動規劃的方式轉變。被動的信息化建設方式導致的結果是在企業
　　內部產生大量的“梅花樁”，成為企業內部的信息孤島。而主動規劃則大大改觀了這種局面，通過
　　主動規劃，各個業務系統之間不再各自為陣，彼此孤立，互不相通，甚至重復建設了。
　　對于流程企業的建設，在IT 規劃過程中，一個重要的目標就是“企業流程整合”，為了達到這
　　個目標，“工作流平臺”可以說是不可或缺的。那么從IT 規劃的角度，如何選擇一個適合您的工
　　作流平臺呢？
　　1）是否符合短期與長期規劃的需求
　　由于IT 規劃一般至少是對信息化進行3～5 年的規劃，因此現在工作流產品時，既要考慮工作
　　流產品是否符合短期內的業務需求，又要考慮工作流產品是否能夠滿足企業業務發展的長期需
　　求。
　　短期的業務需求一般都是比較明確的，這些系統，往往都是由于企業業務發展的需要而要求必
　　須馬上進行建設的，因此對IT 系統提出的要求都非常具體。
　　對于IT 規劃中，未來的業務需求，往往是不容易預測的。但是對于選擇工作流產品來說，這又
　　是至關重要的。
　　2）支撐整個流程企業的IT運行的工作流
　　目前市場上的工作流產品魚目混珠，其中大部分都是一些做行業應用軟件的集成商為了自用而
　　開發的。這一類工作流產品大多都是專門針對某一類業務系統而開發的（比如OA 類），無法應
　　用在其它業務系統。并且這類工作流產品的易用性、功能完備性等等都得不到保證。因此這類專
　　用的工作流是不能支撐整個流程企業的IT 運行的。
　　而作為一個要運行在整個企業IT 系統的工作流平臺，必須具有很好通用性和適應性，比如工作
　　流平臺不僅僅能夠用于支持企業內部的OA 系統運行，還要能支撐企業的業務系統。
　　2、從業務需求出發
　　工作流平臺一個非常重要的依據就是是否能夠滿足業務系統本身的需求，現代企業的業務需求
　　有以下特點：
　　1）新產品新業務推出頻繁

　　市場是一個競爭異常激烈的市場，隨著競爭的加劇，新產品推出的頻度也越來越高。
　　這些新產品、新業務的頻繁推出，需要IT 系統能夠以更快的速度來響應，以提高業務的敏捷性。
　　而對于以流程為主的系統來說，工作流產品的靈活性、適應性顯得尤為重要。如果工作流平臺不
　　能支持這種業務的快速變化，則將極大的影響企業新業務的推出，從而最終影響企業在市場的競
　　爭力。
　　2）海量數據、高并發
　　3）業務流程跨組織
　　由于企業很多都是矩陣式的組織機構，因此在企業內部的公文處理流程中常常需要在不同部門
　　之間跨部部門（包括平級和上下級部位之間）交叉、往復流轉。甚至很多行文是在不同部門的彼
　　此獨立的系統之間進行交互的。
　　4）流程的靈活性要求高
　　企業的流程對靈活性要求非常高，同一個流程往往需要往復運行很多輪才能結束。有時在流程
　　未能固化之前，甚至要求流程按照任意順序流轉，而不受流程本身的邏輯控制（即所謂的自由流）。
　　另外，對于公文審批規則、會簽、退回、批閱、督查督辦、機構的崗位設置等等都有比較靈活
　　的要求。
　　5）嚴格的權限控制
　　企業的行文，每一步的公文處理都有嚴格的權限控制。比如同一個流程中不同的公文有的人只
　　能看，不能審批簽字；同一個處理人員在不同的流程環節中對公文的權限也不相同。有的甚至要
　　求某些公文只能查閱，但是不能復制到本地保留副本。這些需求都是在選擇一個工作流引擎時需
　　要重點考察的。
　　6）安全保密要求高
　　企業中的公文流轉，由于涉及到企業機密，因此要求公文在流轉過程中，必須保證絕對的安全，
　　不能出現被黑客非法竊取的情況。
　　

類別：默認分類 查看評論

posted @ 2011-05-12 10:02 馳騁工作流,工作流程管理系統. 閱讀(346) | 評論 (0) | 編輯 收藏