控制數(shù)據(jù)的修改，應(yīng)該每個(gè)分?jǐn)?shù)據(jù)中心只能處理修改自己的數(shù)據(jù)，可以查詢總數(shù)據(jù) 中心/其他分?jǐn)?shù)據(jù)中心的數(shù)據(jù)。如果沒有引入數(shù)據(jù)來源管理(數(shù)據(jù)屬地管理)和數(shù)據(jù)版本的控制機(jī)制，不知道系統(tǒng)在作數(shù)據(jù)中心合并會(huì)怎樣子?
7.數(shù)據(jù)項(xiàng)的分類編碼
數(shù)據(jù)項(xiàng)的分類編碼，實(shí)際上是數(shù)據(jù)項(xiàng)來源管理的一個(gè)具體延伸。數(shù)據(jù)項(xiàng)編碼的目的就是更快更好的識別數(shù)據(jù)代表的業(yè)務(wù)意思。一個(gè)典型的例子就是ERP中的BOM表(基本物料清單)。
數(shù)據(jù)項(xiàng)的分類編碼，不只是在系統(tǒng)模型建立上有指導(dǎo)意義，在進(jìn)入系統(tǒng)的業(yè)務(wù)數(shù)據(jù)的規(guī)范化同樣有指導(dǎo)意義。
數(shù)據(jù)項(xiàng)的業(yè)務(wù)編碼和系統(tǒng)編碼分離。業(yè)務(wù)編碼很多時(shí)候只是為了識別業(yè)務(wù)數(shù)據(jù)的需要，很難保證業(yè)務(wù)數(shù)據(jù)的唯一性要求。而且業(yè)務(wù)編碼可能會(huì)發(fā)生變動(dòng)，有些單位的 總體規(guī)劃從調(diào)研到討論制訂、到項(xiàng)目審批通過，再到最終實(shí)施，常常幾年過去了，需求發(fā)生變化，這種編碼規(guī)則不發(fā)生變動(dòng)幾乎不可能。2000年我參與的一個(gè)企 業(yè)軟件系統(tǒng)，就一個(gè)產(chǎn)品編碼規(guī)則2個(gè)月就發(fā)生了5次變動(dòng)。從更長的時(shí)間范圍內(nèi)來說，應(yīng)該考慮數(shù)據(jù)產(chǎn)生時(shí)期問題，不同時(shí)間階段產(chǎn)生的業(yè)務(wù)數(shù)據(jù)，使用的業(yè)務(wù)規(guī) 則不一樣，數(shù)據(jù)編碼這個(gè)層次很多時(shí)候很難識別數(shù)據(jù)當(dāng)時(shí)的業(yè)務(wù)環(huán)境。
以一個(gè)簡單的例子來說明：
業(yè)務(wù)數(shù)據(jù)表的primary key系統(tǒng)應(yīng)該是系統(tǒng)定義的，而數(shù)據(jù)項(xiàng)的業(yè)務(wù)編碼只能作為索引或者備用鍵使用，這樣就減少了數(shù)據(jù)業(yè)務(wù)編碼規(guī)則的變動(dòng)對系統(tǒng)影響減少到更小的程度。
8.算法的版本化
本來我打算在前面的基礎(chǔ)上，再談一下業(yè)務(wù)流程的管理設(shè)置問題，不過，現(xiàn)在工作流思想深入人心，我也就跳過了。我打算從數(shù)據(jù)的核心業(yè)務(wù)處理，算法處理角度來闡述。
其實(shí)在現(xiàn)實(shí)中的軟件項(xiàng)目中，大家提到的較多的BPR,工作流這些東西，但是很少提到算法這個(gè)單詞。當(dāng)然，不可否認(rèn)，很多軟件項(xiàng)目，特別是電子政務(wù)/OA的 業(yè)務(wù)主要是體現(xiàn)在流程/文件上，算法這部分比較簡單(當(dāng)然，我這樣說，有人可能不認(rèn)可，暫且就不爭論它了)，就沒有必要去強(qiáng)調(diào)算法的重要性了。
為了避免垃圾數(shù)據(jù)進(jìn)入系統(tǒng)，垃圾數(shù)據(jù)出來，有必要對數(shù)據(jù)進(jìn)行分類管理。正如前面提到的那樣，對于進(jìn)入系統(tǒng)的數(shù)據(jù)，進(jìn)行信任等級劃分，數(shù)據(jù)來源的分類;但是 對于系統(tǒng)出口，為了避免出現(xiàn)垃圾數(shù)據(jù)，需要在數(shù)據(jù)處理階段，也要進(jìn)行分類處理，這里就引入了算法的版本化，來適應(yīng)不同的數(shù)據(jù)/業(yè)務(wù)需要。
在實(shí)際項(xiàng)目中，可能不同信任等級的數(shù)據(jù)，采用不同的算法去處理數(shù)據(jù)，這樣才使得數(shù)據(jù)的處理更有針對性，更符合實(shí)際需要。
從需求變更的角度出發(fā)，軟件開發(fā)商可以先實(shí)現(xiàn)一些數(shù)據(jù)信任程度低的算法，然后再根據(jù)項(xiàng)目實(shí)際情況，決定是否實(shí)現(xiàn)更高一級數(shù)據(jù)等級的算法。在現(xiàn)實(shí)軟件項(xiàng)目， 數(shù)據(jù)信任等級低的采用的算法也會(huì)簡單一些，由于需求變更，增加了新的數(shù)據(jù)信任等級更高的數(shù)據(jù)，這時(shí)候可以考慮暫時(shí)采用低等級的算法進(jìn)行處理，然后再結(jié)合人 工干預(yù)，達(dá)到數(shù)據(jù)處理的要求。大家都明白一點(diǎn)，算法復(fù)雜，測試的難度就大，但是使用這些更高等級的算法的幾率是很少的，處于成本的原因可以把這些算法的實(shí) 現(xiàn)滯后。
當(dāng)然我這樣說，并不是意味著放棄高等級的算法，一些根據(jù)項(xiàng)目實(shí)際情形需要來操作。
數(shù)據(jù)根據(jù)信任程度分成等級，呵呵，這就是所謂工廠方法模式嘛，算法也分成等級結(jié)構(gòu)，這就是所謂的模板方法模式。
數(shù)據(jù)在處理后，應(yīng)該記錄下被使用的算法版本，這樣才便于以后統(tǒng)計(jì)查詢分析或者數(shù)據(jù)挖掘之類工作的開展。
例如：在一個(gè)商品交易中，一個(gè)商品可能被購買的價(jià)格是正常價(jià)格，節(jié)假日優(yōu)惠價(jià)，會(huì)員優(yōu)惠價(jià)，在交