詞頻統計（三）

Part A: 詞頻統計的需求分析

一、系統簡介。

      詞頻統計是一個線上統計一篇英文文檔中的單詞總個數，每個單詞出現的次數的這樣的一個統計系統。

二、主要功能。

      1. 上傳文檔。

      2. 統計所有單詞數目。

      3. 統計文檔的總行數。

      4. 統計文檔中相鄰兩個單詞出現的次數。

      5. 按詞頻的數量從大到小進行排序。

      6. 圖表顯示資料。

三、需求分析。

      1. 上傳的文檔必須是英文文檔，大小不能超過10M,并且格式必須是txt檔案。

      2. 用柱狀圖進行資料展示。

      3. 圖表上隻顯示檔案名、總次數、排序後的前30個單詞。

      4。不能識别“it's,I'm,he's”這樣的連詞。

四、系統依賴。

•      開發環境。myeclipse 2013, jdk1.7.0_04, echart.mini.js, tomcat 7.0.
•      運作環境。tomcat 7.0, jre7.

項目git位址：https://github.com/puchenglin/WordFrequencyStatisticSys.git

Part B. 兩人結對的體會。

          昨天下午4點左右，我和我的partner（劉偉碩）一起去實驗室進行兩人程式設計，我兩一起review了我之前寫的代碼，因為他是第一次接觸我的代碼，是以我先和他大緻上說了一遍我的代碼。然後針對一些小的需求，進行代碼調整，在改動之前，我先向github送出了我之前的代碼。在代碼review的過程中，我們采取每人輪流20分鐘寫代碼，另一人在旁邊觀察，随時提出自己的意見。整個過程，雖然新的改動的地方不多，但時間卻間斷的持續到晚上7：30左右。附上我們第一次的結對程式設計時的照片作紀念。

關于這次兩人結對程式設計的體會：

       1. 裝置一定要齊全，兩台顯示器，兩套鍵鼠。工欲善其事，必先利其器。這樣才能提高兩人的工作效率。

       2. 對對方的程式設計習慣、能力要有了解。這樣才能盡可能的減少雙方的分歧。

       3. 自己審查自己的代碼時，總容易疏忽。兩人合作時，可以很快的找出程式中的問題并找到解決方案。

       4. 在兩人結對程式設計時，一定要定義好代碼規範，要不看不同的代碼規範，感覺好難受。

       5. 在雙方讨論中，可以強化自己已經了解的知識，也可以從對方那裡學到新知識。

Part C. PSP

類别	日期	開始時間	結束時間	中斷時間	備注
設計UI原型	2016.03.21	13：00	15：00	30mins
兩人結對程式設計		16：15	19：40	60mins	中間包括戰例會議
戰例會議		17:20	18:10	13mins	吃飯
git環境部署		23：30	01：00	15mins
寫部落格	2016.03.22	15:10	16:10