項目總結之商務規則

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

 

延伸：

    1.需求分析有問題，為什麼沒有能擷取到這20%的使用者需求和流程呢？

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

 

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