系統分析與設計_軟件項目過程模型與規劃-CSDN博客

本文链接：https://blog.csdn.net/weixin_41968313/article/details/89241997

軟件項目過程模型與規劃

1.簡述瀑布模型、增量模型、螺旋模型（含原型方法）（並分析優缺點從項目特點、風險特徵、人力資源利用角度思考。）

瀑布模型

（項目特點、風險特徵、人力資源利用）

優點：
瀑布模型的流程符合人類行為的開發方式，降低了軟件開發的複雜程度，提高軟件開發過程的透明性，提高軟件開發過程的可管理性。

以項目的階段評審和文檔控制為手段有效地對整個開發過程進行指導，保證了階段之間的正確銜接。

缺點：
瀑布模型強調過程活動順序，各個階段前後相連（水只往下流），開發過程不能逆轉，出現調整時代價過大。

缺乏靈活性，模型要求需求明確，但是往往客戶無法給出精確的需求，無法解決軟件需求不明確或不準確的問題。

軟件成品要按順序直到開發結束才能夠完成，期間很難做出即時的反饋，難以及時溝通解決問題。去到後期可能要直接返工重造。

開發的不同階段，知識技能的需求不同，所有可能每個階段都有人不同工作或者沒有工作。

增量模型

（項目特點、風險特徵、人力資源利用）
優點：
將計劃開發的軟件系統進行模塊化分割，可以分段將項目產品完成，使用戶可以及時瞭解軟件項目的進展，從而降低了項目失敗和更改需求的風險。而且人員分配可以更加靈活，根據增量難度進行合理的調配。

缺點：
需要在模塊化劃分上，做好接口的定義，當開發過程中要更改的話，其他相連模塊也要修改，造成軟件的整體性容易被破壞。

螺旋模型

優點：
通過重覆迭代，每次交付都能得到用戶的反饋，不需十分明確的需求
，項目開發相對靈活，有便應對不斷變更的需求，而且由於客戶始終參與項目，開發人員與客戶之間溝當充足，有利於項目合理地完成。

缺點：
由於會不停重複迭代，只要有修改，就一直重複迭代，而且工作量會遇來越大，迭代次數難以控制，存在預算超出的風險和難以確定發佈的日期，這種方法不適合大團隊。

2.簡述統一過程三大特點，與面向對象的方法有什麼關係？

1.統一過程是用例驅動的：用例圖要求我們站在用戶的角度出發，從用戶的價值層面考慮問題。
2.統一過程是以架構為中心的：軟件系統的構架是從不同的角度描述即將構造的系統，它刻畫了系統的整體設計，去掉了細節部分，突出了系統的重要特性。
3.統一過程是迭代和增量的過程：軟件開發是一個複雜的過程，受控的迭代可以用來處理用例，是提高軟件開發效率的關鍵，迭代和增量使軟件開發階段性展開，對於用例的實現做出了控制和協調。

RUP將軟件開發過程要素和軟件工件要素整合在統一的軟件工程框架中，是一個面向對象的程序開發方法論。

3.簡述統一過程四個階段的劃分准則是什麼？每個階段關鍵的里程碑是什麼？

劃分准則：
每個階段結束於一個主要的里程碑 (Major Milestone)，並在階段結尾執行一次評估以確定這個階段的目標是否已經滿足。如果評估結果令人滿意的話，可以允許項目進入下一個階段。

里程碑：
初始階段裡程碑：
生命週期目標 (Lifecycle Objective) 里程碑，包括一些重要的文檔，如：項目構想 (Vision)、原始用例模型、原始業務風險評估、一個或者多個原型、原始業務案例等。通過對文檔的評審確定用例需求理解正確、項目風險評估合理、階段計劃可行等。

精化階段裡程碑：
生命週期體系結構 (Lifecycle Architecture) 里程碑，包括風險分析文檔、軟件體系結構基線、項目計劃、可執行的進化原型、初始版本的用戶手冊等。通過評審確定軟件體系結構已經穩定、高風險的業務需求和技術機制已經解決、修訂的項目計劃可行等。

構建階段裡程碑：
初始運行能力 (Initial Operational Capability) 里程碑，包括可以運行的軟件產品、用戶手冊等，它決定了產品是否可以在測試環境中進行部署。此刻，要確定軟件、環境、用戶是否可以開始系統的運行。

產品化階段/移交階段里程碑：
產品發佈 (Product Release) 里程碑，確定最終目標是否實現，是否應該開始產品下一個版本的另一個開發週期。在一些情況下這個里程碑可能與下一個週期的初始階段相重合。