第二天早上
程序猿:通宵終於把BUG修復好。新版網可以上線 。
項目經理：老闆說要改版，哈哈哈哈
程序猿:.。。。。。。
很多出資進行信息化建設信息化的企業，一旦實現了管理信息化之後，在信息化方面就沒有多少主動權了，企業反過來會受制於軟件商，由於軟件商的開發效率低難以及時地響應企業的需求變化，所以就有可能出現：實現了業務和管理的信息化，在需求發生變化時，企業的效率不提升反而下降，企業苦於沒有自主信息化的能力，難以解決隨需應變、隨時應變的難題！
工作流引擎，是軟件開發中非常重要的一部分。所謂工作流引擎，是指workflow作為應用系統的一部分，併為之提供對各應用系統有決定作用的根據角色、分工和條件的不同決定信息傳遞路由、內容等級等核心解決方案。
工作流引擎包括流程的節點管理、流向管理、流程樣例管理等重要功能。
開發一個優秀的軟件系統，系統界面是最基礎的部分，數據庫之間的信息交換是必備條件，而根據業務需求開發出符合實際的程序邏輯，並在一定程度上保證其穩定性、易維護性才是根本。穩定性自不必說，易維護性則要保證模塊化和結構化，這樣可以在業務流程發生變化，例如決策權的改變、組織結構的變動時產生的全新業務邏輯，而工作流引擎解決的就是這個問題。如果應用程序缺乏強大的邏輯層，就會變得容易出錯，比如信息的路由錯誤、死循環等等。
舉個簡單的例子，一輛汽車，外觀很漂亮，但是如果發動機有問題，那就變成了一個擺設，勢必會bug不斷。而應用系統的拓展性就好比汽車的引擎轉速，別人的百公里加速只要10s，而你的則需要一個小時（業務流程變動需要更長時間的程序修改），孰優孰劣，一目瞭然。而如果引擎再動不動就熄火（程序邏輯死循環），那這樣的車誰還會叫好呢？
服務架構
面向服務的體系結構，是一個組件模型，它將應用程序的不同功能單元通過這些服務之間定義良好的接口和契約聯繫起來。接口是採用中立的方式進行定義的，它應該獨立於實現服務的硬件平臺、操作系統和編程語言。工作流引擎使得構建在各種這樣的系統中的服務，可以以一種統一和通用的方式進行交互。
Learun工作流引擎
以前一直在想如何構建一個靈活的OA工作流機制，可能開始有很多人用domino來做，後來到了ASP.NET的時候，好像大家都醒悟了，公司老闆、CTO等都開始嚷嚷要上工作流引擎實現企業信息審批流程化。基於企業的實際需求，公司也在近幾年開發了標準企業級的工作流引擎（learun），並獲得了雙軟認證，各項指標及客戶反映都不錯，其基本思路如下：
首先定義每個操作，就是定義流程步，定義流程步主要包括：操作的接口地址、操作參數、操作類型（起始操作、中間操作等）。定義操作的目的是接著為每個操作設置關係和定義流程時選用這些定義好的操作步。
第二定義操作的參數，有了接口地址外，還需要定義操作參數。
第三是定義操作步之間的關係。就是定義一個流程中每個操作步的前驅、後繼的操作步。
第四是定義流程了，必要的信息是流程名稱等基本信息和定義流程的各個操作步以及流轉規則。流程基本信息就不用說了。流程步定義比較複雜，設置定義步驟類型（起始、中間、終結），入口步驟、出口步驟、通知模式、人員、角色、發送通知的內容。
第五是涉及跳步情況的定義，比如需要根據參數的不同提交到不同的步驟進行審批，這裡叫做流程步驟變遷規則設置。設置的內容需要：原步驟、目標步驟、變遷方向（正／負）、條件規則（判斷參數時用與還是用或）。接著設置參數和參數值及比較條件。
第六是授權管理。這個比較簡單了，判斷被提交的人是否處於授權狀態，從而進行授權處理。
以上所說只是基礎邏輯，實際編寫過程中還要考慮各企業的實際情況，learun框架內置的工作流引擎，集合了各行業客戶意見與建議，適用性強，穩定性高，使用便捷，歡迎體驗指正。
更多關於快速開發平臺開源的信息進入體驗地址：
技術介紹
(1)數據庫：SQL Server，Oracle、Mysql
(2)後臺技術： 使用目前流行的多種web技術，包括springboot， JPA，Druid， Activiti，Lombok，swagger，poi，WebSocket，Jquery，BootStrap， maven，Jenkins 等等，支持多種數據庫MySQL, Oracle, sqlserver等。 分層設計：使用分層設計，分為dao，service，Controller，view層，層次清楚，低耦合，高內聚。 安全考慮：嚴格遵循了web安全的規範，前後臺雙重驗證，參數編碼傳輸，密碼md5加密存儲，shiro權限驗證，從根本上避免了SQL注入，XSS攻擊，CSRF攻擊等常見的web攻擊手段。
快速開發平臺模塊功能
功能模塊：開發嚮導、代碼生成器，商業智能、工作流、報表管理、移動端開發、作業計劃、多語言、數據源管理、企業微信、釘釘、消息管理，菜單管理，用戶管理，機構管理，角色管理，區域管理，字典管理，日誌查詢等基礎模塊。
