專利名稱：數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及面向?qū)ο蟮脑O(shè)計(jì)，構(gòu)建可配置的數(shù)據(jù)校驗(yàn)規(guī)則，涉及一種數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)，尤其涉及一種數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法。
背景技術(shù)：
在各個(gè)企業(yè)事業(yè)行政單位中，往往有很多系統(tǒng)在同時(shí)運(yùn)行，其中各個(gè)系統(tǒng)中數(shù)據(jù)均存在獨(dú)立性，并不能相互交換，往往在數(shù)據(jù)交換和數(shù)據(jù)的擷取的過程中，出現(xiàn)數(shù)據(jù)不匹配，數(shù)據(jù)缺失不完整的情況時(shí)有發(fā)生。
在實(shí)際的工作過程中，數(shù)據(jù)質(zhì)量比較差對后續(xù)的工作會帶來很多的困難。對海量的數(shù)據(jù)比對不可能人工進(jìn)行。對每個(gè)元素的比對，不僅對人力物力的投入巨大，而且如采用人力成本相當(dāng)昂貴，且非常容易出錯(cuò)。相關(guān)報(bào)表的統(tǒng)計(jì)繪制工作也會十分的繁重和困難。不僅不能分用戶分等級分地域的出相關(guān)的報(bào)表，且如需指出這些數(shù)據(jù)錯(cuò)誤與正確數(shù)據(jù)的相關(guān)差異，其工作量也是不可想象的。
傳統(tǒng)人工校驗(yàn)相關(guān)數(shù)據(jù)，實(shí)時(shí)性也達(dá)不到要求，通常數(shù)據(jù)交換時(shí)，并不能當(dāng)場發(fā)現(xiàn)數(shù)據(jù)問題。給相關(guān)的工作人員(操作者)帶來非常多的不便，并不能馬上知道哪些數(shù)據(jù)有哪些不足。
企業(yè)內(nèi)的數(shù)據(jù)倉庫，對數(shù)據(jù)的完整性、合理性、及時(shí)性都有一定的要求，且倉庫中的數(shù)據(jù)來自各個(gè)系統(tǒng)，很有可能數(shù)據(jù)格式千差萬別，同一數(shù)據(jù)格式不同，也就需要對數(shù)據(jù)的一致性提出更高的要求。
不同的系統(tǒng)對數(shù)據(jù)的需求也有差異。在傳統(tǒng)數(shù)據(jù)校驗(yàn)中，又需要重新去編制一套新的方案，實(shí)施起來非常費(fèi)時(shí)費(fèi)力。對數(shù)據(jù)的要求也十分的苛刻，且可移植性比較差。幾乎是換一個(gè)環(huán)境就基本不能用了。只能適用于當(dāng)前庫或當(dāng)前表，且是在相關(guān)數(shù)據(jù)結(jié)構(gòu)不變的情況下。
在現(xiàn)實(shí)的工作中，數(shù)據(jù)結(jié)構(gòu)、用戶需求不變幾乎是不可能的。為順應(yīng)需求模型本技術(shù)就應(yīng)運(yùn)而生了。發(fā)明內(nèi)容
本發(fā)明的任務(wù)是提供一種數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)，它克服了現(xiàn)有技術(shù)的困難，采用了面向?qū)ο蠛蚐OA等先進(jìn)架構(gòu)作為系統(tǒng)支撐，具有跨平臺、跨服務(wù)等特性，具有兼容性好、可靠性強(qiáng)、可擴(kuò)展性強(qiáng)、應(yīng)用面廣等優(yōu)點(diǎn)。
本發(fā)明的技術(shù)解決方案如下一種數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，它包括以下步驟(1)集合待檢測數(shù)據(jù)，預(yù)設(shè)校驗(yàn)條件；(2)判斷待檢測數(shù)據(jù)是否符合校驗(yàn)條件，若是，則執(zhí)行步驟(3)；若否，則執(zhí)行步驟(1)；(3)對數(shù)據(jù)進(jìn)行校驗(yàn)，校檢完整性的對象屬性是否為空，若是，則執(zhí)行步驟(4);若否，則執(zhí)行步驟(1);(4)對校驗(yàn)結(jié)果，以日志方式保存；(5)判斷校驗(yàn)是否成功，若是，則把合格數(shù)據(jù)輸出給目標(biāo)用戶；若否，則執(zhí)行步驟(1)。
所述步驟(5)還包括判斷校驗(yàn)是否成功，若是，則通過消息通知模塊發(fā)送短信或郵件給目標(biāo)用戶。
所述步驟(1)之后、步驟(2)之前還包括以下步驟(11)判斷數(shù)據(jù)是否達(dá)到，若是，執(zhí)行步驟(12)；若否，則結(jié)束；(12)判斷先決條件有無配置，若是，執(zhí)行步驟(13)；若否，則結(jié)束；(13)判斷先決條件是否成立，若是，執(zhí)行步驟(2)；若否，則結(jié)束。
所述步驟(3)還包括對每個(gè)屬性都校驗(yàn)其是否為空，若是，則執(zhí)行步驟(4);若否，則執(zhí)行步驟(1)。
所述步驟(3)還包括對每個(gè)對象配置在公式內(nèi)的屬性是否符合都執(zhí)行校驗(yàn)，若是，則執(zhí)行步驟(4)；若否，則執(zhí)行步驟(1)。
所述步驟(3)還包括把公式中的每個(gè)屬性分段，對每段進(jìn)行解析，提取對象、屬性分開，把每個(gè)對象與屬性合起來解析成機(jī)器語言。
本發(fā)明的特點(diǎn)是可視化配置，用用戶語言進(jìn)行配置，摒棄了生澀難懂的機(jī)器語言， 用戶上手快，用戶一看就可上手操作；對各種數(shù)據(jù)校驗(yàn)的公式配置靈活。
采用本發(fā)明的數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)，可根據(jù)用戶配置，校驗(yàn)用戶數(shù)據(jù)的合法性，并可生成相應(yīng)的管理報(bào)表，對數(shù)據(jù)質(zhì)量進(jìn)行全方位的管控，使用戶對數(shù)據(jù)質(zhì)量管理更加直觀、更加方便。
本發(fā)明的數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)具有以下優(yōu)點(diǎn)1、本發(fā)明優(yōu)點(diǎn)與系統(tǒng)松耦合，可作為插件使用。即在系統(tǒng)運(yùn)行過程中，不影響其它功能的使用。它在后臺默默的工作，且占用資源小。可隨時(shí)拔插服務(wù)。對系統(tǒng)的依賴度也小。
2、可適應(yīng)校驗(yàn)規(guī)則的隨時(shí)變化，僅需修改公式即可，而不需要對源代碼進(jìn)行任何修改。
3、可維護(hù)性強(qiáng)，每個(gè)規(guī)則相互獨(dú)立，不會改一個(gè)而牽動全局。
4、數(shù)據(jù)校驗(yàn)速度快，可以在很短的時(shí)間內(nèi)，對數(shù)據(jù)進(jìn)行多維度的校驗(yàn)，對數(shù)據(jù)無侵入，無修改，保證原始數(shù)據(jù)的真實(shí)性。
5、對歷史數(shù)據(jù)進(jìn)行保存，對每一組需要校驗(yàn)的數(shù)據(jù)都進(jìn)行了保存，且為原始數(shù)據(jù)。
6、可追溯性強(qiáng)，可以對同一組數(shù)據(jù)的校驗(yàn)進(jìn)行追溯，可以對單個(gè)數(shù)據(jù)元的修改進(jìn)行歷史比對。
7、防抵賴機(jī)制，對歷史數(shù)據(jù)的校驗(yàn)，都進(jìn)行了保護(hù)，可隨時(shí)檢查。
8、報(bào)表體系完備，可以對校驗(yàn)的結(jié)果進(jìn)行多維度、多層次、跨區(qū)域地提供各式報(bào)表，用戶界面簡潔美觀，友好性易用性非常好；自動對校驗(yàn)結(jié)果進(jìn)行計(jì)算且報(bào)表速度快，數(shù)值準(zhǔn)確實(shí)時(shí)，對數(shù)據(jù)管控提供強(qiáng)有力的支持。


圖1是本發(fā)明的一種數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法的流程圖。
圖2是本發(fā)明的數(shù)據(jù)校驗(yàn)交互拓?fù)浣Y(jié)構(gòu)圖。
圖3是本發(fā)明的一致性校驗(yàn)執(zhí)行流程圖。
圖4是本發(fā)明的校驗(yàn)方式執(zhí)行圖。
圖5是本發(fā)明中A依賴于B的示意圖。
圖6是本發(fā)明的數(shù)據(jù)質(zhì)量核心控制示意圖。
圖7a、圖7b、圖7c、圖7d、圖7e是本發(fā)明的配置公式詳解圖。
圖8是本發(fā)明的校驗(yàn)流程示意圖。
圖9是本發(fā)明的由公式生成機(jī)器語言的示意圖。
圖10是本發(fā)明的由公式提取集合生成機(jī)器語言的示意圖。
圖11是本發(fā)明的由公式提取屬性與集合比對生成機(jī)器語言的示意圖。
圖12是本發(fā)明的準(zhǔn)確性校驗(yàn)本對象校驗(yàn)的示意圖。
圖13是本發(fā)明對兩個(gè)不同對象之間校驗(yàn)的示意圖。
圖14是本發(fā)明對兩個(gè)不同對象之間屬性與集合校驗(yàn)的示意圖。
圖15是本發(fā)明對兩個(gè)不同對象之間多屬性之間校驗(yàn)的示意圖。
圖16是本發(fā)明對兩個(gè)不同對象之間多屬性之間校驗(yàn)的另一示意圖。
具體實(shí)施方式
下面結(jié)合附圖和實(shí)施例對本發(fā)明作詳細(xì)說明。
參看圖1，本發(fā)明提供了一種數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，它包括以下步驟(I)集合待檢測數(shù)據(jù)，預(yù)設(shè)校驗(yàn)條件。
(2)判斷待檢測數(shù)據(jù)是否符合校驗(yàn)條件，若是，則執(zhí)行步驟(3)；若否，則執(zhí)行步驟 (1)。
(3)對數(shù)據(jù)進(jìn)行校驗(yàn)，校檢完整性的對象屬性是否為空，若是，則執(zhí)行步驟(4)；若否，則執(zhí)行步驟(1)。
(4)對校驗(yàn)結(jié)果，以日志方式保存。
(5)判斷校驗(yàn)是否成功，若是，則把合格數(shù)據(jù)輸出給目標(biāo)用戶；若否，則執(zhí)行步驟 (I)0判斷校驗(yàn)是否成功，若是，則通過消息通知模塊發(fā)送短信或郵件給目標(biāo)用戶。
所述步驟(1)之后、步驟(2)之前還包括以下步驟(II)判斷數(shù)據(jù)是否達(dá)到，若是，執(zhí)行步驟(12)；若否，則結(jié)束。
(12)判斷先決條件有無配置，若是，執(zhí)行步驟(13)；若否，則結(jié)束。
(13)判斷先決條件是否成立，若是，執(zhí)行步驟(2)；若否，則結(jié)束。
所述步驟(3)還包括對每個(gè)屬性都校驗(yàn)其是否為空，若是，則執(zhí)行步驟(4);若否，則執(zhí)行步驟(1)。
所述步驟(3)還包括對每個(gè)對象配置在公式內(nèi)的屬性是否符合都執(zhí)行校驗(yàn)，若是，則執(zhí)行步驟(4)；若否，則執(zhí)行步驟(1)。
所述步驟(3)還包括把公式中的每個(gè)屬性分段，對每段進(jìn)行解析，提取對象、屬性分開，把每個(gè)對象與屬性合起來解析成機(jī)器語言。
本發(fā)明的根據(jù)數(shù)據(jù)校驗(yàn)引擎組成的結(jié)構(gòu)，分為一致性、完整性、及時(shí)性、準(zhǔn)確性等。
參看圖2，為按照數(shù)據(jù)校驗(yàn)的基本流程。
一、公式配置 (1)及時(shí)性可對及時(shí)性配置采用用戶可讀語言，引擎對其智能解析。格式表名，時(shí)間之前/之后公式。如下所示用戶交換數(shù)據(jù)表，上月10日18:00之前。
(2)完整性可對完整性采用等式、不等式配置或采用函數(shù)進(jìn)行配置，引擎對其智能解析。配置示例如下a)如1 判斷表中是否有為空字段。
用戶表ID不可為空；OR用戶表姓名，不可為空；OR用戶表年齡，不可為空；OR 用戶表性別，不可為空。
描述在用戶表中ID、姓名、年齡、性別均不可為空。
b)如 2 日計(jì)劃表、電力點(diǎn)號相似{(1，2，3，4，5，6，7，8，9，10，11，12，13，14，15，16， 17，18，19，20，21，22，23，24，25，26，27，28，29，30，31，32，33，34，35，36，37，38，39，40，41， 42，43，44，45，46，47，48，49，50，51，52，53，54，55，56，57，58，59，60，61，62，63，64，65，66， 67，68，69，70，71，72，73，74，75，76，77，78，79，80，81，82，83，84，85，86，87，88，89，90，91， 92,93,94,95,96)}。
描述在電力的日計(jì)劃表中，如96個(gè)節(jié)點(diǎn)中，不能出現(xiàn)漏報(bào)的情況。且這96種情況是用戶自定義的，無需在系統(tǒng)中預(yù)先設(shè)置其中的數(shù)值。
C)如3 電網(wǎng)購售電月報(bào)表、交易名稱相似{(省內(nèi)購電，省內(nèi)購電，省外售電，省內(nèi)售電)}。
描述電網(wǎng)購售電月報(bào)表中，交易名稱只能出現(xiàn)四種情況省內(nèi)購電、省內(nèi)購電、 省外售電、省內(nèi)售電，且這四種情況是用戶自定義的，無需在系統(tǒng)中預(yù)先設(shè)置。
d)如4 次月電力用戶與發(fā)電企業(yè)交易合同信息、合同編號相似{(上月電力用戶與發(fā)電企業(yè)交易執(zhí)行情況表.合同號)}。
引擎對用戶配置進(jìn)行解析成機(jī)器語言，并把相關(guān)的結(jié)果寫入到校驗(yàn)結(jié)果中。
(3)準(zhǔn)確性格式左邊等式=右邊等式。
如下所示用戶交換數(shù)據(jù)、工時(shí)=用戶交換數(shù)據(jù)、標(biāo)準(zhǔn)工時(shí)X0. 02可配置約束條件。可以配置約束控制區(qū)緯度、時(shí)間緯度、空間緯度等。約束按等式的左右兩邊分為左、右約束，對左右約束的不同對需校驗(yàn)的數(shù)據(jù)進(jìn)行校驗(yàn)，只能校驗(yàn)符合約束條件的數(shù)據(jù)，對不符合條件的數(shù)據(jù)不進(jìn)行校驗(yàn)。
(4) 一致性格式左邊等式=右邊等式。
如下所示Σ (上月發(fā)電權(quán)交易執(zhí)行情況、本月完成交易電量)=Σ (上月電廠電量電價(jià)執(zhí)行信息、 月度實(shí)際發(fā)電權(quán)交易電量)參看圖3，當(dāng)數(shù)據(jù)到達(dá)時(shí)先判斷先決條件是否存在，如果沒有配置先決條件，則直接對其進(jìn)行校驗(yàn)。
二、執(zhí)行校驗(yàn)方式參看圖4，校驗(yàn)的執(zhí)行分為自動校驗(yàn)、手動校驗(yàn)、自動手動校驗(yàn)?zāi)J(rèn)為自動手動均可校驗(yàn)。
自動校驗(yàn)用戶數(shù)據(jù)到達(dá)時(shí)，立即實(shí)時(shí)校驗(yàn)。
手動校驗(yàn)用戶數(shù)據(jù)到達(dá)時(shí)，不進(jìn)行任何校驗(yàn)，需要人工操作才可執(zhí)行相關(guān)的校驗(yàn)。
三、校驗(yàn)先決條件參看圖5，在校驗(yàn)時(shí)，可能出現(xiàn)相互校驗(yàn)的情況，即A依賴于B所示，B也可能依賴于C 或是也依賴于B。即兩個(gè)數(shù)據(jù)都必須存在時(shí)才觸發(fā)校驗(yàn)，如果不存在時(shí)則不觸發(fā)校驗(yàn)。這樣就摒棄了一些相互依賴的數(shù)據(jù)進(jìn)行還校驗(yàn)，而產(chǎn)生錯(cuò)誤或不該發(fā)生的錯(cuò)誤校驗(yàn)數(shù)據(jù)。
當(dāng)校驗(yàn)A時(shí)，先去找B中的數(shù)據(jù)有沒有符合條件的記錄，如果有則執(zhí)行；如果沒有， 則A不執(zhí)行。AB也可以相互依賴。
四、數(shù)據(jù)質(zhì)量核心控制機(jī)制參看圖6，為數(shù)據(jù)質(zhì)量核心控制流程。
(1)對校驗(yàn)公式控制，根據(jù)公式分析出相應(yīng)的計(jì)算機(jī)語言，再計(jì)算出數(shù)據(jù)結(jié)果。
(2)對校驗(yàn)數(shù)據(jù)進(jìn)行匹配測試，如果不符合條件，則不進(jìn)行校驗(yàn)。
(3)對校驗(yàn)數(shù)據(jù)進(jìn)行保存，以日志方式保存。
(4)可以根據(jù)數(shù)據(jù)校驗(yàn)的歷史進(jìn)行數(shù)據(jù)校驗(yàn)結(jié)果的追溯。
( 5 )根據(jù)校驗(yàn)結(jié)果自動生成分析報(bào)表。
(6)可以根據(jù)校驗(yàn)結(jié)果控制后續(xù)處理方式，如果校驗(yàn)數(shù)據(jù)不通過則駁回。如果校驗(yàn)數(shù)據(jù)通過則接受，把合格數(shù)據(jù)輸出給目標(biāo)用戶。
(7)根據(jù)校驗(yàn)引擎計(jì)算結(jié)果，對校驗(yàn)結(jié)果的異常，可以郵件、短信、電話等方式通知用戶，使用戶可以及時(shí)了解對數(shù)據(jù)校驗(yàn)的情況進(jìn)行跟蹤。
五、配置的可視化從易用性、友好性等方面來分析，對需要配置的各種公式，提供可視化的操作界面。
對數(shù)據(jù)的多數(shù)據(jù)源，進(jìn)行對象配置。
參看圖7a、圖7b、圖7c、圖7d、圖7e，為配置公式詳解圖。
六、數(shù)據(jù)公式解析描述 (1)及時(shí)性校驗(yàn)需要校驗(yàn)的對象是否及時(shí)地到達(dá)指定的數(shù)據(jù)存放點(diǎn)，如它按時(shí)到達(dá)則表示通過校驗(yàn)檢測，數(shù)據(jù)及時(shí)性則為及時(shí)。
參看圖8，為校驗(yàn)執(zhí)行流程。
寫入校驗(yàn)結(jié)果，數(shù)據(jù)的上報(bào)是否及時(shí)。如不及時(shí)則把上報(bào)的時(shí)間和應(yīng)上報(bào)的時(shí)間記錄結(jié)果內(nèi)以備后查。
(2)完整性執(zhí)行流程如圖8校驗(yàn)流程所示。
a)完整性的解析有如下幾種狀況 1)完整性的對象屬性是否為空。
2)每個(gè)對象有很多的屬性，每個(gè)屬性對其的要求各有不同。如有些屬性是必須的不能為空的，則需要對每個(gè)屬性都必須校驗(yàn)其是否為空。
3)對每個(gè)對象配置在公式內(nèi)的屬性都執(zhí)行校驗(yàn)。把公式的邏輯翻譯成機(jī)器可執(zhí)行的語言，并把校驗(yàn)結(jié)果返回對象。可由用戶可選擇地持久化。
4)過程把公式中的每個(gè)屬性分段，對每段進(jìn)行解析，提取對象、屬性分開，把每個(gè)對象與屬性合起來解析成機(jī)器語言。
圖9表示了由公式生成機(jī)器語言的過程。
b)對象屬性是否完整包含了另一個(gè)屬性的集合。
1)先把a(bǔ))中的過程解析一遍，不再贅述。
2)根據(jù)公式再把集合提取出來。
3)比對對象與集合中的異同，如果解析的對象在集合中沒有找到就表示不通過， 否則就表示通過。
圖10表示了由公式提取集合生成機(jī)器語言的過程。
c)對象屬性是否完整包含了自定義的集合。
自定義集合是一個(gè)比較特殊的方式，因?yàn)闆]有實(shí)際的對象與之比較，如果需要與之比較則必須虛構(gòu)一些對象與之比較，然而自定義的對象，每次都有不同。每個(gè)虛擬的對象都千差萬別，而沒有固定的模式或模板可以參照。自定義的對象必須每次自動生成，而且沒有重復(fù)，且沒有持久化，執(zhí)行完后，虛擬對象就不存在了。對平臺或系統(tǒng)來說沒有產(chǎn)生垃圾數(shù)據(jù)，用完之后就不存在了，而且是線程安全的?？梢酝瑫r(shí)N個(gè)用戶并發(fā)使用，保障了系統(tǒng)的穩(wěn)定和安全。
圖11表示了由公式提取屬性與集合比對生成機(jī)器語言的過程。
(3)準(zhǔn)確性對準(zhǔn)確性的校驗(yàn)，引擎則會自動解析，它也分幾種情況a)對本對象的屬性之間進(jìn)行校驗(yàn)，不需依賴于其它對象。如圖12所示，準(zhǔn)確性校驗(yàn)本對象校驗(yàn)。
b)本對象的屬性與其它對象進(jìn)行校驗(yàn)。兩個(gè)對象之間進(jìn)行校驗(yàn)，兩個(gè)校驗(yàn)為不同對象、相同或不同屬性。如圖13所示，兩個(gè)不同對象之間校驗(yàn)。
C)本對象的屬性與其它對象的集合進(jìn)行校驗(yàn)。本對象與其他對象屬性的多個(gè)數(shù)值進(jìn)行校驗(yàn)，可以包含很多的可能，最小值、最大值、平均值、求和值等等多種函數(shù)。如圖14所示，兩個(gè)不同對象之間屬性與集合校驗(yàn)。
(4) 一致性a)兩個(gè)對象間的綜合屬性對比?？梢园褜ο蟮亩鄠€(gè)屬性綜合來對比，看兩邊的等式是否一致。如圖15所示，兩個(gè)不同對象之間多屬性之間校驗(yàn)。
b)兩個(gè)對象多個(gè)屬性與單個(gè)屬性對比。如圖16所示，兩個(gè)不同對象之間多屬性之間另一校驗(yàn)。
本發(fā)明的特點(diǎn)是可視化配置，用用戶語言進(jìn)行配置，摒棄了生澀難懂的機(jī)器語言， 用戶上手快，用戶一看就可上手操作；對各種數(shù)據(jù)校驗(yàn)的公式配置靈活。
采用本發(fā)明的數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)，可根據(jù)用戶配置，校驗(yàn)用戶數(shù)據(jù)的合法性，并可生成相應(yīng)的管理報(bào)表，對數(shù)據(jù)質(zhì)量進(jìn)行全方位的管控，使用戶對數(shù)據(jù)質(zhì)量管理更加直觀、更加方便。
當(dāng)然，本技術(shù)領(lǐng)域內(nèi)的一般技術(shù)人員應(yīng)當(dāng)認(rèn)識到，上述實(shí)施例僅是用來說明本發(fā)明，而并非用作對本發(fā)明的限定，只要在本發(fā)明的實(shí)質(zhì)精神范圍內(nèi)，對上述實(shí)施例的變化、 變型等都將落在本發(fā)明權(quán)利要求的范圍內(nèi)。
權(quán)利要求
1.一種數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，其特征在于，它包括以下步驟(1)集合待檢測數(shù)據(jù)，預(yù)設(shè)校驗(yàn)條件；(2)判斷待檢測數(shù)據(jù)是否符合校驗(yàn)條件，若是，則執(zhí)行步驟(3)；若否，則執(zhí)行步驟(1)；(3)對數(shù)據(jù)進(jìn)行校驗(yàn)，校檢完整性的對象屬性是否為空，若是，則執(zhí)行步驟(4);若否，則執(zhí)行步驟(1);(4)對校驗(yàn)結(jié)果，以日志方式保存；(5)判斷校驗(yàn)是否成功，若是，則把合格數(shù)據(jù)輸出給目標(biāo)用戶；若否，則執(zhí)行步驟(1)。
2.如權(quán)利要求1所述的數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，其特征在于，所述步驟(5)還包括判斷校驗(yàn)是否成功，若是，則通過消息通知模塊發(fā)送短信或郵件給目標(biāo)用戶。
3.如權(quán)利要求1所述的數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，其特征在于，所述步驟(1)之后、 步驟(2)之前還包括以下步驟(11)判斷數(shù)據(jù)是否達(dá)到，若是，執(zhí)行步驟(12)；若否，則結(jié)束；(12)判斷先決條件有無配置，若是，執(zhí)行步驟(13)；若否，則結(jié)束；(13)判斷先決條件是否成立，若是，執(zhí)行步驟(2)；若否，則結(jié)束。
4.如權(quán)利要求1所述的數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，其特征在于，所述步驟(3)還包括對每個(gè)屬性都校驗(yàn)其是否為空，若是，則執(zhí)行步驟(4)；若否，則執(zhí)行步驟(1)。
5.如權(quán)利要求1所述的數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，其特征在于，所述步驟(3)還包括對每個(gè)對象配置在公式內(nèi)的屬性是否符合都執(zhí)行校驗(yàn)，若是，則執(zhí)行步驟(4)；若否，則執(zhí)行步驟(1)。
6.如權(quán)利要求1所述的數(shù)據(jù)校驗(yàn)核心控制校驗(yàn)方法，其特征在于，所述步驟(3)還包括把公式中的每個(gè)屬性分段，對每段進(jìn)行解析，提取對象、屬性分開，把每個(gè)對象與屬性合起來解析成機(jī)器語言。
全文摘要
本發(fā)明涉及一種數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)，該方法包括以下步驟集合待檢測數(shù)據(jù)，預(yù)設(shè)校驗(yàn)條件；判斷待檢測數(shù)據(jù)是否符合校驗(yàn)條件；對數(shù)據(jù)進(jìn)行校驗(yàn)，校檢完整性的對象屬性是否為空；對校驗(yàn)結(jié)果，以日志方式保存；判斷校驗(yàn)是否成功，若是，則把合格數(shù)據(jù)輸出給目標(biāo)用戶。本發(fā)明的特點(diǎn)是可視化配置，用用戶語言進(jìn)行配置，摒棄了生澀難懂的機(jī)器語言，用戶上手快，用戶一看就可上手操作；對各種數(shù)據(jù)校驗(yàn)的公式配置靈活。采用本發(fā)明的數(shù)據(jù)校驗(yàn)核心控制引擎技術(shù)，可根據(jù)用戶配置，校驗(yàn)用戶數(shù)據(jù)的合法性，并可生成相應(yīng)的管理報(bào)表，對數(shù)據(jù)質(zhì)量進(jìn)行全方位的管控，使用戶對數(shù)據(jù)質(zhì)量管理更加直觀、更加方便。
文檔編號G06Q10/00GK102509156SQ20111028614
公開日2012年6月20日 申請日期2011年9月24日 優(yōu)先權(quán)日2011年9月24日
發(fā)明者劉福斌, 衛(wèi)哲鳴, 承林, 李 燦, 楊立兵, 洪元瑞, 蘆越 申請人:上海華東電網(wǎng)信息通信有限公司, 華東電網(wǎng)有限公司