最低要求。達到最低要求才能進入系統(tǒng)，比如：
業(yè)務(wù)A,需要數(shù)據(jù)a1,數(shù)據(jù)a2,,數(shù)據(jù)a3, 數(shù)據(jù)4。我們可以制定進入系統(tǒng)的關(guān)于業(yè)務(wù)A的條件是必須要有數(shù)據(jù)a1,a2才可以進入系統(tǒng)(也就是最低要求)，如果提供的業(yè)務(wù)數(shù)據(jù)同時有數(shù)據(jù)a1,數(shù)據(jù) a2, ,數(shù)據(jù)a3,那就是更高一級的數(shù)據(jù)(第二級數(shù)據(jù))，如果業(yè)務(wù)數(shù)據(jù)在滿足第二級數(shù)據(jù)的基礎(chǔ)上，提供了數(shù)據(jù)4，那就是第三級數(shù)據(jù)。
如果用過J2EE平臺的同行理解起來就比較容易，這實際上就是JMS基于主題的消息管理思想用于軟件系統(tǒng)一個具體例子而已，這里不過是強調(diào)的是用于管理數(shù)據(jù)的信任等級而已。
其實很多軟件項目開始制定的的數(shù)據(jù)規(guī)范，一般到后來都執(zhí)行不下去，主要是太理想化了，也許只有到系統(tǒng)真正用起來了，系統(tǒng)數(shù)據(jù)的信任等級才能上去。所以我覺 得應(yīng)該在系統(tǒng)開始時候就把數(shù)據(jù)分等級，不同的等級，業(yè)務(wù)給與適當不同的處理，這樣也便于后期的業(yè)務(wù)進行查詢統(tǒng)計分析或者數(shù)據(jù)挖掘。
這種思想實際上就是將數(shù)據(jù)可以信任的程度進行分類;而一般的軟件系統(tǒng)是把數(shù)據(jù)定義為兩類，可以進入系統(tǒng)，不可以進入系統(tǒng);我在這里設(shè)想的是，從數(shù)據(jù)可以信 任的角度出發(fā)，分成多種類別，使用了一個小數(shù)來描述信任程度，而不是一個二值邏輯變量來描述;這樣從建立軟件系統(tǒng)整體模型的時候，把數(shù)據(jù)信任管理納入考慮 之內(nèi)，在進一步作業(yè)務(wù)分析，決策支持或者數(shù)據(jù)挖掘時候是比較有好處的;當然進一步延伸可能就需要從OLTP/OLAP混合建模來考慮，不過真要到那個高 度，可能項目范圍就擴大了很多，具體怎樣操作，還要看項目具體情形。
當然，在軟件項目實際操作的時候，可能還會遇到另外一個問題，很可能用戶會亂用這個數(shù)據(jù)信任程度的概念，我個人的建議是在項目實施中如果可能的話，優(yōu)先進 入信任等級高的數(shù)據(jù)，然后才是信任程度低的數(shù)據(jù);當然也可以從人員來角度作為切入點，信任等級越低的數(shù)據(jù)，進入系統(tǒng)就需要的業(yè)務(wù)更熟悉的人員來操作錄入， 而且經(jīng)過的業(yè)務(wù)處理步驟就越多。一句話，數(shù)據(jù)信任程度越低，就應(yīng)該受到的審查/檢察越多。
在現(xiàn)實中稍微規(guī)模大一點的軟件系統(tǒng)涉及到的組織機構(gòu)都是比較大的，有很多還可能是松散的組織管理模式。在這類組織機構(gòu)中，同樣的業(yè)務(wù)數(shù)據(jù)可能很多部門都會是數(shù)據(jù)錄入點和數(shù)據(jù)分析點，為此可以從數(shù)據(jù)采集/來源角度來描述數(shù)據(jù)本身。
從當前項目利益來說，數(shù)據(jù)來源管理方便數(shù)據(jù)查詢分類，長期來說可以建立起數(shù)據(jù)信任等級。
對于數(shù)據(jù)來源的識別，一般需要有特定信息來記錄數(shù)據(jù)的來源，特別是一些大型企業(yè)當然分支機構(gòu)較多的公司企業(yè)政府，也應(yīng)該這樣來管理。
事實上，數(shù)據(jù)來源管理是數(shù)據(jù)信任管理的進一步延伸，是數(shù)據(jù)信任管理的前置條件。一個數(shù)據(jù)，可以是來自于A部門的也可能是來自于B部門的。為了方便統(tǒng)計查詢和數(shù)據(jù)信任管理的加強，應(yīng)該記錄下數(shù)據(jù)的來源地。
具體操方式可以有以下幾種：
1) 數(shù)據(jù)錄入人員的工作人員編號，知道了數(shù)據(jù)錄入人員的編號，就知道數(shù)據(jù)的來源地。
當然，實際工作種存在人員調(diào)動，替操作(1個人用另外一個人的身份進入系統(tǒng)數(shù)錄入)，這些都有可能需要考慮到，否則可能造成數(shù)據(jù)來源管理失效。
2)另外一種方式就是直接記錄數(shù)據(jù)錄入的部門編號。
這種方式弊端就是不能記錄下數(shù)據(jù)的具體操作人員。
其它說明：如果系統(tǒng)中引入了工作流產(chǎn)品，數(shù)據(jù)來源這部分工作可以由工作流來擔任。具體例子：在現(xiàn)實的軟件系統(tǒng)中可能存在一個主數(shù)據(jù)庫/數(shù)據(jù)中心，若干分數(shù) 據(jù)庫/數(shù)據(jù)中心，系統(tǒng)在每過一定時間進行數(shù)據(jù)上傳/下載，為了進行數(shù)據(jù)合并和