在實際項目中，可能不同信任等級的數據，采用不同的算法去處理數據，這樣才使得數據的處理更有針對性，更符合實際需要。
從需求變更的角度出發，軟件開發商可以先實現一些數據信任程度低的算法，然后再根據項目實際情況，決定是否實現更高一級數據等級的算法。在現實軟件項目，數據信任等級低的采用的算法也會簡單一些，由于需求變更，增加了新的數據信任等級更高的數據，這時候可以考慮暫時采用低等級的算法進行處理，然后再結合人工干預，達到數據處理的要求。大家都明白一點，算法復雜，測試的難度大，但是使用這些更高等級的算法的幾率是很少的，處于成本的原因可以把這些算法的實現滯后。
當然我這樣說，并不是意味著放棄高等級的算法，一些根據項目實際情形需要來操作。
數據根據信任程度分成等級，呵呵，這是所謂工廠方法模式嘛，算法也分成等級結構，這是所謂的模板方法模式。
數據在處理后，應該記錄下被使用的算法版本，這樣才便于以后統計查詢分析或者數據挖掘之類工作的開展。
例如：在一個商品交易中，一個商品可能被購買的價格是正常價格，節假日優惠價，會員優惠價，在交易流水賬中，應該記錄下交易時候是采用的那個價格類型，原始價格多少，實際購買價格多少。記錄下原始價格，是因為，商品的原始價格本身可能是變化的。
再以拆遷資源計劃系統(http://www.netsky-tech.com/))為例，房屋補償的價格價格可能是來自于管理參數，也可能是來自于申請，實際到底是來自于哪個，算法應該記錄下來。
9.業務規則使用的版本化
前面已經提到了數據錄入的版本化，還有算法的版本化，也是計算結果的版本化。但是還沒有談到一點，到底啥時間該采用哪個版本算法。
在J2EE項目中，一般是采用配置文件的方式來控制版本。從配置管理角度的來說，一切都根據配置文件來決定使用哪個版本的數據錄入的分級(數據信任程度分級)，然后根據配置文件決定數據處理使用的算法版本。
其實在J2EE項目中，可以采用類似apache commons-validator這樣的包，來進行數據錄入的信任等級建立。
前面都已經提到了從工廠方法模式的角度來建立數據信任等級制度，但是并沒有解決到底啥時間采用哪個方法處理數據。也許有人建議，采用工廠方法模式的思想，把數據當成產品，把算法當成工廠，來處理（注意：不是制造）數據。這個想法也許能夠滿足一些系統的需要，但是更多時候是失效。
為此，我覺得有必要把算法的分配使用當成為一個業務管理策略來管理，通過單獨的業務模塊去設置業務的算法管理策略，可以把這些策略保存為配置文件或者直接保存到數據表；在J2EE項目中，常用的方式使用XML的格式保存為配置文件，但是如果這個策略比較復雜的時候建議還是保存到數據表。
參考UML圖
10.補充說明
由于近事情比較多，對于項目實施中的數據管理先整理這些，有空的話，再繼續整理。大家如果有興趣，可以切磋交流一下。
