團隊做業3——需求改進&系統設計

需求&原型改進

---

 

一、給目標用戶展示原型，與目標用戶進一步溝通理解需求

用戶的痛：四則運算是每一個人都必須掌握的一項基礎運算技能，特別是小學生在剛開始學習四則運算的時候，每每須要大量的四則運算題目練習，長期的鞏固，才能讓他們把四則運算掌握的更加牢固。四則運算練習的過程又是十分枯燥的，而小學生通常因爲心智還未成熟，自制力都比較差，很容易沒法堅持進行四則運算練習。因此，小學生和家長的痛點，主要在於如何讓小學生能自願進行四則運算練習甚至讓他們迷上四則運算。

場景一（使用產品前的場景）：小明的媽媽重新華書店買來一本四則運算的練習題冊，叫小明天天完成四則運算練習題冊上的題目。因爲練習十分枯燥，天天小明都十分不情願甚至有時不聽媽媽的話，沒有完成今天的練習，拿起手機玩起了某手遊,XX榮耀，體驗到了練習冊所不能給他帶來的快樂，沉迷排位沒法自拔，荒廢了學習。

場景二（使用產品後的場景）：小明的媽媽從某朋友那得知咱們的產品，讓小明使用咱們的產品進行四則運算練習，因爲咱們產品提供了豐富的模式選擇，讓小明感覺到了練習的樂趣。因爲有排行榜，小明的虛榮心促使他更加勤奮的在咱們的平臺上練習四則運算，既愉悅了身心，又提升了小明的四則運算水平，今後小明的媽媽不再擔憂小明沒法自覺地學習了。

與目標用戶溝通：

　　咱們把咱們的原型設計發給了某小學生讓他感覺下有什麼缺陷，發現他並不清楚等級上的初級、中級、高級是根據什麼來劃分的，不知道本身該對應哪一個等級，因此咱們把初級、中級、高級換成了一年級、二年級、三年級、四年級、五年級、六年級，這樣目標用戶就能夠很直觀的按照本身所在的年級來選擇對應的難度進行練習。

二、修改完善上週提交的規格需求說明書

上次規格說明書不足的地方：用例圖中角色只分爲註冊用戶和未註冊用戶，沒有更細的角色劃分，沒有教師角色對應的用例。類圖中只有用戶類，沒有細分爲教師類和學生類。功能和用戶場景只分爲註冊用戶和未註冊用戶，註冊用戶沒有細分爲教師用戶和學生用戶。

規格說明書具體改進的內容：

原來的用例圖（左）和修改後的用例圖（右）對比：

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

 

原來的類圖（左）和修改後的類圖（右）對比：

　　　　　　　　　　　　　　　　　　　　　　　　　　

 

 

三、用戶場景描述：

遊客用戶場景：
林同窗是一名小學生，他因爲數學成績比較差，因而給本身定下天天練習四則運算的學習計劃。他上網查看練習四則運算的網站，選擇遊客登陸，網站上出現了題目，他回答徹底部問題並提交了上去，網站上顯示了他這次的答題成績。
普通用戶用戶場景：
李同窗是一名小學生，他因爲數學成績比較差，因而給本身定下天天練習四則運算的學習計劃。他上網查看練習四則運算的網站，註冊了一個帳號，登陸了進去，設置了我的信息。在主頁面他選擇了模式中的一種，並選擇了難度，點擊肯定後進入測試，按照遊戲規則完成遊戲規則後，點擊提交提交答案，網站上顯示了本身這次答題的成績和歷史的記錄。
老師用戶用戶場景：
李老師是一名小學老師，爲了跟上時代的潮流給學生布置做業，因而他上網找到一個網站建立了一個班級，讓學生們加入班級。老師點擊生成做業，並設置做業信息（難度、數量），網站生成題目，李老師查看以爲能夠，點擊發布，選擇班級，做業佈置成功。次日老師查看班級這次做業提交狀況。

4.參考《構建之法》8.5節功能的定位和優先級，給出功能分析的四個象限

 

五、任務分解WBS

 時間分配：

登陸註冊（吳桂元、黃進勇）：2天
修改密碼（鄭希彬）：0.5天
選擇模式和難度（鄭希彬）：0.5天
四則運算（何忠鵬、李勇）：5天
排行榜（黃進勇）：1天
我的信息修改（吳桂元）：0.5天 

 六、架構設計

七、數據庫設計

 

八、Alpha任務分配計劃

本組隊員有五人，故將任務分爲三個功能模塊，一個前端模塊，一個測試模塊

模塊一：教師模塊（負責隊員 何忠鵬）

            　   A.自主出題 （自動查錯功能：防止教師因手誤輸入沒有正確答案的題目，給學生測試帶來不便）
　　　　　 B.信息統計  （測試學生姓名 年級 班級 正確率）
     　　      C.建立班級   (建立班級能夠邀請學生加入)
模塊二：作題模塊（負責隊員 黃進勇 何忠鵬）
                1. 練習部分
                   A.選擇等級：一年級、二年級、三年級、四年級、五年級、六年級
    　　　　 B.選擇模式：限時模式、限量模式、無盡模式
                2. 回顧部分
                  A. 錯題記錄
                  B. 成績記錄
                  C. 錯題回顧（錯題作對兩次才能從錯題庫中剔除）
　　　　 3. 累計積分
 　　　　   A.簽到
  　　　　  B.答題
模塊三：學生模塊（負責隊員 吳桂元）
               1. 註冊學生用戶
               2. 修改密碼     
模塊四：前端模塊（負責隊員 李勇 鄭希彬）
               1. 網站頁面佈局
               2. UI美化設計
模塊五：測試部分（負責隊員 吳桂元） 
               1.測試計劃的編寫及任務分配 
               2.總負責整個測試過程

 九、測試計劃

 1. 項目背景： 本系統是一個針對小學生四則運算的測試系統

 2.任務概述

         2.1 測試目標： 但願經過測試，發現項目存在的漏洞，你們一塊兒解決問題，完善整個系統。

         2.2 測試範圍：教師子系統 

                         遊客子系統

 學生子系統

 3.測試策略 

          3.1 測試方法：手動測試

          3.2 測試人員需求、分工 

人員	職責
吳桂元	組織測試 制定測試計劃 需求審覈 控制測試進度 與有關隊員溝通 測試分析
李勇	組織測試培訓 協助溝通 協助肯定測試需求 協助準備測試數據   缺陷報告
吳桂元、黃進勇	測試學生子系統
鄭希彬	測試遊客子系統
何忠鵬	測試教師子系統

         

3.3 測試階段計劃

測試階段	預計花費時間	測試人員	完成標誌
測試計劃設計	1天	吳桂元	計劃完成
測試培訓	1天	全體隊員	掌握這次測試重點
學生模塊部分	4天	吳桂元、黃進勇	實現題目的生成與判斷正誤 實現登錄驗證 實現各個模式和難度
遊客模塊部分	2天	鄭希彬	實現遊客答題功能
教師模塊測試	3天	何忠鵬	實現自主出題 實現查看學生信息 實現建立班級
缺陷報告	4天	李勇	完整記錄系統缺陷及解決方法 報告缺陷
測試分析	1天	全體人員	完整分析測試中存在的問題 及整個系統存在的問題

    

   4.資源需求

           4.1 人員需求：要求六名隊員掌握

                 本次測試的重點

                 每一個子系統的功能

                 實際使用過程當中哪部分問題較多

           4.2 硬件需求：

                 筆記本電腦4臺

           4.3 軟件需求：

                 Java開發環境