劉長騫

LIU Chang-qian

（淄博職業(yè)學(xué)院，淄博 255314）

0 引言

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

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

1 基于RIA的OA開發(fā)模式概述

1.1 RIA介紹

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

圖1 RIA的應(yīng)用程序模型

RIA的主要優(yōu)點有：

1）跨平臺特性；

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

3）客戶端數(shù)據(jù)緩存；

4）一次加載，多次調(diào)用；

5）數(shù)據(jù)信息傳輸高效；

6）個性化配置好；

7）開發(fā)及部署方便快速。

1.2 RIA中的Ajax模式

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

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

2 系統(tǒng)設(shè)計

2.1 系統(tǒng)結(jié)構(gòu)分析

本系統(tǒng)的功能結(jié)構(gòu)設(shè)計如圖2所示。

圖2 網(wǎng)絡(luò)OA的功能圖

在實際的網(wǎng)絡(luò)辦公中，通常主要的功能有：公文的流轉(zhuǎn)，發(fā)送及接收消息文件，以及權(quán)限控制與用戶管理等。

2.1.1 公文流轉(zhuǎn)

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

2.1.2 消息及文件傳送

消息及文件傳送功能的難點為怎樣完成客戶端的主動獲取與查詢。這是B/S與C/S結(jié)構(gòu)的一個主要區(qū)別。源客戶端把目標(biāo)文件或者消息文字上傳到服務(wù)端后，服務(wù)端等待目標(biāo)客戶端查詢并拉取信息?？蛻舳艘怨潭ǖ臅r間間隔向服務(wù)端實施查詢，假如該間隔太小，就會增加服務(wù)器的壓力；如果間隔太大，則又會導(dǎo)致客戶端響應(yīng)太慢?；谶@種考慮，將該時間間隔設(shè)為可調(diào)，即當(dāng)用戶進(jìn)行登錄時，客戶端實施查詢的時間間隔逐漸增大，假如查詢結(jié)果是空，該間隔進(jìn)一步增大，否則就減小。采用這種方式，能夠有效地減輕服務(wù)端的處理壓力。

2.1.3 用戶管理與權(quán)限控制

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

2.2 系統(tǒng)功能模塊詳細(xì)設(shè)計

2.2.1 系統(tǒng)登錄與注冊模塊

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

圖3 用戶登錄流程

2.2.2 公文處理模塊

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

圖4 公文結(jié)構(gòu)

2.2.3 公文審批流轉(zhuǎn)模塊

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

2.2.4 公文反饋模塊

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

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

2.2.5 權(quán)限和用戶管理模塊

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

3 結(jié)束語

網(wǎng)絡(luò)辦公自動化系統(tǒng)為目前一種信息領(lǐng)域發(fā)展非常迅速的學(xué)科，它的發(fā)展與應(yīng)用在日常辦公過程中起到的作用越來越重要。本系統(tǒng)采用RIA開發(fā)模式，開發(fā)出各種應(yīng)用功能，而且可以將一些服務(wù)端運行的程序交由客戶端執(zhí)行，大大地提高了客戶端響應(yīng)速度，減輕服務(wù)器的負(fù)擔(dān)。

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

[2]谷振東.中小企業(yè)辦公自動化系統(tǒng)的設(shè)計與實現(xiàn)[J].長春大學(xué)學(xué)報.2007.

[3]師云秋,王錫鋼,劉丹.基于Intranet的B/S結(jié)構(gòu)高校辦公系統(tǒng)的研究與設(shè)計[J].鞍山師范學(xué)院學(xué)報.2006,04.

[4]唐婷.企業(yè)OA系統(tǒng)的分析與設(shè)計[J].成都電子機械高等?？茖W(xué)校學(xué)報.2007,03.

[5]李可持.機關(guān)事業(yè)單位辦公自動化系統(tǒng)的設(shè)計與實現(xiàn)[J].電腦知識與技術(shù)(學(xué)術(shù)交流)∶2007,02.

[6]李光文.學(xué)校辦公自動化管理系統(tǒng)的設(shè)計與實現(xiàn)[J].辦公自動化∶2008,12.