齊方方　趙正文

摘要：傳統(tǒng)的MIS一般通過C/S或者B/S的方式進行開發(fā)，前者雖然用戶界面友好、數(shù)據(jù)傳輸效率高，但部署起來較為麻煩，使用起來也很有局限性；后者可以實現(xiàn)零客戶端，但它不能使用本地資源，不能多線程，也不如C/S使用得方便。雖然這兩種方式能很好地處理結構化數(shù)據(jù)，但是企業(yè)中還存在大量MIS之外的非結構化數(shù)據(jù)，非結構化信息數(shù)據(jù)主要是Office辦公文檔，而MIS和它們一直不能交互。通過VSTO（Microsoft visual Studio Tools for the Microsoft office System）與Web服務相結合，將這些非結構化的辦公文檔改造成智能客戶端程序，從而使Office文檔和MIS之間的信息可以相互通信。這樣不但可以提高辦公文檔數(shù)據(jù)采集的準確性，而且能夠有效地處理脫離MIS的大量非結構化數(shù)據(jù)，從而提高工作效率和效益。

關鍵詞關鍵詞：企業(yè)信息化；MIS；VSTO；WCF；智能文檔平臺

DOIDOI：10.11907/rjdk.1431099

中圖分類號：TP319

文獻標識碼：A文章編號文章編號：16727800（2015）002008103

作者簡介作者簡介：齊方方（1992-），男，河南開封人，西南石油大學計算機科學學院碩士研究生，研究方向為企業(yè)信息化。

0引言

隨著數(shù)據(jù)庫技術和存儲技術的發(fā)展，企業(yè)信息處理能力得到提升，促進了企業(yè)信息發(fā)展的全球化。以企業(yè)管理信息系統(tǒng)（MIS）為代表的智能管理體現(xiàn)了企業(yè)信息化技術的特點。MIS對信息進行采集、處理、傳輸、持久化保存、查詢，充分利用現(xiàn)代計算機相關技術加強了企業(yè)中的信息管理能力。調(diào)查發(fā)現(xiàn)，企業(yè)擁有的人力、物力、技術等資源，需要獲取正確的數(shù)據(jù)，處理成各種需要的信息資料，并及時提供給相關人員，以便企業(yè)及時處理、發(fā)現(xiàn)問題，作出正確的決策，從而提高企業(yè)的經(jīng)濟效益和管理水平[1]。

目前，智能客戶端技術已經(jīng)有很多應用實例，相對較先進的是國外和臺灣地區(qū)的研究，比較突出的是美國微軟公司和納斯達克公司一起構建的Excel投資者助理系統(tǒng)以及Dell構建的客戶集成桌面系統(tǒng)。其中微軟在智能客戶端相關方面做了較深研究，并且提出了相應的技術，例如提出了解決同步數(shù)據(jù)的框架、網(wǎng)絡在線和離線之間的無縫切換、數(shù)據(jù)安全性保障性措施及數(shù)據(jù)沖突處理等技術。而國內(nèi)的研究則相對滯后，一是由于智能客戶端技術限制，尤其是在離線應用中相應技術不成熟，已有的創(chuàng)建智能客戶端的軟件包較少，且在實現(xiàn)上都有較多缺陷，需要自行編寫許多功能代碼以開發(fā)真正的智能客戶端程序。此外，智能客戶端技術涉及面廣，國內(nèi)的推廣和培訓工作也未完全展開；二是由于智能客戶端技術在國內(nèi)應用處于剛起步狀態(tài)，企業(yè)不確定自身是否有相關方面的需求。但智能客戶端全新的設計理念，已逐漸被大量的研究人員和大型企業(yè)所接受，其技術思想也不斷加入到了桌面應用和移動設備應用中。隨著微軟.NET技術的發(fā)展和完善，智能客戶端技術也必將成為人們解決問題的優(yōu)選方案，并被引入各種實際應用中[2]。

對當前技術整合于Office文檔與MIS中遇到的障礙進行分析，結合智能客戶端技術特點，選擇面向服務的技術，提出一種整合Office文檔和MIS的方案，并對研究中可能遇到的難點問題提出相應的解決方案。以期能較好地解決文檔和數(shù)據(jù)之間的信息傳輸問題，提高從文檔中采集數(shù)據(jù)的效率和數(shù)據(jù)的準確性，使這些脫離MIS的非結構化數(shù)據(jù)能夠得到有效處理，同時具備處理企業(yè)中離線業(yè)務的能力。本方案的研究成果可以廣泛運用于諸多信息化相關領域，通過重復利用企業(yè)中現(xiàn)有培訓和技術上的投資，能夠在很大程度上提高工作效率和效益。

1關鍵技術

本研究中涉及的關鍵技術如下：

（1）在線數(shù)據(jù)訪問。VSTO開發(fā)的Office文檔應用程序可以采用多種數(shù)據(jù)獲取技術，例如Web Service、MSMQ、WCF等技術。本文采用WCF寄宿IIS服務器，再通過WCF與數(shù)據(jù)庫交互來實現(xiàn)在線訪問。

（2）偶爾連接設計。偶爾連接技術實現(xiàn)了傳統(tǒng)客戶端的離線訪問功能，解決了反應緩慢的問題。數(shù)據(jù)將緩存在用戶本地的XML文件中，當用戶下線后，仍然可以訪問本地數(shù)據(jù)，實現(xiàn)離線功能。

（3）數(shù)據(jù)同步設計。基于ADO.NET框架以實現(xiàn)服務器與客戶端數(shù)據(jù)的上傳和下載。當服務器數(shù)據(jù)更新后，數(shù)據(jù)將從客戶端下載到本地，實現(xiàn)數(shù)據(jù)同步；當客戶端數(shù)據(jù)發(fā)生變化后，客戶端可以上傳數(shù)據(jù)到服務器中，使服務器數(shù)據(jù)與客戶端數(shù)據(jù)保持同步。

（4）數(shù)據(jù)沖突設計。一種情況是在數(shù)據(jù)同步時，客戶端更新后的數(shù)據(jù)在服務器端可能已經(jīng)被刪除，此時這些數(shù)據(jù)就會在服務器端發(fā)生數(shù)據(jù)沖突；另一種情況是客戶端在線訪問時，對服務器端的數(shù)據(jù)更新后需要上傳到服務器，但這些數(shù)據(jù)可能在該段時間被其它客戶端刪除，也會發(fā)生數(shù)據(jù)沖突。本文解決辦法是當出現(xiàn)數(shù)據(jù)沖突時，給用戶返回相應的沖突信息。

2系統(tǒng)設計

2.1用戶特點及需求

該系統(tǒng)應具備如下基本功能：①用戶登錄：用戶能通過客戶端正確輸入用戶名和密碼，并選擇所要處理的業(yè)務類型登錄到對應的業(yè)務處理界面進行操作；②企業(yè)日報信息錄入：當用戶登錄成功選擇日報信息錄入業(yè)務后，系統(tǒng)會提供一個Word模版讓用戶對當日的信息進行錄入；③企業(yè)日報信息管理：當用戶登錄成功選擇企業(yè)日報信息管理業(yè)務后，系統(tǒng)會提供一個Excel模版，里面包含了所有日報信息，用戶可對需要處理的數(shù)據(jù)進行查看、刪除，修改操作；④企業(yè)日報生成：用戶在Excel模版中點擊對應數(shù)據(jù)后面的查看按鈕就可以對需要的數(shù)據(jù)生成一個日報；⑤離線處理：如果用戶處理數(shù)據(jù)時網(wǎng)絡未連接，系統(tǒng)會處理用戶的操作使數(shù)據(jù)緩存在本地的XML文件；⑥數(shù)據(jù)同步：當客戶端聯(lián)網(wǎng)后，可實現(xiàn)本地數(shù)據(jù)與服務器端數(shù)據(jù)的同步，以保證數(shù)據(jù)的即時性；⑦數(shù)據(jù)沖突處理：系統(tǒng)提供對數(shù)據(jù)上傳下載過程中可能出現(xiàn)的數(shù)據(jù)沖突的處理。

2.2系統(tǒng)框架設計

該系統(tǒng)采用VSTO[3]以及Windows Form控件進行客戶端的界面設計，聯(lián)網(wǎng)時通過寄宿在IIS服務器上的WCF與數(shù)據(jù)庫進行交互，離線時使用本地XML文件進行客戶端數(shù)據(jù)存儲。該系統(tǒng)使用的系統(tǒng)框架如圖1所示。

2.3系統(tǒng)架構

該系統(tǒng)采用微軟提供的VSTO工具開發(fā)Office客戶端，并通過WCF通訊接口寄宿IIS服務器的方式開發(fā)服務器端。當用戶操作提交數(shù)據(jù)時系統(tǒng)會通過判斷當前網(wǎng)絡狀態(tài)來選擇離線處理數(shù)據(jù)或者在線處理數(shù)據(jù)，而用戶離線處理數(shù)據(jù)后可能會產(chǎn)生一些陳舊數(shù)據(jù)，系統(tǒng)會在客戶端下一次聯(lián)網(wǎng)時同步客戶端和服務器端的數(shù)據(jù)，同時將發(fā)生的數(shù)據(jù)沖突報告給用戶?？蛻舳薣4]與服務器數(shù)據(jù)庫系統(tǒng)結構如圖2所示。

該系統(tǒng)采用微軟的IIS服務器作為數(shù)據(jù)庫服務器，使用高性能PC作為Web服務器，在Windows XP操作系統(tǒng)上，采用SQL Server2005作為后臺數(shù)據(jù)庫開發(fā)工具，采用Visual Studio 2008作為前臺開發(fā)工具，并使用VSTO進行Office客戶端應用程序的開發(fā)。VSTO工具可以利用 Microsoft Office 中的文件共享、協(xié)作、權限管理、數(shù)字分析、圖表、電子郵件、日歷等等強大功能進行快速開發(fā)，并且開發(fā)出來的產(chǎn)品可以降低培訓成本。通過構建基于熟悉的 Microsoft Office System 用戶界面解決方案能夠最小化用戶培訓成本。

3系統(tǒng)功能實現(xiàn)

主要包括如下：

（1）網(wǎng)絡狀態(tài)檢測模塊。由于該系統(tǒng)提供在線處理和離線處理兩種工作模式，因此在用戶操作數(shù)據(jù)后會根據(jù)當前的網(wǎng)絡狀況來選擇不同的方式來對數(shù)據(jù)進行處理。客戶端聯(lián)網(wǎng)時則采用服務器端和客戶端的方式處理，而客戶端離線時就采用客戶端與本地XML文件數(shù)據(jù)交互的方式，所以判定當前網(wǎng)絡狀況尤為重要。

（2）離線處理模塊。系統(tǒng)支持離線處理，當客戶端離線時，用戶可以從客戶端中獲取所需的所有數(shù)據(jù)，這是通過數(shù)據(jù)在本地緩存實現(xiàn)的。對于用戶長時間的脫機處理，需要將本地緩存的數(shù)據(jù)持久化保存，比如，當本地計算機意外斷電或重啟時，這些數(shù)據(jù)不會被計算機系統(tǒng)清除消失。因此，數(shù)據(jù)需要保存在能夠持久化數(shù)據(jù)的存儲設備中（比如磁盤）。本文采用的是利用本地XML文件來進行離線的存儲。

（3）在線處理模塊。該系統(tǒng)支持在線處理，而在線處理可以采用許多方式通過網(wǎng)絡進行通信，如遠程對象調(diào)用（例如DCOM、RPC或.NET遠程處理）、基于消息的通信（如Web服務調(diào)用和HTTP請求）和分布式事務處理。本文選用的是基于消息的通信模式。微軟發(fā)布的WCF（Windows Communication Foundation）為這種通信模式提供了一種單一的編程模型，引入了通道模型。在WCF中，每一次交互都實現(xiàn)了一次消息交換。消息包含了本次的訪問負載以及在這次傳輸過程中的基礎設施數(shù)據(jù)。

（4）數(shù)據(jù)同步與數(shù)據(jù)沖突模塊。該系統(tǒng)支持偶爾連接，在用戶離線操作后本地緩存的數(shù)據(jù)將會發(fā)生改變，即使未發(fā)生改變，它相對于服務器上的數(shù)據(jù)而言也可能不再是最新數(shù)據(jù)，因而如何處理陳舊數(shù)據(jù)以及如何防止客戶端使用陳舊數(shù)據(jù)尤為重要。本文提供了一種處理陳舊數(shù)據(jù)的數(shù)據(jù)同步方法，首先采用服務器“拉”的模式從客戶端獲取更新數(shù)據(jù)，然后采用服務器“推”的模式將服務器的數(shù)據(jù)全部更新到客戶端，以實現(xiàn)數(shù)據(jù)同步。

具體的數(shù)據(jù)同步處理步驟為：①將所有數(shù)據(jù)存儲在兩個不同的XML文件中（這里用文件1和文件2代替）；②在兩個文件存儲的每一條數(shù)據(jù)后加入3個標記，、和，它們分別為增加、刪除和修改操作的標識，初始值為0。如果用戶對數(shù)據(jù)作了增加和修改操作，就更新兩個文件中的數(shù)據(jù)，同時將對應的標記值修改為1，特別需要注意的是如果對數(shù)據(jù)作了刪除操作就在文件1中將對應的數(shù)據(jù)刪除掉，在文件2中不做刪除操作但是將標記值修改為1，這樣在用戶繼續(xù)離線操作時讀取文件1中的數(shù)據(jù)，當用戶連接網(wǎng)絡后，服務器讀取本地文件2中數(shù)據(jù)的標識，然后對服務器上的數(shù)據(jù)做相應更新；③將更新后的服務器的數(shù)據(jù)覆蓋本地的兩個XML文件，從而實現(xiàn)數(shù)據(jù)同步[5]。

數(shù)據(jù)沖突就是在數(shù)據(jù)同步時，用戶上傳到服務器的數(shù)據(jù)與服務器上原先存在的數(shù)據(jù)發(fā)生沖突。沖突類型主要有更新數(shù)據(jù)和刪除數(shù)據(jù)。本文采用的處理方法為當本地所要更新或刪除的數(shù)據(jù)在服務器上已經(jīng)不存在時，就從服務器端返回給客戶端此數(shù)據(jù)已經(jīng)不存在的消息提示。該模塊的邏輯流程如圖3所示。

4測試方法

本文采用黑盒測試來測試系統(tǒng)中的幾個核心模塊：數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)沖突處理。

（1）數(shù)據(jù)錄入測試。用戶登陸后選擇Word錄入日報信息業(yè)務，對日報信息進行錄入操作。在打開的Word文檔中輸入完信息后點擊右側(cè)的的保存按鈕完成數(shù)據(jù)提交，則數(shù)據(jù)正確保存。

（2）數(shù)據(jù)同步測試。當客戶端數(shù)據(jù)和服務器端數(shù)據(jù)不一致時，就需要對數(shù)據(jù)進行同步。

設計了3個測試用例，一是服務器端多一條數(shù)據(jù)，二是本地少一條數(shù)據(jù)，三是服務器端更改一條數(shù)據(jù)。經(jīng)測試，當觸發(fā)數(shù)據(jù)同步事件時，服務器端數(shù)據(jù)和本地數(shù)據(jù)一致。

圖3數(shù)據(jù)同步與數(shù)據(jù)沖突流程

（3）數(shù)據(jù)沖突。 設計了兩個測試用例，一是在數(shù)據(jù)同步過程中，需要同步的數(shù)據(jù)在服務器端已經(jīng)不存在；二是在客戶端聯(lián)網(wǎng)用戶處理更新數(shù)據(jù)時，可能在用戶讀取完數(shù)據(jù)到提交更新數(shù)據(jù)這段時間內(nèi)，對應的數(shù)據(jù)在服務器端已被刪除。第一個測試用例測試后，系統(tǒng)返回此數(shù)據(jù)不存在的信息；第二個測試用例測試后，系統(tǒng)返回此數(shù)據(jù)不存在的信息。

通過系統(tǒng)測試可以看出，系統(tǒng)各項功能都能夠按照預期正常無誤地運行，數(shù)據(jù)處理量大、速度快，易于擴展和維護，對平臺無特殊要求，也可移植到其它計算機。

5結語

本文研究了企業(yè)信息化系統(tǒng)中智能文檔平臺設計與實現(xiàn)，并對智能文檔結合Web服務過程中可能出現(xiàn)的問題進行了分析，包括與服務端的通訊方式、離線處理問題以及對離線處理的需要所帶來的數(shù)據(jù)緩存、數(shù)據(jù)同步與用VSTO開發(fā)Office等一系列問題，并對這些問題提出了一定的解決方案。

參考文獻參考文獻：

＼[1＼]王衛(wèi)星，王晨光.基于SOA的企業(yè)信息系統(tǒng)集成框架[J].計算機工程，2010（18）：2931.

[2]索紅光，王雷全.智能客戶端系統(tǒng)中數(shù)據(jù)同步策略的研究與實現(xiàn)[J].計算機工程與設計，2007（2）：351353.

[3]ERIC CARTER.VSTO開發(fā)指南：使用Visual Basic 2005進行基于Excel、Word、Outlook、Infopath的Office開發(fā)[M].北京：電子工業(yè)出版社，2008.

[4]SCOTT KLEIN.WCF高級編程[M].北京：清華大學出版社，2008.

[5]DAVID HILL，BRENTON WEBSTER.智能客戶端體系結構與設計指南[EB/OL].http：//msdn2.microsoft.com/zh-cn/library/ms998506.aspx，2012.

責任編輯（責任編輯：孫娟）