我的總結

一

這個做業屬於哪一個課程	課程連接
這個做業要求在哪裏	https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3379
我在這個做業的目標	總結課程收穫，開發經驗
團隊名稱	軟件夢之隊
參考文獻

 

 

 

 

 

 

 

二

學號	姓名
201731041215	王陽
201731062302	鮮雨珂
201731062128	鄧捷
201731062305	周蓉
201731062131	龍繼平
201731062304	楊夢欣
201731035120	張欣
201731062301	梅晨

 

 

 

 

 

 

 

 

 

 

 

 

三

　　第一次博客做業連接：https://www.cnblogs.com/1175050954dj/p/10557855.html

       一、第七章第二節：其中提到的MSF基本原則中有一條是「充分受權和信任」，但咱們如何保證在給予了充分受權和信任的狀況下，團隊成員可以按時按質的完成本身的任務，不敷衍了事？

　　團隊項目是團隊成員的共同責任，不只須要隊員的自覺性，隊友在項目完成過程當中也應該相互監督相互提醒。

　　二、第十四章第二節：講到測試人員，假如開發人員每一個人都對本身的代碼進行了初步的測試，而且有些公司的人後期也會使用本公司的產品，使用過程當中也會逐步發現一些BUG，那麼在這些狀況下測試人員的做用會不會逐步的下降甚至變得無關緊要？

　　不會，測試是軟件編碼過程當中的重要一環，也是軟件質量的重要保障，測試人員系統的測試更能發現一些開發人員自身沒有發現的問題，對軟件的完善有很大的推進做用

　　三、第八章第三節：說到對用戶需求的獲取，提到了調查問卷的方法，但現實是大部分的調查問卷都並無獲得用戶足夠的重視，或者有些用戶即便認真回答了也不必定可以獲得調查人員的正確理解，或是提出的意見並無足夠的價值，在這種狀況下怎樣保證瞭解到的需求是有意義的？

　　除了最開始對用戶調研，開發人員在軟件開發過程當中也應該常常與用戶溝通，在軟件每完成一部分的時候

　　四、第八章第六節：提到軟件工程師對實際花費時間的預估公式，但如何保證本身對事件的估計時間在合理範圍內，若是低估了時間又該怎樣彌補？

　　這個主要應該靠開發人員本身的經驗積累，低估了時間就只能想辦法拉快進度

　　五、第十三章：怎樣識別軟件的故障是內部問題仍是外部問題？

　　通常是先軟後硬的原則。從新分區，低格全部分區後用標準系統安裝盤重裝系統，若是故障依舊，那基本是硬件問題了。

 4、我的收穫

　　認識到在項目完成中文檔與類圖，用例圖，時序圖的重要性，軟件項目不是一我的的事情，更多的是團隊的交流協做。