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