軟體專案管理 3.2.預測生存期模型

軟體專案管理 3.2.預測生存期模型

【公眾號 “專案管理研究所” 將會第一時間更新文章】

​ ​ 歸檔於軟體專案管理初級學習路線​ ​ 第三章 生存期模型

​ ​《初級學習路線合集 》​ ​

前言

大家好，這節我們學習預測生存期模型，預測模型是一種傳統模型，專案具有高確定性和很明確的需求，專案活動通常以順序的方式執行，沒有反饋。預測型模型主要有瀑布模型和V模型。

一、瀑布模型

瀑布模型是最經典，最傳統的模型，他嚴格的要求專案按照秩序來執行，單向的如同瀑布一樣，只能從上往下，不能返回，編碼階段不能執行修改需求和設計。瀑布模型的優點是管理很方便，只需要嚴格的控制階段的執行順序，但缺點也很明顯。既專案的可變性無法適應瀑布模型的要求。

所以採用瀑布模型的專案特徵是需求很明確，實現方案很明確，那麼從這兩個特徵看，這種模型不能很好的適應一些有變化的專案，所以有人說這個模型有些過時了，但是短期的專案還是比較適應瀑布模型的。

二、V模型

V模型是瀑布模型的一個變種，也是單向執行的，但是他強調測試與開發的對應關係，例如需求分析與系統測試的對應關係。那麼這個對應關係說明了測試與開發是相互伴隨的，例如系統測試依據需求規格，所以需求分析階段完成測試的一些準備工作是合理的。

適合V模型的專案和瀑布模型的專案有一部分相似的特徵，需求和方案都很明確，V模型的專案一般對系統的安全性，效能要求都比較高的，相應的工作量就多，成本相對就高。

三、V模型案例

現在我們看一個V模型的案例，這個專案對效能要求比較高，而且需求設計確定不會有變化，所以採用V模型。

接下來我們具體分析該案例模型的每個階段

需求階段主要任務是進行需求分析，而V模型是根據需求分析的結果進行系統測試的計劃和設計，所以我們看輸出的結果除了包括需求規格還包括系統的測試計劃和測試用例。

概要設計階段主要任務是體系結構設計，模組設計，資料體系結構設計。這裡的V模型同時要求進行整合測試的計劃和設計，輸出除了概要設計說明書外，還有整合測試的計劃和設計，因此這個案例體現了測試與開發的對應關係。

當然如果遇到了需求變更，例如需求分析或者技術解決方案不明確了，那麼預測型專案將產生預想不到的成本。

總結

總之 預測型的專案所有的任務都是一次性的，沒有變更。瀑布模型和V模型就是典型的預測型模型。

預測生存期模型就到這裡講解完了，下一節將會講述迭代生存期模型~

如果您覺得這篇文章有幫助到您的的話不妨點贊支援一下喲~~:wink:

​ ​後續將持續更新【軟體專案管理初級學習路線】的全知識點，大家感興趣的多多關注博主喲~​ ​

————————————————