php工作流多人審批開源源碼的簡單介紹

本文目錄一覽：

• 1、osworkflow怎麼實現多用戶審批
• 2、網上流傳的一下PHP開源系統的源代碼,我照抄他們的代碼會不會有法律問題
• 3、基於thinkphp的開源項目（或者網站源碼）有哪些？

osworkflow怎麼實現多用戶審批

Osworkflow是完全用java語言編寫的開放源代碼的工作流引擎，具有顯著的靈活性及完全面向有技術背景的用戶的特點。用戶可以根據自身的需求利用這款開源軟件設計簡單或是複雜的工作流。通過使用，用戶就可以把工作中心放在業務和規則的定義上，而不需通過硬編碼的方式實現一個Petri網或是一個有窮自動機。用戶可以以最小的代價把osworkflow整合到自己的程序中來。Osworkflow幾乎提供了所有用戶可能在實際流程定義中需要用到的工作流構成元素，如：環節（step）、條件（conditions）、循環（loops）、分支（spilts）、合併（joins）、角色（roles）等等。

首先，在osworkflow中需要了解得最重要的概念是環節，每個工作流包含了多個環節，可以把環節想象成工作流中每一個重要的活動。每個環節可以有一些諸如“已完成”、“正在處理”、“已添加至處理隊列”、“未處理”等的狀態，設計工作流的人可以根據需要自己定義狀態。

在每個環節，動作被用戶指定為自動或手動地執行。每個動作執行後，都有一個結果（result）。結果決定了工作流的流轉方向：可以停留在同一環節，跳轉到另一環節，跳轉到一個分支，或者彙集到一個合併等。

最後兩個概念涉及用戶對業務流程的並發執行，分支把工作流分解為兩個並行的環節，合併則在用戶滿足一定條件後，把兩個並行的環節合併成一個。

動作的執行代表了業務流程的執行，每個動作都有一組預處理功能（pre-functions）和一組後處理功能（post-functions）。其作用正如讀者想象的那樣，一個在動作觸發之前執行，一個在動作觸發之後執行。一個簡單的例子是：可以在預處理功能中檢驗申請表格數據的正確性，而後在後處理貢功能中把經檢驗的數據保存至數據庫。

動作的執行結果可以是有條件的（conditional）或無條件的（unconditional）。對於有條件的結果，引擎將首先檢查是否條件被滿足，然後再交給工作流來處理。如果條件不滿足的話，引擎將進一步判斷下一個有條件結果是否得到滿足，以此類推，直到系統最終執行到無條件結果進行處理。

如果所有的條件結果都沒有得到滿足會如何呢？事實上，每個動作都強制要求具有唯一一個無條件結果。與此對應的，可以有多個有條件的結果。

業務規則常常在最終結果中帶有條件判斷，比如，“如果申請來自於一個老客戶，則流轉到環節1”或者“如果當前系統的用戶的角色是經理的話，直接流轉道最後一個環節”。

最後一個重要的概念是步驟狀態（process state），在osworkflow中，當前步驟狀態是所有當前環節狀態的集合。讀者可能會認為工作流在運行過程中只能有一個狀態，但現實的情況是：因為對分支和合併的支持，引擎能夠做到對環節的並發控制，因此工作流的當前狀態就可能出現：“等待風險分析及已核查財務歷史”的情況。

激活動作的用戶被順理成章地稱為觸發者（caller），每個環節都有一個所有者（owner），以代表在當前環節中負責執行動作的角色或用戶。

當用戶在環節中運轉流程的時候，已完成的環節被保存至歷史表中（history），用戶當前所處的環節成為當前環節（current steps）。

最後，在osworkflow中並不存在其他工作流引擎中所包含的工作項（workitem）的概念。這是因為osworkflow是“十分底層”的工作流實現，怎樣實現或定義工作項完全交由用戶來決定。筆者認為工作項的概念太過抽象，用業務數據來稱呼它或許更為貼切一些。

Osworkflow 的文檔中介紹了更多的構造元素，如寄存器（Registers），共用方法（common functions）等，但建議在建立好第一個工作流以後再去研究它們。它們是osworkflow基本元素外的高級特性，而我們前面所認識的元素則是 osworkflow的根本所在。

網上流傳的一下PHP開源系統的源代碼,我照抄他們的代碼會不會有法律問題

不會有問題，既然是網上流傳的，肯定是公共的。都流傳那麼長時間。如果有法律責任，早就追究的

基於thinkphp的開源項目（或者網站源碼）有哪些？

基於thinkphp的開源項目有thinksns，onethink，等

建議到在github上註冊一個賬戶，可以查看其開源的源碼