軟件生命周期模型

軟件生命周期模型?2009BUPTTSEG第1頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心本章內(nèi)容2.1軟件工程過(guò)程2.2軟件生命周期2.3軟件過(guò)程模型2.4傳統(tǒng)軟件生命周期模型2.5新型軟件生命周期模型第2頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.1軟件工程過(guò)程軟件工程過(guò)程是為了獲得軟件產(chǎn)品，在軟件工具的支持下由軟件工程師完成的一系列軟件工程活動(dòng)。軟件規(guī)格說(shuō)明（specification）：規(guī)定軟件的功能及其使用限制；軟件開(kāi)發(fā)（development）：產(chǎn)生滿(mǎn)足規(guī)格說(shuō)明的軟件；軟件確認(rèn)（validation）：通過(guò)有效性驗(yàn)證以保證軟件能夠滿(mǎn)足客戶(hù)的要求；軟件演進(jìn)（evolution）：為了滿(mǎn)足客戶(hù)的變更要求，軟件必須在使用過(guò)程中進(jìn)行不斷地改進(jìn)。第3頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.2軟件生命周期軟件有一個(gè)孕育、誕生、成長(zhǎng)、成熟、衰亡的生存過(guò)程。這個(gè)過(guò)程即為計(jì)算機(jī)軟件的生命周期（LifeCycle）。軟件生命周期的六個(gè)基本步驟制定計(jì)劃需求分析設(shè)計(jì)程序編碼測(cè)試運(yùn)行維護(hù)第4頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心制定計(jì)劃確定要開(kāi)發(fā)軟件系統(tǒng)的總目標(biāo)；給出功能、性能、可靠性以及接口等方面的要求；完成該軟件任務(wù)的可行性研究；估計(jì)可利用的資源(硬件，軟件，人力等)、成本、效益、開(kāi)發(fā)進(jìn)度；制定出完成開(kāi)發(fā)任務(wù)的實(shí)施計(jì)劃，連同可行性研究報(bào)告，提交管理部門(mén)審查；第5頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心需求分析對(duì)用戶(hù)提出的要求進(jìn)行分析并給出詳細(xì)的定義；編寫(xiě)軟件需求說(shuō)明書(shū)或系統(tǒng)功能說(shuō)明書(shū)及初步的系統(tǒng)用戶(hù)手冊(cè)；提交管理機(jī)構(gòu)評(píng)審；第6頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心設(shè)計(jì)概要設(shè)計(jì)—把各項(xiàng)需求轉(zhuǎn)換成軟件的體系結(jié)構(gòu)。結(jié)構(gòu)中每一組成部分都是意義明確的模塊，每個(gè)模塊都和某些需求相對(duì)應(yīng)；詳細(xì)設(shè)計(jì)—對(duì)每個(gè)模塊要完成的工作進(jìn)行具體的描述，為源程序編寫(xiě)打下基礎(chǔ)；編寫(xiě)設(shè)計(jì)說(shuō)明書(shū)，提交評(píng)審。第7頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心程序編碼把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序代碼，即寫(xiě)成以某一種特定程序設(shè)計(jì)語(yǔ)言表示的“源程序清單”；寫(xiě)出的程序應(yīng)當(dāng)是結(jié)構(gòu)良好、清晰易讀的，且與設(shè)計(jì)相一致的；第8頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心測(cè)試單元測(cè)試，查找各模塊在功能和結(jié)構(gòu)上存在的問(wèn)題并加以糾正；組裝測(cè)試，將已測(cè)試過(guò)的模塊按一定順序組裝起來(lái)；按規(guī)定的各項(xiàng)需求，逐項(xiàng)進(jìn)行有效性測(cè)試，決定已開(kāi)發(fā)的軟件是否合格，能否交付用戶(hù)使用；第9頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心運(yùn)行維護(hù)改正性維護(hù)：運(yùn)行中發(fā)現(xiàn)了軟件中的錯(cuò)誤需要修正；適應(yīng)性維護(hù)：為了適應(yīng)變化了的軟件工作環(huán)境，需做適當(dāng)變更；完善性維護(hù)：為了增強(qiáng)軟件的功能需做變更。第10頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.3軟件過(guò)程模型模型是實(shí)際事物、實(shí)際系統(tǒng)的抽象。軟件過(guò)程模型也稱(chēng)做軟件生命周期模型，是從一個(gè)特定角度提出的對(duì)軟件過(guò)程的簡(jiǎn)化描述，是對(duì)軟件開(kāi)發(fā)實(shí)際過(guò)程的抽象，它包括構(gòu)成軟件過(guò)程的各種活動(dòng)、軟件工件（artifact）以及參與角色等。軟件生命周期模型描述從軟件需求定義直至軟件經(jīng)使用后廢棄為止，跨越整個(gè)生存期的軟件開(kāi)發(fā)、運(yùn)行和維護(hù)所實(shí)施的全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架，同時(shí)描述生命周期不同階段產(chǎn)生的軟件工件，明確活動(dòng)的執(zhí)行角色等。第11頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4傳統(tǒng)軟件生命周期模型2.4.1瀑布模型2.4.2V模型和W模型2.4.3原型方法2.4.4演化模型2.4.5增量模型2.4.6螺旋模型2.4.7噴泉模型2.4.8構(gòu)件組裝模型2.4.9快速應(yīng)用開(kāi)發(fā)模型第12頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.1瀑布模型WinstonRoyce在軟件生命周期概念的基礎(chǔ)上，于1970年提出了著名的“瀑布模型”（waterfallmodel）。維護(hù)評(píng)價(jià)第13頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.1瀑布模型瀑布模型中的每一個(gè)開(kāi)發(fā)活動(dòng)具有下列特征：本活動(dòng)的工作對(duì)象來(lái)自于上一項(xiàng)活動(dòng)的輸出，這些輸出一般是代表本階段活動(dòng)結(jié)束的里程碑式的文檔。根據(jù)本階段的活動(dòng)規(guī)程執(zhí)行相應(yīng)的任務(wù)。產(chǎn)生本階段活動(dòng)相關(guān)產(chǎn)出——軟件工件，作為下一活動(dòng)的輸入。對(duì)本階段活動(dòng)執(zhí)行情況進(jìn)行評(píng)審。第14頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.1瀑布模型瀑布模型的優(yōu)缺點(diǎn)優(yōu)點(diǎn)缺點(diǎn)降低了軟件開(kāi)發(fā)的復(fù)雜程度，而且提高了軟件開(kāi)發(fā)過(guò)程的透明性，提高了軟件開(kāi)發(fā)過(guò)程的可管理性。模型缺乏靈活性，特別是無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題。推遲了軟件實(shí)現(xiàn)，強(qiáng)調(diào)在軟件實(shí)現(xiàn)前必須進(jìn)行分析和設(shè)計(jì)工作。模型的風(fēng)險(xiǎn)控制能力較弱。以項(xiàng)目的階段評(píng)審和文檔控制為手段有效地對(duì)整個(gè)開(kāi)發(fā)過(guò)程進(jìn)行指導(dǎo)，保證了階段之間的正確銜接，能夠及時(shí)發(fā)現(xiàn)并糾正開(kāi)發(fā)過(guò)程中存在的缺陷，從而能夠使產(chǎn)品達(dá)到預(yù)期的質(zhì)量要求。瀑布模型中的軟件活動(dòng)是文檔驅(qū)動(dòng)的，當(dāng)階段之間規(guī)定過(guò)多的文檔時(shí)，會(huì)極大地增加系統(tǒng)的工作量；而且當(dāng)管理人員以文檔的完成情況來(lái)評(píng)估項(xiàng)目完成進(jìn)度時(shí)，往往會(huì)產(chǎn)生錯(cuò)誤的結(jié)論。第15頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.2V模型和W模型1980年代后期PaulRook提出了V模型第16頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心W模型Evolutif公司在V模型的基礎(chǔ)上提出了W模型第17頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型方法的產(chǎn)生瀑布模型、V模型和W模型都將軟件生命周期劃分成獨(dú)立串行的幾個(gè)階段，前一個(gè)階段沒(méi)有完成便無(wú)法開(kāi)始下一階段的工作。然而完整而準(zhǔn)確的需求規(guī)格說(shuō)明是很難得到的，因?yàn)椋涸陂_(kāi)發(fā)早期用戶(hù)往往對(duì)系統(tǒng)只有一個(gè)模糊的想法，很難完全準(zhǔn)確地表達(dá)對(duì)系統(tǒng)的全面要求隨著開(kāi)發(fā)工作的推進(jìn)，用戶(hù)可能會(huì)產(chǎn)生新的要求開(kāi)發(fā)者有可能在設(shè)計(jì)與實(shí)現(xiàn)的過(guò)程中遇到一些沒(méi)有預(yù)料到的實(shí)際困難，需要以改變需求來(lái)解脫困境第18頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型指模擬某種最終產(chǎn)品的原始模型；原型方法指在獲得一組基本需求后，通過(guò)快速分析構(gòu)造出一個(gè)小型的軟件系統(tǒng)原型，滿(mǎn)足用戶(hù)的基本要求。用戶(hù)通過(guò)使用原型系統(tǒng)，提出修改意見(jiàn)，從而減少用戶(hù)與開(kāi)發(fā)人員對(duì)系統(tǒng)需求的誤解，使需求盡可能準(zhǔn)確。原型方法主要用于明確需求，但也可以用于軟件開(kāi)發(fā)的其他階段。第19頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型的三種作用類(lèi)型：（1）探索型：弄清用戶(hù)對(duì)目標(biāo)系統(tǒng)的要求，確定所期望的特性；探討多種實(shí)現(xiàn)方案的可行性。主要針對(duì)需求模糊、用戶(hù)和開(kāi)發(fā)者對(duì)項(xiàng)目開(kāi)發(fā)都缺乏經(jīng)驗(yàn)的情況。（2）實(shí)驗(yàn)型；用于大規(guī)模開(kāi)發(fā)和實(shí)現(xiàn)之前，考核技術(shù)實(shí)現(xiàn)方案是否合適、分析和設(shè)計(jì)的規(guī)格說(shuō)明是否可靠。（3）進(jìn)化型：在構(gòu)造系統(tǒng)的過(guò)程中能夠適應(yīng)需求的變化，通過(guò)不斷地改進(jìn)原型，逐步將原型進(jìn)化成最終的系統(tǒng)。它將原型方法的思想擴(kuò)展到軟件開(kāi)發(fā)的全過(guò)程，適用于需求經(jīng)常變動(dòng)的軟件項(xiàng)目。第20頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法由于運(yùn)用原型的目的和方式不同，在使用原型時(shí)可采取以下兩種不同的策略：廢棄策略：原型主要用于反饋和評(píng)價(jià)，據(jù)此設(shè)計(jì)出完整、準(zhǔn)確、一致、可靠的最終系統(tǒng)。系統(tǒng)構(gòu)造完成后，原來(lái)的原型系統(tǒng)就被廢棄不用。探索型和實(shí)驗(yàn)型原型屬于這種策略。追加策略：原型作為最終系統(tǒng)的核心，然后通過(guò)不斷地?cái)U(kuò)充修改，逐步追加新要求，最后發(fā)展成為最終系統(tǒng)。它對(duì)應(yīng)于進(jìn)化型原型。第21頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型方法的特點(diǎn)：（1）從認(rèn)知論的角度看，原型方法遵循了人們認(rèn)識(shí)事物的規(guī)律，因而更容易為人們所普遍接受，這主要表現(xiàn)在：①人們對(duì)任何事物的認(rèn)知都不可能一蹴而就、盡善盡美；②認(rèn)識(shí)和學(xué)習(xí)的過(guò)程都是循序漸進(jìn)的；③對(duì)于事物的描述，往往都是受環(huán)境的啟發(fā)而不斷完善的；④人們批評(píng)指責(zé)一個(gè)已有的事物，要比空洞地描述自己的設(shè)想容易得多，改進(jìn)一些事物要比創(chuàng)造一些事物容易得多。第22頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法⑵原型方法將模擬的手段引入分析的初期階段，溝通了人們的思想，縮短了用戶(hù)和開(kāi)發(fā)人員之間的距離。這主要表現(xiàn)在：①所有問(wèn)題的討論都是圍繞某一個(gè)確定原型而進(jìn)行的，彼此之間不存在誤解和答非所問(wèn)的可能性，為準(zhǔn)確認(rèn)識(shí)問(wèn)題創(chuàng)造了條件。②有了原型才能啟發(fā)人們對(duì)原來(lái)想不起來(lái)或不易準(zhǔn)確描述的問(wèn)題有一個(gè)比較確切的描述；③能夠及早地暴露出系統(tǒng)實(shí)現(xiàn)后存在的一些問(wèn)題，促使人們?cè)谙到y(tǒng)實(shí)現(xiàn)之前就加以解決。第23頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型提供了用戶(hù)與開(kāi)發(fā)人員良好的溝通手段，易于被人們接受，使用原型方法有以下好處：原型方法有助于增進(jìn)軟件人員和用戶(hù)對(duì)系統(tǒng)服務(wù)需求的理解；原型方法提供了一種有力的學(xué)習(xí)手段；使用原型方法，可以容易地確定系統(tǒng)的性能，確認(rèn)各項(xiàng)主要系統(tǒng)服務(wù)的可應(yīng)用性，確認(rèn)系統(tǒng)設(shè)計(jì)的可行性，確認(rèn)系統(tǒng)作為產(chǎn)品的結(jié)果；軟件原型的最終版本，有的可以原封不動(dòng)地成為產(chǎn)品，有的略加修改就可以成為最終系統(tǒng)的一個(gè)組成部分，這樣有利于建成最終系統(tǒng)。第24頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型法的適用范圍和局限性：對(duì)于一個(gè)大型系統(tǒng)，如果不經(jīng)過(guò)系統(tǒng)分析得到系統(tǒng)的整體劃分，而直接用原型來(lái)模擬是很困難的。對(duì)于大量運(yùn)算的、邏輯性較強(qiáng)的程序模塊，原型方法很難構(gòu)造出該模塊的原型來(lái)供人評(píng)價(jià)。對(duì)于原有應(yīng)用的業(yè)務(wù)流程、信息流程混亂的情況，原型構(gòu)造與使用有一定的困難。對(duì)于一個(gè)批處理系統(tǒng)，由于大部分活動(dòng)是內(nèi)部處理的，因此應(yīng)用原型方法會(huì)有一定的困難。第25頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型方法存在的問(wèn)題：文檔容易被忽略。建立原型的許多工作會(huì)被浪費(fèi)掉。項(xiàng)目難以規(guī)劃和管理。第26頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法1984年Boar提出一系列影響原型方法選擇的因素方面適用原型法不適用原型法系統(tǒng)結(jié)構(gòu)聯(lián)機(jī)事務(wù)處理系統(tǒng)、相互關(guān)聯(lián)的應(yīng)用系統(tǒng)批處理系統(tǒng)邏輯結(jié)構(gòu)有結(jié)構(gòu)系統(tǒng)，如運(yùn)行支持系統(tǒng)、管理信息系統(tǒng)基于大量算法和邏輯結(jié)構(gòu)的系統(tǒng)用戶(hù)特征積極參與、積極決策應(yīng)用約束在線(xiàn)運(yùn)行系統(tǒng)的補(bǔ)充項(xiàng)目管理項(xiàng)目負(fù)責(zé)人愿意使用原型方法項(xiàng)目負(fù)責(zé)人不愿意使用原型方法項(xiàng)目環(huán)境需求復(fù)雜易變、性能要求高需求明確固定第27頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型方法的應(yīng)用過(guò)程第28頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法原型方法可以支持軟件生命周期的不同階段輔助或代替分析階段輔助設(shè)計(jì)階段代替分析與設(shè)計(jì)階段代替分析、設(shè)計(jì)和實(shí)現(xiàn)階段代替全部開(kāi)發(fā)階段第29頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法支持原型構(gòu)造的軟件復(fù)用技術(shù)所謂復(fù)用就是利用一些從早先軟件開(kāi)發(fā)過(guò)程中收集到的、對(duì)建立新系統(tǒng)有用的信息來(lái)構(gòu)建新系統(tǒng)。從復(fù)用的內(nèi)容角度可以劃分其類(lèi)型為：數(shù)據(jù)復(fù)用：實(shí)現(xiàn)不同數(shù)據(jù)環(huán)境的移植；模塊復(fù)用：COM/DCOM、JavaBean/EJB、CORBA結(jié)構(gòu)復(fù)用：領(lǐng)域內(nèi)通用業(yè)務(wù)邏輯；實(shí)現(xiàn)MVC（Model-View-Control，模型－視圖－控制器）體系結(jié)構(gòu)的Struts框架、實(shí)現(xiàn)數(shù)據(jù)庫(kù)訪問(wèn)邏輯復(fù)用的Hibernate框架等設(shè)計(jì)復(fù)用：MDA（ModelDrivenArchitecture，模型驅(qū)動(dòng)體系結(jié)構(gòu)）規(guī)格說(shuō)明復(fù)用：規(guī)格說(shuō)明可使用或者可參照使用。第30頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.3原型方法軟件復(fù)用的兩種實(shí)現(xiàn)機(jī)制：合成復(fù)用：構(gòu)件是基礎(chǔ)，構(gòu)件以抽象數(shù)據(jù)類(lèi)型為理論基礎(chǔ)，將功能實(shí)現(xiàn)細(xì)節(jié)與數(shù)據(jù)結(jié)構(gòu)封裝在構(gòu)件內(nèi)部，對(duì)外有著精心設(shè)計(jì)的接口，供外部使用者構(gòu)造應(yīng)用時(shí)調(diào)用。構(gòu)件本身可以是對(duì)某一函數(shù)、過(guò)程、子程序、數(shù)據(jù)類(lèi)型、算法等可復(fù)用軟件成份的抽象，利用構(gòu)件來(lái)構(gòu)造軟件系統(tǒng)，有較高的生產(chǎn)率和較短的開(kāi)發(fā)周期。生成復(fù)用：利用可復(fù)用的模式（Patterns），通過(guò)生成程序產(chǎn)生一個(gè)新的應(yīng)用程序或程序段第31頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.4演化模型使用瀑布模型人們認(rèn)識(shí)到，由于需求很難調(diào)研充分，所以很難一次性開(kāi)發(fā)成功。演化模型提倡兩次開(kāi)發(fā)：第一次是試驗(yàn)開(kāi)發(fā)，得到試驗(yàn)性的原型產(chǎn)品，其目標(biāo)只是在于探索可行性，弄清軟件需求；第二次在此基礎(chǔ)上獲得較為滿(mǎn)意的軟件產(chǎn)品。第32頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.4演化模型演化模型分類(lèi)：探索式演化模型拋棄式演化模型演化模型的特點(diǎn)：優(yōu)點(diǎn)：明確用戶(hù)需求、提高系統(tǒng)質(zhì)量、降低開(kāi)發(fā)風(fēng)險(xiǎn)；缺點(diǎn)：難于管理、結(jié)構(gòu)較差、技術(shù)不成熟；演化模型適用范圍：需求不清楚；小型或中小型系統(tǒng)；開(kāi)發(fā)周期短第33頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.5增量模型Mills等人于1980年提出，指首先對(duì)系統(tǒng)最核心或最清晰的需求進(jìn)行分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試并集成到系統(tǒng)中。再按優(yōu)先級(jí)逐步對(duì)后續(xù)的需求進(jìn)行上述工作，逐步建設(shè)成一個(gè)完整系統(tǒng)的開(kāi)發(fā)方法。第34頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.5增量模型使用增量模型開(kāi)發(fā)字處理軟件時(shí)，可以按照以下優(yōu)先級(jí)進(jìn)行增量開(kāi)發(fā)：第一個(gè)增量實(shí)現(xiàn)基本的文件管理、編輯和文檔生成功能；第二個(gè)增量實(shí)現(xiàn)更加完善的編輯和文檔生成功能；第三個(gè)增量實(shí)現(xiàn)拼寫(xiě)和文法檢查功能；第四個(gè)增量完成高級(jí)的頁(yè)面布局功能。第35頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.5增量模型增量模型的優(yōu)點(diǎn)：有利于增加客戶(hù)對(duì)系統(tǒng)的信心；降低系統(tǒng)失敗風(fēng)險(xiǎn)；提高系統(tǒng)可靠性；提高了系統(tǒng)的穩(wěn)定性和可維護(hù)性；增量模型的缺點(diǎn)：增量粒度難以選擇；確定所有的基本業(yè)務(wù)服務(wù)比較困難。第36頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.6螺旋模型Boehm于1988年提出，主要針對(duì)大型軟件項(xiàng)目的開(kāi)發(fā)。大型軟件項(xiàng)目的特點(diǎn)：（1）需求功能復(fù)雜，無(wú)法一開(kāi)始就明確；開(kāi)發(fā)周期長(zhǎng)，中途需求經(jīng)常變化；（2）往往存在諸多風(fēng)險(xiǎn)因素，在不同程度上損害軟件開(kāi)發(fā)過(guò)程和軟件產(chǎn)品的質(zhì)量，所以必須對(duì)風(fēng)險(xiǎn)進(jìn)行管理。螺旋模型最大特點(diǎn)就是引入了明確的風(fēng)險(xiǎn)管理。第37頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.6螺旋模型四個(gè)象限制定計(jì)劃風(fēng)險(xiǎn)分析實(shí)施工程客戶(hù)評(píng)價(jià)第38頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.6螺旋模型制定計(jì)劃：確定軟件項(xiàng)目目標(biāo)；明確對(duì)軟件開(kāi)發(fā)過(guò)程和軟件產(chǎn)品的約束；制定詳細(xì)的項(xiàng)目管理計(jì)劃；根據(jù)當(dāng)前的需求和風(fēng)險(xiǎn)因素，制定實(shí)施方案，并進(jìn)行可行性分析，選定一個(gè)實(shí)施方案，并對(duì)其進(jìn)行規(guī)劃。風(fēng)險(xiǎn)分析：明確每一個(gè)項(xiàng)目風(fēng)險(xiǎn)，估計(jì)風(fēng)險(xiǎn)發(fā)生的可能性、頻率、損害程度，并制定風(fēng)險(xiǎn)管理措施規(guī)避這些風(fēng)險(xiǎn)。實(shí)施工程：針對(duì)每一個(gè)開(kāi)發(fā)階段的任務(wù)要求執(zhí)行本開(kāi)發(fā)階段的活動(dòng)?？蛻?hù)評(píng)估：客戶(hù)使用原型，反饋修改意見(jiàn)；根據(jù)客戶(hù)的反饋，對(duì)產(chǎn)品及其開(kāi)發(fā)過(guò)程進(jìn)行評(píng)審，決定是否進(jìn)入螺旋線(xiàn)的下一個(gè)回路。

第39頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.7噴泉模型噴泉模型也稱(chēng)迭代模型，認(rèn)為軟件開(kāi)發(fā)過(guò)程的各個(gè)階段是相互重疊和多次反復(fù)的，就象噴泉一樣，水噴上去又可以落下來(lái)，既可以落在中間，又可以落到底部。各個(gè)開(kāi)發(fā)階段沒(méi)有特定的次序要求，完全可以并行進(jìn)行，可以在某個(gè)開(kāi)發(fā)階段中隨時(shí)補(bǔ)充其他任何開(kāi)發(fā)階段中遺漏的需求。優(yōu)點(diǎn)：提高開(kāi)發(fā)效率縮短開(kāi)發(fā)周期缺點(diǎn)：難于管理第40頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.8構(gòu)件組裝模型構(gòu)件組裝模型利用模塊化思想將整個(gè)系統(tǒng)模塊化，并在一定構(gòu)件模型的支持下復(fù)用構(gòu)件庫(kù)中的一個(gè)或多個(gè)軟件構(gòu)件，通過(guò)組裝高效率、高質(zhì)量地構(gòu)造軟件系統(tǒng)。構(gòu)件組裝模型本質(zhì)上是演化的，開(kāi)發(fā)過(guò)程是迭代的。構(gòu)件組裝模型的開(kāi)發(fā)過(guò)程就是構(gòu)件組裝的過(guò)程，維護(hù)的過(guò)程就是構(gòu)件升級(jí)、替換和擴(kuò)充的過(guò)程。第41頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.8構(gòu)件組裝模型優(yōu)點(diǎn)：充分利用軟件復(fù)用，提高了軟件開(kāi)發(fā)的效率。允許多個(gè)項(xiàng)目同時(shí)開(kāi)發(fā)，降低了費(fèi)用，提高了可維護(hù)性，可實(shí)現(xiàn)分步提交軟件產(chǎn)品。缺點(diǎn)：缺乏通用的構(gòu)件組裝結(jié)構(gòu)標(biāo)準(zhǔn)，風(fēng)險(xiǎn)較大；構(gòu)件可重用性和系統(tǒng)高效性之間不易協(xié)調(diào)；由于過(guò)分依賴(lài)于構(gòu)件，構(gòu)件質(zhì)量影響著最終產(chǎn)品的質(zhì)量。第42頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.9快速應(yīng)用開(kāi)發(fā)模型快速應(yīng)用開(kāi)發(fā)（RapidApplicationDevelopment，RAD）是一個(gè)增量型的軟件開(kāi)發(fā)過(guò)程模型，強(qiáng)調(diào)極短的開(kāi)發(fā)周期。第43頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.4.9快速應(yīng)用開(kāi)發(fā)模型RAD模型的缺點(diǎn)：并非所有應(yīng)用都適合采用RAD，如果一個(gè)應(yīng)用不能被模塊化，那么構(gòu)造應(yīng)用的構(gòu)件就無(wú)法快速獲取由于時(shí)間約束，開(kāi)發(fā)人員和客戶(hù)必須在較短的時(shí)間內(nèi)完成一系列的需求分析，溝通配合不當(dāng)都會(huì)導(dǎo)致應(yīng)用RAD模型的失敗RAD適合于管理信息系統(tǒng)的開(kāi)發(fā)，對(duì)于其他類(lèi)型的應(yīng)用系統(tǒng)，如技術(shù)風(fēng)險(xiǎn)較高、與外圍系統(tǒng)的互操作性較高等，不太合適第44頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5新型軟件生命周期模型2.5.1RUP2.5.2敏捷模型第45頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP（RationalUnifiedProcess）統(tǒng)一過(guò)程模型是由Rational公司（現(xiàn)被IBM公司收購(gòu)）開(kāi)發(fā)的一種軟件工程過(guò)程框架，是一個(gè)面向?qū)ο蟮幕趙eb的程序開(kāi)發(fā)方法論。RUP既是一種軟件生命周期模型，又是一種支持面向?qū)ο筌浖_(kāi)發(fā)的工具，它將軟件開(kāi)發(fā)過(guò)程要素和軟件工件要素整合在統(tǒng)一的框架中。第46頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP的基本結(jié)構(gòu)第47頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段：初始階段（Inception）、細(xì)化階段（Elaboration）、構(gòu)造階段（Construction）和交付階段（Transition）。每個(gè)階段結(jié)束于一個(gè)主要的里程碑(MajorMilestones)，并在階段結(jié)尾執(zhí)行一次評(píng)估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿(mǎn)足。如果評(píng)估結(jié)果令人滿(mǎn)意的話(huà)，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。第48頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP的9個(gè)核心工作流6個(gè)核心過(guò)程工作流商業(yè)建模（BusinessModeling）需求（Requirements）分析和設(shè)計(jì)（Analysis&Design）實(shí)現(xiàn)（Implementation）測(cè)試（Test）部署（Deployment）第49頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP3個(gè)核心支持工作流：配置和變更管理（Configuration&ChangeManagement）項(xiàng)目管理（ProjectManagement）環(huán)境（Environment）第50頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP初始階段目標(biāo)是為系統(tǒng)建立商業(yè)案例（businesscase）并確定項(xiàng)目的邊界。商業(yè)案例包括項(xiàng)目的驗(yàn)收規(guī)范、風(fēng)險(xiǎn)評(píng)估、所需資源估計(jì)、階段計(jì)劃等。要確定項(xiàng)目邊界，需識(shí)別所有與系統(tǒng)交互的外部實(shí)體，并在較高層次上定義外部實(shí)體與系統(tǒng)交互的特性，主要包括識(shí)別外部角色（actor）、識(shí)別所有用例并詳細(xì)描述一些重要的用例。階段結(jié)束里程碑：生命周期目標(biāo)（LifecycleObjective）里程碑，包括一些重要的文檔，如：項(xiàng)目構(gòu)想（vision）、原始用例模型、原始業(yè)務(wù)風(fēng)險(xiǎn)評(píng)估、一個(gè)或者多個(gè)原型、原始商業(yè)案例等。需要對(duì)這些文檔進(jìn)行評(píng)審，以確定正確理解用例需求、項(xiàng)目風(fēng)險(xiǎn)評(píng)估合理、階段計(jì)劃可行等。第51頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP細(xì)化階段目標(biāo)是分析問(wèn)題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，完成項(xiàng)目中高風(fēng)險(xiǎn)需求部分的開(kāi)發(fā)。里程碑：生命周期體系結(jié)構(gòu)（LifecycleArchitecture）里程碑。包括風(fēng)險(xiǎn)分析文檔、軟件體系結(jié)構(gòu)基線(xiàn)、項(xiàng)目計(jì)劃、可執(zhí)行的進(jìn)化原型、初始版本的用戶(hù)手冊(cè)等。通過(guò)評(píng)審確定軟件體系結(jié)構(gòu)已經(jīng)穩(wěn)定、高風(fēng)險(xiǎn)的業(yè)務(wù)需求和技術(shù)機(jī)制已經(jīng)解決、修訂的項(xiàng)目計(jì)劃可行等。第52頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP構(gòu)造階段將所有剩余的技術(shù)構(gòu)件和穩(wěn)定業(yè)務(wù)需求功能開(kāi)發(fā)出來(lái)，并集成為產(chǎn)品，所有功能被詳細(xì)測(cè)試。從某種意義上說(shuō)，構(gòu)造階段只是一個(gè)制造過(guò)程，其重點(diǎn)放在管理資源及控制開(kāi)發(fā)過(guò)程以?xún)?yōu)化成本、進(jìn)度和質(zhì)量。里程碑：初始運(yùn)行能力（InitialOperationalCapability）里程碑。包括可以運(yùn)行的軟件產(chǎn)品、用戶(hù)手冊(cè)等，它決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用戶(hù)是否可以開(kāi)始系統(tǒng)的運(yùn)行。第53頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP移交階段移交階段的重點(diǎn)是確保軟件對(duì)最終用戶(hù)是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶(hù)反饋的少量調(diào)整。里程碑：產(chǎn)品發(fā)布(ProductRelease)里程碑。此時(shí)，要確定最終目標(biāo)是否實(shí)現(xiàn)，是否應(yīng)該開(kāi)始產(chǎn)品下一個(gè)版本的另一個(gè)開(kāi)發(fā)周期。在一些情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的相重合。第54頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP的迭代增量開(kāi)發(fā)思想RUP是融合了噴泉模型和增量模型的一種綜合生命周期模型。每一次迭代就是為了完成一定階段性小目標(biāo)而從事的一系列開(kāi)發(fā)活動(dòng)。第55頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP通過(guò)迭代增量建模思想提高了風(fēng)險(xiǎn)控制能力，這體現(xiàn)在：⑴迭代計(jì)劃安排是風(fēng)險(xiǎn)驅(qū)動(dòng)的，高風(fēng)險(xiǎn)因素集中在前兩個(gè)階段解決，特別是體系結(jié)構(gòu)級(jí)的風(fēng)險(xiǎn)在細(xì)化階段就得到了解決，及早降低了系統(tǒng)風(fēng)險(xiǎn)；⑵每一次迭代都包括需求、設(shè)計(jì)、實(shí)施、部署和測(cè)試活動(dòng)，因此，每一個(gè)中間產(chǎn)品都得到了集成測(cè)試，而且這個(gè)集成測(cè)試是在一個(gè)統(tǒng)一的軟件體系結(jié)構(gòu)指導(dǎo)下完成的；第56頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP⑶每一個(gè)階段結(jié)束時(shí)還有嚴(yán)格的質(zhì)量評(píng)審，保證里程碑文檔的質(zhì)量；⑷由于中間版本的產(chǎn)品是逐步產(chǎn)生的，而且核心功能和性能需求已經(jīng)包含在前面的版本中，所以，可以根據(jù)市場(chǎng)競(jìng)爭(zhēng)的情況適時(shí)推出中間版本，降低市場(chǎng)風(fēng)險(xiǎn)。第57頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP的最佳實(shí)踐：⑴短時(shí)間分區(qū)式的迭代：2～6周，不鼓勵(lì)時(shí)間推遲；⑵適應(yīng)性開(kāi)發(fā)：小步驟、快速反饋和調(diào)整；⑶在早期迭代中解決高技術(shù)風(fēng)險(xiǎn)和高業(yè)務(wù)價(jià)值的問(wèn)題；⑷不斷地讓用戶(hù)參與迭代結(jié)果的評(píng)估，并及時(shí)獲取反饋信息，以逐步闡明問(wèn)題并引導(dǎo)項(xiàng)目進(jìn)展；⑸在早期迭代中建立內(nèi)聚的核心架構(gòu)。第58頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUP⑹不斷地驗(yàn)證質(zhì)量；盡早、經(jīng)常和實(shí)際地測(cè)試；⑺使用用例驅(qū)動(dòng)軟件建模：用例是獲取需求、制定計(jì)劃、進(jìn)行設(shè)計(jì)、測(cè)試、編寫(xiě)終端用戶(hù)文檔的驅(qū)動(dòng)力量。⑻可視化軟件建模：使用UML（UnifiedModelingLanguage，統(tǒng)一建模語(yǔ)言）進(jìn)行軟件建模。⑼仔細(xì)地管理需求：不要草率地對(duì)待需求，而要有機(jī)地進(jìn)行需求的提出、記錄、等級(jí)劃分、追蹤。拙劣的需求管理是項(xiàng)目陷入麻煩的一個(gè)常見(jiàn)原因。⑽實(shí)行變更請(qǐng)求和配置管理。第59頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.1RUPRUP是一個(gè)通用的過(guò)程模板，包含了很多開(kāi)發(fā)指南、工件、開(kāi)發(fā)過(guò)程所涉及到的角色說(shuō)明等，因此，具體開(kāi)發(fā)機(jī)構(gòu)在應(yīng)用RUP開(kāi)發(fā)項(xiàng)目時(shí)要做裁剪。RUP裁剪可以分為以下幾步：⑴確定本項(xiàng)目需要的工作流。⑵確定每個(gè)工作流需要的工件。⑶確定4個(gè)階段之間的演進(jìn)計(jì)劃。以風(fēng)險(xiǎn)控制為原則，決定每個(gè)階段實(shí)施的工作流，每個(gè)工作流的執(zhí)行程度，生成的工件及其完成程度等。⑷確定每個(gè)階段內(nèi)的迭代計(jì)劃。規(guī)劃RUP的4個(gè)階段中每次迭代開(kāi)發(fā)的內(nèi)容。⑸規(guī)劃工作流內(nèi)部結(jié)構(gòu)。用活動(dòng)圖（activitydiagram）規(guī)劃工作流中涉及的角色、角色負(fù)責(zé)的活動(dòng)及產(chǎn)出的工件。第60頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.2敏捷模型敏捷建模（AgileModeling，AM）是由ScottW.Ambler從許多的軟件開(kāi)發(fā)過(guò)程實(shí)踐中歸納總結(jié)出來(lái)的一些敏捷建模價(jià)值觀、原則和實(shí)踐等組成的，它只是一種態(tài)度，不是一個(gè)說(shuō)明性過(guò)程。AM是對(duì)已有生命周期模型的補(bǔ)充，它本身不是一個(gè)完整的方法論，在應(yīng)用傳統(tǒng)的生命周期模型時(shí)可以借鑒AM的過(guò)程指導(dǎo)思想。第61頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.2敏捷模型敏捷建模的價(jià)值觀：個(gè)人和交互勝過(guò)過(guò)程和工具；實(shí)用的軟件勝過(guò)面面俱到的文檔；客戶(hù)合作勝過(guò)合同談判；響應(yīng)變化勝過(guò)遵循計(jì)劃。溝通、簡(jiǎn)單、反饋、勇氣、謙遜第62頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.2敏捷模型敏捷建模原則：(1)優(yōu)先考慮的是通過(guò)盡早地和不斷地提交有價(jià)值的軟件使客戶(hù)滿(mǎn)意；(2)即使到了開(kāi)發(fā)的后期，也歡迎改變需求；(3)敏捷過(guò)程利用變化來(lái)為客戶(hù)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)；(4)經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好；(5)圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目；(6)給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作；第63頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.2敏捷模型(7)在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談；工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)；敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)速度；(8)責(zé)任人、開(kāi)發(fā)者和用戶(hù)應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度；(9)優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力；(10)簡(jiǎn)單是最根本的；(11)最好的構(gòu)架、需求和設(shè)計(jì)出于自組織團(tuán)隊(duì)；(12)每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，對(duì)自己的行為進(jìn)行調(diào)整。第64頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.2敏捷模型敏捷建模核心實(shí)踐項(xiàng)目干系人的積極參與正確使用工件集體所有制測(cè)試性思維并行創(chuàng)建模型創(chuàng)建簡(jiǎn)單的內(nèi)容簡(jiǎn)單地建模公開(kāi)展示模型

切換到另外的工件

小增量建模

和他人一起建模

用代碼驗(yàn)證

使用最簡(jiǎn)單的工具

第65頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心2.5.2敏捷模型敏捷模型補(bǔ)充實(shí)踐：使用建模標(biāo)準(zhǔn)逐漸應(yīng)用模式（pattern）丟棄臨時(shí)模型合同模型要正式為外部交流建模為幫助理解建模重用現(xiàn)有的資源不到萬(wàn)不得已不更新模型第66頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心極限編程極限編程(eXtremeProgramming，XP)是敏捷模型的一種實(shí)現(xiàn)過(guò)程，由Kent

Beck在1996年提出。第67頁(yè)，共73頁(yè)，2023年，2月20日，星期日?2009BUPTTSEG北京郵電大學(xué)通信軟件工程中心極限編程極限編程的12個(gè)實(shí)踐：（1）小版本。為了高度迭代，與客戶(hù)展現(xiàn)開(kāi)發(fā)的進(jìn)展，小版本發(fā)布是一個(gè)可交流的好辦法，客戶(hù)可以針對(duì)性提出反饋。但小版本把模塊縮得很小，會(huì)影響軟件的整體思路連貫