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

?

延伸：

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

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

?

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

轉(zhuǎn)載于:https://www.cnblogs.com/berlin/archive/2010/05/29/1747223.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。