M1/M2總結

UDvoid發表於2015-01-10

M1/M2總結

https://zybuluo.com/UDvoid/note/62000

  1. 相關歷史連結
    讀書筆記摘錄
    軟體開發相關的讀書筆記 問題與方法

  2. 大體總結
    通過M1和M2的開發過程的參與,我對軟體開發流程的認識更加清晰,在編碼的過程中親身感受到編碼風格的一致性在軟體開發中的重要性,以及一個清晰易讀的文件在一個不小的工程中優秀的可維護性;
    我們的工作是學霸專案的後臺開發部分,需要與其他小組的功能模組進行對接,這之中出現了許多問題,這讓我們在其中慢慢磨合,發現問題並解決問題,統一的藉口定義和一定的交流溝通是必不可少的;
    編碼過程中的許多莫名其妙的bug也是我們收穫的一部分,本來對java不太熟悉的我們漸漸可以利用其特性進行各個功能單元的開發。出錯,查文件,再這樣的過程中我們學到更多;
    除此之外,團隊協作是非常重要的,我們隊伍的人是最多的,各司其職是保證大進度的前提,一兩個穩定輸出的開發和PM才是隊伍的核心;

  3. 問題和解決
    第一次閱讀作業中的問題,主要是開發的概念式的問題,當時已通過查閱相關書籍、谷歌等方式給出了詳細的答案;
    在第二次閱讀作業中,我們對於軟體工程中的“銀彈”和“大泥球”進行了討論。經過這兩次實踐,我們對增量開發的模式有了更深的認識,我們經過一次次迭代開發,在保證舊的模組的正確性的前提下增加新的可執行的模組,整個系統可以達到清晰而功能健全的目標;同時,好的設計在開發過程中的好處也體現出來,我們在早期為某些模組預留了藉口和相關欄位,大體有了整個專案的佈局設計,這令我們在後面開發時可以避免盲目新增程式碼而導致的“大泥球”;

  4. 新的問題
    1)在團隊協作的過程中,怎樣發揮大家的積極性,讓每個人都能完成自己的部分,而不是最後僅僅靠一兩個人,這是一個亟待解決的問題;
    2)在編碼的過程中,我們需要為了一些還未成型的功能預留一些藉口和欄位定義,而這些部分對於當前階段的開發是不必須的,怎麼樣才能總體對其管理使專案的開發不至於混亂;

  5. 各階段學到的知識點
    1)需求:NABCD模型需求分析方法
    2)設計:模組化和分層次設計模式
    3)實現:增量開發方法
    4)測試:黑白盒測試、迴歸測試
    5)釋出:事後會議。。。

相關文章