軟件生命周期第1頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月第二章軟件生命周期【本章重點(diǎn)】軟件生命周期的概念及各個(gè)階段的任務(wù)、軟件生命周期的若干模型。【本章難道】瀑布模型、增量模型、螺旋模型的特點(diǎn)，優(yōu)缺點(diǎn)和適用條件。第2頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月軟件生命周期

2.1軟件生命周期

2.2軟件生命周期模型

2.3本章小結(jié)第3頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.1軟件生命周期任何有生命的動(dòng)物、植物和人，都有一個(gè)生命周期（LifeCycle）。例如，人的生命周期如表2-1

所示。第4頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.1軟件生命周期序號(hào)周期劃分周期周期的主要活動(dòng)1

胚胎至分娩胎兒

定期到婦幼保健院或婦產(chǎn)科醫(yī)院檢查20~3歲嬰兒

請(qǐng)保姆看護(hù)，上嬰兒室或托兒所33~6歲幼兒

上幼兒園，健康、活潑、天真地成長(zhǎng)46~12歲兒童

上小學(xué)，好好學(xué)習(xí)，天天向上512~18歲少年

上中學(xué)，參加中考、高考，自古英雄

出少年618~30歲青年

上大學(xué)，攻讀碩士、博士學(xué)位，應(yīng)聘

就業(yè)，開始追求創(chuàng)新，追求異性730~60歲中年

上班，追求事業(yè)上的成就、成功、貢

獻(xiàn)，經(jīng)營(yíng)幸福的家庭860歲以上老年

退休，老有所樂，寫回憶錄，立遺囑9

因病去世死亡

喪事從簡(jiǎn)，長(zhǎng)眠于地下第5頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.1軟件生命周期定義：軟件生命周期是指一個(gè)軟件從提出開發(fā)要求開始，直到該軟件報(bào)廢為止的整個(gè)時(shí)期。周期劃分：周期內(nèi)有可行性分析、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段。第6頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月軟件生命周期Subtitle可行性分析需求分析1.要解決的問題

是什么？2.該問題有行得通的

解決辦法嗎？3.若有解決問題的辦法，則需要多少費(fèi)用？需要多少資源？需要多少時(shí)間？需求分析階段的任務(wù)不是具體地解決問題，而是準(zhǔn)確地確定“軟件系統(tǒng)必須做什么”，確定軟件系統(tǒng)必須具備哪些功能。第7頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月軟件生命周期Subtitle概要設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段就是為每個(gè)模塊完整的功能進(jìn)行具體描述，把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過程描述。即該模塊的控制結(jié)構(gòu)是怎樣的，先做什么，后做什么，有什么樣的條件判定，有些什么重復(fù)處理等，并用相應(yīng)的表示工具把這些控制結(jié)構(gòu)表示出來。在概要設(shè)計(jì)階段，開發(fā)人員要把確定的各項(xiàng)功能需求轉(zhuǎn)換成需要的體系結(jié)構(gòu)，概要設(shè)計(jì)就是設(shè)計(jì)軟件的結(jié)構(gòu)，該結(jié)構(gòu)由哪些模塊組成，這些模塊的層次結(jié)構(gòu)是怎樣的，這些模塊的調(diào)用關(guān)系是怎樣的，每個(gè)模塊的功能是什么。第8頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月軟件生命周期Subtitle編碼測(cè)試編碼階段就是把每個(gè)模塊的控制結(jié)構(gòu)轉(zhuǎn)換成計(jì)算機(jī)可接受的程序代碼，即寫成以某特定程序設(shè)計(jì)語(yǔ)言表示的“源程序清單”。當(dāng)然，寫出的程序應(yīng)該結(jié)構(gòu)好，清晰易讀，并且與設(shè)計(jì)相一致。測(cè)試是保證軟件質(zhì)量的重要手段，其主要方式是在設(shè)計(jì)測(cè)試用例的基礎(chǔ)上檢驗(yàn)軟件的各個(gè)組成部分。維護(hù)軟件維護(hù)是軟件生命周期中時(shí)間最長(zhǎng)的階段。已交付的軟件投入正式使用后，便進(jìn)入軟件維護(hù)階段，它可以持續(xù)幾年甚至幾十年。第9頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.1軟件生命周期需求分析概要設(shè)計(jì)定義階段開發(fā)階段運(yùn)行與維護(hù)階段軟件生命周期可行性分析詳細(xì)設(shè)計(jì)編碼維護(hù)GB8566-1988《計(jì)算機(jī)軟件開發(fā)規(guī)范》將軟件生存周期分為三個(gè)階段：第10頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.2軟件生命周期模型定義：軟件生存周期模型是描述軟件開發(fā)過程中各項(xiàng)活動(dòng)如何執(zhí)行的模型。作用：軟件生命周期模型確立了軟件開發(fā)和演繹中各個(gè)階段的次序限制以及各個(gè)階段活動(dòng)的準(zhǔn)則，確立開發(fā)過程所遵守的規(guī)定和限制，便于各種活動(dòng)的協(xié)調(diào)以及各種人員的有效通信，有利于活動(dòng)重用和管理。第11頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.2軟件生命周期模型

2.2.1瀑布模型

2.2.2增量模型

2.2.3

螺旋模型第12頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.2.1瀑布模型1970年溫斯頓·羅伊斯（WinstonRoyce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被廣泛采用的軟件開發(fā)模型。直至今日，該模型仍然具有強(qiáng)大的生命力。瀑布模型（WaterfallModel）又稱流水式過程模型，它可以形象地用階梯瀑布描述，水由上向下一個(gè)階梯接著一個(gè)階梯地傾瀉下來，最后進(jìn)入一個(gè)風(fēng)平浪靜的大湖，這個(gè)大湖就是軟件企業(yè)的產(chǎn)品庫(kù)，如圖2-1所示。第13頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2.2.1瀑布模型測(cè)試編碼設(shè)計(jì)需求分析可行性分析維護(hù)可行性分析報(bào)告需求規(guī)格說明書設(shè)計(jì)文檔程序測(cè)試報(bào)告第14頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2815瀑布模型的階段任務(wù)、工作結(jié)果及參與人員階段基本任務(wù)工作結(jié)果參加者計(jì)劃期可行性研究與計(jì)劃研究開發(fā)該項(xiàng)目的可行性可行性研究報(bào)告用戶、高級(jí)程序員開發(fā)期需求分析理解和表達(dá)用戶的要求需求說明書用戶、高級(jí)程序員系統(tǒng)設(shè)計(jì)建立系統(tǒng)的結(jié)構(gòu)模塊、數(shù)據(jù)說明書用戶、高級(jí)程序員編程編寫程序程序高級(jí)程序員、初級(jí)程序員測(cè)試發(fā)現(xiàn)錯(cuò)誤和排除錯(cuò)誤測(cè)試報(bào)告另一獨(dú)立的部門運(yùn)行期運(yùn)行與維護(hù)維護(hù)改進(jìn)的系統(tǒng)用戶、高級(jí)程序員2.2.1瀑布模型第15頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月1．模型的本意在瀑布模型中，軟件開發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行，當(dāng)前階段的活動(dòng)接受上一階段活動(dòng)的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。瀑布模型認(rèn)為：項(xiàng)目經(jīng)理或軟件管理人員，只要控制好每級(jí)臺(tái)階的高度和寬度，并組織好評(píng)審與審計(jì)，就可以控制好項(xiàng)目的開發(fā)成本、進(jìn)度和質(zhì)量。2.2.1瀑布模型第16頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2．模型的特點(diǎn)

瀑布模型是以文檔驅(qū)動(dòng)的，為管理者進(jìn)行項(xiàng)目開發(fā)管理提供了基礎(chǔ)，約束了開發(fā)過程中的活動(dòng)。瀑布模型是一種整體開發(fā)模型，在開發(fā)過程中，用戶看不見系統(tǒng)是什么樣，只有開發(fā)完成向用戶提交整個(gè)系統(tǒng)時(shí)，用戶才能看到一個(gè)完整的系統(tǒng)。過程逆轉(zhuǎn)性很差或者說不可逆轉(zhuǎn)，因?yàn)楦鶕?jù)上游的錯(cuò)誤會(huì)在下游進(jìn)行發(fā)散性傳播的原理，所以逆轉(zhuǎn)將會(huì)延誤工期，增加成本，造成重大損失。

2.2.1瀑布模型第17頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月3．選擇模型的適用條件在開發(fā)時(shí)間內(nèi)需求沒有或很少變化。分析設(shè)計(jì)人員對(duì)應(yīng)用領(lǐng)域很熟悉。低風(fēng)險(xiǎn)項(xiàng)目（對(duì)目標(biāo)、環(huán)境很熟悉）。用戶使用環(huán)境很穩(wěn)定。用戶除提出需求以外，很少參與開發(fā)工作。

2.2.1瀑布模型第18頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月4．模型的優(yōu)點(diǎn)

通過設(shè)置里程碑，明確每階段的任務(wù)與目標(biāo)?？蔀槊侩A段制定開發(fā)計(jì)劃，進(jìn)行成本預(yù)算，組織開發(fā)力量。通過階段評(píng)審，將開發(fā)過程納入正確軌道。嚴(yán)格的計(jì)劃性保證軟件產(chǎn)品的按時(shí)交付。第19頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月5．模型的缺點(diǎn)傳統(tǒng)的項(xiàng)目組織方法是按順序完成每個(gè)工作流程，即瀑布式生命周期。瀑布只能一個(gè)個(gè)臺(tái)階地往下流，不可能倒著往上流，即缺乏靈活性，不能適應(yīng)用戶需求的改變。這就是它致命的缺點(diǎn)。瀑布式生命周期通常會(huì)導(dǎo)致在項(xiàng)目后期，出現(xiàn)“問題堆積”，更可怕的是，錯(cuò)誤的傳遞會(huì)采取發(fā)散擴(kuò)大的方式。2.2.1瀑布模型第20頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/28212.2.2增量模型增量模型是一種非整體開發(fā)模型，軟件是“逐漸”被開發(fā)出來，開發(fā)一部分，向用戶展示一部分。1.增量模型的分類依據(jù)構(gòu)造和增加的方式的不同，增量模型可以分為：增量構(gòu)造模型、演化提交模型和快速原型模型。第21頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/282.2.2增量模型（1）增量構(gòu)造模型該模型的需求分析階段和設(shè)計(jì)階段與瀑布模型相似。編碼和測(cè)試階段是按照增量方式開發(fā)。，該模型結(jié)構(gòu)如下圖所示。

第22頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月該模型的優(yōu)點(diǎn)：在開發(fā)的過程中用戶能夠及早地發(fā)現(xiàn)看到軟件發(fā)現(xiàn)中的問題第23頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月(2)演化提交模型該模型中，各個(gè)階段都是增量開發(fā)的形式。這一過程就像小孩子搭積木蓋房子一樣，如圖2-2所示。第24頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月第1次集成第1塊積木第2次集成第1塊積木第2塊積木第3次集成第1塊積木第2塊積木第3塊積木第4次集成第1塊積木第2塊積木第3塊積木第4塊積木第N次集成第1塊積木第2塊積木第3塊積木第4塊積木第N塊積木第25頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2826增量模型示意圖

第26頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/282.2.2增量模型先對(duì)某部分功能進(jìn)行需求分析，然后按照順序進(jìn)行設(shè)計(jì)、編碼和測(cè)試，把該部分功能開發(fā)完畢并提交用戶，直到所有的功能都全部開發(fā)完畢為止，如圖所示。第27頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月1．模型的本意要開發(fā)一個(gè)大的軟件系統(tǒng)，先開發(fā)其中的一個(gè)核心模塊（或子系統(tǒng)），然后再開發(fā)其他模塊（或子系統(tǒng)），這樣一個(gè)個(gè)模塊（或子系統(tǒng)）地增加上去，就像搭積木一樣，直至整個(gè)系統(tǒng)開發(fā)完畢為止。在每增加一個(gè)模塊前，先要對(duì)該模塊進(jìn)行模塊測(cè)試。通過后再將此模塊加入到系統(tǒng)中，然后還要進(jìn)行系統(tǒng)集成測(cè)試。系統(tǒng)集成測(cè)試成功后，再增加新的模塊。這樣多次循環(huán)，直到系統(tǒng)搭建完畢為止。第28頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2．模型的特點(diǎn)（1）任務(wù)或功能模塊驅(qū)動(dòng)，可以分階段提交產(chǎn)品。（2）有多個(gè)任務(wù)單，這些多個(gè)任務(wù)單的集合，構(gòu)成項(xiàng)目的一個(gè)總《任務(wù)書》，或總《用戶需求報(bào)告》/《需求規(guī)格說明書》。第29頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月3．選擇模型的適用條件（1）在整個(gè)項(xiàng)目開發(fā)過程中，需求都可能發(fā)生變化，客戶接受分階段交付。（2）分析設(shè)計(jì)人員對(duì)應(yīng)用領(lǐng)域不熟悉，難以一步到位。（3）中等或高風(fēng)險(xiǎn)項(xiàng)目（工期過緊且可分階段提交的系統(tǒng)或目標(biāo)、環(huán)境不熟悉）。（4）用戶可參與到整個(gè)軟件開發(fā)過程中。（5）使用面向?qū)ο笳Z(yǔ)言或第四代語(yǔ)言。（6）軟件公司自己有較好的類庫(kù)、構(gòu)件庫(kù)。第30頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月4．模型的優(yōu)點(diǎn)（1）由于將一個(gè)大系統(tǒng)分解為多個(gè)小系統(tǒng)，這就等于將一個(gè)大風(fēng)險(xiǎn)分解為多個(gè)小風(fēng)險(xiǎn)，從而降低了開發(fā)難度。（2）人員分配靈活，剛開始不用投入大量人力資源。如果核心模塊產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量。當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)，它提供了一種先推出核心產(chǎn)品的途徑。即可先發(fā)布部分模塊給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。（3）因?yàn)榫哂凶罡邇?yōu)先權(quán)的服務(wù)被首先交付，而后面的增量也不斷被集成進(jìn)來，這就使得最重要的系統(tǒng)服務(wù)系統(tǒng)接受了最多的測(cè)試。第31頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月5．模型的缺點(diǎn)如果軟件系統(tǒng)的組裝和拆卸性不強(qiáng)，或開發(fā)人員全局把握水平不高，或者客戶不同意分階段提交產(chǎn)品，或者開發(fā)人員對(duì)應(yīng)用領(lǐng)域不熟悉，就不宜采用這種模型。第32頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月（3）原型模型許多軟件公司在生產(chǎn)軟件產(chǎn)品與實(shí)施軟件項(xiàng)目時(shí)，經(jīng)常采用一種“原型法”，它來源于原型模型，下面就介紹這種模型。1．模型的本意原型模型（PrototypeModel）的本意是：在初步需求分析之后，馬上向客戶展示一個(gè)軟件產(chǎn)品原型(樣品)，對(duì)客戶進(jìn)行培訓(xùn)，讓客戶試用，在試用中收集客戶意見，根據(jù)客戶意見立刻修改原型，之后再讓客戶試用，反復(fù)循環(huán)幾次，直到客戶確認(rèn)為止。第33頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2834

原型模型

第34頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2．模型的特點(diǎn)立項(xiàng)以后先提交原型給用戶，在用戶試用的基礎(chǔ)上進(jìn)行需求調(diào)查與原型修改。強(qiáng)調(diào)用戶對(duì)軟件功能和使用性能的評(píng)價(jià)。設(shè)計(jì)、修改原型與試用交替進(jìn)行。一次迭代中的開發(fā)步驟:了解用戶/設(shè)計(jì)者的基本信息需求開發(fā)初始原型系統(tǒng)用戶/設(shè)計(jì)者試用和評(píng)估原型系統(tǒng)第35頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月3．選擇模型的條件（1）已有產(chǎn)品或產(chǎn)品的原型(樣品)，只需客戶化的工程項(xiàng)目。（2）簡(jiǎn)單而熟悉的行業(yè)或領(lǐng)域。（3）有快速原型開發(fā)工具。（4）進(jìn)行產(chǎn)品移植或升級(jí)。由于上述條件不太苛刻，所以凡是有軟件產(chǎn)品的IT企業(yè)，在他們熟悉的業(yè)務(wù)領(lǐng)域內(nèi)，當(dāng)客戶招標(biāo)時(shí)，他們都會(huì)以原型模型作為軟件開發(fā)模型，去制作投標(biāo)書。一旦中標(biāo)，就用原型模型作為實(shí)施項(xiàng)目的知道方針，即對(duì)軟件產(chǎn)品進(jìn)行客戶化工作，或?qū)浖a(chǎn)品進(jìn)行二次開發(fā)。/link?url=foj0OC67vRiZjH5D1cgY8vuvbCprEnO6shVqxr-9qChSOJUEI7fAIbp6-vfRQ-DOL2lx2WGCqbZ-Y49Lxp6EpmVnQN57Nfnpyt7T1yK6Y83第36頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2837（3）優(yōu)點(diǎn)開發(fā)者與用戶充分交流，可以澄清模糊需求，需求定義比其他模型好得多。開發(fā)過程與用戶培訓(xùn)過程同步。為用戶需求的改變提供了充分的余地。開發(fā)風(fēng)險(xiǎn)低，產(chǎn)品柔性好。開發(fā)費(fèi)用低，時(shí)間短。系統(tǒng)易維護(hù)，對(duì)用戶更友好。

正因?yàn)樵湍Ｐ途哂羞@些優(yōu)點(diǎn)，所以它一直是軟件企業(yè)界的主流開發(fā)模型。第37頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2838（4）缺點(diǎn)開發(fā)者在不熟悉的領(lǐng)域中不易分清主次，原型不切題。因?yàn)槭孪扔幸粋€(gè)展示性的產(chǎn)品原型，所以在一定程度上，不利于開發(fā)人員的創(chuàng)新。隨著更改次數(shù)的增多，次要部分越來越大，“淹沒”了主要部分。原型過快收斂于需求集合，而忽略了一些基本點(diǎn)。資源規(guī)劃和管理較為困難，隨時(shí)更新文檔也帶來麻煩。只注意原型是否滿意，忽略了原型環(huán)境與用戶環(huán)境的差異。第38頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/28392.6螺旋模型螺旋模型(spiralmodel)根據(jù)系統(tǒng)包含的風(fēng)險(xiǎn)看待軟件開發(fā)過程。它把開發(fā)活動(dòng)和風(fēng)險(xiǎn)管理結(jié)合起來，將風(fēng)險(xiǎn)減到最小并控制風(fēng)險(xiǎn)。螺旋模型以需求和一個(gè)初始的開發(fā)計(jì)劃（包括預(yù)算、約束、人員安排方案、設(shè)計(jì)和開發(fā)環(huán)境）為起點(diǎn)，在產(chǎn)生“操作概念”文檔（它從高層描述系統(tǒng)如何工作）之前，該過程插入一個(gè)評(píng)估風(fēng)險(xiǎn)和可選原型的步驟。在操作文檔中，一組需求被指定并進(jìn)行詳細(xì)檢查，以確保需求盡可能完整和一致。因此，操作概念是第一次迭代的產(chǎn)品，而需求則是第二次迭代的主要產(chǎn)品。在第三次迭代中，系統(tǒng)開發(fā)產(chǎn)生設(shè)計(jì)，而第四次迭代能夠進(jìn)行測(cè)試。第39頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2840回顧評(píng)審提交線累積成本風(fēng)險(xiǎn)分析原型1工作概念仿真、模型、基準(zhǔn)技術(shù)要求規(guī)劃、生命周期規(guī)劃風(fēng)險(xiǎn)分析原型2軟件需求需求確認(rèn)開發(fā)計(jì)劃風(fēng)險(xiǎn)分析原型3軟件產(chǎn)品設(shè)計(jì)設(shè)計(jì)確認(rèn)與驗(yàn)證集成與測(cè)試計(jì)劃風(fēng)險(xiǎn)分析工作原型詳細(xì)設(shè)計(jì)編碼單元測(cè)試集成測(cè)試驗(yàn)收測(cè)試實(shí)現(xiàn)制訂計(jì)劃確定目標(biāo)、供選方案、限制條件風(fēng)險(xiǎn)分析評(píng)估供選辦法、確認(rèn)、分解風(fēng)險(xiǎn)客戶評(píng)估計(jì)劃下一階段

實(shí)施工程開發(fā)、驗(yàn)證下一級(jí)產(chǎn)品

螺旋模型

第40頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2841螺旋模型的每一次迭代都包含了以下六個(gè)步驟：(1)決定目標(biāo)，替代方案和約束。(2)識(shí)別和解決項(xiàng)目的風(fēng)險(xiǎn)。(3)評(píng)估技術(shù)方案和替代解決方案。(4)開發(fā)本次迭代的交付物和驗(yàn)證迭代產(chǎn)出的正確性。(5)計(jì)劃下一次迭代。(6)提交下一次迭代的步驟和方案。第41頁(yè)，課件共49頁(yè)，創(chuàng)作于2023年2月2023/7/2842（1）特點(diǎn)每一圈是一個(gè)階段，每個(gè)階段里又有一些活動(dòng)。階段可分為：操作的概念、軟件需求、產(chǎn)品設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、集成和測(cè)試、驗(yàn)收測(cè)試、實(shí)現(xiàn)?；顒?dòng)有：需求與計(jì)劃、風(fēng)險(xiǎn)分析、設(shè)計(jì)與制作、用戶評(píng)價(jià)。（2）優(yōu)點(diǎn)風(fēng)險(xiǎn)分析可使一些極端困難的問題和可能導(dǎo)致費(fèi)用過高的問題被更改或取消。（3）缺點(diǎn)

需要開發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)