第二次結對程式設計作業

2022-05-11 09:55:08 字數 2502 閱讀 1939

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫

5060

estimate

· 估計這個任務需要多少時間

5060

development

開發(包含下面8個子任務)

2500

3500

analysis

· 需求分析(包括學習新技術)

9001200

design spec

· 生成設計文件

4060

design review

· 設計複審

3050

coding standard

· **規範(為開發制定合適的規範)

3050

design

· 具體設計(用偽**,流程圖等方法來設計具體模組)

400500

coding

· 具體編碼

1000

1500

code review

· **複審

2040

test

測試(自我測試,修改,提交修改)

80100

reporting

報告

100110

test report

· 測試報告

3030

size measurement

· 計算工作量

1020

postmortem & process improvement plan

· 事後總結並提出過程改進計畫

6060

合計2650

3670

ui介面沒啥關鍵**,所以貼上結對同學的出牌演算法的關鍵**

關鍵**功能:對同花或順子可能會反水的情況的處理。

演算法思想:每墩順子或同花後面加上識別符號,以便後面的判斷。判斷出來後,將其轉換到陣列中逐個比較大小。

源**:

if(bottom.length()>16&&middle.length()>16)//兩墩出現順子+順子/同花+同花/同花+順子的情況,可能會反水

else

trans(middle);

for(int i=12;i>=0;i--)

if(shoupai[i]>0)

//陣列a存bottom的牌面值,b存middle的牌面值

for(int i=0;i<5;i++)

if(b[i]>a[i])

else if(a[i]>b[i])

break;}}

缺陷:在我的出牌演算法中,每一墩在確定前都會進行按牌面值的排序,不僅大大增加了我的工作量,又使程式複雜度大幅提公升。

改進:每一墩都先正常找下來,到最後再對每墩進行排序,以及反水處理。

消耗最大的函式:

此函式包含對底墩中墩的獲取,以及最後的補全操作。

第n周

新增**

累計**

本週學習耗時

累計學習耗時

重要成長10

01010通過設計原型,大致掌握了墨刀和ps的基本用法,並提高了網路調研能力

2273

27312

22學習了post和get的使用,對jframe有了一些了解

3302

57514

36學習了jbutton、jtext等元件的使用,完善具體設計思路

4851

1426

2056

實現各個介面之間的邏輯呼叫

第二次結對程式設計作業

組員部落格鏈結 本作業部落格鏈結 github倉庫 共同解決互動 api 部落格 psp2.1 personal softwareprocess stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫200 250 estimate 估計這個任務需要多少時間 250300 develo...

第二次結對程式設計作業

楊潤秋 負責前端介面和網路介面呼叫 書寫及最後的整合及打包 韓洪威 負責後端ai演算法部分 書寫 優化 除錯 psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫 3030 estimate 估計這個任務需要多少時間 ...

第二次結對程式設計作業

陳佳雯 王思婷github psp4.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫 12020 estimate 估計這個任務需要多少時間 1020 development 開發 2590 3870 analysis 需...