問題：最近上線的專案，上線後程式上倒沒有什麼問題，但是最終還是要緊急更新或回滾，原因在某一模組，增加了乙個檢查，以檢查上一模組必須完成才可能進行這一模組的操作，因為這一模組的資料對上一模組的資料有依賴，按理說，這樣的檢查，也無可厚非，必竟要保證資料的準確性，上線前，也已經和使用者確認過此種方案，到上線後，才發現，80%的使用者是按這種流程進行，但是有20%的使用者不是按這種流程的，而且，這20%的使用者流程是不需要檢查上一模組必須完成才能進行這一模組，它可以在這一模組完成後才會去進行上一模組的工作，結果導致工廠系統大面積的不能使用（雖是20%，但使用者眾多）。
延伸：1.需求分析有問題，為什麼沒有能獲取到這20%的使用者需求和流程呢？
2.程式的健狀性有問題，記得之前有大牛說過，業務規則是變化最快的地方，特別是業務檢查，需要單獨抽出來，否則每次業務檢查發生變更時，則要重新發布程式，例如有一檢查，只有18歲以上的才能進行員工資料登記，如果硬編碼了18，則過了一段時間，16歲也可以進工廠了，不是童工，則這個檢查要改為16，這個時候就只能重build程式，重新發布，最簡單的將這些業務規則放於配置檔案或資料庫中，這樣改業務規則時就只需要更新下資料庫或配置檔案即可，但是，要增加更多業務檢查呢，這種方法就避免不了要改程式了，業務規則引擎則能解決這些問題，業務規則引擎能任意增加，減少和組合不同的業務規則，只可惜務業規則引擎目前未有見過，也不知其是如何實現的
3.涉及到業務流程的問題，是否可以用工作流來解決呢，就像上面的問題，我想是可以通過wf來解決的，只可惜wf涉及不深，了解不多
系統規則相關業務邏輯總結
總計一下系統規則相關的業務邏輯 執行系統規則 一 正向流程 1 查詢此系統規則對於的服務組合 services 目前乙個系統規則對應一種服務，建議一直這樣使用 2 查詢此系統規則對於的零售商名單 3 對服務和零售商建立訂購關係 order item中skuid就是後台服務id 返回後台服務id和訂購...
jxTMS 業務規則
jxtms的核心理念之一就是 好的系統是定義出來的。當然筆者不是反對程式設計，而是程式設計太過於專業化，同時具有動態性，這兩者的結合就導致以程式設計為主要實現的系統和業務人員絕緣了。而業務系統能否發揮出充分的作用，其主要取決於系統能否貼合業務 貼合使用者的需求。顯然，過於技術化的系統是由開發人員所主...
業務規則管理
業務規則管理 business rules management，簡稱brm 在乙個企業實體中同樣存在著各種各樣的規則，像管理制度 業務手冊 工藝流程 操作規範 收費標 準 策略等都是規則，甚至一些沒有形成文字的慣例，也是企業規則的一部分。因為是與業務相關，所以又稱它 們為業務規則。業務規則分散在企...