201671030129 周婷 《英文文本統計分析》結對項目報告

項目	內容
這個做業屬於哪一個課程	軟件工程
這個做業的要求在哪裏	軟件工程結對項目
課程學習目標	熟悉軟件開發總體流程及結對編程，提高自身能力
本次做業在哪一個具體方面幫助咱們實現目標	體驗組隊編程，體驗一個完整的工程

任務一：

做業
所點評博客
GetHub

1.點評內容：

本篇博文結構比較完整，符合老師題目中的要求，博文內容書寫較爲規範，但缺乏了最終字典順序輸出單詞及詞頻數的文件result.txt的內容截圖；總結內容中應該也要包含在本次試驗中你出現的問題及最終是否解決、如何解決，及本次試驗帶給你的收穫；PSP中「計劃共完成須要的時間」與「實際完成須要的時間」兩列數據差別最大的是具體編碼部分，實際完成須要的時間較計劃共完成須要時間多出來30分鐘，多是自身編碼能力過着外部壞境影響等衆多因素形成的。編碼方面，從軟件結構和代碼規範來看，你的軟件結構和代碼總體還算規範，功能是現中柱狀圖還須要優化，其餘功能基本實現。

2.點評心得：

這位同窗在上一次的詞頻統計項目中，除了柱狀圖還須要優化之外，其餘功能基本實現，代碼中在必要的部分也有註解；博文部分的排版較我更加用心一點，但缺乏了最終字典順序輸出單詞及詞頻數的文件result.txt的內容截圖。

任務二：

1.需求分析：

a.在第二次實驗的基礎上，完善單詞頻數可視化柱狀圖要；

b.統計該文本行數及字符數；

c.各類統計功能均提供計時功能，顯示程序統計所消耗時間（單位：ms）；

d.可處理任意用戶導入的任意英文文本；

f.人機交互界面要求GUI界面；

g.附加分功能：統計文本中除冠詞、代詞、介詞以外的高頻詞；

h.統計前10個兩個單詞組成的詞組頻率。

2.軟件設計：

Main類中主要是實現主界面和從文本中讀入單詞並統計詞頻，統計總行數和總單詞數的功能，WCS實現查詢指定單詞詞頻的界面和功能；PTF實現向文字典順序寫入詞頻單詞的功能，HFW實現輸出除介詞、代詞、冠詞的用戶指定查看的前N個高頻詞，WCH實現單詞詞頻柱狀圖顯示。

3.核心功能代碼展現：展現核心功能代碼：

• 柱狀圖代碼
  

• 查看文本行數和單詞數
  

4. 程序運行：程序運行時每一個功能界面截圖：

• 添加文件及功能：
  

• 選擇輸出前n個詞頻最高的單詞

• 統計單詞的詞頻
  

• 詞頻寫入文件
  
  

• 統計文本行數及字符數
  

5. 結對過程及結對照片：

瞭解學習結對編程，雙方進行溝通，首先對雙方的編程能力進行評估。而後結合自身能力對實驗內容進行分析，劃分各自須要負責的模塊。在遇到分歧時，交流解決，在達成一致後進行實施。一塊兒討論並填寫PSP時計劃花費在具體編碼階段的時間較多。在本身的模塊工做完成之後，對方進行復審，發現錯誤並解決錯誤。最終填寫實際PSP。

6. 這次結對做業的PSP：

psp	任務內容	計劃共完成須要的時間(min）	實際完成須要的時間(min)
Planning	計劃	20	15
Estimate	估計這個任務須要多少時間，並規劃大體工做步驟	20	20
Development	開發	200	230
Analysis	需求分析	15	10
Design Spec	生成設計文檔	30	25
Design Review	設計複審	10	10
Coding Standard	代碼規範	20	15
Design	具體設計	20	15
Coding	具體編碼	150	200
Code Review	代碼複審	20	15
Test	測試	10	15
Reporting	報告	30	25
Size Measurement	計算工做量	5	3
Postmortem & Process Improvement Plan	過後總結 ,並提出過程改進計劃	10	10

總結：

本次結對項目中，在瞭解告終對項的基礎上體會告終對項目，它和我的項目的差異很大。結對項目在最開始進行的時候，須要結對雙方對彼此的編碼能力及編碼習慣有必定的瞭解，需求分析時，雙方會產生分歧，增長項目完成的難度，咱們會探討解決，通過磨合，統一意見。代碼複審也提升編程效率，在雙方的監督下，代碼書寫較爲規範。達到了一加一大於二的效果。由PSP得知，編程所佔的時間比例最大，而實際編程所用的時間也比計劃用時要多，因此也須要在編程方面下功夫。

源代碼
GitHub