結對第二次—文獻摘要熱詞統計及進階需求

做業格式

• 做業博客連接: 結對第二次—文獻摘要熱詞統計及進階需求
• 結對學號: 221600136 | 221600137
• Fork同名倉庫的GitHub項目地址: GitHub地址
  1.PSP表格
  PSP是卡耐基梅隆大學（CMU）的專家們針對軟件工程師所提出的一套模型：Personal Software Process (PSP， 我的開發流程，或稱個體軟件過程)。

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	20	30
• Estimate	• 估計這個任務須要多少時間	300	450
Development	開發	150	300
• Analysis	• 需求分析 (包括學習新技術)	20	35
• Design Spec	• 生成設計文檔
• Design Review	• 設計複審
• Coding Standard	• 代碼規範 (爲目前的開發制定合適的規範)	35	20
• Design	• 具體設計	30	50
• Coding	• 具體編碼	100	300
• Code Review	• 代碼複審	20	105
• Test	• 測試（自我測試，修改代碼，提交修改）	20	55
Reporting	報告	100	120
• Test Report	• 測試報告
• Size Measurement	• 計算工做量
• Postmortem & Process Improvement Plan	• 過後總結, 並提出過程改進計劃
	合計	795	1465

2.解題思路

• 需求分析
  • 拿到題目的時候大概閱讀了一遍，和隊友對進行了功能的分類 ：
    ①wordCount的基本需求是對文件文本的熱詞統計，即對文件中的key進行相似字符串的統計和輸出。
    ②對於接口封裝的設計，不一樣的人有不一樣的設計風格，我和隊友兩我的討論並根據代碼的設計給出框架。
    ③基於兩我的的水準對進階需求找不到解決的方法，主要基於基礎的代碼的修改過於繁瑣和新功能的難以實現因此止步不前。
• 代碼的編寫與需求的實現
  • 根據基本需求，代碼部分主要分紅了兩大部分，Main和Count方法。Main中含有主題要實現的部分，Count則是含有多種實現統計的函數來知足需求。
  • 對於一些不熟悉的函數經過網上閱讀學習，兩我的對Main共同提議，一我的編寫，函數方法方面則是兩人編寫不一樣的方法。
  • 最後對於實現的代碼在進行測試和修改。
    3.設計實現過程
• 基本需求
  項目結構
  221600136&221600137
  |- src
  |- Main.java(主程序，能夠從命令行接收參數)
  |- Count.java(包含其它自定義函數，能夠有多個)
  函數之間的關聯：
  主要有兩個類 Main.java 和 Count.java
• 單元測試
  • 測試內容包括詞的類型不一樣、長度的不一樣等狀況，以保證程序知足基本需求，並檢查代碼的可靠性
  • 單元測試代碼圖（含input、result和測試結果）
    

• 代碼內容展現及其內容簡介
  • 主函數：讀取文件，輸出結果及寫入文件
    
  • 寫入文件

• 讀取文件
  
• 獲取單詞
  
• 獲取單詞數

• 獲取詞組

• 將詞組頻率前10排列
  
• 統計字符數
  

• 統計有效行數
  

• 本次做業總結心得
  • 根據此次做業的分類，基礎和進階，在基礎設計的時候就出現了許多問題，因此在進階上作不出相應的代碼，還有就是Github，我的不習慣也不會用，私底下詢問同窗才解決，因此就放棄了進階需求階段。
  • 對於221600136的評價：雖然在基本的框架和大致思路上有些許的誤差，可是在理解以後的動手能力很強，好比總體的設計思路和關鍵代碼段的編寫有着很好的出發點。
  • 對於221600137的評價：我覺的我隊友在問題的分析和總體需求的分析有着很好的理解，即便在入手編寫方面不夠，可是清楚的設計思路是值的學習的。