201671010422 結對項目報告

實驗四 軟件工程結對項目

項目	內容
軟件工程	代祖華老師博客主頁
做業要求	結對項目要求
本次實驗個人GitHub地址	點擊進入
本次實驗結對方的GitHub地址	點擊進入
課程學習目標	熟悉軟件開發總體流程，提高自身能力
本次做業在哪一個具體方面幫助咱們實現目標	第一次體驗一個完整的工程

任務1：對結對方的實驗二評價

結對方的實驗二連接.

該同窗整體來講完成的總體性較好，對做業完成的較認真，雖然過程艱辛，但仍是克服了自身的困難，完成了本次的實驗。相信對我的的項目開發有了更深刻的瞭解，對之後的項目開發會有更大的幫助。

但在實驗過程當中也有些不足和遺憾：

一、博文的結構有些主次顛倒，文字是主體，配圖只是爲了補充、說明，但該同窗博文的圖片佔了大量的篇幅，顯得整篇博文顯得很空曠；

二、該同窗的對於項目的技術性說明沒有，而是直接貼了圖片，讓讀者讀起來摸不着頭腦；

三、總結部分的內容太過空乏，篇幅不夠，沒有總結出該有的內容，總結不深入；

四、在PSP模型裏反映出前期的規劃和後期的施行時間差異較大，說明對PSP模型的認識不夠深入，沒有意識到PSP的重要性。

任務2：採用兩人合做方式，設計開發一個英文文本統計分析軟件

1、需求分析

1. 打開一個文本，查詢各單詞出現的總次數;

2. 單詞頻數可視化柱狀圖要求樣式：橫座標顯示單詞，縱座標顯示單詞出現的次數;

3. 統計該文本行數及字符數;

4. 各類統計功能均提供計時功能，顯示程序統計所消耗時間(單位：m);

5. 可處理任意用戶導入的任意英文文本;

6. 人機交互界面要求GUI界面(WEB頁面、APP頁面均可);

7. 統計文本中除冠詞、代詞、介詞以外的高頻詞；

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

2、軟件設計

這是整個項目的類圖

3、核心功能代碼展現

該圖是上傳文檔和下載文檔的程序代碼

該圖是進行文本的詞彙統計和統計後顯示柱狀圖的程序代碼

4、程序運行

該圖是結對項目打開的主程序程序代碼，點擊上傳進行讀取文件進行詞頻統計的功能

該圖是讀取文件後的詞頻統計的程序代碼，顯示頻數最高的10個單詞

該圖是讀取文件後的詞頻統計的程序代碼

5、描述結對的過程

這張圖時咱們在代碼複審時的情景，由我指出須要修改的部分代碼，共同討論修改的方向和修改的結果

6、項目的PSP

PSP2.1	任務內容	計劃共完成須要的時間(min)	實際完成須要的時間(min)
Planning	計劃	8	10
Estimate	估計這個任務須要多少時間，並規劃大體工做步驟	200	300
Development	開發	80	100
Analysis	需求分析 (包括學習新技術)	30	35
Design Spec	生成設計文檔	5	8
Design Review	設計複審 (和同事審覈設計文檔)	5	10
Coding Standard	代碼規範 (爲目前的開發制定合適的規範)	5	5
Design	具體設計	10	15
Coding	具體編碼	100	150
Code Review	代碼複審	10	10
Test	測試（自我測試，修改代碼，提交修改）	15	20
Reporting	報告	10	15
Test Report	測試報告	5	5
Size Measurement	計算工做量	5	3
Postmortem & Process Improvement Plan	過後總結 ,並提出過程改進計劃	5	10

7、總結

咱們這個項目是以實驗的代碼爲原型進行補充和修改的，因此說有些相似。最早對比了咱們兩我的的實驗二項目，取比較好的部分進行整合再開始這個項目。新增了四個功且補全了實驗二沒有實現柱狀圖，在一塊兒咱們查閱資料、共同窗習，最終用Idea實現了柱形圖的功能，而且顯示了詞頻數最高的10個單詞，遺憾的是目前尚未實現篩出介詞、副詞等，找出咱們真正想要的名詞，有些遺憾，但咱們兩個還在查閱和學習中。因爲好久不接觸gui等人機交互頁面設計，因此很生疏，但好在用web的形式實現了項目的運行，達到了老師所要求的目標，在下次的實驗中爭取作的更加的美觀和大方，此次實驗對於咱們來講，咱們最大的收穫是1+1>2，尤爲是咱們的柱狀圖，讓咱們體驗頗深，若不是結對，咱們面對困難時的耐心會更加的少一些，解決問題的時間會更加的多一些。然而，結對就是很難好能夠解決這一問題的辦法。