軟件過(guò)程及其模型(共42張)

第2章軟件過(guò)程及其模型第一頁(yè)，共42頁(yè)。什么是軟件過(guò)程？與軟件生產(chǎn)（開發(fā)）相關(guān)的活動(dòng)。規(guī)定科學(xué)、有效的軟件過(guò)程可以提高軟件生產(chǎn)效率和軟件質(zhì)量。第二頁(yè)，共42頁(yè)。2.1.1軟件過(guò)程框架包含兩個(gè)方面的內(nèi)容：一是組織及管理框架，包括實(shí)現(xiàn)軟件過(guò)程改進(jìn)活動(dòng)時(shí)所涉及的角色與職責(zé)；項(xiàng)目經(jīng)理、系統(tǒng)分析員、程序員、測(cè)試員、文檔管理員……二是技術(shù)及工具框架，包括實(shí)現(xiàn)過(guò)程活動(dòng)自動(dòng)化，以及為實(shí)現(xiàn)不同角色和職責(zé)提供支持時(shí)所需的設(shè)備與工具。軟件、硬件、開發(fā)模式、……框架是一個(gè)十分重要的概念，通常其中的角色既可以為過(guò)程活動(dòng)的執(zhí)行提供幫助與指導(dǎo)，還可以為過(guò)程活動(dòng)的實(shí)施與監(jiān)控提供工具與渠道。第三頁(yè)，共42頁(yè)。軟件過(guò)程是整個(gè)軟件生命周期中一系列有序的軟件生產(chǎn)活動(dòng)的流程。為了能高效地開發(fā)一個(gè)高質(zhì)量的軟件產(chǎn)品，通常把軟件生命周期中各項(xiàng)開發(fā)活動(dòng)的流程用一個(gè)合理的框架——開發(fā)模型規(guī)范描述。這就是軟件過(guò)程模型，或者稱為“軟件生命周期模型”。軟件過(guò)程模型從一個(gè)特定的角度表現(xiàn)一個(gè)過(guò)程，一般使用直觀的圖形標(biāo)識(shí)軟件開發(fā)的過(guò)程。主要根據(jù)軟件的類型和規(guī)模，特別是軟件的開發(fā)方法及開發(fā)環(huán)境等多種因素確立過(guò)程模型。典型代表：瀑布模型、螺旋模型、面向?qū)ο竽Ｐ偷?。第四?yè)，共42頁(yè)。軟件生命周期可劃分為定義、開發(fā)和運(yùn)行3個(gè)大的階段，進(jìn)一步可細(xì)分為6個(gè)階段，每個(gè)階段有明確的任務(wù)，使規(guī)模大、結(jié)構(gòu)復(fù)雜且管理復(fù)雜的軟件開發(fā)變得容易控制和管理。（1）問題的定義及規(guī)劃：在該階段軟件開發(fā)人員與客戶進(jìn)行需求交流，確定軟件的開發(fā)目標(biāo)及其可行性。（2）需求分析：在確定軟件開發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。（3）軟件設(shè)計(jì)：該階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，以及數(shù)據(jù)庫(kù)設(shè)計(jì)等。（4）程序編碼：該階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。（5）軟件測(cè)試：在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以便發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問題并加以糾正。（6）軟件維護(hù)：這是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。第五頁(yè)，共42頁(yè)。敏捷方法說(shuō)明開發(fā)項(xiàng)目是一個(gè)學(xué)習(xí)的體驗(yàn)。沒有誰(shuí)能在完全理解所有需求之后才開始項(xiàng)目，即使是顧客也一樣。2.3.1敏捷軟件過(guò)程敏捷方法的兩大特征：對(duì)“適應(yīng)性”的強(qiáng)調(diào)和對(duì)“人”的關(guān)注。第六頁(yè)，共42頁(yè)。2.3.1敏捷軟件過(guò)程敏捷開發(fā)提出了以下12條原則。（1）開發(fā)人員最優(yōu)先要做的是通過(guò)盡早且持續(xù)地交付有價(jià)值的軟件從而使客戶滿意。（2）即使到了開發(fā)的后期，也歡迎改變需求，敏捷過(guò)程利用變化為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。

（3）經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。（4）在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。（5）圍繞被激勵(lì)起來(lái)的個(gè)體構(gòu)建項(xiàng)目為開發(fā)人員提供所需的環(huán)境和支持，并且信任他們能夠完成工作。第七頁(yè)，共42頁(yè)。（6）在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法就是面對(duì)面的交談。（7）工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。（8）敏捷過(guò)程提倡可持續(xù)的開發(fā)速度，責(zé)任人、開發(fā)人員和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期且恒定的開發(fā)速度。（9）不斷地關(guān)注優(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)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。第八頁(yè)，共42頁(yè)。極限編程（eXtremeProgramming）是敏捷軟件開發(fā)中的一種方法。具有強(qiáng)溝通、簡(jiǎn)化設(shè)計(jì)和迅速反饋等特點(diǎn)。一般適合于規(guī)模小、進(jìn)度緊、需求不穩(wěn)定、開發(fā)小項(xiàng)目的小團(tuán)隊(duì)。觀點(diǎn)：軟件需求的不斷變化是很自然的，是不可避免的，應(yīng)欣然接受。極限是指對(duì)比傳統(tǒng)的項(xiàng)目開發(fā)方式，XP強(qiáng)調(diào)把列出的每個(gè)方法和思想做到極限并做到最好。優(yōu)點(diǎn)：輕量型、靈活；專家協(xié)作開發(fā)方式。重視客戶反饋。第九頁(yè)，共42頁(yè)。極限編程的核心有4個(gè)要點(diǎn)：交流、簡(jiǎn)單、反饋和勇氣，它們構(gòu)成了極限編程的精髓。1．交流（1）開發(fā)人員與客戶的交流（2）開發(fā)人員之間的交流（3）開發(fā)人員與管理人員的交流2．簡(jiǎn)單（1）設(shè)計(jì)簡(jiǎn)單（2）編碼簡(jiǎn)單（3）注釋簡(jiǎn)單（4）測(cè)試簡(jiǎn)單3．反饋（1）客戶對(duì)軟件的反饋（2）測(cè)試代碼對(duì)功能代碼的反饋4．勇氣接受任務(wù)的勇氣。第十頁(yè)，共42頁(yè)。1．什么是結(jié)對(duì)編程結(jié)對(duì)編程是一個(gè)非常直觀的概念，簡(jiǎn)單的說(shuō)是指兩位程序員肩并肩地坐在同一臺(tái)計(jì)算機(jī)前，面對(duì)同一個(gè)顯示器，使用同一個(gè)鍵盤和同一個(gè)鼠標(biāo)一起工作。他們一起分析，一起設(shè)計(jì)，一起寫測(cè)試用例，一起編碼，一起單元測(cè)試，一起集成測(cè)試，一起編寫文檔等?；旧纤械拈_發(fā)環(huán)節(jié)都面對(duì)面、平等、互補(bǔ)地進(jìn)行開發(fā)工作，并且這兩人的角色可以隨時(shí)交換。2．結(jié)對(duì)編程的發(fā)展1995年，澳大利亞悉尼理工大學(xué)計(jì)算機(jī)科學(xué)教授、國(guó)際公認(rèn)的軟件工程理論與實(shí)踐之人類因素研究權(quán)威人士LarryConstantine，在專欄中第1次提到他所觀察到的一個(gè)現(xiàn)象：“兩個(gè)開發(fā)人員一起工作，可以比以往更快地交出完成并經(jīng)過(guò)測(cè)試的代碼，而且這些代碼幾乎是沒有錯(cuò)誤的”。這是結(jié)對(duì)編程概念的雛形。1996年，由KentBeck、WardCunningham和RonJeffries軟件開發(fā)理論與實(shí)踐極限編程倡導(dǎo)者一同提出了極限編程及其12個(gè)實(shí)踐，極限編程是由他們開發(fā)面向?qū)ο筌浖?jīng)驗(yàn)發(fā)展而來(lái)的。第十一頁(yè)，共42頁(yè)。3．結(jié)對(duì)編程的早期實(shí)踐LarryConstantine在發(fā)表于20世紀(jì)80年代初的一篇文章里說(shuō)，Withtsmith公司里的“動(dòng)態(tài)搭檔”能夠以前所未有的速度編寫出漏洞更少的代碼來(lái)。在對(duì)貝爾實(shí)驗(yàn)室的Pasteur項(xiàng)目進(jìn)行總結(jié)研究之后，軟件模式運(yùn)動(dòng)中最有影響力的人物之一JamesCoplien，于1995年提出了“結(jié)對(duì)開發(fā)”的企業(yè)模式。2001年秋，北卡州大學(xué)的LaurieWilliams做了一個(gè)實(shí)驗(yàn)，該實(shí)驗(yàn)主要用于研究?jī)蓚€(gè)課題，即結(jié)對(duì)編程的作用和積極協(xié)作學(xué)習(xí)的重要性。2002年，ThoughtWorks公司的AmrElssamadisy在項(xiàng)目中實(shí)施結(jié)對(duì)編程從而對(duì)結(jié)對(duì)編程編程進(jìn)行研究。通過(guò)對(duì)計(jì)劃、提交周期、設(shè)計(jì)的簡(jiǎn)單性、測(cè)試和重構(gòu)等方面和單獨(dú)工作進(jìn)行對(duì)比，驗(yàn)證了結(jié)對(duì)編程的效率比單獨(dú)編程更高。第十二頁(yè)，共42頁(yè)。4．結(jié)對(duì)編程角色互換5．結(jié)對(duì)編程優(yōu)勢(shì)與問題（1）可以最大化地提高工作效率。（2）可以生成更好的代碼。（3）可以減少風(fēng)險(xiǎn)。（4）是知識(shí)傳播的最好途徑。（5）可以打造出最佳的合作團(tuán)隊(duì)。6．結(jié)對(duì)編程分析（1）結(jié)對(duì)編程與敏捷實(shí)踐。（2）結(jié)對(duì)編程與測(cè)試驅(qū)動(dòng)開發(fā)。（3）結(jié)對(duì)編程與代碼重構(gòu)。（4）結(jié)對(duì)編程與簡(jiǎn)單設(shè)計(jì)。第十三頁(yè)，共42頁(yè)。1．面對(duì)面結(jié)對(duì)編程的不足基礎(chǔ)設(shè)施缺乏、地理位置分離和時(shí)間安排沖突等。2．分布式結(jié)對(duì)編程概念分布式結(jié)對(duì)編程是一種編程風(fēng)格，兩個(gè)開發(fā)人員在地理上是分布的，但可以通過(guò)網(wǎng)絡(luò)在同一軟件制品上同步協(xié)作。3．分布式結(jié)對(duì)編程優(yōu)勢(shì)第十四頁(yè)，共42頁(yè)。4．分布式結(jié)對(duì)編程的要求當(dāng)決定使用哪一種分布式結(jié)對(duì)編程工具時(shí)，要考慮以下幾種特征。（1）能不能容易地和當(dāng)前集成開發(fā)環(huán)境進(jìn)行連接，桌面共享工具如Elluminate，LogMeIn和VNC4DPP可以安裝在任何集成開發(fā)環(huán)境中。（2）能不能共享必要的文件和應(yīng)用，這種工具應(yīng)該支持共享程序員將用到的文件、應(yīng)用或者測(cè)試工具。（3）能不能支持傳遞“手勢(shì)”。（4）是否有明確的驅(qū)動(dòng)和導(dǎo)航角色。（5）能不能保護(hù)每個(gè)合作者的隱私，桌面共享工具允許客戶完全訪問擁有者的計(jì)算機(jī)，這使客戶潛在地威脅到了擁有者的隱私。（6）是否需要很大的帶寬，一些工具僅僅傳送合作者的代碼。第十五頁(yè)，共42頁(yè)。2.4.1概念與原則DavidHooker提出了如下7個(gè)關(guān)注軟件工程整體實(shí)踐的核心原則。（1）存在價(jià)值（2）保持簡(jiǎn)潔（3）維護(hù)視圖（4）生產(chǎn)者要讓消費(fèi)者理解（5）面向未來(lái)（6）計(jì)劃復(fù)用（7）認(rèn)真思考第十六頁(yè)，共42頁(yè)。1．溝通實(shí)踐2．計(jì)劃實(shí)踐制訂項(xiàng)目計(jì)劃一般有如下4個(gè)步驟。（1）明確目標(biāo)，目標(biāo)必須明確、可行、具體和可以度量。（2）制定項(xiàng)目工作范圍，對(duì)照目標(biāo)，將需要完成的工作進(jìn)行分析和梳理，列出一份完成目標(biāo)所需要進(jìn)行的所有活動(dòng)一覽表，這就構(gòu)成了項(xiàng)目的工作范圍。（3）在項(xiàng)目組內(nèi)分配任務(wù)職責(zé)，責(zé)任矩陣是完成這一任務(wù)的最好選擇。（4）統(tǒng)籌規(guī)劃項(xiàng)目間活動(dòng)的關(guān)聯(lián)，該步驟確定各項(xiàng)目活動(dòng)所需要的時(shí)間、人力和物力，明確各項(xiàng)活動(dòng)之間的先后邏輯關(guān)系，通常通過(guò)網(wǎng)絡(luò)圖工具完成。3．建模實(shí)踐第十七頁(yè)，共42頁(yè)。2.5.1傳統(tǒng)的軟件過(guò)程模型1．瀑布模型采用瀑布模型的軟件過(guò)程如圖2-1所示。第十八頁(yè)，共42頁(yè)。2.5.1傳統(tǒng)的軟件過(guò)程模型1．瀑布模型特點(diǎn)： 最早、應(yīng)用最廣泛的軟件過(guò)程模型。 文檔驅(qū)動(dòng)的模型。優(yōu)缺點(diǎn)并存。 階段間以固定次序相互銜接。優(yōu)勢(shì)： 階段的順序性和依賴性。 推遲實(shí)現(xiàn)。 質(zhì)量保證。缺陷： 線性過(guò)程不切實(shí)際、文檔驅(qū)動(dòng)增加工作量、開發(fā)風(fēng)險(xiǎn)大、測(cè)試滯后、開發(fā)合作銜接不暢。第十九頁(yè)，共42頁(yè)。補(bǔ)充：原型模型在初步需求分析之后，馬上向客戶展示一個(gè)軟件產(chǎn)品原型，對(duì)客戶進(jìn)行培訓(xùn)，讓客戶試用，在試用中收集客戶意見，根據(jù)客戶意見立刻修改原型，之后再讓客戶試用，反復(fù)循環(huán)幾次，直到客戶確認(rèn)為止。需求的采集與細(xì)化客戶評(píng)價(jià)原型快速設(shè)計(jì)建造原型加工原型產(chǎn)生樣品停止開始第二十頁(yè)，共42頁(yè)。優(yōu)點(diǎn)良好的需求定義，能有效處理用戶的模糊需求。有利于用戶培訓(xùn)和開發(fā)同步。低風(fēng)險(xiǎn)開發(fā)變化較大的計(jì)算機(jī)系統(tǒng)。更易維護(hù)、對(duì)用戶更友好。使總的開發(fā)費(fèi)用降低，開發(fā)時(shí)間縮短。缺點(diǎn)資源規(guī)劃管理較為困難，更新文檔工作繁重。容易忽視用戶環(huán)境和原型環(huán)境的差異。不利于創(chuàng)新。第二十一頁(yè)，共42頁(yè)。2．增量模型瀑布模型+迭代增量開發(fā)和增量提交漸增模型 增量構(gòu)造模型：一些階段增量開發(fā)，一些階段整體開發(fā)。 演化提交模型：所有階段增量開發(fā)。原型模型第二十二頁(yè)，共42頁(yè)。2．增量模型增量模型融合了瀑布模型的基本成分和原型實(shí)現(xiàn)的迭代特征，采用隨時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”，如圖2-2所示。增量模型中，需求分析階段和設(shè)計(jì)階段按瀑布模型的整體方式開發(fā)，編碼階段和測(cè)試階段按增量方式開發(fā)。第二十三頁(yè)，共42頁(yè)。2．增量模型兩個(gè)缺陷： 需要軟件具備開放式體系結(jié)構(gòu)。 容易退化為邊做邊改模型，是軟件過(guò)程的控制失去整體性。增量模型和原型模型的不同在那里？?jī)?yōu)點(diǎn)： 人員分配靈活，投入經(jīng)濟(jì)。 能有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)。第二十四頁(yè)，共42頁(yè)。3．螺旋模型瀑布模型+原型模型強(qiáng)調(diào)分線分析特別適合于大型復(fù)雜的系統(tǒng)。每個(gè)周期包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評(píng)審4個(gè)階段。第二十五頁(yè)，共42頁(yè)。圖中的4個(gè)象限分別代表以下四個(gè)活動(dòng)。（1）制訂計(jì)劃。（2）風(fēng)險(xiǎn)分析。（3）實(shí)施工程。（4）客戶評(píng)估。第二十六頁(yè)，共42頁(yè)。3．螺旋模型優(yōu)點(diǎn)： 有利于軟件重用。 減少測(cè)試風(fēng)險(xiǎn)。 支持客戶需求的動(dòng)態(tài)變化。 降低了開發(fā)風(fēng)險(xiǎn)。風(fēng)險(xiǎn)驅(qū)動(dòng)只適合于大規(guī)模軟件項(xiàng)目。第二十七頁(yè)，共42頁(yè)?；A(chǔ)設(shè)施缺乏、地理位置分離和時(shí)間安排沖突等。這是結(jié)對(duì)編程概念的雛形。（6）是否需要很大的帶寬，一些工具僅僅傳送合作者的代碼。二是技術(shù)及工具框架，包括實(shí)現(xiàn)過(guò)程活動(dòng)自動(dòng)化，以及為實(shí)現(xiàn)不同角色和職責(zé)提供支持時(shí)所需的設(shè)備與工具。能有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)。具有強(qiáng)溝通、簡(jiǎn)化設(shè)計(jì)和迅速反饋等特點(diǎn)。LarryConstantine在發(fā)表于20世紀(jì)80年代初的一篇文章里說(shuō)，Withtsmith公司里的“動(dòng)態(tài)搭檔”能夠以前所未有的速度編寫出漏洞更少的代碼來(lái)。每個(gè)循環(huán)包括4個(gè)階段：初始、細(xì)化、構(gòu)造、移交。第三十二頁(yè)，共42頁(yè)。通過(guò)對(duì)計(jì)劃、提交周期、設(shè)計(jì)的簡(jiǎn)單性、測(cè)試和重構(gòu)等方面和單獨(dú)工作進(jìn)行對(duì)比，驗(yàn)證了結(jié)對(duì)編程的效率比單獨(dú)編程更高。沒有誰(shuí)能在完全理解所有需求之后才開始項(xiàng)目，即使是顧客也一樣。具有強(qiáng)溝通、簡(jiǎn)化設(shè)計(jì)和迅速反饋等特點(diǎn)。（1）問題的定義及規(guī)劃：在該階段軟件開發(fā)人員與客戶進(jìn)行需求交流，確定軟件的開發(fā)目標(biāo)及其可行性。（5）優(yōu)化級(jí)：過(guò)程動(dòng)態(tài)調(diào)整，以及新技術(shù)的采用，如圖2-12所示。LarryConstantine在發(fā)表于20世紀(jì)80年代初的一篇文章里說(shuō)，Withtsmith公司里的“動(dòng)態(tài)搭檔”能夠以前所未有的速度編寫出漏洞更少的代碼來(lái)。第三十八頁(yè)，共42頁(yè)。面向?qū)ο蟮姆椒◤?qiáng)調(diào)系統(tǒng)的結(jié)構(gòu)應(yīng)該直接與現(xiàn)實(shí)世界的結(jié)構(gòu)相對(duì)應(yīng)，應(yīng)該圍繞現(xiàn)實(shí)世界中的對(duì)象構(gòu)造系統(tǒng)，而不是圍繞功能構(gòu)造系統(tǒng)。降低軟件復(fù)雜性，提供可理解性，簡(jiǎn)化開發(fā)和維護(hù)工作。促進(jìn)軟件復(fù)用。第二十八頁(yè)，共42頁(yè)。1．統(tǒng)一過(guò)程模型用例驅(qū)動(dòng)、架構(gòu)、迭代、增量。每個(gè)循環(huán)包括4個(gè)階段：初始、細(xì)化、構(gòu)造、移交。每個(gè)階段又進(jìn)一步細(xì)分為多次迭代的過(guò)程，如圖2-4所示。第二十九頁(yè)，共42頁(yè)。1．統(tǒng)一過(guò)程模型每次循環(huán)迭代都會(huì)產(chǎn)生一個(gè)新的版本，每個(gè)版本都是一個(gè)準(zhǔn)備交付的產(chǎn)品。初始階段：建立關(guān)鍵用例的簡(jiǎn)化用例模型，用于刻畫系統(tǒng)的主要功能。細(xì)化階段：詳細(xì)說(shuō)明系統(tǒng)的絕大多數(shù)用例，設(shè)計(jì)系統(tǒng)架構(gòu)，評(píng)估風(fēng)險(xiǎn)。成果是架構(gòu)基線。構(gòu)造階段：將架構(gòu)基線逐步發(fā)展成為完善的系統(tǒng)，準(zhǔn)備交付給客戶。主要解決的問題是早期交付給客戶的產(chǎn)品是否完全滿足用戶的需求。移交階段：用戶分析產(chǎn)品的缺陷和不足，開發(fā)人員改正問題完善系統(tǒng)。第三十頁(yè)，共42頁(yè)。統(tǒng)一過(guò)程定義了4個(gè)階段，又給出了5個(gè)核心工作流，包括需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試。每個(gè)工作流在各個(gè)階段所處的地位和工作將不同，圖2-5給出了統(tǒng)一過(guò)程的核心工作流。第三十一頁(yè)，共42頁(yè)。統(tǒng)一過(guò)程的原則：迭代開發(fā)：專注于處理每個(gè)階段中最高風(fēng)險(xiǎn)。需求管理：提取、組織和文檔化需要的功能和限制。基于構(gòu)件?？梢暬＃篣ML。驗(yàn)證軟件質(zhì)量?？刂谱兏?。優(yōu)缺點(diǎn)。第三十二頁(yè)，共42頁(yè)。2．構(gòu)件集成模型基于構(gòu)件的開發(fā)模型由軟件的需求分析和定義，體系結(jié)構(gòu)設(shè)計(jì)、構(gòu)件庫(kù)建立、應(yīng)用軟件構(gòu)建、測(cè)試和發(fā)布5個(gè)階段組成，采用這種開發(fā)模型的軟件過(guò)程如圖2-6所示。優(yōu)勢(shì)：螺旋模型的許多特征，支持軟件開發(fā)的迭代。加快開發(fā)，降低成本和風(fēng)險(xiǎn)。缺陷：缺乏通用組裝標(biāo)準(zhǔn)導(dǎo)致較大風(fēng)險(xiǎn)。對(duì)開發(fā)人員要求高。過(guò)分依賴構(gòu)件。第三十三頁(yè)，共42頁(yè)。2.6.1什么是能力成熟度模型CMM（CapabilityMaturityModel，能力成熟度模型）是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過(guò)程的實(shí)踐中的各個(gè)發(fā)展階段的描述，是國(guó)際公認(rèn)的對(duì)軟件公司進(jìn)行成熟度等級(jí)認(rèn)證的重要標(biāo)準(zhǔn)。CMMI（CapabilityMaturityModelIntegration，能力成熟度模型集成）是CMM模型的最新版本。CMMI是國(guó)防部的一個(gè)設(shè)想，想把現(xiàn)在所有，