第三次作業 結對程式設計

2022-06-03 19:54:13 字數 3020 閱讀 7590

作業位址 :

01. psp**

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫10

15· estimate

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

1015

development

開發200

300· analysis

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

30100

· design spec

· 生成設計文件300

· design review

· 設計複審 (和同事審核設計文件)300

· coding standard

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

2525

· design

· 具體設計

1015

· coding

· 具體編碼

180300

· code review

· **複審

3045

· test

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

15  

25reporting

報告20

30· test report

· 測試報告

1020

· size measurement

· 計算工作量300

· postmortem & process improvement plan

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

1025

合計515

91502.結對討論

我這次結對程式設計作業是和我室友龐斌同學組隊完成的,由於我程式設計基礎沒有他的好,所以他負責編碼工作,我在一旁幫他分析與他一同討論,編碼後的測試環節和效能分析環節由我完成。具體編碼資訊在我搭檔的博文當中,而其他的在我的博文當中。

合作過程**:

03.  計算模組介面的設計與實現過程:

看到這個作業要求我和隊友都一頭霧水,類似於統計文字字數的程式設計我只在大一時用c語言編過很簡單的小程式,但是像這次這麼多使用者需求的程式我們兩人找不到好的解決辦法,於是在網上查閱了很多的資料,有將文字資訊匯入到 dictionary 函式中的方法,還有就是用hashtable的方法,我室友選擇了後者。同是他講程式設計的思路畫了一張設計圖如下:

具體的過程在我室友的博文當中。我就不過多描述了。

04.**複審過程

我們用的是一片英文**------《失物之書》進行文字的呼叫。

他寫完**過後,我與他經過不斷的除錯,將**完善。

《遇到的問題》: 1.最開始我發現我們輸出的結果 word數並不正確,原因在於我們輸出的是單詞的種類,並不是他的總個數,於是他進行了**的修改,最終輸出正確答案。

最初輸出結果:

修正過後輸出結果:

2. 我發現他的**有些地方構思很巧妙,我看了很久才看懂,比如通過arraylist以及插入排序實現了對其頻數的降序排序等等。

05.單元測試部分:

《遇到的問題》:1.他的很多方法的呼叫都在主函式當中進行,而單元測試的引用並不能從主函式當中直接呼叫,所以我將情況和他說明過後和他新建立了乙個test()類,將主函式中的類的呼叫寫在test()類中,而再由主函式來呼叫test()類;**如下:

public

static

void main(string

args)

public

void

test()

2. 他在很多類當中申明了許多臨時變數,無法再測試函式中引用,所以又將有的變數改為全域性變數,而後完成了測試。

0.6 效能分析

這是我做的cpu效能分析:

從圖中我們可以看到 函式 wordcount 消耗的時間最多,cpu所佔比例也很大,但是我不知道怎麼改進。

0.7我與他商量定製的**規範:

1.關鍵的**,方法後要有注釋,能清晰表達其作用。

2.**縮排要有條理,讓人明白大體結構。

0.8 提交專案

0.9 總結

這次兩人合作的專案我們遇到了不少的困難,很多就是不懂,需要去查詢資料,自己學習弄明白,在找資料的過程中花費了很多的時間,我認為我的搭檔非常的認真和負責,很好地完成了他的工作並協助我完成我的工作。我從這次結對程式設計中體會到合作的重要性與難度,希望自己能在這種合作當中不斷成長進步,能與自己的隊友相處良好,多溝通,多交流,畢竟 1+1>2.

第三次作業 結對程式設計

學號 031302619 031302620 功能分析 在發布的部落格中已經談到,本次只做乙個乙個技術可行性的突破demo 實現以下兩個步驟的操作 1 將初始排課表以檔案上傳的形式匯入系統資料庫 2 將系統資料庫的排課資料顯示在介面裡。僅考慮上述功能的實現,暫不考慮後續細節。功能需求已經很清晰,在此...

第三次作業 結對程式設計

在結對之後,選定了兩方都有空的時間出來討論,現制定了psp表,然後根據各自水平,分配任務。各自的任務完成過後,先自審,再交由對方複審,然後彙總,封裝成dll檔案,進行單元測試和效能分析,並且改進 最後撰寫部落格。預估耗時 分鐘 實際耗時 分鐘 planning 計畫 estimate 估計這個任務需...

第三次作業 結對程式設計

github位址 夥伴的作業位址 帝國 夥伴 在結對編碼的日子裡,我們在學校激情討論,放假了也不忘激情討論。我和嚴一笑各司其職,揚長避短,發揮出各自的優點完成了這次作業。可是沒看到部落格要求要 然後我又回家了,所以只能大概描述一下 放假後我們只好通過 來完成剩下的作業,求求助教不要扣分,這對我和嚴一...