四則運算 --java
一、github鏈接
https://github.com/flames-z/sizeyunsuan
二、項目成員
伍欣怡、鐘秋爽
三、PSP表格
|
PSP2.1 |
Personal Software Process Stages |
預估耗時（分鐘） |
實際耗時（分鐘） |
|
Planning |
計劃 |
30 |
20 |
|
· Estimate |
· 估計這個任務需要多少時間 |
60 |
50 |
|
Development |
開發 |
2000 |
2500 |
|
· Analysis |
· 需求分析 (包括學習新技術) |
60 |
120 |
|
· Design Spec |
· 生成設計文檔 |
30 |
20 |
|
· Design Review |
· 設計復審 (和同事審核設計文檔) |
50 |
50 |
|
· Coding Standard |
· 代碼規範 (為目前的開發制定合適的規範) |
60 |
30 |
|
· Design |
· 具體設計 |
160 |
180 |
|
· Coding |
· 具體編碼 |
1500 |
2000 |
|
· Code Review |
· 代碼復審 |
80 |
150 |
|
· Test |
· 測試（自我測試，修改代碼，提交修改） |
60 |
30 |
|
Reporting |
報告 |
90 |
120 |
|
· Test Report |
· 測試報告 |
30 |
15 |
|
· Size Measurement |
· 計算工作量 |
15 |
15 |
|
· Postmortem & Process Improvement Plan |
· 事後總結, 並提出過程改進計劃 |
30 |
15 |
|
合計 |
|
4255 |
5315 |
四、主要代碼
1.main函數
2. Fraction函數，用來隨機出一個分數或自然數。
3. Generate，用來生成一個運算表達
式
4. 計算答案
5. 文件處理函數
五、生成一萬道式子和答案
六、比對答案生成成績文檔
七、小結
1. 這次我們在著手寫代碼之前做的計劃和整體思路的準備不夠充分了，以至於在後面出現了寫著寫著回過頭來重新計劃設計思路的情況，非常地低效。
2. 由於對java還不夠熟悉，我們在寫代碼需要不斷百度來學習一些Java語言的一些細節。
3. 此次合作讓我們認識到兩人合作再討論問題上，可以比一個人提出更多的思路和方法，但是合作中可能由於溝通不當的原因，也經常互相無法理解對方的表達的意思，溝通對於團隊合作而言是非常重要的。
4. 我們一開始在生成表達式的時候，因為還沒有找到查重的思路，所以先不考慮它先寫出生成表達式的函數，這導致後來我們找到在生成表達式時實現查重的思路時，因為時間關系，不打算重新寫生成函數，故沒有實現。所以一開始就生成設計文檔是非常重要的。
5. 此次結對項目，我們增強了實現合作的能力，認識到了有一個完整清晰思路的重要性。
四則運算 --java