Dear Committee,
Please click here or use this link to review my online portfolio:
https://www.hengyumo.cn/msPortfolio/code/index.html
This is my friend’s blog. I am sorry that I uploaded a wrong link and failed to correct it before I submitted the application. And I am sorry for the inconvenience.
Sincerely,
Mingsheng Xu
目錄
1. 作業鏈接和作業說明
2. 作業總體完成情況
3. 優秀團隊和優秀作業
4. 總結和思考
### 1. 作業鏈接和作業說明 - 最終評審 最終評審考慮到同學們期末課業壓力比較大，沒有布置博客作業，沒有像之前沖刺作業那樣有硬性要求，只是要求對作品進行完善。 評審點主要是 （1）總體完成度【50%】 （2）新增功能（團隊沖刺之后的這段時間）【20%】 （3）部署/真機【10%】 （4）代碼【20%】 評審偏向於技術，助教做在一旁查看完整功能流程，並查看項目、閱讀代碼，以於此提問，力求發現成品不足的地方和藏有BUG的地方。 代碼評測側重代碼規范和代碼不足。及一些建議。 - [團隊第六次作業——事后諸葛亮](https://edu.cnblogs.com/campus/fzu/2019FZUSEZ/homework/10151) 此次作業主要是讓大家分析團隊合作中的得與失，主要參考鄒欣老師的博客： 項目管理之事后諸葛亮會議： http://www.cnblogs.com/xinz/archive/2011/11/20/2256310.html 評審點主要是 （1）現代軟件工程 項目Postmortem 模板主要問題項：設想和目標、計划、資源、變更管理、設計/實現、測試/發布、團隊的角色管理合作（7項，每項【10%】） （2）總結項【20%】 （3）博客布局【10%】
### 2. 作業總體完成情況 - 最終評審 沖刺階段之后的開發量明顯少於沖刺階段了。大部分團隊離完整的100%功能完成還有不小的距離。 在項目評審時測出的BUG不少。代碼規范是發現的一個比較嚴重的問題。不論哪一個團隊代碼都存在不規范的地方，命名或者注釋或者包管理都存在着問題。 這也暴露出在凡事預則立時，對代碼規范的要求確實不夠嚴格。一位同學建議在數據庫設計時要求都使用規范的英文來命名表而不是中文，我覺得這是一個好建議。 - [團隊第六次作業——事后諸葛亮](https://edu.cnblogs.com/campus/fzu/2019FZUSEZ/homework/10151) 大家都對整個團隊合作期間的問題做了不少的反思和總結。其中不乏一些值得探討的地方。部分團隊遺漏了模板的部分內容。
### 3. 優秀團隊和優秀作業 - 最終評審 最終評審，完成度較高的是寵愛有家和研途兩個小組。 兩個小組都借由雲服務商，完成了后端的服務器部署。 前端的兼容和適配也都比較成功。 代碼規范相對較好的是Hunter小組和寵愛有家小組。 - [團隊第六次作業——事后諸葛亮](https://edu.cnblogs.com/campus/fzu/2019FZUSEZ/homework/10151) [小福BBS](https://www.cnblogs.com/xiaofubbs/p/12045965.html)和[福大同好](https://www.cnblogs.com/fzu-tonghao/p/12046127.html)的總結做的相對較好。
### 4. 總結和思考
- 最終評審
（1）布置作業，明確規定作業要求有時候才能喚起開發的動力
（2）對於代碼規范、數據庫命名規范在之后的作業應該重點強調
（3）測試的驗收驗證標准的執行應該需要加強，對於測試方面應該總結一些好的教程
- 團隊第六次作業——事后諸葛亮
來自同學們的總結：
總結：
- 計划上大部分團隊都有做的不夠好的地方
- 學習成本過高是項目完成的一大攔路虎，需要在學習路線和學習教程上提供一定的幫助
- 代碼規范和測試驗收是普遍問題，需要反思作業布置
- 團隊開發積極性和團隊氣氛有很大的關系，而團隊氣氛與項目選題有很大的關系，很多團隊之所以能付出很多的心血和精力去完善項目，根源於他們對選題的熱愛始終如一
