軟件工程概論課已經結課了，回憶起這一學期感慨頗多。最終還是沒有完成學期開始時候的小flag，回想自己的學習生涯，好像都是這樣的結果。原因有好多，老師說是沒有危機感，不知道自己要做什麽；自律性比較差，感覺自己也不是特別貪玩，但就是比較容易浪費時間，養成一拖再拖的壞習慣。這個寒假下定決心一定要改掉這個壞習慣，不在拖沓。

　　王老師講課是非常有激情的，也是非常的用心。老師從來不帶擴音器，但教室的每一個角落都能聽的清清楚楚。教課內容主要是根據構建之法做的ppt，內容覆蓋了做一個項目完整的流程。老師講課非常地生動，有時候手舞足蹈地，不但能夠吸引學生的註意力，而且強化了需要我們記住的重點。特別喜歡老師上課舉例子跟我們分享一些他知道的

　　在談軟件工程概論課的作業，老師留的作業是真的多呀，感覺比別的所有科目加起來都多。作業感覺主要是多了記錄項目開發過程，記錄周總結等一些發表博客的作業，其實這些作業都是習慣養成類的，養成記錄和總結的好習慣後，也就不感覺是負擔了。但是自己最後的幾次周總結還是拖到後邊才補的，補的時候非常的痛苦後悔，其實自己也做了東西，但是當時犯懶沒有記錄下來，後邊補的時候只能早早了事，沒有起到應該有的效果。以後要養成總結記錄的習慣，這樣才知道自己做了什麽，畢業後才知道自己能做什麽。

　　團隊項目我們做的博客小助手，這個部分感受挺多的。

第一：確定項目做什麽的時候，我們一直想創新，想實用，但是最後好像忘記了我們要鍛煉的能力，老師一直強調的能力是獨立完成一個javaBean+jsp+servlet的mis系統，但是我們項目做的方法好像跟這個沒有太大關系。總結：做團隊項目時所有的創新還是要在比較紮實的基礎上進行，不能把一個單獨創新的點子拿出來做東西，而是要補在現有的成熟的東西上。那些創新的單點還是自己空余時間做吧。

第二：團隊項目構思完後，開始確定框架時，一定要盡量的寫全，寫正確，方法統一，軟件的統一。我們這次最開始也寫了大的框架，但是出現了一些小問題導致浪費了很多時間：

1.開始寫完框架後，有一個地方變量名的書寫有點錯誤，導致連接數據庫和後邊方法調用有了問題，以後要仔細。

第三：要預估好團隊項目的大概工作量，合理分配好工作內容。像我們這個項目，這點做的就不太好，由於是四個人，所以我分了四塊：功能一（進博客）、功能二（查博客）、做界面、測試和優化。選到最後剩下了一個測試和優化給我，後來我就發現這個部分好像沒有什麽必要。每次我要等其他成員寫完一部分後，然後拷給我，我在把他們代碼和在一起，這時候就發現問題了，本來我想的是花很短的時間和代碼，把主要精力放在找錯誤和優化方法上，實際成了把時間都花在和代碼上了。每個人有的地方變量名有小改動，而且也沒有註釋，我就要一點一點理解然後慢慢調試，還不如直接讓他們兩個和代碼。總結：像現在這樣小的團隊項目，沒有必要單獨分出測試優化部分，不如自己測試自己的部分，在討論誰的哪個部分需要優化，然後在由寫代碼的人去優化，這樣效率還比較高。

　　最後給老師的建議：

1.軟件工程概論這種理論課，盡管老師上課講的熱鬧，但好多時候都是講完了就忘完了，希望老師每節課！多留出一點時間！做一些小測試來加強學生的理解和思維。

2.不一定非要最後節課在一起總結，可以在開課兩周或一個月做一次小總結，這樣可以減輕學生最後考試周前的負擔，還可能提起學生的危機感，課程都已經過了一半了或者多長時間，自己學到了點什麽。

軟件工程概論課總結