這個學期的軟工課程相對而言是很特殊的，沒有期末考試，取代的三個由簡到難的項目，也由一人變成多人團隊開發，還有每周一篇的博客來記錄自己的學習情況。這就要求我們平時注重知識的積累，多看書才能很好的完成任務。

　　軟件開發過程基礎：需求分析。姑且將我們的6人小組稱為軟件團隊吧。我們是為用戶服務的，用戶的需求是千奇百怪的，甚至大部分時候用戶也說不明白他期待的軟件是什么樣子的，如果這個時候我們不做詳細的用戶需求分析，就想當然的進入軟件開發的流程，即便付出了很多的人力物力，用戶也是很難滿意的，這個軟件就是失敗的。

　　鄒老師書中就把軟件需求的獲取分為三步，獲取和引導需求，分析和定義需求，驗證需求。但是現實中，我們還沒有體會到需求分析的缺失會對我們造成多大的影響，我們算是偷工減料了，對我們軟件團隊來說，開發者是我們，用戶也是我們虛擬的，以自己為角度的，大家伙湊一起，想想做個網絡游戲不錯吖，嗯，大家都同意吧，好的，我沒意見，嗯嗯，我同意。就這樣三言兩語定下了項目開發方向。

　　圖形建模。楊老師也花了很多的學時來教UML圖，課下在這方面下的功夫也是最多的。一張圖，能代替很多的文字。在開發文檔的編寫和檢查中，有耐心看大段大段文字的人可并不多，這時候，規范的圖形就能很好的表達軟件的架構。總結需求分析繪制用例圖，再到整個軟件的概要設計，相當于搭建了一個基本框架，到了詳細設計，添加類圖，就是為了框架添加血肉。流程圖，順序圖，層次圖，等等。。。整個開發過程是個自頂向下的過程。首先是個籠統的抽象的描述，越到下層越具體。整個開發周期是一個不短的過程，圖形化的描述，更加方便團隊討論。

　　團隊合作的幾個階段：

　　1，萌芽階段。

　　　　最初組隊的時候，大家都很陌生，我們的6人小組中，我只是緊緊黏著我的小伙伴，還不敢和其他人接觸呢，這個時候，開會都很尷尬，組長詢問意見，大家都搖頭，潛臺詞都是組長決定就好，

　　　　我照做。也是仗著時間還很長，效率及其低下。

　　2, 磨合階段和規范階段。

　　 ? ?老師開始布置任務了，大家也該著急了，不得不認真面對問題，開展討論了，但是團隊里萬幸沒有出現什么不和諧的因素，組長提出方案，大家發表自己的觀點，然后根據個人能力分配任務，在明確了

　　　　大方向后，大家都有事情做了，任務也在加緊完成。

　　3，整合階段。

　　　　學期末，每個人分配的任務都完成了，開始要頻繁的聚在一起整合所有的代碼，完成開發文檔的梳理和完善。大家也熟悉了，氛圍很好。

　　

轉載于:https://www.cnblogs.com/13062225wmx/p/5596246.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的软工课程读书笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。