psp2.1
personal software process stages
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫· estimate
· 估計這個任務需要多少時間
180122
development
開發· analysis
· 需求分析 (包括學習新技術)
1012
· design spec
· 生成設計文件00
· design review
· 設計複審 (和同事審核設計文件)00
· coding standard
· **規範 (為目前的開發制定合適的規範)00
· design
· 具體設計53
· coding
· 具體編碼
9075
· code review
· **複審100
· test
· 測試（自我測試，修改**，提交修改）
1020
reporting
報告· test report
· 測試報告107
· size measurement
· 計算工作量00
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫105
合計145
122昨天晚上何婷同學和我說又有新作業後，我就簡單看了下作業要求，我倆就討論了一下
討論圖↑
首先都是團隊成員，我倆接觸專案也不少了，這種需求基本上是上手就來，不需要查太多資料準備什麼的
接下來是分工
我負責主**方面，她這邊負責**測試和複審，做單元測試等等
我和她簡單分析後簡單畫了下結構圖
基本上是這樣了，所有功能都囊括進去了
討論很簡短，可能10分鐘不到，畢竟大家都有經驗
1.git的fork和clone，這個步驟太簡單就沒截圖了
2.**編寫
兩個難點吧，統計英文單詞那裡，還有排序那裡，不過有以往經驗，還是寫得挺快的
寫完何婷這邊就進行審查和測試
3.何婷這邊的測試
首先我們選了乙個幾十萬字（算字數是10w多字，算字元是50多w，這是用msword統計的結果，老師指出後修正）的英文反烏托邦**《1984》作為測試資料
這裡可以看到乙個bug，就是程式把空白算進去了
何婷給我說的時候，馬上我就意識到**的問題了
這裡少了個判斷
加上完成
4.複測
經過改正後，基本上沒有問題了
5.加入新功能
6.單元測試
這方面也是一次通過，實際上是驗證一下資料在正確性，結果也是正確的
7.效能測試
可以看出，佔比最多的是countword函式，就是分析統計單詞頻率的這個函式
這是乙個正常的結果
8.異常處理
這個在最早編碼的時候就已經考慮進去了，這裡只貼一張圖
新改後也加入了相關的輸入正確性判斷
9.git提交
順便把測試樣例上傳，方便大家做測試
1. 結對程式設計特別適合學習新知識，幫助開發者快速熟悉自己所不熟悉的領域，對於新加入的成員，能很快學習到經驗
2.結對程式設計的時間要求比較高，要兩者都有時間才行
3.對於這種很小的專案，結對程式設計效率反而不高
第三次作業
2 12有600 mb 兆位元組 的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車這 些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kb s,其結果又如何？解 當傳送速率為2.4k...
第三次作業
1 有600mb 兆位元組 的資料，需要從南京傳送到北京 一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料，試比較這兩種方法的優劣。若資訊傳送的速率為33.6kb s,其結果又如何？解 假定連續傳送且不出錯。若...
第三次作業
p67 2 12 有600mb的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率是2.4kbps 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kbps，其結果又如何？解 1 t 600 1024...