對于數(shù)據(jù)來源的識別，一般需要有特定信息來記錄數(shù)據(jù)的來源，特別是一些大型企業(yè)當然分支機構(gòu)較多的公司企業(yè)政府，也應該這樣來管理。在現(xiàn)實中稍微規(guī)模大一點的軟件系統(tǒng)涉及到的組織機構(gòu)都是比較大的，有很多還可能是松散的組織管理模式。在這類組織機構(gòu)中，同樣的業(yè)務數(shù)據(jù)可能很多部門都會是數(shù)據(jù)錄入點和數(shù)據(jù)分析點，為此可以從數(shù)據(jù)采集/來源角度來描述數(shù)據(jù)本身。從當前項目利益來說，數(shù)據(jù)來源管理方便數(shù)據(jù)查詢分類，長期來說可以建立起數(shù)據(jù)信任等級。

事實上，數(shù)據(jù)來源管理是數(shù)據(jù)信任管理的進一步延伸，是數(shù)據(jù)信任管理的前置條件。一個數(shù)據(jù)，可以是來自于A部門的也可能是來自于B部門的。為了方便統(tǒng)計查詢和數(shù)據(jù)信任管理的加強，應該記錄下數(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ù)合并和控制數(shù)據(jù)的修改，應該每個分數(shù)據(jù)中心只能處理修改自己的數(shù)據(jù)，可以查詢總數(shù)據(jù) 中心/其他分數(shù)據(jù)中心的數(shù)據(jù)。如果沒有引入數(shù)據(jù)來源管理（數(shù)據(jù)屬地管理）和數(shù)據(jù)版本的控制機制，不知道系統(tǒng)在作數(shù)據(jù)中心合并會怎樣子？
　　1.數(shù)據(jù)項的分類編碼
　　數(shù)據(jù)項的分類編碼，實際上是數(shù)據(jù)項來源管理的一個具體延伸。數(shù)據(jù)項編碼的目的就是更快更好的識別數(shù)據(jù)代表的業(yè)務意思。一個典型的例子就是ERP中的BOM表（基本物料清單）。
　　數(shù)據(jù)項的分類編碼，不只是在系統(tǒng)模型建立上有指導意義，在進入系統(tǒng)的業(yè)務數(shù)據(jù)的規(guī)范化同樣有指導意義。
　　數(shù)據(jù)項的業(yè)務編碼和系統(tǒng)編碼分離。業(yè)務編碼很多時候只是為了識別業(yè)務數(shù)據(jù)的需要，很難保證業(yè)務數(shù)據(jù)的唯一性要求。而且業(yè)務編碼可能會發(fā)生變動，有些單位的總體規(guī)劃從調(diào)研到討論制訂、到項目審批通過，再到最終實施，常常幾年過去了，需求發(fā)生變化，這種編碼規(guī)則不發(fā)生變動幾乎不可能。2000年我參與的一個企業(yè)軟件系統(tǒng)，就一個產(chǎn)品編碼規(guī)則2個月就發(fā)生了5次變動。從更長的時間范圍內(nèi)來說，應該考慮數(shù)據(jù)產(chǎn)生時期問題，不同時間階段產(chǎn)生的業(yè)務數(shù)據(jù)，使用的業(yè)務規(guī)則不一樣，數(shù)據(jù)編碼這個層次很多時候很難識別   數(shù)據(jù)當時的業(yè)務環(huán)境。
　　以一個簡單的例子來說明：
　　業(yè)務數(shù)據(jù)表的primary key系統(tǒng)應該是系統(tǒng)定義的，而數(shù)據(jù)項的業(yè)務編碼只能作為索引或者備用鍵使用，這樣就減少了數(shù)據(jù)業(yè)務編碼規(guī)則的變動對系統(tǒng)影響減少到更小的程度。
　　2.算法的版本化
　　本來我打算在前面的基礎上，再談一下業(yè)務流程的管理設置問題，不過，現(xiàn)在工作流思想深入人心，我也就跳過了。我打算從數(shù)據(jù)的核心業(yè)務處理，算法處理角度來闡述。
　　其實在現(xiàn)實中的軟件項目中，大家提到的較多的BPR,工作流這些東西，但是很少提到算法這個單詞。當然，不可否認，很多軟件項目，特別是電子政務/OA的 業(yè)務主要是體現(xiàn)在流程/文件上，算法這部分比較簡單（當然，我這樣說，有人可能不認可，暫且就不爭論它了），就沒有必要去強調(diào)算法的重要性了。
　　為了避免垃圾數(shù)據(jù)進入系統(tǒng)，垃圾數(shù)據(jù)出來，有必要對數(shù)據(jù)進行分類管理。正如前面提到的那樣，對于進入系統(tǒng)的數(shù)據(jù)，進行信任等級劃分，

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html