北航 2012 秋季 軟體工程課 M2 要求

2021-09-09 00:05:21 字數 1486 閱讀 5294

關於轉會 -  軟體工程師換工作是常有的事,優秀的軟體工程師都會留下足夠的文件,  到**都能高效工作,  我相信經歷了轉會的工程師會以更高的熱情投入到新的工作中。

m2 階段的要求:

主要目標是要把m1 計畫的功能進一步做好,不貪多,必要時可以削減功能。

要用測試用例,單元測試,**覆蓋率,自動測試等工具和標準來保證軟體模組的質量。最後會重點考察各專案測試的**覆蓋率。請測試的同學加把勁,如何保證你專案的60% 以上的**都驗證過?  都被測試用例覆蓋了?

要有每日構建,每天都應該把**整合進tfs, 並能夠編譯成功。

用真實世界的資料和使用者來衡量軟體的質量。 我們寫軟體是為使用者寫, 請考慮在適當時候請使用者來試用軟體, 收集使用者反饋。

爬蟲組:  每個小組搞定至少  4  萬個英文文件;  5千個中文文件。 兩個小組可以分工 (東西海岸,  不同文件型別等) , 文件處理要滿足 pipeline 組的要求。

資料pipeline 組:  處理爬蟲組的文件,並生成符合 ui 組要求的資料庫。  (關鍵字,  問答對)。

ui 組:  基本ui 要流暢好用, 使用場景完備。  搜尋要快速,並能處理中英關鍵字的搜尋,  使用者的管理,  anti-spam,  anti-abuse 要達到實用的標準。 要能滿足 效能測試/負載測試/壓力測試的要求。

absolutedefense,  ilifer,  背單詞小組:  不要過於強調自己的技術有多麼先進,   把軟體做到滿足典型使用者的要求, 讓使用者喜歡你們的軟體, 是最重要的。同時要尊重智財權

所有的工作都寫成了 tfs 的任務加入 tfs 中, 並有任務時間的估計, 所有的成員的任務都要寫在裡面

和m1 類似,  daily scrum 的 blog 打分細則如下:

使用者測試報告:在10天的衝刺完成後, 在適當的時機 (一兩天後) 請專案的目標使用者來試用軟體, 記錄使用者反饋, 並寫報告, 報告要有使用者使用你們軟體的**。

要點:  不要先告訴使用者操作細節, 而是告訴使用者乙個目標 (例如想找有關 機器學習的資料), 讓使用者自己試著摸索。 反覆幾次, 收集反饋, 並思考如何改進。 所有小組都要做。 crawler 和 pipeline 小組要找其他開發人員 (假設他們以後要維護這個**, 並且要處理更多文件) 來做使用者調查。  請看移山之道或其它教材/資料關於使用者調查/user study 的做法。

現在就可以考慮軟體要如何發布, 最後專案評審的時候要拿出實際使用者的資料, 所以要求你們的軟體要在實際世界中執行了一段時間。

所有軟體的發布日期都是 (12/17 中午)。  如果軟體在發布之後有新版本,可以多次發布,但是12/17 號必須有第一次發布。  

要求所有專案都要在下列的**發個帖子, 做宣傳:

www.cnbeta.com

請把截圖和使用者的反饋加入到報告中。

1/7/2013 進行最終專案終審。要求在這裡:

附: 各小組部落格列表.

北航 2012 秋季 軟體工程課 M2 要求

關於轉會 軟體工程師換工作是常有的事,優秀的軟體工程師都會留下足夠的文件,到 都能高效工作,我相信經歷了轉會的工程師會以更高的熱情投入到新的工作中。m2 階段的要求 主要目標是要把m1 計畫的功能進一步做好,不貪多,必要時可以削減功能。要用測試用例,單元測試,覆蓋率,自動測試等工具和標準來保證軟體模...

現代軟體工程 M2 部落格要求

和m1 類似 131 24 dev history 微軟軟體開發管理的歷史 milestone 2 里程碑2 部落格 列出m2 的計畫,所有的任務 task 把bug bash 的報告分類加入tfs 作為bug 公布人員的角色,可以考慮在這一周開始scrum.n a1 31 holiday holi...

現代軟體工程 M2 部落格要求

和m1 類似 131 24 dev history 微軟軟體開發管理的歷史 milestone 2 里程碑2 部落格 列出m2 的計畫,所有的任務 task 把bug bash 的報告分類加入tfs 作為bug 公布人員的角色,可以考慮在這一周開始scrum.n a1 31 holiday holi...