談網(wǎng)上審批系統(tǒng)的系統(tǒng)數(shù)據(jù)質(zhì)量管理

申請免費(fèi)試用、咨詢電話：400-8352-114

       在企業(yè)部署網(wǎng)上審批系統(tǒng)后，往往希望借助這一系統(tǒng)的商業(yè)智能優(yōu)勢，通過對數(shù)據(jù)的分析處理，來獲取隱含在數(shù)據(jù)中的更有商業(yè)價值的知識，以此來指導(dǎo)企業(yè)開展下一階段的工作。

       1網(wǎng)上審批系統(tǒng)中數(shù)據(jù)質(zhì)量問題分析

       網(wǎng)上審批系統(tǒng)(CustomerRelationshipManagement)也稱為客戶關(guān)系管理系統(tǒng)，其主要功能是通過對大量的客戶資料進(jìn)行深入的分析，來實(shí)現(xiàn)縮短銷售周期，降低銷售成本，提高客戶忠誠度和保有率等商業(yè)目標(biāo)。然而決定一個網(wǎng)上審批系統(tǒng)成敗的關(guān)鍵，往往就是數(shù)據(jù)質(zhì)量的優(yōu)劣。

       劣質(zhì)的數(shù)據(jù)來源不一，通過分析，其原因主要有以下幾種：

      ①缺乏驗(yàn)證程序。很多系統(tǒng)沒有在初期就對用戶的輸入等過程提供完整的驗(yàn)證程序，導(dǎo)致誤輸入等因素對數(shù)據(jù)質(zhì)量造成一定影響。

       ②數(shù)據(jù)格式有效但不正確。往往有些看似有效的數(shù)據(jù)，但卻是錯誤的。

       ③系統(tǒng)更新。在原系統(tǒng)發(fā)生結(jié)構(gòu)性變化時，如果管理員新增加了一個字段或下拉值，但是沒有及時通知相關(guān)的系統(tǒng)工程師，就會導(dǎo)致一線員工繼續(xù)使用舊的字段或下拉值去匹配新的信息類型。

       ④系統(tǒng)接口過多。

      ⑤缺乏參照完整性檢查。

       ⑥不匹配的規(guī)則和定義。

       ⑦維度漸變。隨著時間的推移而可能發(fā)生改變的維度，也在某種程度上影響著數(shù)據(jù)質(zhì)量。

       由此可見，數(shù)據(jù)質(zhì)量受到來自多方面的影響，并且隨著公司業(yè)務(wù)集成到網(wǎng)站中，并允許客戶和經(jīng)銷商直接操作數(shù)據(jù)，而更加與日俱增，因此制定一套行之有效的管理方案迫在眉睫。

       2數(shù)據(jù)質(zhì)量管理方案

       DEMINGW.E在其質(zhì)量管理的十四要點(diǎn)中指出：“質(zhì)量不能僅依賴于產(chǎn)品的檢驗(yàn)，檢驗(yàn)不能創(chuàng)造價值，只能將次品挑出來。”根據(jù)實(shí)際工作情況來看，往往當(dāng)我們檢查出臟數(shù)據(jù)時，它已經(jīng)大量的存在于數(shù)據(jù)庫中了，檢查的成本高而效益低。要采用事前預(yù)防的方法，從一開始就將質(zhì)量融入到數(shù)據(jù)中，以降低臟數(shù)據(jù)的發(fā)生率。

       在實(shí)際項(xiàng)目中，將數(shù)據(jù)質(zhì)量的控制在宏觀上劃分為了三個階段，參見表1：

       表1數(shù)據(jù)質(zhì)量管理方案規(guī)劃

      由于第三階段屬于數(shù)據(jù)挖掘范疇，是在建立了準(zhǔn)確，完整的數(shù)據(jù)庫基礎(chǔ)上實(shí)現(xiàn)的，暫不屬于本文討論的范疇，所以我們重點(diǎn)關(guān)注第一階段和第二階段的實(shí)施。

       .1數(shù)據(jù)質(zhì)量規(guī)劃階段

       完整的信息架構(gòu)在數(shù)據(jù)質(zhì)量管理中占據(jù)著重要的位置，這個架構(gòu)一定是針對業(yè)務(wù)規(guī)則建立的，且能夠靈活應(yīng)對將來可能出現(xiàn)的業(yè)務(wù)規(guī)則或數(shù)據(jù)流變更。

       信息，簡要的說就是數(shù)據(jù)和知識。信息架構(gòu)的工作在本質(zhì)上就是將一些數(shù)據(jù)轉(zhuǎn)化為我們可以直觀的理解的知識，或者將我們獲得的知識轉(zhuǎn)化為數(shù)據(jù)，一邊可以傳遞，再利用。它應(yīng)當(dāng)是兼具兩者的設(shè)計(jì)過程。大體上應(yīng)該包含三件工作：

       ①架構(gòu)設(shè)計(jì)：首先我們要確定系統(tǒng)中信息的單元的大小，并決定這些單元之間的關(guān)系。

       ②組織方式：將這些組件組合成有意義的，具有特色的類別。也稱為邏輯分類。

       ③標(biāo)記：將上一步得到的分類用一個唯一的標(biāo)簽來命名。

       設(shè)計(jì)過程的初期要通過有引導(dǎo)性的客戶調(diào)研工作理解用戶需求，尋找分類的趨勢，完成信息架構(gòu)UML圖的初稿，這里應(yīng)該進(jìn)行至少兩次的分別從上到下和從下到上的梳理過程。之后就是情景模擬的測試過程，并且要讓用戶也參與進(jìn)來，否則這個測試過程就失去了其本身的意義。企業(yè)的信息化過程中要引入數(shù)據(jù)質(zhì)量管理平臺，以管理企業(yè)數(shù)據(jù)流，并成為企業(yè)各個子系統(tǒng)數(shù)據(jù)交互的中心，同時在各個層次上對數(shù)據(jù)質(zhì)量進(jìn)行監(jiān)控和管理，以建立統(tǒng)一的企業(yè)數(shù)據(jù)模型，形成企業(yè)統(tǒng)一的視圖。

       信息的安全性管理不但包括我們熟知的密碼管理，用戶權(quán)限分配，服務(wù)器端防火墻的設(shè)置等網(wǎng)絡(luò)安全工作，還應(yīng)特別注意外部數(shù)據(jù)的來源，是否為可信數(shù)據(jù)，數(shù)據(jù)質(zhì)量是否符合系統(tǒng)的標(biāo)準(zhǔn)，此處要對導(dǎo)入程序做嚴(yán)格的檢查，寧肯放棄一部分?jǐn)?shù)據(jù)也不能導(dǎo)入潛在的臟數(shù)據(jù)或無效數(shù)據(jù)。

       2 .2數(shù)據(jù)質(zhì)量控制階段

       設(shè)計(jì)質(zhì)量，即我們上面所說的質(zhì)量規(guī)劃階段，其目的是要收集質(zhì)量需求并將它們轉(zhuǎn)換為一套標(biāo)準(zhǔn)來執(zhí)行。接下來的執(zhí)行過程中，就存在著數(shù)據(jù)質(zhì)量控制的問題。上面一節(jié)已經(jīng)講過當(dāng)前常用的評價數(shù)據(jù)質(zhì)量的觀察點(diǎn)，在本項(xiàng)目中，宏觀上從三個方面來看：可信性、及時性、可用性。

       檢測數(shù)據(jù)可信性的一系列規(guī)則都是要基于依賴性和現(xiàn)實(shí)世界的一致性的。他們可以用于定義數(shù)據(jù)的語義約束；區(qū)分靜態(tài)，暫時的，或是動態(tài)的約束；并且可以指定屬性、原則、關(guān)系或是整個數(shù)據(jù)庫。所有這些類型的約束都是在假設(shè)數(shù)據(jù)的某些性質(zhì)不依時間的變化而變化為基礎(chǔ)上提出的，以便提供一個穩(wěn)定的數(shù)據(jù)集用來與其他數(shù)據(jù)作對比。