osworkflow是乙個輕量級的工作流開源框架，只提供工作流的基本功能，要實現業務功能需要做大量的擴充套件。
[b]1.建立工作流與業務的關係。[/b]
建一張流程與業務關係表，來儲存工作流id與業務id的關係，表結構設計如下圖：
[img]
乙個系統可能涉及到多個業務型別要加入流程，所以表中加入了業務型別字段。當你初始化乙個流程的時候，往這張表中插入工作流的流程id，業務id，及業務型別.這樣你可以通過業務id來查詢當前這個業務所在的流程。
[b]2.加入流程意見。[/b]
建一張流程意見表，來儲存使用者每個步驟輸入的意見資訊。表結構設計如下圖：
[img]
在使用者每一步執行操作的時候，往意見表中插入資料，意見表中儲存了流程id,這樣可以通過流程id，查詢出意見列表。（加入流程意見不是必須的）
[b]3.建立任務。[/b]
通過給使用者發待辦任務，來通知使用者當前哪些事情需要他處理。表結構設計如下圖：
[img]
每個任務都包括，業務id,業務型別和流程id。通過這三個字段能夠判斷，當前這個業務進入了那個步驟（過程），從而跳轉到相應的頁面。
舉乙個例子：如發布公告流程
一共有三個步驟： 起稿->審批->完畢
起稿步驟的操作是：提交。
審批步驟的操作是：審批通過，駁回。
當使用者提交公告的時候
1.系統會啟動流程，建立公告id與流程id的關係。
2.使用者需要在頁面上輸入提交意見，系統儲存流程意見。
3.給提交使用者的人建立乙個已辦任務，給審核人建立乙個待辦任務。
提交公告的使用者通過已辦任務，能夠進入公告明細頁面，這個頁面能夠看到流程意見列表和流程跟蹤。
審核公告的使用者通過待辦任務，能夠進入公告審核頁面，這個頁面能夠公告明細，能夠輸入流程意見，能夠執行審批通過或者駁回的操作。
[b]最後：對工作流感興趣的同仁可以加入：[url]討論
IT如何引領業務
到底是it推動業務，還是業務推動it.這幾乎是乙個雞生蛋，還是蛋生雞的問題。首先，說業務推動it是正確的。因為，沒有業務的話，公司就沒有營業額，沒有收入，就沒辦法推動it發展。業務如果有所提公升的話，銷售業績就提公升，公司獲取的利潤大，業務公升到一定程度後，就需要考慮規範化生產管理，這時候就需要推進...
如何辯證看待技術與業務的關係
技術是為業務服務的，這句來自阿里巴巴技術專家李智慧型的話，如今在it界盛行。在得到廣泛認同的時候，也遭到了眾多誤解，比如 誤解1 技術只是業務的工具，業務比技術重要得多 誤解2 技術的難度跟業務的難度是一樣的，甚至業務比技術更難，技術只要能用就可以了 誤解3 乙個做業務的人，可以隨便替代乙個做技術的...
如何保障業務安全
保障業務安全是企業發展的基礎。而面對如此複雜的安全危機，靠人力是永遠無法保障的。唯一的途徑就是完善網路自身的安全效能。通過技術保障的網路安全的同時，配合網路安全解決方案提供商的商務安全策略和技術支援服務，加強管理和安全策略的制定。乙個業務安全永續的商務藍圖完全可以實現。當然，網路業務安全，加強管理也...