一、需求分析
（1）用戶確定及采訪
在經過我們小組內的討論后，我們確定了我們這次課題的目標用戶：小學生以及他們的家長或數學老師。於是根據我們的目標用戶我們隨機采訪了一些小學生還有他們的家長，采訪情況如下：
問：如果有一個可以自動出題的軟件你希望它能有什么功能或者說它的什么方面可以比較吸引你？
同學A：我希望這個軟件可以有一個排行榜之類的功能。每一次的做題成績都可以在排行榜上顯示出來，這樣要是做的好的話比較有成就感，感覺特別厲害。
同學B：除了出題目答題目之外，還希望它能根據我們每個人錯的題目類型進行總結，類似於錯題本一樣的功能。
同學C：要是能有個按難度出題的選擇就好了，這樣我們就可以按照自己適合的難度做題。
同學D：希望界面能夠好用好看一些。
家長A：希望有讓我們檢查作業完成情況的功能，每個家長登陸賬戶就可以看到老師布置的作業以及孩子的完成情況。
我們對很多小學生以及家長進行了調查，答案有重復的就不一一貼出來了，以上是比較有代表性以及概括性的回答。對於這個結果我們也進行了討論分析，得出了我們目標用戶的基本需求，如下：
1、 基本的四則運算功能。
2、 用戶排行榜功能
3、 類似錯題總結的錯題本功能
4、 按照難度出題
5、 美觀易用的界面
6、 有布置作業以及家長檢查的功能
（2）《軟件需求說明書》
《軟件需求說明書》git鏈接：https://git.coding.net/NianQiFeng/szys.git
（3）NABCD 寫作
1.Need(獲取用戶需求)
經過了簡單的調研，目前結合題目所實現的要求，以及調研的結果，並且結合自身實際，可以定義這款基於web或手機APP的四則運算的軟件的受眾主要分為這兩個角色：學生，家長。
功能性需求(產品必須實現的功能)：
a.家長或老師的需求：
①可以通過這款軟件監督管理學生的學習進度；
②可以對學生的答題正確率以及學習頻度有所了解學生的需求。
b.學生的需求：
①可以通過軟件為自己的學習情況做出評估；
②可以通過軟件收集自己所出錯的題，並為之統計反復訓練。
適用環境：中小學生家長需要監督管理自身孩子的學習，通過軟件要求孩子進行訓練；亦或者學生自己需要提高自身能力，爭取高分。
2.Approach(實現方法)
這是一個基於web或手機APP的四則運算的軟件，包含的功能有：用戶登錄、注冊功能，“倒計時”功能，按正確率和耗時排名功能，按難易分級功能，記錄功能等。通過一系列復雜的算法，實現一個簡潔的app界面，幫助用戶們系統性的訓練自身能力。
問題：不能明確了解如何用戶對於難易度的區分
解決方法：a.通過市場調研，了解對於用戶而言心里的難易度辯知
b.結合自身團隊的實際，確定難易度的區別
3.B (Benefit 好處)
1.拿起手機，隨時隨地的可以訓練自身的四則運算能力，不必端坐於電腦面前；
2.並且可以記錄下自身的錯誤，統計正確率，對自己的能力有清晰的辨別；3.還有排行榜，可以與朋友同學pk對比，增大學習的熱情；
4.對於家長用戶而言，不僅使得孩子不再拿起手機就是玩游戲的局面，還可以設置獎勵制度，多做多玩，提升孩子的熱情；
5.並且可以監督孩子學習是否扎實，看清孩子的基礎，完美！
4.C (Competitors 競爭)
我們目前的競爭者感覺上很少，畢竟網上對於這種系統的四則運算訓練的app不算多，即使有，也有廣告之類的影響適用體驗，我們爭取做出最簡潔的界面，最完善的功能，從競爭中脫穎而出。
5.D (Delivery 交付)
通過將產品發布與網上，例如中小學校的貼吧或者微博上，看看是否能夠吸引他們參與使用這款軟件，並且在學生周邊進行宣傳；亦可以通過向自己身邊的有孩童的家長們宣傳，通過這個來提高他們的運算能力；若是有條件的話，亦可以尋找以前的數學老師，讓他幫我們在他現在帶的學生班級上推廣，可以方便管理和布置作業。
（5）成員分工及工作量比例
原型設計---邱文鑫（15%）：原型設計能夠在表現層將設計合成一個邏輯整體，用戶能和你一起看到未來交互的軟件藍圖、功能和效果，獲得較真實的感受，在不斷討論的基礎上完善未來的設計思想。原型設計可以起到有效溝通的作用，漂亮、直觀的原型圖讓人在賞心悅目的同時更好的了解產品。
軟件需求規格說明書---念其鋒、林青（40%）：軟件需求說明書的編制是為了使用戶和軟件開發者雙方對該軟件的初始規定有一個共同的理解， 使之成為整個開發工作的基礎。說明編寫這份軟件需求說明書的目的，指出預期的讀者。軟件需求說明書的作用在於便於用戶、開發人員進行理解和交流，反映出用戶問題的結構，可以作為軟件開發工作的基礎和依據，並作為確認測試和驗收的依據。
NABCD寫作，視頻---黃子敬（15%）：需求<Need>、方法<Approach>、好處<Benefit>、競爭對手<Competitor>、高效<Delivery>，從五個方面闡述產品的屬性，這樣能讓用戶更好的直觀了解產品。這樣可以在短時間內，自然而有條理地把項目說清楚。
用戶調研---潘志堅、余洋（25%）：通過各種方式得到受訪者的建議和意見，並對此進行匯總，研究事務的總特征，用戶調研的目的在於為生產提供相關數據基礎。做調研最終的目的還是服務於產品設計，幫我們找到真正的目標用戶，明確核心的需求和功能點的優先級，涉及到具體的項目能說的十分有限，case by case才是進步的不二法則。
博客匯總整理---念其鋒（5%）：團隊博客的整理和匯總展示。
二、原型設計
原型設計能夠在表現層將設計合成一個邏輯整體，用戶能和我們一起看到未來交互的軟件藍圖、功能和效果，獲得較真實的感受，在不斷討論的基礎上完善未來的設計思想。因此，原型設計能起到有效溝通的作用，漂亮，直觀的原型圖更是讓人賞心悅目。我們團隊使用墨刀這個軟件來制作原型設計的藍圖，如下：
三、編碼規范
以下是我們之前就約定好的代碼規范：
1 Arithmetic類 2 astr 返回答案字符串 3 qstr 返回問題字符串 4 int_operation() 整數計算函數 5 fra_operation() 分數計算函數 6 common_divisor(int m,int n) 7 公約數計算函數 8 toString() 輸出函數 9 Frame類 10 hs 實例化History 11 hh 實例化QA_List 12 timer 實例化Work_Time 13 Time 計時器動態窗口 14 answer1~10 輸入窗口 15 Review 復習按鈕 16 question1~10 題目顯示標簽 17 Right_answer1~10 正確答案顯示標簽 18 Tip1~10 提示正確與否標簽 19 Time_cost 所花時間顯示標簽 20 Right_percent 正確率顯示標簽 21 Set_question 開始按鈕 22 jLabel5 歷史正確題數 23 jLabel7 歷史總題數 24 rn 單次正確題數 25 tot 單次總題數 26 Frame() Frame構造函數 27 initComponents() 窗體顯示 28 xxxClicked(KeyEvent evt) 29 點擊事件 30 KeyPressed(JLabel i,JLabel j,JLabel l,int x,JTextField k) 31 點擊事件批量處理函數 32 Hide() 使不需要的輸入窗口關閉 33 Tip(String answer,int i)提示對錯並計入 34 Histroy類 35 qstr 問題字符串 36 astr 答案字符串 37 str 答案+問題字符串（寫入文件） 38 str2 正確題數+總題數字符串（寫入文件） 39 tot 總題數 40 rn 正確題數 41 qstrlist 問題字符串列（讀入文件） 42 astrlist 答案字符串列（讀入文件） 43 scan(String qstr,String astr) 44 qstr+" "+astr 45 scan2(int tot,int rn) 46 tot+" "+rn 47 Histroy_create() 歷史文檔生成 48 Histroy_save() 存儲歷史題目與答案 49 Histroy_saveNum() 存儲歷史題目數目 50 Histroy_read() 讀入歷史題目與答案 51 History_num() 讀入歷史題目數目 52 QA_List類 53 i 加入列題目個數 54 Qusetion 問題字符串列 55 Answer 答案字符串列 56 QA_List() QA_List構造函數 57 Test_Number類 58 i 顯示Test_Number窗體次數 59 l 語言轉化參數標識 60 Cancel_Button 取消按鈕 61 Sure_Button 確定按鈕 62 English 英文界面標簽 63 Simplified_Chinese 簡體中文界面標簽 64 Traditional_Chinese 繁體中文界面標簽 65 Number 所需題數 66 Test_Number() Test_Number構造函數 67 initComponents() Test_Number窗體顯示 68 xxxClicked(KeyEvent evt) 69 點擊事件 70 Test類 71 main(String[] args) 72 Work_Time類 73 x 00：00.x 74 y 00：y.00 75 z z:00.00