基于SpringBoot+Vue 的教學評價專家抽課系統的設計與實現

摘要：教學評價是保障和提升教學質量的關鍵環節，其中聽查課是教學評價中最直接、最重要的一環。高職院校每年均會邀請校外專家進校開展教學評價工作。為提升評價期間專家聽查課的效率和客觀性，文章設計并實現了一種基于Spring?Boot+Vue的教學評價專家抽課系統。該系統不僅能夠簡化抽課流程，避免人為干預，還能收集和分析抽課相關數據，為教學評價提供數據支撐。實踐表明，該系統能夠有效提升教學評價工作的效率和質量，促進教學質量的持續改進。

關鍵詞：專家抽課；教學評價；SpringBoot；Vue；MySQL

中圖分類號：TP311.52 文獻標識碼：A

文章編號：1009-3044（2024）32-0029-06 開放科學（資源服務）標識碼（OSID） ：

0 引言

從《國家職業教育改革實施方案》《教育部財政部關于實施中國特色高水平高職學校和專業建設計劃的意見》等文件的發布來看，國家高度重視職業教育改革，致力于提升職業教育教學質量。有數據顯示，在現代制造業、戰略性新興產業、現代服務業等領域，一線新增從業人員70%以上來自職業院校。因此，提升職業院校教學質量，培養適應社會產業轉型升級的高技術技能型人才，對于推動我國由制造大國向制造強國轉變、由中國制造向中國創造轉變具有重要意義。而衡量職業院校教學質量的重要手段就是教學評價[1]。

“教育大計，教師為本”，教師是人類靈魂的工程師[2]。教師教學質量評價作為高校教師管理的一項重要基礎性工作，在加強高校教師隊伍建設、促進高校教師專業發展、提升高校教育教學質量等方面發揮著日益重要的作用，已成為調動高職院校教師工作積極性、主動性的“指揮棒”。專家抽查課是教學質量評價體系中對教師教學水平評價的重要環節，旨在通過專家nGrDXZ1AXrbNvJ3SaIoLjO2Hs/cPaoGMeqi4D8Wnrr8=的視角和專業知識，對教師的教學質量進行客觀、全面的評價。

1 問題分析

目前，在信息化智能化高度普及的背景下，高職院校教學評價過程中專家抽查課環節仍多采用紙質版手工勾選課程的方式，存在諸多問題。首先，紙質化辦公流程下，整個過程需要大量人工成本，存在出錯率高、辦公效率低的問題。其次，由于每位專家抽課都是獨立進行，互相之間缺乏溝通交流，專家抽課容易出現重復，導致專家抽課范圍覆蓋面低的問題。再次，專家進校抽課范圍為全校窗口期的所有課程，數據量較大，因此專家難以快速定位到自己擅長的專業和符合工作計劃安排的節次。最后，紙質化數據需要人為分析，存在主觀因素，導致數據分析不夠客觀全面。

為解決上述問題，本文設計并實現了教學評價專家抽課系統，提供專家管理、課表管理、專家抽課、聽課計劃管理等功能模塊，對專家抽查課全流程進行監控。綜合考慮系統的快速開發能力、高效性能、可擴展性與可維護性、前后端分離以及社區支持和生態豐富等因素，本文選擇SpringBoot+Vue框架，搭建B/S模式服務，實現教學評價專家抽課系統的功能[3]，為教學評價聽查課環節提供有力的線上工具。

2 需求分析

2.1 需求概述

本文的研究對象為教學評價專家抽課系統，該系統旨在對教學評價聽查課全流程提供幫助，將教學評價抽課評課環節的所有功能進行整合。系統能夠顯著降低人工成本，在保證抽取課程便利性和多樣性的同時，最大限度地提升專家抽查課環節中課程的覆蓋面，提高評價的準確性和可靠性，為課堂研究提供科學依據和指導。

根據前期與機關工作人員的溝通，整個抽查課環節包含數據準備階段、專家進場階段、課堂評價階段和數據分析階段4個階段，如圖1所示。

數據準備階段由系統管理員創建機關管理員賬號和專家賬號，機關管理員登錄系統導入專家信息和課表數據，為專家抽課做好準備工作。專家進場階段由專家登錄系統，根據提示選擇抽課條件進行課程抽取。課堂評價階段是專家聽查課結束后，將課堂評價及詳細的課堂教學情況錄入系統。數據分析階段主要是對專家針對不同專業、不同課程的評價進行全面、客觀的數據分析，并將這些數據進行系統整理，為學校提供階梯性、持續性的客觀科學教育質量評估指標，助力學校開展綜合評估并提升教育質量。系統的主要用戶分為系統管理員、機關管理員和專家三類，不同用戶對應的功能模塊劃分如圖2所示。

2.2 系統管理員需求分析

系統管理員對系統進行統籌管理，主要負責以下功能：

1） 用戶管理：根據實際工作需要，分配機關管理員及專家登錄賬號，并按角色分配權限。不同角色登錄系統后可展示對應的功能模塊，獲取相應的操作權限。

2） 數據管理：系統管理員擁有全部系統數據的操作權限，負責定期備份數據，發現并解決數據異常問題，防范數據丟失隱患。

3） 系統管理：系統管理員須實時與需求方溝通，根據需要升級系統功能，并定期檢查系統安全性能，發現并解決系統漏洞，維護系統穩定性與安全性。

4） 系統運維：系統管理員需要對服務器運行情況進行監控，保障服務器正常穩定運行，對系統異常及時進行降級處理。

2.3 機關管理員需求分析

機關管理員主要對評價過程中的數據進行管理，其功能模塊主要包括以下內容：

1） 數據導入：學校機關管理員登錄系統后，須將提前準備好的參加聽查課的專家名單及課表上傳至系統。由于專家及課表數據量較大，為簡化操作流程，系統提供模板化數據，機關管理員按照模板收集數據后，可批量將數據導入系統，從而節省操作時間。

2） 專家管理：如圖3所示，對于前期未確定的專家，機關管理員可在專家管理模塊對專家數據進行修改，控制本輪次專家的具體名單，同時可根據專家特點對其進行標注，為后期專家畫像智能推薦做準備。

3） 課表管理：如圖4所示，系統可查詢全部課程信息，包括課程日期、星期、節次、專業名稱、課程名稱、課程類型、授課教師姓名、授課教師職稱、授課教師學歷、授課教師年齡、教室及備注信息。同時可設置多種查詢條件，包括是否為思政類課程、是否為學歷班、具體日期、節次、教師職稱、專業和教員姓名等。針對數據上報錯誤的情況，如教師調換、教室更改等，機關管理員須及時對課表信息進行修改，以確保專家抽課過程中數據的準確性。

4） 聽課計劃管理：如圖5所示，專家抽課完成后，須將抽課結果逐級下發，并通知相關教師做好專家聽查課準備。在此過程中，機關管理員需要對聽課計劃進行整體把控，因此系統提供按日期查詢聽課計劃并將數據導出為Excel格式的功能，實現線上化辦公，提高整體辦公效率。

5） 數據分析：如圖6所示，系統會根據實際工作需要，設計常用的數據圖表，形象化展示分析數據。從教師維度看，系統可對單個教師的評級內容進行分析，也可分析不同職稱教師的評級信息，為下一步聽查課工作指明方向。從專家維度看，系統可根據專家評價內容，分析教學評價的側重點。從專業維度看，系統可分析各專業課程的評級情況，從而對不同專業的教學水平進行有效評估。

2.4 專家需求分析

專家是本系統的核心使用對象，其進入系統后主要具有以下操作權限：

1） 抽課：這是本系統的核心功能。根據前期需求分析，為保證抽課的科學性、客觀性和全面性，系統設計了兩種抽課模式：

①主動抽課：在此模式下，專家可自主選擇抽課條件，包括校區、時間、節次、教師職稱、課程名稱和專業等，系統隨后展示符合條件的課堂信息，專家在此基礎上選擇感興趣的課程進行抽取。

②隨機抽課：在此模式下，專家同樣可自主選擇抽課條件，系統根據條件隨機抽取一堂課，并提示專家是否繼續抽取。若課程恰好符合專家興趣，專家可確認抽取；若不符合專家興趣，專家可取消并重新抽取。

具體操作流程如圖7所示。為確保課程抽取的最大覆蓋面，系統不允許其他專家重復抽取已被抽取的課堂；對于已被抽過課的授課教員，系統會向專家進行二次提醒并要求確認，以保證抽取課堂的科學性和全面性。

2） 聽課計劃管理：專家抽課完成后，可查看其抽取的全部課程，并根據工作計劃進行安排調整。若抽取課程數量超出預期，專家可進行刪除操作。

3） 課堂評價：專家聽課結束后，可進入平臺的聽課計劃頁面，將課堂評價數據記錄至對應的聽課記錄中。評價內容包含課堂評級（優秀、良好、及格、不及格）及詳細評價內容（包括教師的教學方式、教學內容和學員課堂反應等情況），以幫助教師客觀認識課堂授課情況，促進其教學反思和專業能力提升。

3 系統設計

3.1 系統概述

本系統采用SpringBoot+Vue 框架，搭建B/S模式服務，系統整體架構如圖9所示。系統采用分層架構設計，包括展示層、前端層、業務組件層、后端技術棧及數據持久層。

3.2 系統架構

1） 展示層：展示層主要是系統的用戶交互界面，管理員或專家通過使用客戶端Chrome等主流瀏覽器訪問系統。展示層負責顯示服務器的數據、接收用戶輸入并將請求發送至前端部分。

2） 前端部分：前端部分使用主流框架Vue.js，該框架擁有簡潔且直觀的API，可以幫助開發者快速上手并構建動態交互的前端頁面。其數據驅動的視圖模型使得開發者可以專注于業務邏輯，減少DOM操作的復雜性，顯著提高開發效率。并且Vue.js的漸進式框架特性使得它非常靈活，與此同時響應式數據綁定機制和虛擬DOM技術又保證了前端頁面的高性能。在Vue.js基礎上，配套使用Element-UI 組件庫，充分利用了Vue 的組件化和響應式特性[4]，通過大量的參數和選項，可以對組件進行個性化的配置和定制，快速構建出符合現代化設計風格的界面。同時Element-UI 是基于Vue 設計的，更符合Vue的開發模式，簡化開發流程。除此之外，使用HTML5、CSS3等進行特性化元素設計，完善用戶界面，提高用戶體驗。主要功能包括：

①用戶界面設計：使用Element-UI進行模塊化的用戶界面設計，使系統具有良好的用戶體驗和易用性。

②頁面邏輯控制：通過Vue.js實現頁面的動態展示和數據綁定，提供響應式的用戶交互體驗。

③客戶端數據處理：在前端部分處理簡單的數據驗證和格式化，減少服務器負擔。

④API 請求管理：利用Axios 工具向后端發送HTTP請求，進行數據的CRUD操作。

3） 業務組件層：業務組件層是系統的核心層，包括身份認證、鑒權、用戶管理、角色管理、緩存、日志、數據導入、課堂評價、課表管理、專家管理、隨機抽課及主動抽課等功能模塊。如7lAOMTidbZYKX9AQE5XwRw==圖10所示，系統以UML 組件圖的形式展示了所有組件信息。

①身份認證與鑒權：為保障系統的安全性，用戶需要通過登錄來完成身份認證和權限鑒定。用戶登錄后會獲得一個JWT令牌，系統通過令牌驗證通過后，用戶才可根據權限操作系統數據。

②用戶管理與角色管理：支持用戶的CRUD 操作，以及角色的定義與權限分配，實現精細化的權限控制。

③緩存與日志：使用本地緩存技術進行數據緩存，提高系統響應速度。日志模塊記錄用戶操作和系統事件，用于審計和調試。

④數據導入：支持從Excel或CSV文件導入數據，系統會對導入的數據進行校驗，并保存至數據庫。

⑤專家管理與抽課功能：實現專家的管理、隨機抽課和主動抽課功能。系統支持根據設定的規則隨機抽取課程，或由專家主動選擇課程。

⑥課堂評價與課表管理：提供課程信息的管理和評價功能，包括對每節課的評分、評價內容的保存與展示。

4） 后端技術棧：后端技術棧使用了SpringBoot框架，Spring作為Java領域的主流框架，擁有龐大的社區和豐富的插件、文檔支持。并且，SpringBoot提供了大量的開箱即用的功能，簡化了配置和集成，極大提升了開發效率。SpringBoot遵循“約定優于配置”的理念，降低了代碼復雜度，減少了人為錯誤。同時，它的模塊化設計有助于代碼的復用和擴展，降低了后期維護的難度。SpringBoot提供了與Spring Security的緊密集成，能夠快速實現用戶身份認證、權限控制等安全機制，能夠為應用提供企業級的安全性。本文通過SpringBoot的IoC（控制反轉）和DI（依賴注入）特性[5]，系統實現了組件的有效管理和依賴注入的優化。結合Spring Secu?rity進行安全管理，使用Java 8作為開發語言，MyBatis 作為持久層框架，Docker用于容器化部署。主要功能包括：

①業務邏輯處理：所有的業務邏輯處理都在后端服務上實現，保證數據的一致性和安全性。

②API接口開發：通過RESTful API與前端進行通信，后端提供數據的操作接口。

③身份驗證與授權：集成Spring Security和JWT，實現用戶的登錄、權限分配和驗證。

④容器化與部署：后端服務通過Docker容器進行打包和部署，提高系統的可移植性和擴展性。

5） 數據持久層：數據持久層采用MySQL數據庫存儲結構化數據，文件存儲用于保存導入的文件和其他非結構化數據。MyBatis負責將數據庫表與后端對象映射，實現數據庫操作的簡化和優化。

①數據庫設計：系統包含多個實體表，如用戶表、角色表、課程表、評價表及專家表等，支持復雜查詢和事務操作。

②文件存儲：導入的數據文件和導出結果文件保存于文件存儲中，支持多種文件格式的上傳與下載。

3.3 設計原則

1） 安全性：系統設計中高度重視用戶數據和操作的安全性，確保只有經過授權的用戶才能訪問和操作數據。

2） 擴展性：系統采用模塊化設計，各個功能模塊相對獨立，可以根據需要進行擴展和升級。

3） 高效性：通過緩存、優化查詢、異步處理等技術，確保系統在高并發情況下依然保持良好的性能。

4） 用戶體驗：前端采用響應式設計，確保在不同設備上都有良好的使用體驗。

3.4 系統部署

如圖11所示，為系統的部署圖。系統后端服務通過Docker進行容器化部署，可以在不同的環境中快速部署和運行。同時具有較好的隔離性和安全性，與服務器中的其他服務不會互相干擾。

4 數據庫設計

系統使用MySQL數據庫實現數據的存儲和管理。MySQL數據庫開源免費，技術成熟，性能穩定，易于管理[6]。為簡化開發流程、提高開發效率及減少冗余代碼，系統使用MyBatis負責將數據庫表與后端對象映射，使用Druid實現數據庫連接池，使用PageHelper組件實現數據分頁。

根據前期收集的需求，對數據庫進行設計，如圖12所示為數據庫設計的ER圖。基于ER圖，數據庫共創建4 個數據表：t_user、t_schedule、t_expert 及t_course，數據表字段如表1～表4所示。其中，t_user 為用戶信息表，負責維護用戶登錄所使用的用戶名、密碼及身份認證鑒權所使用的token，通過type來區分用戶角色；t_expert為專家表，負責維護專家信息，包括姓名、狀態等基礎信息及隨機抽課所使用的專家畫像標簽；t_course存儲課表信息，包括日期、星期、節次、課程名、課程類型、專業、校區、教師信息、教室及備注；t_schedule存儲聽課計劃及課堂評價信息，其中專家信息及課堂信息通過對應id 關聯t_expert 和t_course獲取聽課計劃的詳細信息。

5 結束語

本文設計并實現了教學評價專家抽課系統，為教學質量評價體系建設提供了標準化、線上化及規范化工具。結合士官學校實際需要，通過先進的技術架構和嚴謹的業務邏輯設計，滿足了教學評價專家抽課環節的各項需求，為學校教學評價提供了一個安全、高效且易用的解決方案，為專家抽課的廣度和公正性提供了保障。目前本系統在士官學校內部已投入運行，達到了預期效果，但仍有完善空間。首先，本文對抽課方式設計了主動抽課和隨機抽課兩種方式，下一步可針對抽課方式加入基于專家畫像的智能推薦方式，為專家抽課提供多樣化的個性化定制。其次，本系統教師無法直接登錄，后續可增加教師角色登錄系統的功能，使教師能夠查看專家對其課堂的詳細評價，從而更直觀地促進教學水平提升。

參考文獻：

[1] 張君，劉英.產教融合視域下高職院校實踐教學質量評價體系實證研究[J].福建輕紡，2024（7）：65-69.

[2] 張麗榮，劉曉博.高職院校督導員教學評價初探[J].農場經濟管理，2024（6）：58-60.

[3] 姜一波.基于SpringBoot+Vue的在線考試系統設計與實現[J].無線互聯科技，2023，20（23）：68-71.

[4] AIRBUS.A318/A319/A320/A321 Aircraft Maintenance Manual[Z].Toulouse： Airbus S.A.S. Technical Data Support and Ser?vices， 2023.

[5] 任仁良.維修基本技能（ME、AV）[M].北京：清華大學出版社，2010.

[6] 萬歡，梁德華.基于Spring Boot+Vue的平面設計類課程創客平臺的設計與開發[J].網絡安全和信息化，2024（4）：112-114.

【通聯編輯：謝媛媛】