徐航軍

摘要：近年來，“辦公自動化”的概念越來越深入人心。所謂“辦公自動化”，即結(jié)合現(xiàn)有的計算機技術(shù)，將一些傳統(tǒng)的需要人工處理的事項交給計算機來處理，以節(jié)省人力資源成本，提高效率。目前，最火的“自動化”為辦公自動化。一般認為，凡是在傳統(tǒng)的辦公室中采用各種新技術(shù)、新機器、新設(shè)備從事辦公業(yè)務，都屬于辦公自動化的領(lǐng)域。本文主要工作如下：

結(jié)合系統(tǒng)的需求分析，對系統(tǒng)進行了設(shè)計，包括軟件架構(gòu)設(shè)計和硬件架構(gòu)設(shè)計，同時，對系統(tǒng)進行了詳細設(shè)計，使用時序圖和文字的形式詳細描述了系統(tǒng)的主要功能模塊

關(guān)鍵詞：辦公自動化；系統(tǒng)；ASP.Net；MVC設(shè)計模式；SQL Server數(shù)據(jù)庫

中圖分類號：TP311

文獻標識碼：A

DOI： 10.3969/j.issn.1003-6970.2015.08.019

1 中航建開物業(yè)管理中心OA系統(tǒng)的設(shè)計

1.1 系統(tǒng)的軟件架構(gòu)設(shè)計

本系統(tǒng)采用了B/S架構(gòu)設(shè)計，在邏輯上被劃分為4個層次，其架構(gòu)圖如圖1所示：

系統(tǒng)軟件架構(gòu)自下而上分別是數(shù)據(jù)庫、數(shù)據(jù)訪問層、業(yè)務邏輯層和表示層，具體如下：

數(shù)據(jù)庫：該層是系統(tǒng)的所有數(shù)據(jù)資源，包括所有的原始數(shù)據(jù)等，該層被SQL Server數(shù)據(jù)庫管理系統(tǒng)管理，并提供基本的身份認證功能，提供有關(guān)數(shù)據(jù)訪問的編程接口；

數(shù)據(jù)訪問層：該層對數(shù)據(jù)庫進行了封裝，并為上面的業(yè)務邏輯層提供了數(shù)據(jù)訪問的借口，該層封裝數(shù)據(jù)庫后，可以使業(yè)務邏輯層以對象操作的方式來訪問關(guān)系數(shù)據(jù)庫；

業(yè)務邏輯層：該層使系統(tǒng)的基本業(yè)務邏輯，也就是本系統(tǒng)6個主要功能模塊的執(zhí)行代碼，該層收到表示層傳遞的數(shù)據(jù)后，即對數(shù)據(jù)進行處理，處理完成后再將結(jié)果返回給表示層；

表示層：該層使數(shù)據(jù)顯示層，主要關(guān)注數(shù)據(jù)的顯示和表示方式，并負責與用戶交互，該層從用戶處獲得相關(guān)的輸人數(shù)據(jù)和命令，并調(diào)用業(yè)務邏輯層的業(yè)務邏輯來處理，處理完成后，再將結(jié)果返回給用戶。

1.2 系統(tǒng)的硬件架構(gòu)設(shè)計

系統(tǒng)在開發(fā)完成后需要被部署到真實的硬件環(huán)境中由于本系統(tǒng)采用了B/S架構(gòu)設(shè)計，并且需要被多個用戶訪問，因此，本系統(tǒng)在硬件設(shè)計中較多地依賴網(wǎng)絡(luò)，如圖2所示：

圖2描述了系統(tǒng)的硬件架構(gòu)設(shè)計，本系統(tǒng)在進行硬件架構(gòu)設(shè)計時，不僅考慮了對內(nèi)網(wǎng)計算機訪問系統(tǒng)的支持，也考慮了對外網(wǎng)計算機訪問系統(tǒng)的支持；此外，為了保障系統(tǒng)的安全性，以防止互聯(lián)網(wǎng)上對系統(tǒng)的攻擊，系統(tǒng)在互聯(lián)網(wǎng)網(wǎng)關(guān)處配備了防火墻。

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

1.3.1 協(xié)同工作模塊

協(xié)同工作模塊主要是對系統(tǒng)的工作流進行管理的模塊，該模塊包括6個子模塊：待辦事項模塊、已辦事項模塊、待發(fā)事項模塊、已發(fā)事項模塊、超期督辦模塊和流程管理模塊。

其中，普通待辦事項的時序圖如圖3所示：

圖3描述了普通待辦事項的處理過程，普通待辦事項并不需要單位領(lǐng)導審核，在普通待辦事項中，部門領(lǐng)導首先在系統(tǒng)中發(fā)布相關(guān)的工作，完成后，再由普通用戶去完成即可。

已辦事項模塊中，用戶登陸系統(tǒng)后，即可查看相關(guān)的已辦事項，并對相關(guān)的已辦事項進行管理，部門用戶可以在登陸后設(shè)置已辦事項重辦。

待發(fā)事項模塊和已發(fā)事項模塊類似。

超期督辦的時序圖如圖4所示：

圖4描述了超期督辦的處理過程，部門領(lǐng)導首先在系統(tǒng)中發(fā)布督辦事項，系統(tǒng)即提醒相關(guān)的普通用戶，普通用戶登錄系統(tǒng)，完成相關(guān)的督辦事項，系統(tǒng)同時還提供了取消督辦事項的功能。

流程管理模塊中，用戶登錄系統(tǒng)后，即可對系統(tǒng)的協(xié)同工作流程進行設(shè)置，也可以對規(guī)則進行添加、修改、刪除和查詢的操作。

1.3.2 表單應用模塊

表單應用模塊是對系統(tǒng)中相關(guān)申請表單和流程數(shù)據(jù)進行管理的模塊，該模塊包括兩個子模塊：流程數(shù)據(jù)管理模塊和表單管理模塊。

流程管理模塊中，用戶登錄系統(tǒng)后，即可對系統(tǒng)的表單應用流程數(shù)據(jù)進行管理，包括對流程數(shù)據(jù)的添加、修改、刪除和查詢的操作。

普通表單管理功能的時序圖如圖5所示：

普通表單管理模塊中，不需要單位領(lǐng)導處理，僅需部門領(lǐng)導處理即可，即普通用戶添加了表單后，由相關(guān)的部門領(lǐng)導處理。部門領(lǐng)導處理完成后普通用戶申請即完成；若為相關(guān)的重要工作表單，則在部門領(lǐng)導審核后，還需要交給單位領(lǐng)導再次審核才能完成。

1.3.3 文檔管理模塊

文檔管理模塊是對系統(tǒng)中的相關(guān)文檔進行管理的模塊，該模塊只包含一個子模塊，即文檔管理子模塊。

其中，上傳文檔功能的時序圖如圖6所示：

圖6描述了文檔上傳的處理過程，部門領(lǐng)導登陸系統(tǒng)后，即可在系統(tǒng)中上傳相應的文檔，文檔上傳完成后，系統(tǒng)即提醒普通用戶，相關(guān)的普通用戶打開文檔后即可查看。文檔管理模塊還提供了文檔的查看、文檔的管理和文檔的轉(zhuǎn)發(fā)等功能。

1.3.5 日程/計劃/會議模塊

日程/計劃/會議模塊主要是對系統(tǒng)中的日程安排、計劃安排和會議安排進行管理的模塊，該模塊一共包括4個子模塊：日程安排子模塊、計劃安排子模塊和會議安排子模塊。

日程安排子模塊中，用戶首先登陸系統(tǒng)，即可對相關(guān)事務的日程進行安排，可以添加相關(guān)的日程事項，并對日程事項進行管理，同時，用戶還可以執(zhí)行相關(guān)的日程事項。

計劃安排子模塊中，用戶首先登陸系統(tǒng)，即可對相關(guān)事務的計劃進行安排，可以添加相關(guān)的計劃事項，并對計劃事項進行管理，同時，用戶還可以執(zhí)行相關(guān)的計劃事項。

會議安排功能的時序圖如圖7所示：

圖7描述了會議安排功能的時序圖，部門領(lǐng)導首先在系統(tǒng)中添加會議，然后，再對會議進行安排，安排后即可報單位領(lǐng)導審核，審核完成后即通知相關(guān)的普通用戶會議安排情況。

1.3.6 電子郵件模塊

電子郵件模塊主要是對系統(tǒng)中的電子郵件進行發(fā)送、接收和管理的模塊，該模塊一共包括1個子模塊：電子郵件管理子模塊。

電子郵件發(fā)送和接收功能的時序圖如圖8所示：

圖8描述了電子郵件發(fā)送和接收功能的時序圖，系統(tǒng)用戶首先選擇發(fā)送郵件，郵件發(fā)送后，相關(guān)的接收用戶即可收到提醒，該用戶再次登錄系統(tǒng)后，選擇接收郵件即可。

2 本章小結(jié)

本章主要介紹了系統(tǒng)的設(shè)計，主要介紹了系統(tǒng)的軟件架構(gòu)設(shè)計、系統(tǒng)的硬件架構(gòu)設(shè)計、系統(tǒng)的功能模塊詳細設(shè)計和系統(tǒng)的數(shù)據(jù)庫設(shè)計，本章的研究為后面系統(tǒng)的實現(xiàn)與測試打下了基礎(chǔ)。endprint