Ajax技術與RIA在網絡辦公自動化中應用

劉長騫

LIU Chang-qian

（淄博職業學院，淄博 255314）

0 引言

數字化辦公的實現，它和傳統的辦公自動化及管理信息系統不一樣，它是構建在Intranet內網的基礎上，采用自上而下的構建思路，即將內部網視為一個完整的整體，網上所有用戶是該整體的對象，通常也稱這個基礎是內網平臺。該內網平臺主要完成的任務有：網絡資源及含網絡應用的管理，用戶對象的管理，逐級網絡資源授權，以及提供一些常用的應用服務(例如論壇，郵件，檢索，導航等)。根據相同的瀏覽器界面，用戶能夠訪問系統，系統依據用戶的不同權限提供不同的功能服務，實現網絡環境下的數字化辦公。

本系統使用B/S結構設計，為了降低網絡數據流量，方便用戶使用操作，系統設計時采用了RIA（Rich Internet Application）豐富客戶端處理表現技術以及Ajax（Asynchronous JavaScript and XML）異步后臺通信機制，為公文處理的雙方構建了一個實時通信平臺，同時把批文和意見實施及時的反饋。審批人能夠像本地軟件操作一樣，通過多種的UI控件對文件實施審批，從而使操作變得非常簡單和便捷。

1 基于RIA的OA開發模式概述

1.1 RIA介紹

RIA翻譯成中文，即為豐富因特網應用程序。豐富因特網應用程序，其特點就是把傳統Web應用程序部署靈活特性和桌面應用程序的用戶交互便捷優點相結合，具有部署成本低、開發快速便捷等特點，是新一代的網絡應用程序。RIA中的豐富客戶端(Rich Client)能夠提供已編譯客戶端應用程序運行環境，其通過HTTP以文件形式傳輸，客戶端應用程序通過異步客戶／服務器架構，進行與后端的應用服務器連接。RIA的功能分層情況如圖1所示。

圖1 RIA的應用程序模型

RIA的主要優點有：

1）跨平臺特性；

2）用戶界面友好，交互性強；

3）客戶端數據緩存；

4）一次加載，多次調用；

5）數據信息傳輸高效；

6）個性化配置好；

7）開發及部署方便快速。

1.2 RIA中的Ajax模式

異步JavaScript和XML（Asynchronous JavaScript and XML，AJAX），指的是建立交互式頁面程序的開發技術。傳統的web應用程序，通常是用戶進行表單(form)的填寫，用戶提交表單時，程序向web服務器提交請求。服務器接收該請求，然后對該表單進行處理，處理完畢后向程序返回一個新網頁。這種技術體制由于前后兩個頁面中主要的HTML源程序主體一樣，就容易造成網絡帶寬的浪費。因為每次應用的交互都需要給服務器提交請求，因而服務器響應時間就決定了應用的響應時間的快慢。所以，這就造成了用戶界面程序的響應相對于本地應用程序要慢很多。

而AJAX應用則恰好克服這種技術體制的不足，它能夠向服務器提交并取回所需要的數據，它使用了SOAP或一些基于XML的web service應用接口，同時應用JavaScript技術處理客戶端來自服務器的響應。由于瀏覽器與服務器二者間的交換數據大幅度地降低，所以客戶端的響應時間就會有效地減少。而且，很多處理工作能夠在提交請求的客戶端上進行，減少了Web服務器負載。

2 系統設計

2.1 系統結構分析

本系統的功能結構設計如圖2所示。

圖2 網絡OA的功能圖

在實際的網絡辦公中，通常主要的功能有：公文的流轉，發送及接收消息文件，以及權限控制與用戶管理等。

2.1.1 公文流轉

當辦事部門開始進行某系列公文處理時，首先需要明確此系列公文中需處理的一個或多個文件，然后為文件確定好模板，提供給用戶申請時下載并填寫，同時規定好查閱及審批公文的個人或部門的權限。這樣，就確定了由許多文件模板構成的“公文類”。如果用戶提交公文申請時，就需要在辦事部門的“可辦理公文”群中找到對應的公文類，下載相應的公文模板后，根據模板要求進行填寫，然后再將其上傳到此部門“公文申請”中，轉入“公文流轉過程”。

2.1.2 消息及文件傳送

消息及文件傳送功能的難點為怎樣完成客戶端的主動獲取與查詢。這是B/S與C/S結構的一個主要區別。源客戶端把目標文件或者消息文字上傳到服務端后，服務端等待目標客戶端查詢并拉取信息。客戶端以固定的時間間隔向服務端實施查詢，假如該間隔太小，就會增加服務器的壓力；如果間隔太大，則又會導致客戶端響應太慢。基于這種考慮，將該時間間隔設為可調，即當用戶進行登錄時，客戶端實施查詢的時間間隔逐漸增大，假如查詢結果是空，該間隔進一步增大，否則就減小。采用這種方式，能夠有效地減輕服務端的處理壓力。

2.1.3 用戶管理與權限控制

上述兩個功能的運行當中，必須要實施有效對用戶的管理與權限的控制。為了防止用戶的誤操作，用戶進行公文類的打開與下載時，任何其他一個成員對其訪問時，系統均要對當前用戶進行權限審核。當在用戶打開對象前，服務端需要把該對象和當前用戶相關所有權限提取出來，連同對象一起，下載至客戶端，由客戶端的RIA程序實施對權限的審核。

2.2 系統功能模塊詳細設計

2.2.1 系統登錄與注冊模塊

用戶使用系統時，首先要進行注冊操作，注冊后的身份就變成了“來賓”身份，只有兩個權限：填寫文件類中的文件模板，以及提交公文并查看提交公文審批狀況。假如該用戶需要其它的權限，那么就需要系統管理員將該用戶分發至某個特定的組或部門，從而繼承該部門的全部權限。用戶登錄流程如圖2所示。

圖3 用戶登錄流程

2.2.2 公文處理模塊

通常在辦公環境中，一個單獨的公文包括許多的文件，而這些文件允許同時提交，也可以在審批的過程中依次補充。文件的要素有：正文，標題，落款等，由于每個文件有可能需要若干個審批者的審核，因而要每個文件之后，添加相關審批部門審批欄。審批欄包括批語、批復者的落款和是否通過等要素。公文結構如圖4所示。

圖4 公文結構

2.2.3 公文審批流轉模塊

在用戶完成了公文中文件填寫之后，文件將根據此類公文的標準流程，依次流轉。在本系統當中，在審批人登錄了系統后，系統的服務端會依據審批者的權限，查找數據庫中審批者全部待批公文，同時發送到客戶端，提供給用戶進行操作。假如待批公文的數量超過10個，那么就需要實施分頁，降低傳輸的數據傳，系統用戶通過界面的“下一頁”、“上一頁”按鈕實施瀏覽，也能夠通過“排序依據”對公文實施排序。

2.2.4 公文反饋模塊

公文批示流程中，有時需要審批人和申請人實施一些信息交流。因此，這就要求公文流轉至某個狀態時，審批人將指定文件模板反饋給申請人進行填寫，同時交回實施批復等。

全部的這些反饋均要用專門的模塊實施統一的管理。每次實施批復過程中，在批復欄的右邊，會顯示一個“反饋文件"欄，如圖5所示。審批人能夠在這欄的反饋設置中，規定需反饋的文件模板。假如此文件模板沒有在列表欄中出現，那么審批人能夠通過“追加文件”方式實施上傳，通過服務端接收，同時把它記錄在“附加文件”列表里。

2.2.5 權限和用戶管理模塊

系統的用戶具有何種功能操作，均是由用戶權限決定的。因此，用戶權限的合理設置是系統有效運行的一個重要因素。綜合系統運行時的各種情況，系統將權限共分為19種，分別是：創建公文類，列表公文類，刪除公文類，刪除公文，創建公文，公文列表，打開公文，公文授權，打開文件，追加文件，簽署批復，文件授權，查看批復，創建用戶，授權批復，刪除用戶，組創建，組刪除等。

3 結束語

網絡辦公自動化系統為目前一種信息領域發展非常迅速的學科，它的發展與應用在日常辦公過程中起到的作用越來越重要。本系統采用RIA開發模式，開發出各種應用功能，而且可以將一些服務端運行的程序交由客戶端執行，大大地提高了客戶端響應速度，減輕服務器的負擔。

[1]趙宏.基于Web的0AS安全設計-遼寧公路辦公自動化系統安全設計方案[J].計算機安全.2008,06(25-27).

[2]谷振東.中小企業辦公自動化系統的設計與實現[J].長春大學學報.2007.

[3]師云秋,王錫鋼,劉丹.基于Intranet的B/S結構高校辦公系統的研究與設計[J].鞍山師范學院學報.2006,04.

[4]唐婷.企業OA系統的分析與設計[J].成都電子機械高等專科學校學報.2007,03.

[5]李可持.機關事業單位辦公自動化系統的設計與實現[J].電腦知識與技術(學術交流)∶2007,02.

[6]李光文.學校辦公自動化管理系統的設計與實現[J].辦公自動化∶2008,12.