第四次作業 結對程式設計

2022-06-18 13:30:20 字數 3281 閱讀 9832

|

|--|--|

| github專案位址 | |

|結對夥伴作業位址|

psppersonal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫30

50· estimate

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

1320

1470

development

開發1200

1340

· analysis

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

120150

· design spec

· 生成設計文件

6050

· design review

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

4030

· coding standard

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

3020

· design

· 具體設計

5085

· coding

· 具體編碼

720870

· code review

· **複審

6060

· test

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

12075

reporting

報告120

130· test report

· 測試報告

4050

· size measurement

· 計算工作量

3030

· postmortem & process improvement plan

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

5050

合計1350

在後面的excute(後面才發現自己execute拼錯了,但是問題不大)類中實現了這幾個方法,最後在main裡面呼叫方法實現需求。

在討論出具體框架後,我自己先搭好了程式框架,但是還沒有往裡面填**,然後git提交了第一次

**規範詳情見隊友部落格

**互審環節在測試的時候,看到他的測試**太簡陋了,而且並沒有使用到assert,直接通過肉眼**,大幅度降低了自動化,一但資料量龐大起來就容易出錯,所以給他指出了測試**的問題。

下面看一些關鍵的**,首先是統計字元的部分,這部分實現比較簡單,將檔案讀取後分別對每一行進行遍歷,統計出總字元數

public int countchar(string fpath)

}return countchar;//返回有多少個字元

}

下面是統計行數的部分,這部分實現更加簡單,相比於上面統計字元只需要乙個迴圈就能搞定

public int countline(string fpath)

return line;//返回行數

}

下面是統計單詞數,在這個地方遇到了一些困難,最開始想的是通過以前c語言啊很傳統很笨的方式遍歷,設定哨兵,然後統計,但是後面夥伴在蒐集資料的時候給我講了c#中dictionary的用法,我就在他的引導下使用字典完成了。

public int countword(string fpath)

return countword;

}

在統計單詞頻數的方法中也同樣使用了字典

public dictionarycountfrequency(string fpath)//計算每個單詞的頻數,結果傳入字典並返回,字典中的key是單詞的值,value是單詞的頻數

else}}

return fre;

}

最後在main函式裡面寫附加功能

static void main(string args)

}if (path != null)

console.writeline("characters:" + count.countchar(path));

console.writeline("words:" + count.countword(path));

console.writeline("lines:" + count.countline(path));

sw.writeline(string.format("characters:" + count.countchar(path)));

sw.writeline(string.format("words:" + count.countword(path)));

sw.writeline(string.format("lines:" + count.countline(path)));

if (getnum != null)//將輸出指定數量的單詞數,並寫入檔案

|", dic.key, 0, dic.value));

console.writeline(string.format(" |", dic.key, 0, dic.value));

i++;

if (i == int.parse(getnum))}}

}else

if (sw != null)

最後程式整體完成後,也得到了預想的結果

在程式完成後,進行了git第二次提交(就不附截圖了)

見隊友部落格

說實話這次的作業乙個人完成真的有點困難,雖說不是完成不了,但是在團隊專案以及團隊部落格還有很多課的情況下時間肯定是不足夠的,這也正體現了結對程式設計的作用,抽出乙個下午的時間坐在一起敲**,在自己遇到問題的時候有隊友進行扶持,就算隊友一時沒有解決方案自己也可以繼續下面的工作隊友繼續收集資料攻克困難然後回過來解決它,比單單乙個人效率來的高,而且想的也會全面一點,真正有點體會到了1+1>2的這麼個樣子。

第四次作業 結對程式設計

第四次作業 結對程式設計 作業要求位址 結對程式設計 github專案位址 github位址 結對夥伴作業位址 秦傲明的作業位址 我的學號 201731062324 隊友學號 201731062308 psppersonal software process stages 預估耗時 分鐘 實際耗時 ...

第四次部落格作業 結對專案

任務1 已完成 結對成員03班謝曉飛 03班張九川 任務2 2 互審 謝曉飛的 審查表 由張九川完成 能夠工作麼?它有沒有實現預期的功能,邏輯是否正確等。是2.所有的 是否簡單易懂?是3.符合你所遵循的程式設計規範麼?這通常包括大括號的位置,變數名和函式名,行的長度,縮排,格式和注釋。是4.是否存在...

第四次部落格作業 結對專案

結對成員 2班 趙迎港 2班 陶一鳴 1.概要部分 1.1 符合需求和規格說明嗎 符合 1.2 設計是否考慮周全 是1.3 可讀性如何 易讀1.4 容易維護嗎 容易1.5 每一行都執行並檢查過了嗎 是2 設計規範 2.1設計是否遵從已知的設計模式或專案中常用的模式 是2.2有無硬編碼或字串 數字等存...