172328 結對編程練習_四則運算第一週階段總結

時間 2019-11-14

標籤編程練習四則運算一週 1周階段總結简体版

原文原文鏈接

172328 結對編程練習_四則運算第一週階段總結

1.項目內容解析

(1).自動生成不一樣的題目
(2).實現中綴表達式→後綴表達式
(3).支持真分數
(4).題目去重
(5).用戶選擇題目等級和題目數量
(6).給用戶計算正確率
(7).錯誤處理測試，非法表達式
(8).分數化簡html

2.設計思路內容
(1).先進行了小組討論，對於整個題目進行了大致的分析和要點記錄。
(2).肯定了幾個必有的模塊，生成題目類，用戶使用類，中綴表達式變後綴表達式類，後綴表達式計算類。
(3).對於每一個模塊的實現進行了必定的討論，大致用那些方法和那種循環進行了肯定。
(4).具體分配任務和實現。
(5).對於題目等級的主類Arithmetic類，進行了用方法來題目分級，將加減乘除運算符號放在一個隨機數組中去產生，讓一級題目實現簡單的加減法。讓二級題目實現乘除法。讓三級題目實現加減乘除法。讓四級題目實現分數的加減乘除運算，分數是運用咱們以前學習的RationalNumber類，爲分數的運算作了一個實現約分和真分數的方法。
(6).對於中綴表達式變成後綴表達式，咱們創建一個符號棧和一個空數組，用條件語句進行運算優先級判斷而後讓數字進數組，符號進棧，有條理的轉換出來。
(7).對於括號的添加，咱們小組成員還在進一步討論中。編程

3.本週上交成果

(1).UML類圖

(2).編程過程當中的問題和解決

問題1.符號類型在測試輸出中一直相同，數字在輸出中一直相同。
數組
問題1的解決:將符號隨機判斷放在for循環裏面，每次執行循環時都去取新的隨機符號。數字同理。學習
問題2.分數不能正常輸出。
測試
問題2的解決：在循環中沒有給實例化數組實例化對象，所以沒法調用fraction方法，在加入實例化對象後解決了問題所在。
編碼
問題3.在將中綴表達式變後綴表達式的過程當中，不知道怎樣把前一個類中生成的後綴表達式引用進來。設計
問題3的解決：小組同窗將其轉化成變量引用了進去。
問題4:雙等號錯誤，在初次試用面對用戶的類時，出現了雙等號錯誤。
代碼規範
問題4的解決：在循環外面的result處加等號，才能在末尾輸出一個「=」。

code
問題5:輸出中一直問題9重複，找不到問題所在。
htm
問題5的解決:經過我小組成員段志軒的不斷努力，該問題獲得解決。在主類中設置了一個變量，經過循環裏面的自增和自減成功解決了問題序號的美化輸出。
問題6.在拆分字符的時候，StringToKenizer 比String.toCharArray好，分數不方便分割。
:
問題6的解決:換成StringToKenizer。

測試部分截圖

1.用戶體驗類截圖

2.中綴變後綴截圖

3.後綴表達式計算截圖

隊友互評

[20172301]：此次編程項目的主策劃，主引導，主幹事。他編寫了中綴轉後綴類以及後綴計算類。在各個環節也在不停幫助咱們小組其餘兩位同窗。
[20172304]：此次編程項目的靈感激發和驅動型人物。在加括號問題上，獨特的想到了用ASCII表來判斷的方法，如今雖然遇到了瓶頸，但仍是在繼續解決中。

感悟

原本不該該有本身的評價，但仍是寫在感悟裏面吧。此次結對編程，我只作了最簡單的用戶使用類，而且在小問題上還有差錯，通過多次修訂和改正才正常運行。在主類的編寫中，也只參與了一小部分。原本想編寫後綴計算的類，可是當時本身無從下手，五一又出去遊玩了沒有時間去花心思，因此這個步驟也是由隊友完成的。理解代碼，實現代碼，操縱代碼都是不一樣的境界和層次。沒有時間的投入，沒有足夠的思考，我寫不出來也很正常。後期會在編程項目中多下點功夫。

PSP時間統計

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	60	65
Estimate	估計這個任務須要多少時間	3	2
Development	開發	2000	3000
Analysis	需求分析 (包括學習新技術)	350	300
Coding Standard	代碼規範 (爲目前的開發制定合適的規範)	60	10
Design UML	設計項目UML類圖	60	60
Coding	具體編碼	1500	2000
Code Review	代碼複審	30	30
Test	測試（自我測試，修改代碼，提交修改）	300	300
Size Measurement	計算工做量（實際時間）	2	2
Postmortem & Process Improvement Plan	過後總結, 並提出過程改進計劃	30	10
	合計	4395	5229