一、需求分析
（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 轉載于:https://www.cnblogs.com/hhh2333/p/6711102.html