需求&原型改進：
1.給目标使用者展現原型，與目标使用者進一步溝通了解需求:
使用者的痛：在容易出錯的題目上一不小心，下次還會錯
用産品之前的場景：需要随時做筆記，記錄下錯誤的題目，時間一長，這部分的筆記有可能就會消失在曆史的長河中，再也找不到。而且，記錄也需要花費大量的時間，
用産品之後的場景：做錯的題目可以自動記錄下來，讓使用者可以随時查錯題，重溫錯題。
2.使用者場景描述：
a.使用者注冊
b.使用者選擇題目難度和數量
c.使用者開始做題
d.完成題目，檢視時間和正确率
e.檢視做錯的題目
3.功能分析的四個象限:
| 外圍功能 | 殺手功能 | |
| 必須要求 | 第二象限 優美的界面 | 第一象限 有錯題記錄功能，讓使用者複習達到做題的最終目的 |
| 輔助要求 | 第三象限 網頁界面隻需打開連結就能使用，更加友善 | 第四象限 有排行功能，增加玩家做題樂趣 |
4.任務分解WBS:
5.各成員估計完成任務需要的時間：
前端界面：唐壺海4h
計時器：林國梽5h
登入注冊：黃興5h
排行榜：張洪濱4h
四則計算題目生成：陳敬軒3h
系統設計：
Alpha任務配置設定計劃：
1.以需求分析為主，選擇和排序本次疊代需要實作的訂單條目
a.首先通過調查了解使用者的需求
b.根據使用者的需求分析設計系統，配置設定工作
c.開始着手實作系統功能：
d.基本功能實作後，進行beta測試，然後再進一步優化
2.以設計為主，确定系統設計方案和工作内容：
a.使用者需要先注冊，再做題
b. 根據界面的提示，使用者再依次選擇難度做題
注冊功能：67
登入功能：67
題目生成功能：59
計時器：68
排行榜：60
測試計劃：
1.1項目背景
課程項目
1.2參考資料
《建構之法》、http://www.cnblogs.com/itest/archive/2008/06/24/1229151.html
2.1測試範圍
注冊功能
計時功能
判定題目是否正确
2.2測試目标
各方面能夠達到使用者的需要，計時能讓使用者了解時間，判斷題目是否正确有助于使用者了解正确率
3.1測試人員需求、分工
小組成員之間分工測試然後協同合作，共同測試。
3.2測試方法
自動化測試／手動測試.
4.1計劃總結
小組成員之間的配合還不是很好，下次可以指定更加詳細的計劃，讓隊員們可以更加從容的完成任務