基于B/S的校園辦公自動(dòng)化系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

彭 騰

(宜春職業(yè)技術(shù)學(xué)院，江西 宜春 336000)

基于B/S的校園辦公自動(dòng)化系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

彭 騰

(宜春職業(yè)技術(shù)學(xué)院，江西 宜春 336000)

通過分析當(dāng)前最流行的C/S和B/S兩種架構(gòu)的特點(diǎn)來說明基于B/S架構(gòu)的OA系統(tǒng)的優(yōu)勢(shì)。在介紹系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)的過程中，詳細(xì)闡述了設(shè)計(jì)原則、系統(tǒng)的功能需求和非功能需求、系統(tǒng)功能模塊和公文管理模塊的部分實(shí)現(xiàn)內(nèi)容。

校園辦公自動(dòng)化系統(tǒng)；B/S架構(gòu)；C/S架構(gòu)；設(shè)計(jì)原則

1 校園OA系統(tǒng)現(xiàn)狀分析

1.1 C/S 辦公自動(dòng)化系統(tǒng)分析

上世紀(jì)90年代初期OA系統(tǒng)興起時(shí)，軟件公司普遍采用C/S架構(gòu)模式來開發(fā)校園辦公信息系統(tǒng)。這種架構(gòu)的OA系統(tǒng)安全性比較高，適合對(duì)安全級(jí)別有所要求的用戶群使用。現(xiàn)今在信息化程度較高的校園，C/S的OA系統(tǒng)存在以下不足:

A.在C/S架構(gòu)中，系統(tǒng)客戶端需要安裝在客戶PC機(jī)上，系統(tǒng)管理員要為每一臺(tái)PC配置客戶端，因此系統(tǒng)維護(hù)和升級(jí)工作量非常大。

B.在傳統(tǒng)的C/S架構(gòu)下，系統(tǒng)各模塊可能是在不同時(shí)期，由不同團(tuán)隊(duì)使用不同的語言編寫而成，因此OA系統(tǒng)與其他系統(tǒng)集成是個(gè)大問題。

C.C/S架構(gòu)的OA系統(tǒng)需要為不同的系統(tǒng)開發(fā)不同的客戶端，這要求開發(fā)人員熟練掌握各種開發(fā)工具和方法，同時(shí)后期維護(hù)升級(jí)比較困難，因此開發(fā)費(fèi)用頗高。

1.2 B/S辦公自動(dòng)化系統(tǒng)分析

上世紀(jì)90年代后期基于B/S架構(gòu)的OA系統(tǒng)開始引起人們的關(guān)注。在那時(shí)，由于Web技術(shù)的日益成熟，B/S架構(gòu)的系統(tǒng)開始逐步取代了C/S架構(gòu)的OA系統(tǒng)。其巨大的優(yōu)勢(shì)在于:

A.B/S架構(gòu)的辦公自動(dòng)化系統(tǒng)無須為不同類型的客戶機(jī)開發(fā)客戶端，只需要瀏覽器即可與服務(wù)器通信，因此這種架構(gòu)的OA系統(tǒng)易維護(hù)和升級(jí)，滿足了日益多變的高校日常辦公的需求，同時(shí)降低了開發(fā)費(fèi)用。

B.基于瀏覽器充當(dāng)客戶端的OA系統(tǒng)只要通過HTTP協(xié)議或SOAP協(xié)議調(diào)用服務(wù)組件或Web服務(wù)器中的數(shù)據(jù)，無須記錄服務(wù)器IP地址，病毒或攻擊難以直接到達(dá)服務(wù)器，安全系數(shù)較高。

C.Web前端技術(shù)的發(fā)展讓用戶獲得更好的體驗(yàn)感，如極速響應(yīng)、炫彩界面等，這些技術(shù)彌補(bǔ)了基于B/S 架構(gòu)辦公自動(dòng)化系統(tǒng)計(jì)算能力差的缺點(diǎn)。

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

2.1 設(shè)計(jì)原則

辦公自動(dòng)化系統(tǒng)為滿足辦公需要，在設(shè)計(jì)時(shí)應(yīng)滿足以下原則: 第一，實(shí)用性原則。系統(tǒng)設(shè)計(jì)應(yīng)以滿足用戶需求為原則，結(jié)合學(xué)校的日常辦公業(yè)務(wù)，把系統(tǒng)功能設(shè)計(jì)得更具有針對(duì)性和精細(xì)化，這樣系統(tǒng)功能才能解決實(shí)際工作問題。第二，易用性原則。開發(fā)OA系統(tǒng)是為提高辦公效率，而不是讓用戶研究如何去使用系統(tǒng)，開發(fā)出來的軟件必須讓用戶快速上手。第三，可靠性原則。建成好的辦公自動(dòng)化系統(tǒng)是整個(gè)校園行政事務(wù)處理的依托平臺(tái)，因此，設(shè)計(jì)系統(tǒng)需遵循設(shè)計(jì)規(guī)范，加強(qiáng)管理，保證系統(tǒng)的可靠性。第四，可擴(kuò)展性原則。任何系統(tǒng)都具有生存周期，要想更好地滿足日后學(xué)校發(fā)展需要，系統(tǒng)設(shè)計(jì)必須考慮可擴(kuò)展性，使得系統(tǒng)能很好與其他系統(tǒng)集成。第五，安全性原則。系統(tǒng)存有學(xué)校重要的資料信息，這要求系統(tǒng)在設(shè)計(jì)時(shí)，需考慮權(quán)限的控制，在未經(jīng)允許的情況下，非授權(quán)人員無法獲取相關(guān)信息。同時(shí)，還要求系統(tǒng)必須具有抵御入侵和攻擊的能力。

2.2 需求分析

良好的辦公系統(tǒng)既要滿足功能需求又要滿足非功能需求。軟件功能需求可以從滿足不同用戶的需求中來獲得。從實(shí)際工作出發(fā)，可以很容易地推導(dǎo)出校園辦公自動(dòng)化系統(tǒng)的六類用戶，分別是系統(tǒng)管理員、校長(zhǎng)、分管校長(zhǎng)、部門領(lǐng)導(dǎo)、干事、普通教師。

系統(tǒng)管理員能夠進(jìn)行系統(tǒng)管理功能，如: 用戶管理、數(shù)據(jù)管理、權(quán)限管理、參數(shù)設(shè)置等；校長(zhǎng)能夠進(jìn)行對(duì)分管校長(zhǎng)、部門領(lǐng)導(dǎo)請(qǐng)求報(bào)告的審閱和學(xué)校通知的瀏覽；分管校長(zhǎng)能夠進(jìn)行對(duì)部門領(lǐng)導(dǎo)提交的請(qǐng)求報(bào)告的審閱和瀏覽通知的操作；部門領(lǐng)導(dǎo)能夠進(jìn)行部門報(bào)告的審閱、撰寫和通知瀏覽等操作；干事能夠編寫報(bào)告，提交報(bào)告、瀏覽通知等操作；普通教師能夠?yàn)g覽通知、獲取消息通知、維護(hù)個(gè)人信息。

非功能需求需要從操作需求、性能需求、安全需求等三個(gè)方面分析，根據(jù)需求調(diào)研結(jié)果總結(jié)出辦公自動(dòng)化系統(tǒng)應(yīng)滿足的非功能需求，如表1所示。

表1 OA系統(tǒng)非功能需求

2.3 系統(tǒng)功能設(shè)計(jì)

校園辦公自動(dòng)化系統(tǒng)包括通知管理、公文管理、任務(wù)管理、郵件管理、系統(tǒng)管理、日常管理等六大模塊，其中通知管理、公文管理、任務(wù)管理、系統(tǒng)管理、郵件管理是需要重點(diǎn)設(shè)計(jì)的。

通知管理模塊包括發(fā)布通知、瀏覽通知、轉(zhuǎn)發(fā)通知、撤銷通知等三個(gè)子功能模塊。其中在發(fā)布通知模塊下，用戶可以編寫通知屬性，如通知標(biāo)題、發(fā)布時(shí)間、發(fā)布范圍、通知正文內(nèi)容，還可以指定審核對(duì)象。瀏覽通知用于查看其他用戶已發(fā)送的通知。轉(zhuǎn)發(fā)通知用于將發(fā)送給自己的通知轉(zhuǎn)發(fā)給下級(jí)用戶。

公文管理模塊包括發(fā)布公文、瀏覽公文、審閱公文等三個(gè)子功能模塊。其中在發(fā)布公文模塊下，用戶可以編輯公文、選擇公文發(fā)布范圍。在公文管理模塊中，用戶還可以審批公文、瀏覽公文。

任務(wù)管理模塊包括發(fā)布任務(wù)、瀏覽任務(wù)、修改任務(wù)等兩個(gè)子功能模塊。其中在發(fā)布任務(wù)模塊下，用戶可以創(chuàng)建任務(wù)，編輯任務(wù)屬性。瀏覽任務(wù)用于查看任務(wù)進(jìn)度。修改任務(wù)用于重新編輯任務(wù)。

系統(tǒng)管理模塊包括用戶管理、權(quán)限管理、角色管理等三個(gè)子功能模塊。其中用戶管理用于添加、刪除用戶信息。權(quán)限管理用于設(shè)置用戶與角色的關(guān)系，具有某種角色的用戶就有某種權(quán)限。角色管理用于添加、刪除角色信息，每種角色有操作多個(gè)模塊的權(quán)限。

郵件管理模塊包括寫信息、收信、地址管理等三個(gè)子功能模塊。其中寫信模塊用于發(fā)送郵件。收信模塊用于查收郵件、轉(zhuǎn)發(fā)郵件、回復(fù)郵件。地址管理用于標(biāo)注與用戶通信的e-mail地址，用戶可以直接輸入姓名就能查到該人的郵件地址，用戶無須記憶。

3 系統(tǒng)實(shí)現(xiàn)

校園辦公自動(dòng)化系統(tǒng)實(shí)現(xiàn)工具: Visual Studiio2015+IIS7.0+Sql Server2008。由于系統(tǒng)模塊比較多，出于文章篇幅考慮，本文只介紹公文管理實(shí)現(xiàn)的過程。

A.發(fā)布公文實(shí)現(xiàn)過程: 用戶進(jìn)入系統(tǒng)子界面，點(diǎn)擊“發(fā)布”按鈕，進(jìn)入公文發(fā)布頁面。在頁面上，用戶輸入標(biāo)題、描述，選擇發(fā)布時(shí)間，編寫正文內(nèi)容，加蓋電子公章后，點(diǎn)擊“提交”按鈕，系統(tǒng)驗(yàn)證用戶選擇，彈出發(fā)布范圍選擇框。用戶選擇好范圍后，點(diǎn)擊“發(fā)布”，系統(tǒng)保存發(fā)布信息。

B.瀏覽公文實(shí)現(xiàn)過程: 用戶進(jìn)入系統(tǒng)子界面，點(diǎn)擊“瀏覽”按鈕，進(jìn)入公文瀏覽頁面。系統(tǒng)讀取數(shù)據(jù)庫(kù)，返回所有發(fā)送給用戶的公文信息，并在頁面中以時(shí)間從近到遠(yuǎn)的順序羅列出所有公文信息。用戶點(diǎn)擊公文標(biāo)題即可瀏覽公文內(nèi)容。在瀏覽過程中，如果用戶需要審閱公文也可以點(diǎn)擊公文內(nèi)容上方的“審批”按鈕，系統(tǒng)驗(yàn)證用戶權(quán)限，驗(yàn)證通過，顯示審批界面。

C.審批公文實(shí)現(xiàn)過程: 用戶直接進(jìn)入審批公文界面，點(diǎn)擊“審批”按鈕即可。系統(tǒng)讀取數(shù)據(jù)庫(kù)，返回未審批的公文信息。用戶點(diǎn)擊某一公文標(biāo)題，進(jìn)入審批頁。在審批頁上，用戶輸入審批意見、加蓋電子公章，點(diǎn)擊“提交”按鈕，系統(tǒng)保存審批后的公文，同時(shí)在頁面上顯示“導(dǎo)出”、“打印”按鈕，提醒用戶可以完成導(dǎo)出和打印審批后的公文內(nèi)容。公文管理模塊用到的部分代碼如下:

//發(fā)布公文

public void Add Document (Document doc User systemuser, String context){

System.Data Time current Time=new System.Data Time();

Document doc=new document (system.timestamps());

doc.sender=systemuser;

doc.context=context;

doc.sendtime=current Time;

SqlHelper.add (object doc,string sql);

}

4 結(jié)語

搭建基于B/S架構(gòu)的校園辦公自動(dòng)化系統(tǒng)需要重點(diǎn)考慮安全問題。本次項(xiàng)目開發(fā)組從訪問控制、數(shù)據(jù)加密、網(wǎng)絡(luò)規(guī)劃等途徑來保證數(shù)據(jù)不外泄，不被他人篡改。總體而言，系統(tǒng)是一套安全、高效、功能完備的信息管理系統(tǒng)。

[1] 蔣劼.談辦公自動(dòng)化系統(tǒng)在高校中的推廣與應(yīng)用[J].科教導(dǎo)刊(上旬刊)，2014，(01):12-13.

[2] 張曉麗，路楊.基于MVC模式的 Web OA系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)技術(shù)與發(fā)展，2012， (08):29.

[3] 王立.UML與軟件工程基礎(chǔ)[M]．北京:高等教育出版社，2011.

[4] 趙池龍，楊林.實(shí)用軟件工程[M].北京:電子工業(yè)出版社，2011.

[5] 徐暢.高職院校辦公自動(dòng)化系統(tǒng)的分析與設(shè)計(jì)[J].電腦編程技巧與維護(hù)，2016，(16):55.

Design and implementation of B/S based on campus office automation system

PENG Teng

(Yichun Vocational and Technical College, Yichun 336000, China)

By analyzing the characteristics of the most popular C/S and B/S architecture, the advantages of OA system based on B/S architecture are analyzed. In the course of introducing the design and implementation of the system, the design principles, the functional requirements and non-functional requirements of the system, the functional modules and the parts of the document management module are described in detail.

Campus office automation system; B/S architecture; C/S architecture; Design principle

2016-10-27

彭騰(1983-)， 男，碩士，講師，工程師。

TP311.52

A

1674-8646(2016)24-0057-02