徐昶 許孟杰 吳珂

（湖北科技職業技術學院 湖北省武漢市 430074）

1 課題研究背景及意義

課程學習的最終目標旨在幫助學生學會在實踐中發現的問題，進行決策、采取行動。管理教育發展的歷史表明，案例教學法是實現這一目標的卓有成效的手段。案例教學的難點是案例的收集和管理，案例的質量直接決定了教學效果。國內外的實踐表明，案例教學法有助于學生主動參與課堂討論，有利于培養學生分析問題和解決問題的能力。在當前高職的軟件專業教學中，都是以優質的、正確的案例為教學的基本素材。但是學生一旦在沒有老師的幫助下，獨立運行程序時會碰到各種各樣的問題，并且無法獨立解決。基于此，有缺陷的、錯誤的案例對于教學同樣重要，這些案例可以有效的提高學生調試和修改錯誤的能力，提升學生就業的競爭力。因此，設計和開發一套具有可操作性的、可重復使用的包含優質和缺陷的教學案例系統，對提升教師的教學質量和教學水平具有重要的現實意義。

本系統就是從教師的角度設計和實現包含優質案例和缺陷案例的雙案例系統(文中簡稱為雙案例系統)，讓教師按不同的課程收集與完善優質和缺陷的教學案例，使經典的教學案例能夠在教師間及時分享，進一步提高教學質量，提升學生的調試能力。

2 功能設計分析

2.1 系統設計要求

雙案例系統包含賬號管理、案例管理、課程管理、個人信息管理和消息管理五個部分。該平臺通過教師按照不同的課程章節知識點添加相對應的優質案例和缺陷案例，課程負責人會對案例進行審核，審核通過的案例會錄入知識庫供其他老師參考，審核不通過的案例會駁回，等教師修改合格后再錄入到知識庫。在系統的使用過程中，會產生和積累大量的案例。通過分享這些案例，教師們可以進一步的提高教學的效率與質量。并且在使用的過程中，如果發現了更好的案例，也可以繼續的填充到當前系統中，不斷的完善和積累案例。

2.2 系統建設目標

（1）功能目標。系統以提高教學質量和不斷完善教學案例為目標，為軟件學院提供符合我院學情的課程體系，達到提高教師備課效率，提升學生的課堂效率。同時培養學生的興趣，促進學生掌握科學的學習方法，大幅度的提高學生學習效率和學習成績。

（2）性能指標。本系統要求具有高效響應速度，具體要求如下：訪問操作性頁面的系統的系統響應時間小于10 秒，靜態頁面標準響應時間小于5 秒，同時要求并發用戶數達到100 個[1]。

圖1：系統結構

圖2：教師登陸界面

3 技術路線與系統架構

3.1 技術路線

在技術開發方面，使用的是C#語言進行開發，應用系統采用B/S 架構，在業務系統的開發方式上，采用的是MVC 框架的開發方法。

（1）采用C#語言開發。由于本項目是運行在Windows Server 2008 的系統上，所以我們選取了使用簡單并且安全的C#語言來提高編程效率。數據庫系統同樣是用的微軟公司的SQL server 2012的數據庫。

（2）采用B/S 架構。B/S 架構使用方便，只要有網路和瀏覽器就可以隨時隨地的訪問系統；維護升級方便，只需要維護服務器端，就可以更新系統；開發簡單快捷，容易共享。所以本系統采取B/S 架構。

圖3：缺陷案例的展示界面

（3）采用MVC 框架。本系統是在教師指導學生來完成，采用MVC 框架可以讓學生只關注整個結構中的某一層，讓精通于不同技術的學生都有可以發揮其特長的空間；可以降低層與層之間的依賴；有利于標準化；也有利于各層邏輯的復用。

（4）基于角色的統一資源權限管理。系統將角色分為管理員、課程負責人和教師三種不同的角色，通過權限管理實現系統安全運行[2]。

3.2 軟件結構

軟件結構圖如圖1。

殷燕回憶起她所在部隊的一次“誤傷”。所謂誤傷，或多或少暴露了我軍戰前準備的不足：“我們師3營7連在向團主力靠攏時與越軍相遇，7連長見進攻受阻，便在軍用地圖上標注出坐標位置，并向幾十公里外炮群報告，引導炮兵轟炸越軍陣地。由于部隊配發的軍用地圖是4 0年代法國人繪制的，地圖標記與實際景物誤差很大，結果頭幾發用來修正彈著點的炮彈，當即把連長和報務員炸死，數分鐘后，沒得到要求修正彈著點報告的炮群，按照原設定坐標一齊開火。炮火過后越軍陣地夷為平地，7連百十號人也幾乎沒有幾個能站起來了！”

3.2.1 賬戶管理功能

用戶登錄、注冊、退出登錄、重置密碼、修改基本信息、更改賬戶、修改權限、學生賬戶管理、教師賬戶管理、課程負責人賬戶管理。如圖2。

教師和學生登錄界面是兩個完全不同的界面，教師和學生的數據分別存放在不同的數據庫表中，將頁面分開的優勢是可以提高頁面的查詢效率，有效的提高頁面的性能。教師的信息可以通過個人注冊或者管理者添加兩種形式。如果教師的信息是通過管理員手動添加的話，教師的初始密碼都是相同的，當該教師第一次登錄時會強制要求修改密碼，完成修改密碼后才能進入系統進行查看。教師可以自己修改自己的個人信息。管理員可以查看、刪除和修改所有老師的信息。

3.2.2 案例管理功能

查看案例、查看優質案例、查看缺陷案例、投稿優質案例、投稿缺陷案例、審核案例、修改優質案例、修改缺陷案例。如圖3。

教師可以將授課的案例按照章節知識點的劃分分為優質案例和缺陷案例，教師負責將某門課的優質案例和缺陷案例錄入到雙案例系統中。課程負責人會審核教師們提交的案例，審核通過，學生和其他教師就可以查看提交的案例。審核不通過的案例，學生和其他教師則不能查看。案例審核通過或者不同的消息會通過消息管理的界面發送給案例的提交教師，教師可以通過查看課程負責人的審核信息來修改提交的案例，完成修改后，可以再次提交本案例。

3.2.3 課程管理功能

課程章節管理界面負責添加、刪除和修改不同的課程名，在完成課程名的添加后。在該課程下面可以繼續添加、修改、刪除章和對章進行排序。完成章的添加后，可以在章下繼續添加節的信息，節添加完畢后就可以添加知識點了。所以課程管理界面是一個四層的樹形菜單來顯示課程、章、節和知識點的信息，它們都是按照名稱來進行排序。

3.2.4 個人信息管理功能

修改個人信息、顯示個人信息；

通過點擊“個人信息”的菜單，可以讓教師用戶修改手機號、姓名、性別、密碼和所屬學院的信息。管理員則可以通過“賬號管理”下的“教師管理”，查看所有教師的信息。并可以通過教師的姓名和教師所在的學院來篩選教師的信息，獲得教師信息后，可以選中該教師，將該教師的密碼重置，或者修改該教師的信息。

3.2.5 消息中心功能

歷史消息查看、投稿案例消息、案例反饋；

消息中心是連接教師和課程負責人的橋梁，教師提交后的案例，其他人都不能看到，只能在通過了課程負責人的審核后，才能對其他用戶可見。這樣處理的目的是為確保案例的正確性多加一層保險。案例審核不通過，課程負責人也會提交自己的審核意見，教師可以根據課程負責人的審核意見修改案例。

3.2.6 關于我們功能

開發團隊信息的簡單介紹。

開發團隊信息介紹頁面是為了表示對開發教師和學生辛勤工作的尊重而單獨設置的一個界面，也是對教師和學生能力的一種肯定。同時也為學生以后就業補充了真實的項目經驗。

3.3 系統特點

（1）雙案例系統。本系統可以教師管理優質教學案例和缺陷教學案例兩種類型不同的案例，現在優質案例比較普遍，但是缺陷案例的收集是本系統的一個創新點。缺陷案例對于學生的調試、排錯的能力有很大的提高。

（2）完善的用戶管理體系。系統可以按照學校的不同的教學部門進行劃分。同時在案例申報時提供了嚴格的審核機制，充分保證了案例的正確性。同時提交和審核案例都有據可循，一旦案例需要修改或者存在異常，可以直接通知到相關人員進行修改。

（3）靈活的課程管理體系。教師可以通過課程管理體系靈活的對課程進行管理，查詢、更新與維護、使用方便、易用性強。

（4）友好和美觀的用戶體驗界面。本系統前端采用了Vue 開發框架，極大的提高了開發效率。界面美觀，易學，容易上手，可操作性強。

4 結語

雙案例系統經過半年多的運行，穩定可靠、并行性處理效率高、響應及時、安全可靠，達到了預期的效果。該系統的使用，將教師的案例進行統一的管理和分享，提升了教師們的教學水平，提高了教師的備課效率，同時也提高了學生調試與排錯的能力，為學生今后的優質就業奠定了基礎。