基于智慧學工的學生成才信息管理系統的分析與設計

【摘 要】目前各高職院校普遍缺少對學生成才信息的整體管理，不能及時收集、統計和展示學生的成才信息，在一定程度上影響了學生成才的渴求。本文基于某高職院校的學生成才信息管理需求，對學生成才信息管理系統的功能與數據進行了分析，初步設計出系統的功能模塊和數據庫結構，為進一步進行系統的功能實現打下了基礎。

【關鍵詞】學生成才;需求分析;數據庫設計

隨著國家產業轉型升級、向高質量發展邁進，對技術技能人才的需求將不斷提升。為營造“人人皆可成才，人人盡展其才”的高職人才培養的良好環境，使培育的人才適應黨和國家事業發展要求、契合學生成才期待，我校于2020年提出“433”學生成才工程，以培養多樣化人才、傳承技術技能、促進學生成長成才。

目前，學院“433”學生成才信息每年定期利用離線Excel表格、騰訊在線文檔、問卷星微信小程序等方式來進行收集，數據需要重復采集，學生不方便實時和自己的規劃進行比對，二級學院、職能部門對學生成果數據的輸入、查詢、統計以及報表統計輸出的工作量繁重，并且通過騰訊在線文檔、問卷星微信小程序等在線方式還存在學生信息泄露的安全風險。為此，在學校“互聯網+”智慧學工建設的基礎上，開發適合智慧校園大學工特點的“433”學生成才管理系統，急需提上日程。

一、系統需求分析

本學生成才信息管理系統是基于分布式和工作流相結合的信息管理系統[1]。系統兼顧PC端和移動終端，包括學生端和教師端。學生端需要為學生提供提交并查看成才信息的入口，教師端需要實現對學生成才信息的分析和匯總。學生通過該系統，可以隨時向院部申報自己獲得的成果，經過指導老師、輔導員、學院書記、學工處等各環節的審核后，最后形成自己的成才數據。為此，本系統的需求分析分為功能需求和非功能需求兩個方面[2]。

（一）系統的功能需求

系統設計人員根據調查以及和用戶交流的結果，同時結合系統目標，對用戶提出的各種功能需求進行了仔細的研究和分析，經與用戶反復討論后，提煉出本系統應能提供的以下5個方面的功能。

①數據錄入功能：完成系統相關數據的錄入。包括：院系專業信息的錄入、班級信息的錄入、成果類型信息的錄入、學生基本信息的錄入、學生成果數據的錄入。

②數據查詢功能：完成對各種需求數據的查詢。包括：學生基本情況的查詢、成果類型信息的查詢、學生成果信息的查詢等。

③數據統計功能：完成對各種需求數據的統計。包括：班級人數的統計、專業人數的統計、學生成果的統計等。

④信息的瀏覽與維護功能：完成系統相關數據的維護。包括：院系專業信息的瀏覽與維護、班級信息的瀏覽與維護、成果類型信息的瀏覽與維護、成果信息的瀏覽與維護等。

⑤報表分析與輸出功能：完成所需報表的分析與輸出。包括：基本情況表、學生成果表、成果按班級、按專業統計情況表等。

另外，本系統是基于“互聯網+”智慧學工校園網絡環境下的學生成才管理系統，要求分3級用戶使用，一級用戶限于學工處熟悉“433”學生成才實施工作的教師及本系統的管理人員;二級用戶為授予權限的熟悉院系學生工作及本系統操作的二級學院領導和教師;三級用戶是學生主體，在得到初始密碼后可以進行自己成才信息的錄入與查詢。系統具體功能如圖1所示。

（二）系統的非功能需求

建立的學生成才信息管理系統應具有較好的易操作性、健壯性、安全性和可擴展性，并保證多個并發用戶同時訪問系統時的響應速度。系統設計人員根據系統功能需求分析的結果，與系統使用人員經過多次交流后，對系統進行了認真的分析，整理出如下的非功能需求。

①本系統內的所有信息輸入項的數據約束或來源均依賴于本系統的數據字典。

②系統在出現運行錯誤時，應有明確提示，給出出錯類型。如：用戶輸入信息類型不對，提示應輸入的數據類型;輸入數據不能為空時，提示不能為空等。

③實施必要的數據備份和恢復操作，對本系統用到的所有信息提供維護性操作，用戶可對因錯誤操作毀壞的重要數據進行恢復。

④設置系統安全控制機制。對使用本系統的三級用戶設定不同權限，憑用戶名及密碼進入，學校職能部門相應的工作限定專職人員在校園網內部完成;學生成果申報以及成果的查詢則可在internet上進行，且必須滿足各種操作響應時間的要求。

⑤系統在將來功能需求增加時可適當進行擴展。

二、系統功能設計

由于本學生成才信息管理系統基于分布式和工作流相結合進行學生成果的管理，如進行成果的錄入、審核、查詢、統計和打印等，而這些操作分別由學生管理部門、二級學院的教師以及學生完成。所以，設計人員根據系統功能需求分析的結果，與系統使用人員經過多次交流后，對學生、教師以及學工處的數據流管理進行了認真的分析，除提出共享學校原有智慧學工系統中的學生、教師用戶信息及其權限，使用統一的用戶登錄界面外，還從以下3個方面進行了系統功能的詳細設計。

（一）學生端功能模塊設計

學生端主要包括密碼修改、成果申報、成果查詢、學校成才政策和宣傳信息的瀏覽等功能。具體為：學生通過系統PC端或移動終端，在線進行成果的申報、修改與查看，一旦經過二級學院輔導員、指導教師、學生處各環節審核確認后則不能再進行修改，但可以隨時隨地查看自己已經申報的成果及其審核結果，并能將成才規劃和已有成果動態自動比對，完成自我分析。

（二）院系教師端功能模塊設計

教師端主要包括對學校學生成才政策、工作方案、活動通知的瀏覽、對自己所帶學生成才信息的查看與審核、向二級學院或學校推薦成果突出的學生及其成果等功能。具體為：教師進入系統后，即可瀏覽學校或所在二級學院關于學生成才的政策導向、工作方案、成才活動安排;可以通過模糊查詢方式，查看所帶學生的成果信息和成才進度，并對學生處于申報狀態的成果進行審核與確認。

（三）學生管理端功能模塊設計

學生管理端（如二級學院輔導員、教學秘書以及學工處管理人員）主要包括數據維護、信息發布、統計分析、報表打印、成果展示等功能。具體為：在每學期開始或結束時，能夠對系統用到的基礎數據進行維護（如插入、刪除與修改，數據的備份與恢復），及時發布學校或二級學院的學生成才政策文件信息、活動方案、成才典型案例等，輔助學工處、二級學院領導進行學生成果的審核，成果審核結果的及時反饋;以圖表的形式統計分析與打印學生成果信息。對系統中的用戶進行觸角和權限的管理。

三、系統數據庫設計

（一）數據庫的概念設計

由系統功能需求分析與設計可知，本系統涉及的主要數據對象有專業、班級、學生、教師、成果類型和成果。由于成果是在學生申報某類成果后才能獲得的屬性，不屬于實體類型，所以系統涉及的實體集有5個：專業、班級、學生、教師和成果類型。因為專業與班級之間有“擁有”關系，且一個專業可以有若干班級，一個班級只能屬于一個專業，所以專業與班級之間的“擁有”關系為一對多聯系;同樣，學生與班級之間有“所屬”關系，且一個班級可以有多個學生，一個學生只能屬于一個班級，所以學生與班級之間的“所屬”關系也為一對多聯系;而學生與成果類型之間有“申報”關系，又由于一個學生可以申報多種類型的成果，每種類型的成果也可以被多個學生申報，所以學生和成果類型之間的“申報”關系為多對多的聯系;同樣，教師與成果類型之間的“審核”關系也是多對多的聯系。至于各個實體集的屬性，在任務描述中已有詳細說明，只需在E-R 圖中用橢圓形框表示出即可。需要注意的是，聯系也會有屬性，如本系統中，學生申報某類成果后才會產生的屬性有：完成學期、成果內容、審核狀態以及成果備注等均為“申報”聯系的屬性。教師審核學生成果后才會產生的屬性有：審核時間、審核結果和審核意見。

由上述分析可得到如下結果。

①系統的實體類型有專業、班級、學生，教師、成果類型和學生成果。

②實體間的聯系類型有專業與班級之間是1：N聯系，取名為“擁有”;班級與學生之間也是1：N聯系，取名為“屬于”;學生與成果類型之間是M：N聯系，取名為“申報”;教師與學生成果之間也是M：N聯系，取名為“審核”。

③將實體類型和聯系類型組合成E-R圖，并確定實體類型和聯系類型的屬性及其主鍵，如圖2及3所示。

（二）數據庫的邏輯設計

邏輯設計的任務是將概念設計階段產生的概念結構轉換為與DBMS所支持的數據模型相符合的邏輯結構。對于關系型數據庫管理系統，是要將概念設計的E-R模型轉換為一組關系模式，也就是將E-R圖中的所有實體類型和聯系類型都用關系來表示[3]。本系統所具有的關系模式（即數據表）如表1所示。

四、結束語

本文基于“互聯網+”智慧學工應用平臺、面向學校職能部門學工處、各二級學院教師、輔導員以及學生等層次用戶建立了一個“433”學生成才信息管理系統，該系統能夠滿足高職院校實現全方位全過程跟蹤指導、隨時隨地記錄學生的成才過程、動態綜合生成學生成才錄的需求，并具有一定的通用性和實用性，能夠有效提高學生成才信息處理的準確性和高效性。

【參考文獻】

[1]吳挺.淺談新信息化環境下的學工系統的設計思路[J]，軟件，2013，34（1）：14-16.

[2]李永.劉芳.高職院校學生社團管理系統的設計[J]，客聯，2020，34（10）：82-83.

[3]劉芳. SQLServer數據庫技術及應用項目教程（第二版）[M].北京：清華大學出版社，2015.1.