當(dāng)然，在軟件項目實際操作的時候，可能還會遇到另外一個問題，很可能用戶會亂用這個數(shù)據(jù)信任程度的概念，我個人的建議是在項目實施中如果可能的話，優(yōu)先進入信任等級高的數(shù)據(jù)，然后才是信任程度低的數(shù)據(jù)；當(dāng)然也可以從人員來角度作為切入點，信任等級越低的數(shù)據(jù)，進入系統(tǒng)需要的業(yè)務(wù)更熟悉的人員來操作錄入，而且經(jīng)過的業(yè)務(wù)處理步驟越多。一句話，數(shù)據(jù)信任程度越低，應(yīng)該受到的審查/檢察越多。

參考：數(shù)據(jù)信任等級圖

6.數(shù)據(jù)來源管理

在現(xiàn)實中稍微規(guī)模大一點的軟件系統(tǒng)涉及到的組織機構(gòu)都是比較大的，有很多還可能是松散的組織管理模式。在這類組織機構(gòu)中，同樣的業(yè)務(wù)數(shù)據(jù)可能很多部門都會是數(shù)據(jù)錄入點和數(shù)據(jù)分析點，為此可以從數(shù)據(jù)采集/來源角度來描述數(shù)據(jù)本身。

從當(dāng)前項目利益來說，數(shù)據(jù)來源管理方便數(shù)據(jù)查詢分類，長期來說可以建立起數(shù)據(jù)信任等級。

對于數(shù)據(jù)來源的識別，一般需要有特定信息來記錄數(shù)據(jù)的來源，特別是一些大型企業(yè)當(dāng)然分支機構(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ù)的來源地。

當(dāng)然，實際工作種存在人員調(diào)動，替操作（1個人用另外一個人的身份進入系統(tǒng)數(shù)錄入），這些都有可能需要考慮到，否則可能造成數(shù)據(jù)來源管理失效。

2)另外一種方式是直接記錄數(shù)據(jù)錄入的部門編號。

這種方式弊端是不能記錄下數(shù)據(jù)的具體操作人員。

其它說明：如果系統(tǒng)中引入了工作流產(chǎn)品，數(shù)據(jù)來源這部分工作可以由工作流來擔(dān)任。具體例子：在現(xiàn)實的軟件系統(tǒng)中可能存在一個主數(shù)據(jù)庫/數(shù)據(jù)中心，若干分數(shù)據(jù)庫/數(shù)據(jù)中心，系統(tǒng)在每過一定時間進行數(shù)據(jù)上傳/下載，為了進行數(shù)據(jù)合并和控制數(shù)據(jù)的修改，應(yīng)該每個分數(shù)據(jù)中心只能處理修改自己的數(shù)據(jù)，可以查詢總數(shù)據(jù)中心/其他分數(shù)據(jù)中心的數(shù)據(jù)。如果沒有引入數(shù)據(jù)來源管理（數(shù)據(jù)屬地管理）和數(shù)據(jù)版本的控制機制，不知道系統(tǒng)在作數(shù)據(jù)中心合并會怎樣子？

7.數(shù)據(jù)項的分類編碼

數(shù)據(jù)項的分類編碼，實際上是數(shù)據(jù)項來源管理的一個具體延伸。數(shù)據(jù)項編碼的目的是更快更好的識別數(shù)據(jù)代表的業(yè)務(wù)意思。一個典型的例子是ERP中的BOM表（基本物料清單）.

數(shù)據(jù)項的分類編碼，不只是在系統(tǒng)模型建立上有指導(dǎo)意義，在進入系統(tǒng)的業(yè)務(wù)數(shù)據(jù)的規(guī)范化同樣有指導(dǎo)意義。

數(shù)據(jù)項的業(yè)務(wù)編碼和系統(tǒng)編碼分離。業(yè)務(wù)編碼很多時候只是為了識別業(yè)務(wù)數(shù)據(jù)的需要，很難保證業(yè)務(wù)數(shù)據(jù)的性要求。而且業(yè)務(wù)編碼可能會發(fā)生變動，有些單位的總體規(guī)劃從調(diào)研到討論制訂、到項目審批通過，再到終實施，常常幾年過去了，需求發(fā)生變化，這種編碼規(guī)則不發(fā)生變動幾乎不可能。2000年我參與的一個企業(yè)軟件系統(tǒng)，一個產(chǎn)品編碼規(guī)則2個月發(fā)生了5次變動。從更長的時間范圍內(nèi)來說，應(yīng)該考慮數(shù)據(jù)產(chǎn)生時期問題，不同時間階段產(chǎn)生的業(yè)務(wù)數(shù)據(jù)，使用的業(yè)務(wù)規(guī)則不一樣，數(shù)據(jù)編碼這個層次很多時候很難識別數(shù)據(jù)當(dāng)時的業(yè)務(wù)環(huán)境。

以一個簡單的例子來說明：

業(yè)務(wù)數(shù)據(jù)表的primary key系統(tǒng)應(yīng)該是系統(tǒng)定義的，而數(shù)據(jù)項的業(yè)務(wù)編碼只能作為索引或者備用鍵使用，這樣減少了數(shù)據(jù)業(yè)務(wù)編碼規(guī)則的變動對系統(tǒng)影響減少到更小的程度。

8.算法的版本化

本來我打算在前面的基礎(chǔ)上，再談一下業(yè)務(wù)流程的管理設(shè)置問題，不過，現(xiàn)在工作流思想深入人心，我也跳過了。我打算從數(shù)據(jù)的核心業(yè)務(wù)處理，算法處理角度來闡述。

其實在現(xiàn)實中的軟件項目中，大家提到的較多的BPR，工作流這些東西，但是很少提到算法這個單詞。當(dāng)然，不可否認，很多軟件項目，特別是電子政務(wù)/OA的業(yè)務(wù)主要是體現(xiàn)在流程/文件上，算法這部分比較簡單（當(dāng)然，我這樣說，有人可能不認可，暫且不爭論它了），沒有必要去強調(diào)算法的重要性了。

為了避免垃圾數(shù)據(jù)進入系統(tǒng)，垃圾數(shù)據(jù)出來，有必要對數(shù)據(jù)進行分類管理。正如前面提到的那樣，對于進入系統(tǒng)的數(shù)據(jù)，進行信任等級劃分，數(shù)據(jù)來源的分類；但是對于系統(tǒng)出口，為了避免出現(xiàn)垃圾數(shù)據(jù)，需要在數(shù)據(jù)處理階段，也要進行分類處理，這里引入了算法的版本化，來適應(yīng)不同的數(shù)據(jù)/業(yè)務(wù)需要。