項目 | 內容 |
這個做業屬於哪一個課程 | https://home.cnblogs.com/u/nwnu-daizh/ |
做業要求 | https://www.cnblogs.com/nwnu-daizh/p/10569690.html |
課程學習目標 | 熟悉軟件開發總體流程,提高自身能力 |
點評的博客地址 | https://www.cnblogs.com/qsy0723/p/10561949.html// |
github連接地址 | "https://github.com/qsy960415/zuoye" |
評論 | 該博文將這個軟件開發的基本功能算是實現了,可是還有一些功能沒有在實驗中體現出來,好比生成的文件的功能還有詞頻柱狀圖的功能,可是博主的排版整齊乾淨,全部內容一目瞭然,我仍是有一些能夠學習的地方代碼也比較規範模塊化。 |
心得 | 經過閱讀結對方的實驗二我發現了兩個之間彼此有一些優勢可是仍是存在着許多不足,主要是技術功底不紮實只能完成基礎的一些功能並且仍是在查閱資料請教同窗的狀況下才勉強完成了實驗二,從上次的做業以後咱們更加明確了在學習軟件工程這門課程上的問題所在。 |
1.程序可讀入任意英文文本文件,該文件中英文詞數大於等於1個。
2.程序須要很壯健,能讀取容納英文原版《哈利波特》10萬詞以上的文章。
3.指定單詞詞頻統計功能:用戶可輸入從該文本中想要查找詞頻的一個或任意多個英文單詞,運行程序的統計功能可顯示對應單詞在文本中出現的次數。
4.高頻詞統計功能:用戶從鍵盤輸入高頻詞輸出的個數k,運行程序統計功能,可按文本中詞頻數降序顯示前k個單詞的詞頻及單詞。
5.統計該文本全部單詞數量及詞頻數,並能將單詞及詞頻數按字典順序輸出到文件result.txt。
6.統計該文本行數及字符數
7.各類統計功能均提供計時功能,顯示程序統計所消耗時間
8.可處理任意用戶導入的任意英文文本
9.人機交互界面要求GUI界面(WEB頁面、APP頁面均可);html
這次結對過程當中,咱們兩採起分工合做,每一個人負責一部分代碼。
git
PSP2.1 | 任務內容 | 計劃共完成須要的時間(min) | 實際完成須要的時間(min) |
---|---|---|---|
Planning | 計劃 | 5 | 10 |
Estimate | 估計這個任務須要多少時間,並規劃大體工做步驟 | 15 | 10 |
Development | 開發 | 300 | 500 |
Analysis | 需求分析 (包括學習新技術) | 10 | 20 |
Design Spec | 生成設計文檔 | 10 | 20 |
Design Review | 設計複審 (和同事審覈設計文檔) | 10 | 5 |
Coding Standard | 代碼規範 (爲目前的開發制定合適的規範) | 30 | 20 |
Design | 具體設計 | 60 | 80 |
Coding | 具體編碼 | 240 | 400 |
Code Review | 代碼複審 | 20 | 40 |
Test | 測試(自我測試,修改代碼,提交修改 | 5 | 10 |
Reporting | 報告 | 10 | 10 |
Test Report | 測試報告 | 10 | 10 |
Size Measurement | 計算工做量 | 10 | 15 |
Postmortem & Process Improvement Plan | 過後總結 ,並提出過程改進計劃 | 20 | 25 |
兩人合做真的可以帶來1+1>2的效果嗎?經過此次結對合做,請談談你的感覺和體會。github
兩人合做真的可以帶來1+1>2的效果,由於在兩我的合做的過程當中對方的提出的意見每每是咱們本身沒有考慮到的方面,這樣能夠彌補咱們在設計以及技術上的缺陷,兩我的的意見互相交流會有許多互相都認同的觀點,可是也不免有些分歧可是通過咱們的探討能夠一個明確的理由使對方和本身的意見一致這是一個極其有意義的過程。並且這個實驗是在實驗二我的項目上進行的,讓咱們也體驗到互評互改的意義。模塊化