◎王亞妮

(陜西科技大學(xué)信息與網(wǎng)絡(luò)管理中心，西安712000)

基于三層架構(gòu)的We b模式高校疫情管理系統(tǒng)設(shè)計

◎王亞妮

(陜西科技大學(xué)信息與網(wǎng)絡(luò)管理中心，西安712000)

通過解析系統(tǒng)軟件架構(gòu)的實現(xiàn)方法，詳細闡述了基于三層架構(gòu)的Web模式高校疫情管理系統(tǒng)設(shè)計的思路和方法，以此促使有關(guān)人員在高校疫情發(fā)生時，能夠及時掌握全面情況，并做出有效決策，從而將疫情影響降低到最小狀態(tài)。

三層架構(gòu)；高校；管理系統(tǒng)；設(shè)計

引言

高校是人口密度相對較大的單位，人群流動性高，在突發(fā)疫情時，校方需要及時、準(zhǔn)確地掌握疫情范圍、疫情狀態(tài)、隔離措施、服務(wù)人員等情況，通過Web模式的高校疫情管理系統(tǒng)，能夠促使有關(guān)人員及時掌握全面情況，為正確的決策提供數(shù)據(jù)支持。因此，設(shè)計Web模式高校疫情管理系統(tǒng)顯得十分重要。

1 .需求分析

通過對部分高校進行調(diào)查，獲取到高校在疫情突發(fā)時運行機制的實際情況，在認真對高校疫情管控機制數(shù)據(jù)流分析的基礎(chǔ)上，高校疫情管理系統(tǒng)需要實現(xiàn)基礎(chǔ)數(shù)據(jù)管理、部門管理、用戶管理、疫情上報管理、公告管理功能。

1.1 基礎(chǔ)數(shù)據(jù)管理

基礎(chǔ)數(shù)據(jù)管理實現(xiàn)由系統(tǒng)管理員進行的系統(tǒng)參數(shù)管理、系統(tǒng)風(fēng)格管理、疫情基礎(chǔ)數(shù)據(jù)管理三個功能。

系統(tǒng)參數(shù)管理，實現(xiàn)對注冊系統(tǒng)使用單位、上傳Logo、域名、敏感詞語等管理功能[1]。系統(tǒng)風(fēng)格管理，實現(xiàn)對系統(tǒng)整體風(fēng)格的設(shè)置管理。疫情基礎(chǔ)數(shù)據(jù)管理，實現(xiàn)對疫情的名稱、發(fā)現(xiàn)時間、發(fā)現(xiàn)地點、發(fā)現(xiàn)人、接收報告人等管理。

1.2 部門管理

部門管理，實現(xiàn)由系統(tǒng)管理員進行的部門類型管理、部門信息管理功能?？紤]到部分高校有二級學(xué)院，所以需要部門類型管理。部門信息管理，實現(xiàn)對部門名稱、辦公地點、辦公電話、負責(zé)人、負責(zé)人電話等管理。

1.3 用戶管理

用戶管理，實現(xiàn)由系統(tǒng)管理員進行的用戶角色管理、用戶信息管理功能。用戶角色管理，實現(xiàn)對系統(tǒng)用戶種類和權(quán)限管理，用戶角色包括系統(tǒng)管理員、部門疫情上報者、部門疫情審核者、公告發(fā)布者、公告審核者。

1.4 疫情上報管理

疫情上報管理，實現(xiàn)由系統(tǒng)管理員進行疫情上報流程管理、疫情上報者管理、疫情審核者管理、疫情上報管理、疫情匯總分析管理功能。

由于各個高校各級行政管理機構(gòu)設(shè)置不同，所以疫情上報流程也有差別，實現(xiàn)疫情上報流程管理是為了使本系統(tǒng)適用于高校的復(fù)雜情況。系統(tǒng)管理員可對各部門的疫情上報者的所在部門、姓名、電話等信息進行管理。上報者上報疫情時，系統(tǒng)會自動記錄上報時間、上報者、上報內(nèi)容等內(nèi)容。疫情上報者上報疫情后，系統(tǒng)并不能顯示疫情信息，只有部門疫情審核者對疫情信息審核后，才能顯示出來，此時審核者可直接發(fā)布疫情公告到公告欄，默認公告已通過審核。

1.5 公告管理

公告管理，實現(xiàn)由系統(tǒng)管理員進行公告發(fā)布者管理、公告審核權(quán)限管理、公告發(fā)布管理功能。設(shè)計公告欄的目的主要是為了方便高校各級人員及時了解疫情發(fā)展情況，穩(wěn)定人心，所以公告發(fā)布者發(fā)布的疫情信息，要經(jīng)過專門的審核者進行審核才能在公告欄中顯示。

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

系統(tǒng)設(shè)計主要從系統(tǒng)運行環(huán)境、數(shù)據(jù)庫設(shè)計、系統(tǒng)架構(gòu)和系統(tǒng)功能性設(shè)計四個方面進行闡述。

2.1 系統(tǒng)運行環(huán)境

由于高校疫情管理系統(tǒng)是一個相對獨立的信息管理系統(tǒng)，最好架設(shè)單獨的服務(wù)器，Web服務(wù)器和數(shù)據(jù)庫服務(wù)器可分設(shè)到兩臺服務(wù)器上，也可合并到一臺獨立的服務(wù)器上。服務(wù)器硬件配置環(huán)境（見表1）：

需要說明的是，客戶端要求能通過互聯(lián)網(wǎng)訪問Web服務(wù)器就可以了，并不做更高的要求。服務(wù)器和客戶端軟件環(huán)境（見表2）：

表1 服務(wù)器硬件配置環(huán)境

表2 服務(wù)器和客戶端軟件環(huán)境

2.2 數(shù)據(jù)庫設(shè)計

2.2.1 數(shù)據(jù)庫邏輯設(shè)計[2]

通過對用戶需求分析，可以確定系統(tǒng)的主要實體為：系統(tǒng)參數(shù)、疫情、部門類型、部門、角色、用戶、公告等。系統(tǒng)參數(shù)實體屬性：系統(tǒng)使用單位、Logo、域名、敏感詞匯。疫情實體屬性：疫情名稱、癥狀、發(fā)現(xiàn)時間、發(fā)現(xiàn)人、發(fā)現(xiàn)地點、上報人、上報時間、接收報告人。由于篇幅所限，其他實體不再列出。

2.2.2 數(shù)據(jù)物理設(shè)計

盡管數(shù)據(jù)庫不區(qū)分大小寫，但為了提高易讀性，設(shè)計數(shù)據(jù)庫、數(shù)據(jù)表和列名時，采用了匈牙利命名方法，也就是說每個單詞的首字母都要大寫。

數(shù)據(jù)庫名稱定義為：EpidemicMS_DB，要求創(chuàng)建數(shù)據(jù)庫時，存放在除了邏輯驅(qū)動器C以外的其他分區(qū)[3]，這樣做的好處在于數(shù)據(jù)庫文件不受數(shù)據(jù)庫服務(wù)器操作系統(tǒng)的影響。主數(shù)據(jù)庫文件名為EpidemicMS_DB.mdf，初始大小為10MB，增量為1MB，增長不受限制；日志文件名為EpidemicMS_DB. ldf，增量為5%，最大限制為1024MB。

主要數(shù)據(jù)表如表3所示：

2.3 系統(tǒng)軟件架構(gòu)設(shè)計[4]

系統(tǒng)擬采用經(jīng)典的三層架構(gòu)[5]，數(shù)據(jù)訪問層為EpidemicDAL，業(yè)務(wù)邏輯層為EpidemicBLL，表示層為EpidemicWeb，實體類項目為Models，對數(shù)據(jù)庫的操作借助了微軟公司提供的經(jīng)典的數(shù)據(jù)庫訪問助手SQLHelper，它所在的項目是DBHelper，從邏輯上屬于數(shù)據(jù)訪問層，所有的跨越三層的公共方法存放在Common類項目中。

項目之間的依賴關(guān)系為：表示層EpidemicWeb依賴業(yè)務(wù)邏輯層EpidemicBLL、實體類項目Models、公共類項目Common。業(yè)務(wù)邏輯層EpidemicBLL依賴數(shù)據(jù)訪問層EpidemicDAL、實體類項目Models、公共類項目Common。數(shù)據(jù)訪問層EpidemicDAL依賴DBHelper項目、實體類項目Models、公共類項目Common。實體類項目Models和公共類項目Common不依賴于任何項目。

2.4 系統(tǒng)功能性設(shè)計

2.4.1 系統(tǒng)參數(shù)管理設(shè)計

系統(tǒng)數(shù)據(jù)管理功能用于對系統(tǒng)使用單位、上傳Logo、域名、敏感詞語的管理。

系統(tǒng)參數(shù)管理使用管理員的后臺管理頁面AdminSysParameter.asp的類中的Register()方法保存參數(shù)到數(shù)據(jù)庫中[6]，此方法在保存參數(shù)按鈕的事件被調(diào)用，執(zhí)行結(jié)果返回系統(tǒng)參數(shù)列表。頁面加載時，在相應(yīng)的Load事件中，讀取系統(tǒng)參數(shù)，如果讀取出來就顯示在相應(yīng)的控件中。

2.4.2 疫情上報流程管理設(shè)計

疫情上報流程管理功能用于對疫情上報、疫情審核、疫情公告工作流程的管理。這是系統(tǒng)的重要功能，是高校疫情管理的關(guān)鍵環(huán)節(jié)。疫情上報流程是否科學(xué)、合理直接影響著疫情上報速度、疫情防范措施，在很大程度上也影響著領(lǐng)導(dǎo)的決策。

發(fā)現(xiàn)疫情的人登錄系統(tǒng)后，打開疫情上報頁面Report.aspx，填寫疫情表現(xiàn)的癥狀、疫情名稱、發(fā)現(xiàn)時間、發(fā)現(xiàn)地點等內(nèi)容，填寫完畢后單擊提交按鈕，觸發(fā)提交事件，在提交事件調(diào)用Submit()方法，將疫情信息上報到部門審核人員。

表3 疫情表

部門審核人員打開DepAudit.aspx頁面[7]，調(diào)用IsEpidemic()方法判斷是否疫情，再調(diào)用審核方法Audit()審核，審核后上報到學(xué)校，由學(xué)校管理人員判斷為疫情并審核通過，最后發(fā)布公告，發(fā)布公告調(diào)用PublicNews()方法[8]，返回公告。

3 .結(jié)束語

Web模式的高校疫情管理系統(tǒng)，軟件架構(gòu)設(shè)計為經(jīng)典的三層架構(gòu)，在闡述過程中，詳細說明了系統(tǒng)設(shè)計思路和方法，為軟件開發(fā)人員提供了架構(gòu)和設(shè)計方面的思想。

[1]邵奇峰，韓玉民，鄭秋生，等.一種混合授權(quán)的RBAC模型及其UML建模[J].武漢.武漢大學(xué)學(xué)報，2015（5）.

[2]范立南，劉天惠.SQL Server 2008實用教程[M].北京：清華大學(xué)出版社，2013.

[3]Jingren Zhou.Architecture-sensitive database query processing[D].Columbia University,2014.

[4]張映東,蔣晨琛.三層架構(gòu)下GridView顯示大數(shù)據(jù)量時速度慢的解決方案[J].三門峽職業(yè)技術(shù)學(xué)院學(xué)報，2012（4）.

[5]張映東，南楠.基于.NET 2.0和B/S模式科研項目管理系統(tǒng)的OOP三層架構(gòu)設(shè)計與實現(xiàn)[J].三門峽職業(yè)技術(shù)學(xué)院學(xué)報，2008（4）.

[6]李林，項剛.C#程序設(shè)計[M].北京：高等教育出版社.2013.

[7]董寧.ASP.NET MVC程序開發(fā)[M].北京：人民郵電出版社.2015.

[8]黃金山.ASP.NET中ADO.NET對數(shù)據(jù)庫的管理[J].電腦知識與技術(shù)，2014(29).

（責(zé)任編輯 卞建寧）

TP392

A

1671-9123（2015）02-0145-04

2015-02-11

陜西省科技廳自然基金（2013JM8014）

王亞妮（1979-），女，陜西西安人，陜西科技大學(xué)信息與網(wǎng)絡(luò)管理中心工程師。