結對程式設計作業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）無正确率統計

2）簡英繁切換不完善（彈出錯題框時，“錯題”及“正确率”未切換）

3）不支援多操作符運算

4）不支援加入括号的四則運算題

5）固定為5個題目

二、功能改進與擴充

1）添加正确率統計

2）半完善簡英繁切換(還有初始界面的按鈕不支援切換)

3）支援多操作符運算

基本思路：在原有代碼基礎上又随機生成一個操作數以及一個運算符，先比較兩個運算符的優先級，優先級較高的操作符兩端算式優先算，将其結果存入，再将其與剩餘操作數進行運算，調用相應的運算函數，即得出這個題目的正确答案。

【例】：6 + 1/3 X 1/2 'X'優先級高于'+'，先調用mul函數計算1/3 X 1/2，存得其結果s，再調用add函數計算s+6，即為正确答案。

4）改進代碼展示

5）程式運作截圖

3.兩人合作

一、編碼規範：

1）變量與函數名命名:駝峰式命名

2）縮進：4個空格

3）行寬：100字元

4）括号：用括号表示邏輯優先級

5）斷行與空白的｛｝行：每個‘｛’、‘｝’都獨占一行

6）分行：一條語句放在一行

7）注釋：簡單說明函數或對象作用

二、 結對程式設計照片

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

三、碼雲commit送出記錄

四、心得體會

此次結對程式設計合作依舊是和我的學霸老搭檔一起完成的，在這之前，我們兩已經合作過java的購物車和java課設了，又是舍友，對對方了解頗深，溝通交流起來也較為容易。

先給我的好搭檔送一個漢堡包吧：

Bread 你是我們專業的學霸，學習成績優秀而且做事認真可靠，編碼能力也遠遠高于我，很開心和你一起合作讓我受益匪淺

Meat 在編碼過程中，感覺你有一滴滴焦躁啊，碰到暫時解決不出來的問題會有點氣餒，心态不佳

Bread 但是呢，你也不會輕言放棄，總會堅持下來解決問題，真的很棒，值得我學習。期待我們下次合作≧▽≦

對于1+1有否起到大于二的效果，我的回答是：還行吧。因為第一次搞這個結對程式設計還有改寫他人的代碼，我兩對要求都不甚了解，做很多東西都是摸索着去做的，覺得應該是這樣就去做了，也不知道是否滿足要求，是以執行起來不免有些摸不清頭腦。整個過程中我兩都是在一起看代碼一起搞，這樣不免效率不高（可以從我們的psp表格中看出...）思考一下，其實如果在更明白要求的情況下，我們就可以在一開始兩個人配置設定任務而後再集中修改，這樣也許就更好了。再者，這次結對程式設計使我感受到，修改别人代碼其實比自己寫代碼還困難一些，以前總以為别人的代碼都寫好了，後續就依葫蘆畫瓢就好，但是實際上，新增一個新功能，就要想到有沒有破壞原有代碼的想法（比如我們最後想在題目中添加括号時，百思不得其解，不知道如何在源代碼的基礎上添加，是以沒有做出來T T）。越改就越覺得學長學姐們的辛苦，特别是我們選的這個部落格4，我覺得寫的挺好，代碼思路清晰且有亮點，減少了我們修改的難度，應該向學長學姐們學習~

差不多心得體會就這樣了吧，不然就顯得像王婆的裹腳布了hh