北京工業大學學生體測輔導平臺的需求分析設計

李曉甜++董菲

摘 要：目前學校開展的體質健康測試活動是學校輔導和監測學生體質健康的一個重要途徑，如何在更加科學的基礎上，建立一個適合學校體育發展目標的完善的校園健康輔導平臺系統，是我們目前面臨的難題，同時也是新的機遇。

關鍵詞：北工大 體測輔導 網絡平臺 需求分析

中圖分類號：G647 文獻標識碼：A 文章編號：1673-9795（2014）02（b）-0185-02

通過對學生體質測試的分析和現場情況反饋，部分學生的個人健康狀況存在很大隱患，已經在很大程度上影響到個人的生活狀態以及學習狀態，測試后續的服務工作的不僅能使接受測試者了解其身體狀態和運動處方，而且提高后續服務質量也有可能間接地提高接受測試者的積極性。目前的后續服務僅僅能讓學生查看自己的測試分數和數據，但是沒能充分利用數據統計和輔導平臺的優勢，缺乏有效的健康咨詢指導以及一些必要的健康干預措施。只要我們能夠把這些問題按照“發現體質健康問題→評價→建議與干預循環的過程思路進行整理和開發，建立北工大學生體測輔導平臺系統，不僅能解決以上問題，還能更加迅速的實現大學生體質健康水平的快速提升。

1 分析與討論

1.1 網絡服務平臺功能性需求分析

由于本系統要求各職能部門相互銜接，實現數據共享，因此準確、快捷的獲得并提取全校各職能部門、院系用戶的需求難度較大。因此，按照各職能部門形成具體的需求分析文檔。主要包括信息發布、系統管理、用戶管理、成績管理、健康評價等幾個子系統。各子系統之間相互關聯，構成了學生體質健康管理信息系統的核心部分。圖1為本系統的具體功能模塊構成。

1.1.1 用戶登錄模塊

登錄系統是為了區分用戶分類以及防止非法用戶進入系統而設計的。主要用于區分教師和學生兩種身份，以確定其使用權限。用戶登錄需要驗證用戶名稱和密碼，用戶進入系統要在登錄界面的文本框內輸入自己的用戶信息，點擊提交后，系統會把客戶端輸入的信息傳送到服務器端，服務器端以用戶名密碼為條件從權限表中查詢數據，只有注冊過的用戶，輸入了正確的信息，服務器才能從數據庫中找到對應信息，從而讓用戶進入系統。本系統使用ASP.Net基于Form驗證的方式，使用戶必須經過登錄信息驗證才可以登錄到頁面，不能跳過登錄直接輸入url訪問頁面。

1.1.2 系統模塊

系統模塊主要包括兩方面：注銷和修改密碼。點擊注銷后，用戶退出系統主界面，跳轉到登錄窗口，允許下一位用戶繼續登錄。修改密碼則是方便用戶設置自己的口令。本模塊通過控件得到用戶輸入信息，并通過相關控件點擊觸發事件，調用數據庫交互方法，完成修改密碼等相關功能的操作。學生是使用者，首先要注冊，然后登陸系統，之后又三類功能可以操作：維護個人信息，查詢信息，提交信息。

1.1.3 成績管理模塊

學生成績管理模塊主要包括：學生體質測試各項數據查詢、學生體測總分查詢以及教師建議查詢等。學生進入到查詢界面后，瀏覽器會發出指令，服務器接收到后，會到相應的數據庫中抓取不同的數據，返回給瀏覽器，打印出不同的表格顯示在客戶端瀏覽器上。定義好查詢語句后，需要將控件的行為與查詢語句做匹配，就完成了這部分功能。

1.1.4 測試預約模塊

測試預約模塊包含查詢測試安排和預約測試等幾個功能。學生可以查看未來測試的時間安排，項目安排，以及面向人群。也可以選取自己合適的時間預約體質測試，具體的操作是：用戶選取時間并點擊提交后，數據會發送到服務器，服務器與數據庫進行交互，執行數據可得插入動作，如果之前數據庫內預約安排為空，那么則會預約成功，并將成功插入的數據返回用戶瀏覽器，把信息顯示在瀏覽器上，而如果數據庫中已有這項預約安排數據，服務器則插入數據失敗，并返回給用戶錯誤信息“您已預約過此項測試！”。

1.1.5 健康評價標準模塊

了解評價指標、評分標準和成績評定方法等，有助于學生進行自我健康評價。這部分功能的實現主要是關系數據庫發揮的作用，通過減少每個表字段，使得每個表的管理變得容易，維護也更簡單。

1.1.6 健康指導模塊

根據《標準》制定的各項準則，將身體素質的各項分類，運用現代數字教育技術方法，制作語言通俗易懂，影像真實清晰，將各類運動健身的教學演示視頻收集為一個視頻庫，建立健身鍛煉視頻系統。便于學生針對性地選擇簡便易行、實用性強的健身鍛煉手段，增強鍛煉的實效性，同時學生可自愿打印運動處方。而在健身指導用例中，角色分為教師和學生兩個，教師通過健身指導可以提交指導方案，而學生則不能使用提交方案的功能，但是可以查看教師提交的方案，這樣就明確了兩個角色的權限。

1.1.7 交流中心模塊

便于師生及時溝通并反饋信息。教師和學生可以把問題或解答都通過瀏覽器提交，服務器會從數據庫中根據提交時間選出最近的問答，并返回給瀏覽器，之所以要這樣設計是為了盡量避免不必要的數據傳輸浪費，不僅節約流量開銷，也能增加傳輸效率。而如果想看到所有的問答記錄，可以選擇歷史記錄，服務器得到指令后會把所有問答返回給瀏覽器

1.1.8 用戶管理模塊

此模塊只開放給超級用戶，用來修改用戶的用戶組，設置用戶權限，添加修改學生信息、教師信息、測試項目信息、學生成績，各項數據信息備份，添加刪除賬號等。作為數據庫信息管理系統，這些信息總會有過時的時候，一次如果沒有存在價值，就需要將一些信息修改或者刪除，由于這些信息是不能任由其他用戶隨意更改的，所以只有申請通過的情況下，才會由超級用戶協助更改相關信息。

1.1.9 學生數據導入導出工具

針對目前完成數據上報的《國家學生體質健康標準數據管理系統》在“學生基本信息”格式設定、“自動評分”和“查詢”模塊等方面存在的缺失開發測試成績管理實用軟件，由系統管理、學生管理、成績管理、報表統計和用戶管理五個模塊組成。支持測試數據批量從卡內導入至系統的數據庫，并能夠根據設定的標準以及具體的測試數據完成數據對比，自動歸類等級和一些深層次的數據統計分析，并且可以支持快速打印，根據用戶需要生成多種統計報表。endprint

1.2 平臺系統非功能性需求分析

一個成熟的系統需求分析不僅要包含功能性需求，更要包含非功能性需求，而非功能需求一般包括可靠性、安全性、可維護性、可擴展性、可測試性等。本系統最主要關注可靠性、安全性和可測試性。

1.2.1 可靠性

體測輔導平臺系統隨著推廣使用，全校的學生都會使用該系統完成測試相關工作，一時間，系統的可靠性將會受到很大考驗。例如：當新的測試信息發布后，在最開始的時段內，會有很多的用戶同時訪問服務器，并且不斷地向服務器發送各種各樣不同的相同的指令，此時服務器端需要保證能夠處理高并發請求，服務要避免癱瘓或者出現很長時間的訪問延遲或者返回信息錯亂等問題，所以對系統的性能有很高的要求。此外，再好的系統恐怕都避免不了系統崩潰或者死鎖的狀況，這就要求在系統癱瘓時有足夠可靠數據的備份機制和及時的恢復能力，這些都屬于系統的可靠性。當然還有學校網絡帶寬也要達到匹配標準，只有這樣，才能使得發揮系統最大的作用。

1.2.2 安全性

由于體測輔導平臺系統完全發揮其作用，需要很多的用戶信息，甚至會涉及到一些用戶的個人隱私，因此，系統的安全性就會格外的需要注意，在用戶驗證和修改密碼時要嚴格加密，而且系統權限設置必須完全按照要求，這樣才能夠讓使用者放心的使用系統。

1.2.3 可測試性

由于有大量的數據管理，不同的角色，以及聯網教務等其他系統，所以整個系統比較復雜，如果等到整個系統全部開發完成再測試可能會帶來以下問題：首先，系統過于龐大，測試周期會很長，導致整個系統的上線時間延遲。其次，系統的整體測試很可能會覆蓋不到所有細節，這會導致上線時出現隱患，等到用戶使用再反饋問題就來不及了。最后，系統如果能分部或分模塊展開測試可能會在局部功能測試時發現與需求不符，這樣修改起來相對及時很多，而且改動對其他模塊的影響和依賴也會降到最小。所以系統的可測試性也是相當重要，尤其是對于復雜系統而言，一般大型系統都會開發測試并行開展，開發要保證每一個單獨模塊都可以讓測試介入，這樣就會使大型系統的測試工作更加靈活。

2 結論

本文從學生體測輔導的需求方面做出了分析，主要分成兩個部分：第一部分從測試工作的宏觀角度出發，介紹了當前我國高校體能測試工作的現狀，并從學生鍛煉、學校管理、科研工作三方面分別介紹了各自的需求。第二部分從學生體測輔導平臺系統的架構角度來介紹系統的需求，同時對系統的功能結構和功能模塊進行了分析，確定了系統的功能模塊結構。需求分析是軟件實現的關鍵，其設計的好壞直接決定了模塊設計和系統的詳細設計，甚至還決定了軟件開發的成敗。

參考文獻

[1] 顧興權，武嬌.大學生體質健康綜合評價中灰色評估模型的應用[J].吉林體育學院學報，2004（4）：107-108.endprint