軟工第五次作業

2022-08-15 11:57:07 字數 3014 閱讀 7259

王錦揚的部落格位址

何家健的部落格鏈結

github專案位址

王錦揚負責解決方法思路的提供,何家健負責具體設計的實現

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫600分鐘

900分鐘

· estimate

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

600分鐘

900分鐘

development

開發600分鐘

2040分鐘

· analysis

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

30分鐘

50分鐘

· design spec

· 生成設計文件

10分鐘

20分鐘

· design review

· 設計複審

20分鐘

40分鐘

· coding standard

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

10分鐘

10分鐘

· design

· 具體設計

140分鐘

200分鐘

· coding

· 具體編碼

300分鐘

400分鐘

· code review

· **複審

60分鐘

120分鐘

· test

· 測試(自我測試,修改**,提交修改)

30分鐘

60分鐘

reporting

報告120分鐘

240分鐘

· test repor

· 測試報告

60分鐘

120分鐘

· size measurement

· 計算工作量

30分鐘

60分鐘

· postmortem & process improvement plan

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

30分鐘

60分鐘

|       | 	合計  | 1320分鐘|2880分鐘
本次作業中**的爬取我們是用爬蟲工具「后羿採集器」來從網頁上爬取**題目以及摘要,下圖是爬取**資訊的過程

但是爬取下來之後,雖然可以匯出為txt,但是卻會是不符合要求的,例項如下:

所以後來就直接匯出為excle:

經過手動排版,最後轉換為符合條件的txt形式。

此用來判斷哪一些單詞可以構成片語

···if (mm == true)

if (j == m - 1) word[i].flag1 = 2;}}

}else break;}}

···無

if (mm == true)

if (j == m - 1) word[i].flag1 = 2;//如果構成合法片語,對片語的第乙個合法單詞做上標記}}

}else break;}}

用陣列儲存單詞難以判斷需要多少空間,導致有可能在測試樣例巨大的情況下,導致系統的奔潰,而且執行速度回受到極大的影響,用鍊錶可能會好一點

消耗最大的還是main函式

//判斷不同情況下的不同權值

最先是陣列的問題,一遇到文章多的情況基本上就會奔潰,然後是如何判斷片語

想改為鍊錶,但因為**比較混亂所以最終只是改變了演算法的結構,判斷片語用了遍歷的方法跟布林引數同時使用

均已解決

多做思考,多做嘗試

很會刻苦,願意花很多時間在作業上面,對自己的不足會很快意識到並及時解決

並沒有第n周

新增**(行)

累計**(行)

本週學習耗時(小時 )

累計學習耗時(小時)

重要成長10

018.5

18.5

熟悉axure的使用方法、對軟體的原型設計有了更深刻的理解

2286

28648

66.5

學會了爬蟲工具的使用,對c++string等類的功能有了更深的認識

...

軟工第五次作業

隊友 帶帶聰 031702532 具體分工 psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫60 80estimate 估計這個任務需要多少時間 6080 development 開發2130 2040 analy...

2019軟工第五次作業

031702232林濤 031702219 東 031702219 東 編寫 031702232林濤 部落格撰寫,測試 psp psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫 30 30 estimate 估計這...

軟工實踐2019第五次作業

內容位址 成員部落格 林斌祥031702416 成員部落格 柯禧帆031702418 作業部落格 作業部落格 github位址 github位址 柯禧帆 編寫,設計框架 林斌祥 ui設計,後期美化 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 計畫...