期末總結
由于在學期初我沒有太看懂課本，導緻沒有問題提出，經過一學期的學習我總結了以下知識點：
軟體開發流程的目的是為了提高軟體開發、營運和維護的效率，以及提升使用者滿意度、軟體的可靠性和可維護性。
最早時期是寫了再改模型（Code-and-Fix）看起來和一窩蜂模式非常像，但是相對來說比較精簡，相對于嚴格的團隊來說還有更适合的模式
這裡就提出來瀑布模型（Waterfall Model）瀑布模型範圍廣，但是缺陷也很多，然後人們就根據他的可塑性以及根據自己的實際情況歸結出了各種瀑布模型。
從瀑布模型開始的各種模型都有一個共同點：重計劃，重實作設計，重文檔表達。這一類的方法中集大成這要算Rational統一流程（Rational Unified Process，RUP）。RPP吧軟體開發的各個階段整合在一個統一的架構裡。
要完成一個複雜的軟體項目，團隊的各種成員要在不同階段做不同的事情，這些不同類型的工作在RUP中叫做規程（Discipline）或者工作流（Workflow）。
業務模組化
業務模組化工作流用精确的語言（通常使UML）把使用者的活動描述出來。
需求
有了用例之後，開發從業人員和使用者要分析并确認軟體系統得提供什麼樣的功能來滿足使用者的需求，功能有什麼限制條件，如何驗證功能滿足了使用者需求。
分析和設計
分析和設計工作流将需求轉換成系統的設計。這一步結束之後，團隊成員就能知道系統有哪些子系統、子產品，他們之間的關系是怎麼樣的。
實作
在實作工作流彙中，工程師按照計劃實作上一步産出的設計，将開發出的元件，連同驗證子產品送出到系統中。同時，工程師們內建由單個開發者所産生的結果，通過手工或自動化的手段，把可執行的系統搭建出來。
測試
測試工作流要驗證現階段傳遞的在所有元件的正确性。元件之間互動的正确性，以及檢驗所有的需求一杯正确的實作，在這個過程中，發現、報告、會診、修複各種缺陷，在軟體部署之前保證品質達到預期要求。
部署
部署工作流的目的是生成最終版本并将軟體分發給最終使用者。
配置和變更管理
配置和變更管理工作流負責管理RUP各個階段産生的各種工作結果，要記錄修改人員、修改原因、修改時間等屬性，有些團隊還可以考慮并行分發、分布式開發等。
項目管理
軟體項目管理工作流負責平衡各種可能産生沖突的目标，管理風險，客服各種限制并成功的在各個階段傳遞達到要求的産品
環境
向軟體開發組織提供圖軟體開發環境，包括過程和工具。
綜上所述，本次軟體工程課程的學習我感覺自己還是進步很大的。
再就是對本堂課的體會：
《軟體工程》課程不同以往我們上過的專業課、選修課，它有自己獨特的授課方式，課程學習方法。相比較而言，理論實踐相結合使我更容易了解和消化其中的知識，最重要的是經過這麼一個過程我能記得住，能在以後的學習和生活甚至工作中直接用得上，這是我比較欣慰的。一本好書，一個好老師，一種好的學習方法。這樣學生才能更深刻的了解消化吸收所學。
建議：
由于是第一次以這種方式上課以及操作，難免有一些生疏或者忘事，部落格有時未及時更新，希望老師見諒。
課程本為一種實踐性課程，多元化課程。如果能有活生生的例子在面前，從起始到終止類似的素材之類。或者能有成功團隊的課堂講解印象會深很多。
以上就是我對課程的建議，在這學期的學習中，感謝老師辛勤的教導和寬容，幫我解疑答惑。也希望在以後的學習中更加努力。