軟工第二次作業個人專案

psp table

psp2.1

personal software process stages

預估耗時（分鐘）

實際耗時（分鐘）

planning

計畫60

80· estimate

· 估計這個任務需要多少時間

80development

開發1180

1452

· analysis

· 需求分析 (包括學習新技術)

400　　

450· design spec

· 生成設計文件

6060

· design review

· 設計複審

5060

· coding standard

· **規範 (為目前的開發制定合適的規範)

6060

· design

· 具體設計

300380

· coding

· 具體編碼

200300

· code review

· **複審

6080

· test

· 測試（自我測試，修改**，提交修改）

5060

reporting

報告420

550· test repor

· 測試報告

120200　　

· size measurement

· 計算工作量

200230

· postmortem & process improvement plan

· 事後總結, 並提出過程改進計畫

100120

合計1660

2082

preliminary idea

首先來回顧一下本次實踐任務的題目：

統計檔案的單詞總數，單詞：至少以4個英文本母開頭，跟上字母數字符號，單詞以分隔符分割，不區分大小寫。統計檔案的有效行數：任何包含非空白字元的行，都需要統計。

統計檔案中各單詞的出現次數，最終只輸出頻率最高的10個。頻率相同的單詞，優先輸出字典序靠前的單詞。

按照字典序輸出到檔案result.txt：例如，windows95，windows98和windows2000同時出現時，則先輸出windows2000

從以上的題目中，可以大體把大題目劃to分為四個小題目來逐一進行攻破。1.統計字元數。2.統計行數。3.統計單詞數。4.輸出詞頻top10的單詞。經過分析，可以發現3.與4.是緊密聯絡在一起的。只有先完成了單詞數的統計（分割），才能比較方便的去進行詞頻的比較。

這四個方面的要求，第一與第二個要求是比較方便完成的，我打算直接通過「fstream」這個庫里自帶的函式來完成這兩項要求，當然還要進行稍微的修改才能完全符合題目的要求。而對於後面的詞頻問題，我覺得可以使用map來進行，由於我之前不怎麼熟悉map的使用，為此，我還是花了一定的時間去補學這一方面的知識。

有了乙個大概的思路之後，再讀了一遍題目之後，發現題目需要我們滿足使用者可以通過cmd命令視窗進行把引數傳入main函式裡，這一點我一開始還是感覺無從下手，不知道如何完成的，後來通過查詢了一定的資料後，還是滿足了這一方面的需求。有了一定的思路框架之後，便可以開始撰寫**了，由於是要處理文件內容，所以我們可以使用到fstream庫來進行檔案開啟、關閉以及檔案內容的讀取。

由於這部分只是我的乙個大概思路，所以並沒有具體的解釋該如何實現這些功能，功能實現的解釋，我將會在implementation process 這一部分進行解釋。

implementation process & codedescription

analysis

效能分析截圖如下所示：（統計進行10000次的報告）

通過以上截圖，可以看到，此次wordcount專案，cpu佔用率最高的是wordfrequency統計top10詞頻這一方面。這也符合我實驗之前的預期。通過不停的判斷單詞，累計計算得到單詞詞頻，並把詞頻記錄在雜湊表的value值裡。然後通過sort()進行排序而後輸出，sort()函式是比較費時的。

experience

累！本次實驗的第一直覺就是累吧。累，可能是感覺接觸到了很多新的知識，要一點一點去彌補，學習一些陌生領域的知識。然後有deadline的限制，還要抓緊時間去學習，才能完成任務。有一種陌生感和畏懼感，格外的強烈。我想大多數人也應該會這麼覺得吧。感覺自己身邊的同學都非常的intelligent.好像只有自己一直落在後頭。但是，我想現在的掙扎最終都會換來收穫的。雖然在這次實驗裡，可能我的一些細節處理方面沒有考慮得很周到，但是我真的是十分努力的在做了。希望接下來能夠一步一步的跟上大家的腳步！加油！我不會說在途中我沒有想過要放棄，但是還是很感謝自己能夠堅持下來。未來如何，沒有人有乙個確切的答案。既然沒有答案，那不妨就先前行吧！

軟工第二次作業 個人專案

軟工1816 第二次作業 個人專案

軟工第二次作業

軟工第二次作業

相關推薦

軟工第二次作業個人專案

軟工1816 第二次作業個人專案