作業要求【https://edu.cnblogs.com/campus/nenu/2018fall/homework/2446】

鄒老師說：

同學們的程式碼估計都可以運行了， 但是內部結構可能比較亂， 就像這個部落格說得那樣： http://www.cnblogs.com/chanshuyi/p/7832360.html 也可以讓同學們寫一寫 “我的專案中有哪些體現軟體工程原則的做法， 例如重構，等等”。

學期將盡，軟體工程的原則有一些從課本上逐漸移到了程式碼裡，有一些內化到了同學們的技能中。
知識的掌握並不在於熟知條款，而在於在實踐中應用。

在本學期中，你有哪些軟體工程原則成功應用的案例可以分享？
有哪些失敗的經驗，覺得如果當初應用了哪些工程原則，現在會有更好的結果，以後計劃如何實施？

  從開始軟體工程這門課程到現在，認真寫過的程式碼有個人作業詞頻統計，結對作業四則運算，還有就是現在小組正在進行的“i do”專案，總體來說，這一個個的程式碼寫下來，有很多體會。

  第一，一開始的詞頻統計作業，只是為了完成作業，根本不會想到遵循什麼軟體工程的原則，反正程式碼只有自己看，不管別人能不能看懂，寫完就好了；到結對程式設計完成四則運算的時候，發現自己的這種想法是不可取的，兩個結對的人各自有各自的習慣，只有事先制定好規則，再去編寫程式碼，才會免去各種不必要的麻煩，這個經驗也是我和我結對的小夥伴經過很多次磨合才得出的，並且這是我覺得很重要的一個經驗；再到現在的八個人一個小組的團隊專案，我覺得更需要事先制定好規則，這樣才會減少團隊的衝突，避免浪費不必要的時間。

  第二，在通過這一學期的軟體工程的課程的學習實踐過程中，我逐漸的學會用工程的思想來衡量我現在的所做的任務。比如說，每週例行報告中的PSP表格，可以詳細的記錄了我這一週在什麼時間幹了什麼，讓自己對自己這一週的時間有了一個可測量的清楚的認知；再比如說小組專案中的每日scrum立會報告，它可以清楚的讓小組成員瞭解專案具體進行到了哪一步，接下來我們該幹什麼，使小組成員對自己每天的額任務有一個清楚的認知。

  第三，我還清楚的認識到了軟體開發需要嚴格遵守使用者需求，並且一定要在每個階段結束時做到在這個階段開始時承諾要完成的任務。比如說，在“i do“專案中，我們小組在β階段就沒有完成在β階段開始之初承諾要做到的事情，老師也對我們組做出了相應的懲罰，這個懲罰是我們應該承受的，對於這個錯誤我這個組長有著不可推卸的責任。

  總之，我在這門課程中學到了很多，不光是知識方面，還有許多工程思想、習慣方面等等，這都是我之前沒有想到並接觸過的，需要我繼續學習。