預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫• estimate
• 估計這個任務需要多少時間
development
開發• analysis
• 需求分析 (包括學習新技術)
60100
• design spec
• 生成設計文件
5050
• design review
• 設計複審
4045
• coding standard
• **規範 (為目前的開發制定合適的規範)
• design
• 具體設計
6060
• coding
• 具體編碼
600650
• code review
• **複審
5060
• test
• 測試（自我測試，修改**，提交修改）
50200
reporting
報告• test report
• 測試報告
50100
• size measurement
• 計算工作量
3030
• postmortem & process improvement plan
• 事後總結, 並提出過程改進計畫
2020
合計1010
1345
用3個類分別實現字元數統計，行數統計以及單詞數統計的功能，最後再由main呼叫，字元的總數就是讀入檔案的總字元數；
行數由讀入的換行符確定，再減去行中沒有有效字元的行數；
比較難實現的是單詞數的統計，按照需求，單詞要求滿足開頭連續4個字元都是字母，碰到分隔符就截斷，所以在處理時先對前四個字元特判，如果是則繼續將字母或數字字元新增到當前單詞上直到遇到分隔符，遇到分隔符後就將這個單詞存入hashmap，hashmap的鍵值對為單詞-頻率，如果該單詞已存在hashmap中則頻率加一，再對剩下的字串進行同樣的操作。
由於程式設計能力不足，無法對程式在進行效能改進；程式中消耗最大的是判斷是否是單詞的函式。
public class countchar
if(cc>=0&&cc<=127)
}br.close();
return num;
}catch(exception e)
return 0; }}
public class countline
bline=false;
c=line.tochararray();
for(int i=0;i=33&&ch<127)
}if(bline) lines++;
}br.close();
return lines;
} catch (ioexception e)
return 0; }}
public class countwords catch (ioexception e)
return new hashmap(); }
public static void getword(string line) {//獲得詞語
在一開始的時候採用readline讀入一整行的字串，結果由於readline會消除換行符導致字元數統計錯誤，後來改用read直接讀入整個檔案中的字元再進行處理。
結對第二次 文獻摘要熱詞統計及高階需求
基本需求實現 高階需求實現 psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫 estimate 估計這個任務需要多少時間 610630 development 開發 analysis 需求分析 包括學習新技術 70...
結對第一次 原型設計（文獻摘要熱詞統計）
1.格式描述 2.nabcd模型 3.原型設計 4.結對討論過程 5.效能分析與psp 6.困難與解決 7.心得與總結 8.pdf以及花絮 以功能分析需求 對爬取的資訊進行結構化處理，分析top10個熱門領域或熱門研究方向 可對多年間 不同頂會的熱詞呈現熱度走勢對比 這裡將範疇限定在計算機視覺的三大...
結對第一次 原型設計（文獻摘要熱詞統計）
軟體工程1916 w 福州大學 作業要求 結對第一次 原型設計 文獻摘要熱詞統計 結對學號 221600205 221600207 作業目標 熟讀書籍，把書籍中介紹的知識分析運用於實踐中。如 了解nabcd模型，並從該模型出發，考慮分析事例。1.使用者可給定 列表 可對 列表進行增刪改操作 今年 近...