問題：最近上線的項目，上線后程式上倒沒有什么問題，但是最終還是要緊急更新或回滾，原因在某一模塊，增加了一個檢查，以檢查上一模塊必須完成才可能進行這一模塊的操作，因為這一模塊的數據對上一模塊的數據有依賴，按理說，這樣的檢查，也無可厚非，必竟要保證數據的準確性，上線前，也已經和用戶確認過此種方案，到上線后，才發現，80%的用戶是按這種流程進行，但是有20%的用戶不是按這種流程的，而且，這20%的用戶流程是不需要檢查上一模塊必須完成才能進行這一模塊，它可以在這一模塊完成后才會去進行上一模塊的工作，結果導致工廠系統大面積的不能使用（雖是20%，但用戶眾多）。

?

延伸：

??? 1.需求分析有問題，為什么沒有能獲取到這20%的用戶需求和流程呢？

??? 2.程序的健狀性有問題，記得之前有大牛說過，業務規則是變化最快的地方，特別是業務檢查，需要單獨抽出來，否則每次業務檢查發生變更時，則要重新發布程式，例如有一檢查，只有18歲以上的才能進行員工資料登記，如果硬編碼了18，則過了一段時間，16歲也可以進工廠了，不是童工，則這個檢查要改為16，這個時候就只能重Build程式，重新發布，最簡單的將這些業務規則放于配置文件或數據庫中，這樣改業務規則時就只需要更新下數據庫或配置文件即可，但是，要增加更多業務檢查呢，這種方法就避免不了要改程序了，業務規則引擎則能解決這些問題，業務規則引擎能任意增加，減少和組合不同的業務規則，只可惜務業規則引擎目前未有見過，也不知其是如何實現的

?

3.涉及到業務流程的問題，是否可以用工作流來解決呢，就像上面的問題，我想是可以通過WF來解決的，只可惜WF涉及不深，了解不多

轉載于:https://www.cnblogs.com/berlin/archive/2010/05/29/1747223.html

總結

以上是生活随笔為你收集整理的项目总结之业务规则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。