【公眾號 “項目管理研究所” 將會第一時間更新文章】
歸檔于軟件項目管理初級學習路線
第三章 生存期模型
《初級學習路線合集 》
創新互聯專注于企業營銷型網站建設、網站重做改版、察哈爾右翼前網站定制設計、自適應品牌網站建設、H5技術、商城網站制作、集團公司官網建設、成都外貿網站建設公司、高端網站制作、響應式網頁設計等建站業務,價格優惠性價比高,為察哈爾右翼前等各大城市提供網站開發制作服務。
大家好,這節我們學習軟件項目管理---增量生存期模型,顧名思義,增量模型就是一個增量一個增量的開發過程,每一個增量是一個交付成果。
增量模型向客戶提交完成的可交付的成果,讓用戶可以立即使用,如果有些項目是為了加快交付速度,頻繁交付少量的可交付成果,就可以采用增量模型。
增量模型的策略是不同時開發項目的需求,而是分增量開發。每個增量包括分析,設計,實施,測試,提交等過程。
首先構造具體的核心功能作為第一個增量,然后試用反饋修改后,進行第二次增量,然后試用反饋修改后,再進行第三次增量...直到所有的增量完成。
該模型假設需求是可以分段開發的,可以成為一系列的增量產品。
所以增量模型的優點是可以避免一次性投入太大成本所帶來的風險。
1.這個項目為了更快給用戶可用的產品,這個項目分了四個增量來提交,通過不斷地試用反饋修改,如同滾雪球一樣,最后完成了這個項目。
另外,有一個特殊的增量模型稱為漸進式階段模型,每一個增量就是比較完整的系統,既提交的是正式的版本,包括以產品相關的其他資源。
例如某套系統為了最終完成1.0版本,先后發布了0.1版本,0.2版本,0.3版本等等...,而每一個版本都可以是正式的產品,直到最后提交了1.0版本。
我們看一下銀行業務生存期案例,這個項目需求比較復雜,所以采用了增量型模型,分多個階段提交系統,每個階段提交的版本是正式可以運行的系統。
迭代模型和增量模型都屬于并行開發的軟件生命周期模型。
迭代是不能并行的,迭代的并行是指迭代任務,好比從3.1-3.31號是一個迭代計劃,該迭代計劃需求人員能夠分析功能點5-功能點10,設計人員能夠作功能點3-功能點7的設計,開發人員能夠作功能點2-功能點4的開發,測試人員能夠作上個迭代周期發布的代碼。
迭代的并行是指工作流的并行。
你們看到迭代計劃是比較復雜的,所以對項目經理的經驗要求很高。
增量模型通常是指具備底層框架和平臺的項目,在該穩定的框架和平臺上,來開發和增長具體的業務功能。每一個增量之間相對獨立,各個增量能夠并行開發,好比:3.1-31號實現增量1(包含5的功能點),3.20-4.15開發增量2(包含另外的4個功能點)。增量內部是瀑布模型。
兩種類型的區別在于迭代是基于IBM的RUP的以架構為核心,用例為驅動,角色職責劃分不一樣,在同一時刻項目內部需求、設計、編碼、測試的活動都在發生。
迭代適合需求不明確、架構風險大的項目,增量適合需求比較明確,架構比較穩定,并且增量功能的實現基本不影響架構。
還有一個不一樣就是迭代計劃是基于角色的,增量計劃是基于任務的。
兩種類型的相同之處,每一個迭代和增量結束后都有產品發布。
總之 增量模型的優點是:
1.階段式提交一個可運行的產品
2.關鍵的功能更早出現
3.早期預警問題,避免缺陷蔓延
4.階段性完成可以降低估計失誤
到這里,增量生存期模型就講解完畢!希望大家對生存期模型有一個新的認識~
如果您覺得這篇文章有幫助到您的的話不妨點贊支持一下喲~~????
后續將持續更新【軟件項目管理初級學習路線】的全知識點,大家感興趣的多多關注博主喲~
————————————————
文章標題:軟件項目管理 3.4.增量生存期模型
網站鏈接:http://www.yijiale78.com/article32/dschgsc.html
成都網站建設公司_創新互聯,為您提供外貿建站、云服務器、品牌網站建設、建站公司、、電子商務
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯