王東升 劉華明 畢學慧 車萍萍 朱之強 劉繼東
摘要:隨著高校辦公業(yè)務的增加,對信息的采集需求日益增多。為了更加方便地采集臨時信息,開發(fā)了高校日常業(yè)務信息采集系統(tǒng)。首先對高校臨時信息采集進行需求分析、可行性分析,再進行系統(tǒng)設計、開發(fā)等,最后通過測試,系統(tǒng)滿足基本業(yè)務需求,達到預期目標。
關鍵詞:信息收集;采集系統(tǒng);管理系統(tǒng)
中圖分類號:TP311.5 文獻標識碼:A
文章編號:1009-3044(2020)03-0090-04
高校辦公人員業(yè)務繁多,在日常工作中經常需要采集教師和學生的眾多信息[1]。雖然高校目前都已購置并使用信息管理系統(tǒng),但是在這些系統(tǒng)里一般只能查到人員的基本信息,無法采集如養(yǎng)老保險、工會人員信息、黨員信息、職稱信息等臨時信息[2]。對于需要臨時采集的信息,一般是上層管理者在網(wǎng)站上下發(fā)通知,給出信息編輯的模板(一般是Word或Excel文件),要求相關人員進行填寫,填寫后再打印上交或者提交電子文檔,這給信息管理帶來了極大的不便。這種信息采集方式,需要層層管理人員進行文件的分發(fā)、收集等,速度較慢,并且對用戶填寫情況不能實時監(jiān)控。
在此背景下,有必要根據(jù)不同業(yè)務需求,設計一款能夠采集用戶信息的管理系統(tǒng),無須安裝任何軟件,通過該系統(tǒng)用戶就可以在Internet上的終端隨時隨地填寫信息[3],同時還可以進行修改、提交、查詢等操作。其最大的優(yōu)點是可以根據(jù)采集信息的不同進行變化,例如采集學生基本信息[1]、采集教師基本信息[4]等,不管采集的信息有多復雜,都可以自適應的變化。這也是目前眾多信息管理系統(tǒng)所不具備的,每次采集的信息都是生成一張表格,可供查詢、下載、編輯等進一步應用。
1 可行性分析
高校日常業(yè)務信息采集系統(tǒng)的可行性分析,主要有:1)技術可行性;2)經濟可行性;3)操作可行性。
1.1 技術可行性
隨著社會的不斷發(fā)展,計算機和網(wǎng)絡已經成為人們辦公和生活的常用設備[5-6]。高校日常業(yè)務信息采集系統(tǒng)主要使用Eclipse軟件開發(fā),Tomcat作為后臺服務器,采用MySQL數(shù)據(jù)庫[7],頁面的設計過程中使用到的主要技術為JSP技術[8-9],這些技術較為成熟,因此該系統(tǒng)在開發(fā)技術上完全具有可行性。
1.2 經濟可行性
經濟可行性主要體現(xiàn)在以下三方面:
1.2.1 開發(fā)成本低
Eclipse開發(fā)工具和后臺服務器Tomcat都是免費的開源軟件,無須支付相關費用。3-5人的開發(fā)小組在兩個月內就可以實現(xiàn)系統(tǒng)。
1.2.2 使用成本低
使用采集系統(tǒng)后,可以減少辦公人員的信息采集時間、辦公人員數(shù)量以及紙張數(shù)量。
1.2.3 維護成本低
采集系統(tǒng)小,易于擴展。隨著日常業(yè)務的變化,為滿足日常需求,采集系統(tǒng)需要不斷升級,較少的費用,就可以增加新的功能。
1.3 操作可能性
高校日常業(yè)務信息采集系統(tǒng)具備登錄、注冊、發(fā)布、查詢、刪除、以及生成相應的excel表等功能,使用界面直觀、簡便,用戶和管理員可以很快熟悉并掌握系統(tǒng)的相關功能。
2 需求分析
2.1 功能需求分析
高校日常業(yè)務信息采集系統(tǒng)為用戶提供了一個信息采集平臺,方便用戶進行日常信息的采集,減少了用戶采集臨時信息的工作量。圖1為高校日常業(yè)務信息采集系統(tǒng)用例圖。
2.1.1 管理員模塊
系統(tǒng)默認有一名系統(tǒng)管理員,系統(tǒng)管理員擁有審核用戶注冊信息,修改、編輯用戶信息等權限。
2.1.2 用戶模塊
所有通過系統(tǒng)管理員審核的用戶都可以在本系統(tǒng)上創(chuàng)建信息采集表,發(fā)布、查詢、修改、刪除、匯總等。本系統(tǒng)采用的匯總方式是將收集到的信息匯總到一張excel表上,進行二次加工和利用[10]。
2.2 數(shù)據(jù)需求
根據(jù)功能需求,我們設計了管理員、用戶、采集表、題目表和答案表。數(shù)據(jù)分析E-R如圖2所示。
2.3 性能需求
2.3.1 系統(tǒng)安全性
高校日常業(yè)務信息采集系統(tǒng)在管理的權限分配上進行了嚴格的控制:所有注冊用戶必須經過管理員審核才能進行登錄操作,針對不同的操作必須有相應的權限,沒有權限的用戶將不能登錄,確保了系統(tǒng)的安全。
3 系統(tǒng)的設計與實現(xiàn)
3.1 總體設計
根據(jù)系統(tǒng)的功能需求,高校日常信息采集系統(tǒng)功能結構圖如圖3所示。
3.2 數(shù)據(jù)庫設計
根據(jù)需求分析,需要存儲的信息有管理員信息、用戶信息、采集信息屬性表、采集信息表、問題表、答案表等。為此,滿足第三范式的基礎上,共設計了6個表存儲信息。
3.2.1 管理員信息表
管理員信息表主要存儲管理員的賬戶信息、用戶名、密碼以及真實姓名,對象為系統(tǒng)管理員。
3.2.2 用戶信息表
用戶信息表用來存儲用戶f即信息的發(fā)布者,收集者)注冊時保留的信息,以便管理員進行審核。
3.2.3 采集信息屬性表
采集信息屬性表主要用來存儲采集信息表的創(chuàng)建時間、創(chuàng)建人以及對應表的編號。
3.2.4 采集表
采集表用來存儲信息表的發(fā)布時間、標題、狀態(tài)以及發(fā)布信息的用戶id。
3.2.5 題目表
用于保存用戶設置的問題題目表。
3.2.6 答案表
針對用戶發(fā)布的采集表所收集到的信息。
4 實現(xiàn)和測試
高校日常業(yè)務信息采集系統(tǒng)采用JSP開發(fā),使用Tomcat服務器作為后臺服務。
4.1 界面展示
用戶登錄界面如圖4所示,用戶注冊界面如圖5所示,管理員登錄界面如圖6所示,用戶發(fā)布信息界面如圖7所示,用戶分享鏈接界面如圖8所示,填寫信息界面如圖9所示。
4.2 測試
系統(tǒng)測試主要進行了發(fā)布信息和信息生成的測試。
測試流程:
1)創(chuàng)建發(fā)布標題;
2)創(chuàng)建問題;
3)發(fā)布,分享鏈接;
4)通過鏈接進行答題;
5)將收集到的信息匯總成excel表;
6)測試結果。
5 結束語
通過對高校日常業(yè)務中信息采集進行可行性、需求等分析后,進行了系統(tǒng)的設計、實現(xiàn)及測試,可以滿足高校日常業(yè)務信息采集的基本需求。希望在以后的推廣中發(fā)現(xiàn)一些不足,并加以改正,不斷完善該系統(tǒng),以提高該系統(tǒng)的實用性、易用性。
參考文獻:
[1]梁曉聰.廣東省學生信息采集系統(tǒng)[D].南昌:江西財經大學。2017.
[2]李生,自動化信息采集系統(tǒng)的設計與實現(xiàn)[D].北京:北京郵電大學,2018.
[3]王磊.基于XML的Web信息采集系統(tǒng)設計與實現(xiàn)[J].齊齊哈爾大學學報:自然科學版,2017,33(2):25-28.
[4]黃衛(wèi),基于Web服務的學校數(shù)據(jù)采集平臺的研究與設計[J].無線互聯(lián)科技,2017(19):93-95
[5]李易飛.大學校友信息采集系統(tǒng)化研究[D].大連:大連理工大學,2016.
[6]尚慶歡.智能小區(qū)信息采集系統(tǒng)需求分析[J].科技展望,2016,26(10):308.
[7]詹重詠.MySQL數(shù)據(jù)庫中數(shù)據(jù)導入與導出探析[J].數(shù)字技術與應用,2017(12):231,233.
[8]李文杰.基于SSM輕量級架構的JAVAWEB人才培養(yǎng)[J].數(shù)字通信世界,2017(10):228.236.
[9]金岳富.Web信息采集與信息抽取技術的研究[D].哈爾濱:哈爾濱理工大學,2009.
[10]史學梅.基于JavaScript的JSP頁面數(shù)據(jù)導出Excel[J].現(xiàn)代計算機:專業(yè)版,2010(3):123-125.