結對編程做業1

1.連接

• 學號：201521123069 博客連接：http://www.cnblogs.com/kzq-java-markdown/
• 學號：201521123074 博客連接：http://www.cnblogs.com/guzhiling/
• 結對編程碼雲項目連接：https://gitee.com/guzhiling/software_engineering/tree/master

2.改進現有代碼

選擇博客4進行改進：
我的博客地址4：http://www.cnblogs.com/shizhuangde
源代碼：https://coding.net/u/lhl1212/p/work2/git

1、分析原始代碼

類圖

覆蓋率統計

單元測試

弱點：

1）無正確率統計
2）簡英繁切換不完善（彈出錯題框時，「錯題」及「正確率」未切換）
3）不支持多操做符運算
4）不支持加入括號的四則運算題
5）固定爲5個題目

2、功能改進與擴展

1）添加正確率統計
2）半完善簡英繁切換(還有初始界面的按鈕不支持切換)
3）支持多操做符運算
基本思路：在原有代碼基礎上又隨機生成一個操做數以及一個運算符，先比較兩個運算符的優先級，優先級較高的操做符兩端算式優先算，將其結果存入，再將其與剩餘操做數進行運算，調用相應的運算函數，即得出這個題目的正確答案。
【例】：6 + 1/3 X 1/2 'X'優先級高於'+'，先調用mul函數計算1/3 X 1/2，存得其結果s，再調用add函數計算s+6，即爲正確答案。
4）改進代碼展現

5）程序運行截圖

3.兩人合做

1、編碼規範：

1）變量與函數名命名:駝峯式命名
2）縮進：4個空格
3）行寬：100字符
4）括號：用括號表示邏輯優先級
5）斷行與空白的｛｝行：每一個‘｛’、‘｝’都獨佔一行
6）分行：一條語句放在一行
7）註釋：簡單說明函數或對象做用

2、 結對編程照片

PSP2.1	我的開發流程	預估耗費時間（分鐘）	實際耗費時間（分鐘）
Planning	計劃	20	15
·Estimate	明確需求和其餘相關因素，估計每一個階段的時間成本	20	15
Development	開發	358	542
· Analysis	需求分析 (包括學習新技術)	10	8
· Design Spec	生成設計文檔	5	6
· Design Review	設計複審	10	8
· Coding Standard	代碼規範	3	3
· Design	具體設計	10	12
· Coding	具體編碼	240	360
· Code Review	代碼複審	20	25
· Test	測試（自我測試，修改代碼，提交修改）	60	120
Reporting	報告	23	29
·	測試報告	3	2
·	計算工做量	10	12
·	並提出過程改進計劃	10	15

3、碼雲commit提交記錄

4、心得體會

這次結對編程合做依舊是和個人學霸老搭檔一塊兒完成的，在這以前，咱們兩已經合做過java的購物車和java課設了，又是舍友，對對方瞭解頗深，溝通交流起來也較爲容易。

先給個人好搭檔送一個漢堡包吧：
Bread 你是咱們專業的學霸，學習成績優秀並且作事認真可靠，編碼能力也遠遠高於我，很開心和你一塊兒合做讓我受益不淺
Meat 在編碼過程當中，感受你有一滴滴焦躁啊，碰到暫時解決不出來的問題會有點氣餒，心態不佳
Bread 可是呢，你也不會輕言放棄，總會堅持下來解決問題，真的很棒，值得我學習。期待咱們下次合做≧▽≦

對於1+1有否起到大於二的效果，個人回答是：還行吧。由於第一次搞這個結對編程還有改寫他人的代碼，我兩對要求都不甚瞭解，作不少東西都是摸索着去作的，以爲應該是這樣就去作了，也不知道是否知足要求，因此執行起來難免有些摸不清頭腦。整個過程當中我兩都是在一塊兒看代碼一塊兒搞，這樣難免效率不高（能夠從咱們的psp表格中看出...）思考一下，其實若是在更明白要求的狀況下，咱們就能夠在一開始兩我的分配任務然後再集中修改，這樣也許就更好了。再者，此次結對編程使我感覺到，修改別人代碼其實比本身寫代碼還困難一些，之前總覺得別人的代碼都寫好了，後續就依葫蘆畫瓢就好，可是實際上，新增一個新功能，就要想到有沒有破壞原有代碼的想法（好比咱們最後想在題目中添加括號時，百思不得其解，不知道如何在源代碼的基礎上添加，因此沒有作出來T T）。越改就越以爲學長學姐們的辛苦，特別是咱們選的這個博客4，我以爲寫的挺好，代碼思路清晰且有亮點，減小了咱們修改的難度，應該向學長學姐們學習~

差很少心得體會就這樣了吧，否則就顯得像王婆的裹腳布了hh