電子商務共享數(shù)據(jù)的監(jiān)督機制

一、引言

從技術角度看，電子商務的應用系統(tǒng)由三部分組成：企業(yè)內(nèi)部網(wǎng)（Intranet）、企業(yè)內(nèi)部網(wǎng)（Intranet）與INTERNET的連接、電子商務應用系統(tǒng)。

而在企業(yè)內(nèi)部網(wǎng)中，對于需要通過網(wǎng)絡處理的一些重要的電子商務共享數(shù)據(jù)，多數(shù)軟件過于輕信于個人的可信度，不注重于建立多方的監(jiān)督機制，來保證數(shù)據(jù)的正確、安全、可信。

二、監(jiān)督機制

為了有效地避免上述類似情況的發(fā)生，可以引入監(jiān)督機制。對于一方提交的數(shù)據(jù)，需要另一方或幾方的確認。若發(fā)現(xiàn)數(shù)據(jù)不正確，要及時改正，建立反饋機制。在這樣一種監(jiān)督機制下，就可以保證數(shù)據(jù)的正確、安全、可信。

監(jiān)督機制可以采用兩種模式：逐級審核模式、互相監(jiān)督模式。

1.逐級審核模式

對于一方提交的數(shù)據(jù)，需要通過另一方或幾方的逐級審核才能最終確認（如圖1所示）。

圖1 逐級審核模式

對于每組數(shù)據(jù)Ai(一個提交者可以提交幾組數(shù)據(jù)），都需要經(jīng)過審核者Bi逐級審核。審核過程中，若任一審核者Bj發(fā)現(xiàn)問題都可以返回給數(shù)據(jù)的提交者對其修改，再經(jīng)過逐級審核。通不過再修改，直至確認（如圖2所示）。

圖2 反饋機制

2.互相監(jiān)督模式

對于一方提交的數(shù)據(jù)需要另一方審核，通不過則修改再審核，直至確認（如圖3所示）。

圖3 互相監(jiān)督模式

A提交的數(shù)據(jù)需要由B審核通過，B提交的數(shù)據(jù)需要由A審核通過，兩者對等互相監(jiān)督，共同保證數(shù)據(jù)的正確。

三、監(jiān)督機制實例

某類商品由某成員負責錄入。成員i提交的商品信息，需要管理員審核后才可入庫（如圖4所示）。

圖4 信息審核

成員i提交數(shù)據(jù)后，發(fā)現(xiàn)了問題，若此時管理員尚未審核，則成員i在臨時表中直接修改數(shù)據(jù)（如圖5所示）。

圖5 成員i直接修改

若此時管理員并未發(fā)現(xiàn)問題且審核通過， 成員i無權直接修改。哪些商品信息有誤，需要重新提交這些商品的正確信息，由管理員重新審核修改的信息（如圖6所示）。

圖6成員i提交修改信息

若管理員發(fā)現(xiàn)問題（可能是入庫前，也可能是在入庫后），無權修改。通知成員i， 成員i根據(jù)信息是否已入庫，來確定是重新提交修改的信息，還是直接在臨時表中修改（如圖7所示）。

圖7 管理員反饋信息的處理

信息入庫后，系統(tǒng)運行過程中配貨部門發(fā)現(xiàn)問題，可及時通知成員i復查。

圖8配貨反饋信息的處理

若確實需要修改，由成員i將所涉及商品正確信息重新提交給管理員審核。

四、小結

監(jiān)督機制在電子商務中的應用，保證了數(shù)據(jù)的正確有效性。網(wǎng)絡共享數(shù)據(jù)在監(jiān)督機制的監(jiān)督下，可以提高系統(tǒng)的安全性。

參考文獻：

[1]A.F. Salam L.Lyer:P. Palvia et al. Trust in e-commerce. Communication of The ACM[J]， 48(2)， 2005，73～77

[2]程智.網(wǎng)絡教育基礎[M].北京：人民郵電出版社，2002.

[3]資訊教育小組.ASP與SQL網(wǎng)站數(shù)據(jù)庫程序設計[M].北京：科學出版社，2002.

注：本文中所涉及到的圖表、注解、公式等內(nèi)容請以PDF格式閱讀原文。