節(jié)軟件開(kāi)發(fā)過(guò)程管理

1、1THE SCHOOL OF SOFTWARE ENGINEERING OF HUST節(jié)軟件開(kāi)發(fā)過(guò)程管理節(jié)軟件開(kāi)發(fā)過(guò)程管理2THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提要本章內(nèi)容提要CMMCMM和和ISO9000ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟件開(kāi)發(fā)生命周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.73.23.33THE SCHOOL OF SOFTWARE ENGINEERING OF HUSTn 軟件過(guò)程軟件過(guò)

2、程是指人們用于開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)、方是指人們用于開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)、方法、實(shí)踐和革新。法、實(shí)踐和革新。n 軟件開(kāi)發(fā)過(guò)程管理軟件開(kāi)發(fā)過(guò)程管理是指在軟件開(kāi)發(fā)過(guò)程中，除了先進(jìn)技術(shù)和開(kāi)發(fā)方法外，還有一是指在軟件開(kāi)發(fā)過(guò)程中，除了先進(jìn)技術(shù)和開(kāi)發(fā)方法外，還有一整套的管理技術(shù)。整套的管理技術(shù)。n 軟件過(guò)程改進(jìn)軟件過(guò)程改進(jìn)是針對(duì)軟件生產(chǎn)過(guò)程中會(huì)對(duì)產(chǎn)品質(zhì)量產(chǎn)生影響的問(wèn)題而進(jìn)行的，是針對(duì)軟件生產(chǎn)過(guò)程中會(huì)對(duì)產(chǎn)品質(zhì)量產(chǎn)生影響的問(wèn)題而進(jìn)行的，它的直接結(jié)果是軟件過(guò)程能力的提高。它的直接結(jié)果是軟件過(guò)程能力的提高?，F(xiàn)在常見(jiàn)的軟件過(guò)程改進(jìn)方法：現(xiàn)在常見(jiàn)的軟件過(guò)程改進(jìn)方法：ISO 9000，

3、SW-CMM和由多和由多種能力模型演變而來(lái)的種能力模型演變而來(lái)的CMMI。3.1 CMM和和ISO9000 4THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.1.1 SW-CMM和和CMMI nSW-CMMSW-CMM簡(jiǎn)介簡(jiǎn)介 為了保證軟件產(chǎn)品的質(zhì)量，為了保證軟件產(chǎn)品的質(zhì)量，19911991年美國(guó)卡內(nèi)基年美國(guó)卡內(nèi)基梅隆大學(xué)軟梅隆大學(xué)軟件工程研究所（件工程研究所（CMU/SEICMU/SEI）將軟件過(guò)程成熟度框架進(jìn)化為軟件能）將軟件過(guò)程成熟度框架進(jìn)化為軟件能力成熟度模型（力成熟度模型（Capability Maturity Model For Softwa

4、reCapability Maturity Model For Software，簡(jiǎn)，簡(jiǎn)稱稱SW-CMMSW-CMM），并發(fā)布了最早的），并發(fā)布了最早的SW-CMM 1.0SW-CMM 1.0版。版。SW-CMMSW-CMM為軟件企業(yè)的過(guò)程能力提供了一個(gè)階梯式的進(jìn)化框架為軟件企業(yè)的過(guò)程能力提供了一個(gè)階梯式的進(jìn)化框架，階梯共有五級(jí)。，階梯共有五級(jí)。5THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.1.1 SW-CMM和和CMMI 1 初始級(jí)2 可重復(fù)級(jí)3 已定義級(jí)4 已管理級(jí)5 優(yōu)化級(jí)無(wú)序、混亂的軟件過(guò)程。依賴個(gè)別人的努力和機(jī)遇。建立基本的項(xiàng)目管理過(guò)程。相

5、似項(xiàng)目，重復(fù)以往成果。文檔化、標(biāo)準(zhǔn)化和標(biāo)準(zhǔn)的軟件軟件過(guò)程。軟件過(guò)程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)。持續(xù)的對(duì)過(guò)程進(jìn)行改進(jìn)。圖 CMM分級(jí)標(biāo)準(zhǔn)6THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.1.1 SW-CMM和和CMMI n KPA KPA及及KPKP除第一級(jí)外，除第一級(jí)外，SW-CMM的每一級(jí)都是按完全相同的結(jié)構(gòu)組成的每一級(jí)都是按完全相同的結(jié)構(gòu)組成的。每一級(jí)包含了實(shí)現(xiàn)這一級(jí)目標(biāo)的若干關(guān)鍵過(guò)程域（的。每一級(jí)包含了實(shí)現(xiàn)這一級(jí)目標(biāo)的若干關(guān)鍵過(guò)程域（KPA），每），每個(gè)個(gè)KPA進(jìn)一步包含若干關(guān)鍵實(shí)施活動(dòng)（進(jìn)一步包含若干關(guān)鍵實(shí)施活動(dòng)（KP），無(wú)論哪個(gè)），無(wú)論哪個(gè)KP

6、A，它，它們的實(shí)施活動(dòng)都統(tǒng)一按六個(gè)公共屬性進(jìn)行組織，即每一個(gè)們的實(shí)施活動(dòng)都統(tǒng)一按六個(gè)公共屬性進(jìn)行組織，即每一個(gè)KPA都包都包含六類含六類KP：1. 目標(biāo)目標(biāo)2. 實(shí)施保證實(shí)施保證3. 實(shí)施能力實(shí)施能力 4. 執(zhí)行活動(dòng)執(zhí)行活動(dòng) 5. 度量分析度量分析6. 實(shí)施驗(yàn)證實(shí)施驗(yàn)證7THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.1.1 SW-CMM和和CMMI n CMMI CMMI簡(jiǎn)介簡(jiǎn)介由于不同領(lǐng)域能力成熟度模型存在不同的過(guò)程改進(jìn)，重復(fù)的由于不同領(lǐng)域能力成熟度模型存在不同的過(guò)程改進(jìn)，重復(fù)的培訓(xùn)、評(píng)估和改進(jìn)活動(dòng)以及活動(dòng)不協(xié)調(diào)等一些問(wèn)題。于是由美國(guó)培訓(xùn)、評(píng)估和改進(jìn)

7、活動(dòng)以及活動(dòng)不協(xié)調(diào)等一些問(wèn)題。于是由美國(guó)國(guó)防部出面，美國(guó)卡內(nèi)基國(guó)防部出面，美國(guó)卡內(nèi)基梅隆大學(xué)軟件工程研究所（梅隆大學(xué)軟件工程研究所（CMU/SEI）于）于2001年年12月發(fā)布的月發(fā)布的CMMI 1.1版本包括四個(gè)領(lǐng)域：軟件工程版本包括四個(gè)領(lǐng)域：軟件工程（SW）、系統(tǒng)工程（）、系統(tǒng)工程（SE）、集成的產(chǎn)品和過(guò)程開(kāi)發(fā)（）、集成的產(chǎn)品和過(guò)程開(kāi)發(fā)（IPPD）、）、采購(gòu)（采購(gòu)（SS）。）。8THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.1.1 SW-CMM和和CMMI n CMMICMMI有兩種不同的實(shí)施方法有兩種不同的實(shí)施方法n連續(xù)式主要是衡量一個(gè)企業(yè)的項(xiàng)目

8、能力連續(xù)式主要是衡量一個(gè)企業(yè)的項(xiàng)目能力n階段式主要是衡量一個(gè)企業(yè)的成熟度階段式主要是衡量一個(gè)企業(yè)的成熟度n CMMICMMI的五個(gè)臺(tái)階的五個(gè)臺(tái)階n 完成級(jí)完成級(jí)n 管理級(jí)管理級(jí) n 定義級(jí)定義級(jí) n 量化管理級(jí)量化管理級(jí) n 優(yōu)化級(jí)優(yōu)化級(jí) n 每一個(gè)臺(tái)階都是上面一階臺(tái)階的基石。要上高層臺(tái)每一個(gè)臺(tái)階都是上面一階臺(tái)階的基石。要上高層臺(tái)階必須首先踏上較低一層臺(tái)階階必須首先踏上較低一層臺(tái)階。 9THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.1.2 ISO9000質(zhì)量標(biāo)準(zhǔn)質(zhì)量標(biāo)準(zhǔn) n ISO9000ISO9000 所謂所謂“ISO9000”不是指一般意義上的一個(gè)

9、質(zhì)量保證標(biāo)準(zhǔn)，而是一不是指一般意義上的一個(gè)質(zhì)量保證標(biāo)準(zhǔn)，而是一族系列標(biāo)準(zhǔn)的統(tǒng)稱。族系列標(biāo)準(zhǔn)的統(tǒng)稱。 n作用作用強(qiáng)化品質(zhì)管理，提高企業(yè)效益；增強(qiáng)客戶信心，擴(kuò)大市場(chǎng)份強(qiáng)化品質(zhì)管理，提高企業(yè)效益；增強(qiáng)客戶信心，擴(kuò)大市場(chǎng)份額；額；獲得了國(guó)際貿(mào)易獲得了國(guó)際貿(mào)易“通行證通行證”，消除了國(guó)際貿(mào)易壁壘；，消除了國(guó)際貿(mào)易壁壘；節(jié)省了第二方審核的精力和費(fèi)用；節(jié)省了第二方審核的精力和費(fèi)用；在產(chǎn)品品質(zhì)競(jìng)爭(zhēng)中永遠(yuǎn)立于不敗之地；在產(chǎn)品品質(zhì)競(jìng)爭(zhēng)中永遠(yuǎn)立于不敗之地；有效地避免產(chǎn)品責(zé)任；有效地避免產(chǎn)品責(zé)任；有利于國(guó)際間的經(jīng)濟(jì)合作和技術(shù)交流。有利于國(guó)際間的經(jīng)濟(jì)合作和技術(shù)交流。10THE SCHOOL OF SOFTWARE EN

10、GINEERING OF HUST3.1.3 三者之間的比較三者之間的比較 n 選擇選擇SW-CMMSW-CMM還是還是CMMICMMI的考慮的考慮實(shí)施企業(yè)的業(yè)務(wù)特點(diǎn)。實(shí)施企業(yè)的業(yè)務(wù)特點(diǎn)。實(shí)施企業(yè)對(duì)過(guò)程改進(jìn)的熟悉程度。實(shí)施企業(yè)對(duì)過(guò)程改進(jìn)的熟悉程度。實(shí)施企業(yè)對(duì)過(guò)程改進(jìn)項(xiàng)目的預(yù)算。實(shí)施企業(yè)對(duì)過(guò)程改進(jìn)項(xiàng)目的預(yù)算。實(shí)施企業(yè)是否可以使用階段式的演進(jìn)路線。實(shí)施企業(yè)是否可以使用階段式的演進(jìn)路線。實(shí)施實(shí)施CMM與與CMMI可以平滑的轉(zhuǎn)換?？梢云交霓D(zhuǎn)換。n ISO9001ISO9001與與CMMCMM的關(guān)系的關(guān)系ISO9001和和CMM既有區(qū)別又相互聯(lián)系，兩者不可簡(jiǎn)單地互相替既有區(qū)別又相互聯(lián)系，兩者不可簡(jiǎn)單地

11、互相替 代。代。取得取得ISO9001認(rèn)證并不意味著完全滿足認(rèn)證并不意味著完全滿足CMM某個(gè)等級(jí)的要求。某個(gè)等級(jí)的要求。取得取得CMM第第2級(jí)級(jí)(或第或第3級(jí)級(jí))不能籠統(tǒng)地認(rèn)為可以滿足不能籠統(tǒng)地認(rèn)為可以滿足ISO9001的的要求。要求。11THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提要本章內(nèi)容提要CMMCMM和和ISO9000ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟件開(kāi)發(fā)生命周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.7

12、3.23.312THE SCHOOL OF SOFTWARE ENGINEERING OF HUSTn軟件生命周期軟件生命周期軟件從需求確定、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試直至投入使用，并在使用中不軟件從需求確定、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試直至投入使用，并在使用中不斷地修改、增補(bǔ)和完善，直至被新的系統(tǒng)所替代而停止該軟件的使用的斷地修改、增補(bǔ)和完善，直至被新的系統(tǒng)所替代而停止該軟件的使用的全過(guò)程。全過(guò)程。n可劃分為以下子階段可劃分為以下子階段 1.可行性研究可行性研究2.需求分析和定義需求分析和定義3.總體設(shè)計(jì)總體設(shè)計(jì)4.詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)5.編碼（實(shí)現(xiàn)）編碼（實(shí)現(xiàn)）6.軟件測(cè)試、運(yùn)行軟件測(cè)試、運(yùn)行/維護(hù)維護(hù)據(jù)此相繼產(chǎn)生

13、了瀑布模型、螺旋模型、進(jìn)化模型、原型模型、增量據(jù)此相繼產(chǎn)生了瀑布模型、螺旋模型、進(jìn)化模型、原型模型、增量模型等。本節(jié)分別對(duì)這幾種傳統(tǒng)的軟件開(kāi)發(fā)生命周期模型予以介紹。模型等。本節(jié)分別對(duì)這幾種傳統(tǒng)的軟件開(kāi)發(fā)生命周期模型予以介紹。 3.2 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 13THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.1 瀑布模型瀑布模型系統(tǒng)需求系統(tǒng)需求軟件需求軟件需求分析分析設(shè)計(jì)設(shè)計(jì)編碼編碼測(cè)試測(cè)試運(yùn)行運(yùn)行n瀑布模型總結(jié)瀑布模型總結(jié)n文檔驅(qū)動(dòng)的模型文檔驅(qū)動(dòng)的模型n階段間具有順序性和依階段間具有順序性和依賴性賴性n項(xiàng)目開(kāi)發(fā)周期較長(zhǎng)項(xiàng)目

14、開(kāi)發(fā)周期較長(zhǎng)n實(shí)際項(xiàng)目很少按照該模實(shí)際項(xiàng)目很少按照該模型給出的順序進(jìn)行型給出的順序進(jìn)行14THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.2 原型模型原型模型 15THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.2 原型模型原型模型 nPrototyping modelPrototyping model特點(diǎn)特點(diǎn)n在需求定義之前，需要快速構(gòu)建一個(gè)系統(tǒng)在需求定義之前，需要快速構(gòu)建一個(gè)系統(tǒng)n根據(jù)構(gòu)建系統(tǒng)的優(yōu)缺點(diǎn)，用戶給開(kāi)發(fā)人員提出反饋意根據(jù)構(gòu)建系統(tǒng)的優(yōu)缺點(diǎn)，用戶給開(kāi)發(fā)人員提出反饋意見(jiàn)見(jiàn)n根據(jù)反饋意見(jiàn)修改軟件需求規(guī)

15、格，以便系統(tǒng)可以更正根據(jù)反饋意見(jiàn)修改軟件需求規(guī)格，以便系統(tǒng)可以更正確地反映用戶的需求確地反映用戶的需求n減少各種假設(shè)以及風(fēng)險(xiǎn)減少各種假設(shè)以及風(fēng)險(xiǎn)16THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.3 增量模型增量模型 設(shè)設(shè) 計(jì)計(jì)編編 碼碼測(cè)測(cè) 試試分分 析析設(shè)設(shè) 計(jì)計(jì)編編 碼碼測(cè)測(cè) 試試分分 析析設(shè)設(shè) 計(jì)計(jì)編編 碼碼測(cè)測(cè) 試試分分 析析設(shè)設(shè) 計(jì)計(jì)編編 碼碼測(cè)測(cè) 試試分分 析析增量增量1增量增量2增量增量3增量增量4第一個(gè)增量發(fā)布第一個(gè)增量發(fā)布第二個(gè)增量發(fā)布第二個(gè)增量發(fā)布第三個(gè)增量發(fā)布第三個(gè)增量發(fā)布第四個(gè)增量發(fā)布第四個(gè)增量發(fā)布開(kāi)發(fā)進(jìn)度開(kāi)發(fā)進(jìn)度17THE

16、 SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.3 增量模型增量模型 增量模型總結(jié)增量模型總結(jié)n融合了瀑布模型和原型的迭代特征。融合了瀑布模型和原型的迭代特征。n每一個(gè)增量均發(fā)布一個(gè)可操作產(chǎn)品。每一個(gè)增量均發(fā)布一個(gè)可操作產(chǎn)品。18THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.4 進(jìn)化模型進(jìn)化模型 建造建造/ /修改修改原型原型聽(tīng)取用戶聽(tīng)取用戶意見(jiàn)意見(jiàn)用戶測(cè)試用戶測(cè)試運(yùn)行原型運(yùn)行原型這個(gè)模型這個(gè)模型可看作是重復(fù)執(zhí)可看作是重復(fù)執(zhí)行的多個(gè)瀑布模行的多個(gè)瀑布模型。型。 19THE SCHOOL OF SOFTWARE

17、ENGINEERING OF HUST3.2.5 螺旋模型螺旋模型原型原型1原型原型2原型原型3可運(yùn)行可運(yùn)行原型原型需求計(jì)劃需求計(jì)劃 生存期生存期 計(jì)劃計(jì)劃開(kāi)開(kāi)發(fā)發(fā)計(jì)計(jì)劃劃集集成成與與測(cè)測(cè)試試軟件軟件需求需求需求需求確認(rèn)確認(rèn)設(shè)計(jì)確認(rèn)設(shè)計(jì)確認(rèn)與驗(yàn)證與驗(yàn)證 軟件軟件 產(chǎn)品產(chǎn)品設(shè)計(jì)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)風(fēng)風(fēng)險(xiǎn)險(xiǎn)分分析析風(fēng)風(fēng)險(xiǎn)險(xiǎn)分分析析風(fēng)風(fēng)險(xiǎn)險(xiǎn)分分析析驗(yàn)收驗(yàn)收測(cè)試測(cè)試實(shí)現(xiàn)實(shí)現(xiàn)集成集成與與測(cè)試測(cè)試單元單元測(cè)試測(cè)試編碼編碼開(kāi)發(fā)、驗(yàn)證開(kāi)發(fā)、驗(yàn)證下一產(chǎn)品下一產(chǎn)品實(shí)施工程實(shí)施工程提交線提交線評(píng)審評(píng)審累計(jì)累計(jì)成本成本風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析評(píng)價(jià)方案，識(shí)別評(píng)價(jià)方案，識(shí)別風(fēng)險(xiǎn)、消除風(fēng)險(xiǎn)風(fēng)險(xiǎn)、消除風(fēng)險(xiǎn)制訂計(jì)劃制訂計(jì)劃決定目標(biāo)決定

18、目標(biāo)方案和限制方案和限制客戶評(píng)估客戶評(píng)估20THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.5 螺旋模型螺旋模型 n螺旋模型總結(jié)螺旋模型總結(jié)n基于風(fēng)險(xiǎn)驅(qū)動(dòng)的開(kāi)發(fā)模型基于風(fēng)險(xiǎn)驅(qū)動(dòng)的開(kāi)發(fā)模型, , 使用原型法或其它方法來(lái)使用原型法或其它方法來(lái)盡量降低風(fēng)險(xiǎn)。盡量降低風(fēng)險(xiǎn)。n適用于需求不明確的大規(guī)模軟件項(xiàng)目適用于需求不明確的大規(guī)模軟件項(xiàng)目21THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提要本章內(nèi)容提要CMMCMM和和ISO9000ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟件開(kāi)發(fā)生命

19、周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.73.23.322THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.3.1 極限模型極限模型 n極限模型簡(jiǎn)介極限模型簡(jiǎn)介20012001年，為了避免許多公司的軟件團(tuán)隊(duì)陷入不斷增長(zhǎng)的過(guò)程年，為了避免許多公司的軟件團(tuán)隊(duì)陷入不斷增長(zhǎng)的過(guò)程泥潭，一批業(yè)界專家一起概括出了一些敏捷開(kāi)發(fā)過(guò)程的方法：泥潭，一批業(yè)界專家一起概括出了一些敏捷開(kāi)發(fā)過(guò)程的方法：SCRUMSCRUM，CrystalCrystal，特征驅(qū)動(dòng)軟件開(kāi)發(fā)（，特征驅(qū)動(dòng)軟件

20、開(kāi)發(fā)（Feature Driven Feature Driven DevelopmentDevelopment，簡(jiǎn)稱，簡(jiǎn)稱FDDFDD），自適應(yīng)軟件開(kāi)發(fā)（），自適應(yīng)軟件開(kāi)發(fā)（Adaptive Software Adaptive Software DevelopmentDevelopment，簡(jiǎn)稱，簡(jiǎn)稱ASDASD），以及最重要的極限編程（），以及最重要的極限編程（eXtreme eXtreme Programming,Programming,簡(jiǎn)稱簡(jiǎn)稱XPXP）。）。 23THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.3.1 極限模型極限模型 極限編程將

21、極限編程將開(kāi)發(fā)階段的開(kāi)發(fā)階段的4 4個(gè)活動(dòng)（分個(gè)活動(dòng)（分析、設(shè)計(jì)、析、設(shè)計(jì)、編碼和測(cè)試）編碼和測(cè)試）混合在一起，混合在一起，在全過(guò)程中在全過(guò)程中采用迭代增采用迭代增量開(kāi)發(fā)、反量開(kāi)發(fā)、反饋修正和反饋修正和反復(fù)測(cè)試。復(fù)測(cè)試。 24THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.3.1 極限模型極限模型 nXPXP開(kāi)發(fā)模型核心思想：開(kāi)發(fā)模型核心思想：n交流（交流（Communication）n簡(jiǎn)單（簡(jiǎn)單（Simplicity ）n反饋（反饋（Feedback）n進(jìn)取（進(jìn)?。ˋggressiveness） 25THE SCHOOL OF SOFTWARE ENG

22、INEERING OF HUST3.3.1 極限模型極限模型 n優(yōu)點(diǎn)優(yōu)點(diǎn)1)采用簡(jiǎn)單計(jì)劃策略，不需采用簡(jiǎn)單計(jì)劃策略，不需要長(zhǎng)期計(jì)劃和復(fù)雜模型，要長(zhǎng)期計(jì)劃和復(fù)雜模型，開(kāi)發(fā)周期短；開(kāi)發(fā)周期短；2) 在全過(guò)程采用迭代增量開(kāi)在全過(guò)程采用迭代增量開(kāi)發(fā)、反饋修正和反復(fù)測(cè)試發(fā)、反饋修正和反復(fù)測(cè)試的方法，能夠適應(yīng)用戶經(jīng)的方法，能夠適應(yīng)用戶經(jīng)常變化的需求。常變化的需求。 n缺點(diǎn)缺點(diǎn)1)1) 目前主要在小規(guī)模項(xiàng)目上目前主要在小規(guī)模項(xiàng)目上應(yīng)用并取得成功，但是否應(yīng)用并取得成功，但是否適用于中等規(guī)?；虼笠?guī)模適用于中等規(guī)模或大規(guī)模軟件產(chǎn)品，需慎重考慮；軟件產(chǎn)品，需慎重考慮；2)2) 由于這個(gè)模型較新產(chǎn)品交由于這個(gè)模型較新

23、產(chǎn)品交付后維護(hù)成本是否降低，付后維護(hù)成本是否降低，不能確定；不能確定； 3)3) 對(duì)編碼人員的經(jīng)驗(yàn)要求高對(duì)編碼人員的經(jīng)驗(yàn)要求高26THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.3.2 Rational統(tǒng)一過(guò)程統(tǒng)一過(guò)程 （RUP）27THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.3.2 Rational統(tǒng)一過(guò)程統(tǒng)一過(guò)程 （RUP）用例驅(qū)動(dòng)用例驅(qū)動(dòng)Concise, simple, and understandable以體系結(jié)構(gòu)為中心以體系結(jié)構(gòu)為中心 Effective basis for large-scale r

24、euse增量和迭代開(kāi)發(fā)增量和迭代開(kāi)發(fā) 基于風(fēng)險(xiǎn)前驅(qū)的原則，漸進(jìn)地展開(kāi)分析、設(shè)計(jì)及其相關(guān)基于風(fēng)險(xiǎn)前驅(qū)的原則，漸進(jìn)地展開(kāi)分析、設(shè)計(jì)及其相關(guān)活動(dòng)，每個(gè)迭代都會(huì)提供一次驗(yàn)證和調(diào)整模型機(jī)會(huì)，推動(dòng)活動(dòng)，每個(gè)迭代都會(huì)提供一次驗(yàn)證和調(diào)整模型機(jī)會(huì)，推動(dòng)軟件質(zhì)量的提升。軟件質(zhì)量的提升。28THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.3.3 微軟產(chǎn)品開(kāi)發(fā)周期模型微軟產(chǎn)品開(kāi)發(fā)周期模型 微軟產(chǎn)品周期模型微軟產(chǎn)品周期模型產(chǎn)品規(guī)劃階段產(chǎn)品規(guī)劃階段測(cè)試階段測(cè)試階段產(chǎn)品開(kāi)發(fā)階段產(chǎn)品開(kāi)發(fā)階段發(fā)布階段發(fā)布階段M1MnCCZBBRTM/WRC1RCnAlphaGolden MastersB

25、etaProduct VisionFunction SpecQFEs29THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提要本章內(nèi)容提要CMM和和ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟件開(kāi)發(fā)生命周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.73.23.330THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.1 質(zhì)量與質(zhì)量規(guī)劃質(zhì)量與質(zhì)量規(guī)劃 n 軟件質(zhì)量軟件質(zhì)量 是是“所有描述計(jì)算機(jī)軟件

26、優(yōu)秀程度的特性的組合所有描述計(jì)算機(jī)軟件優(yōu)秀程度的特性的組合”。n軟件質(zhì)量度量模型由三層組成軟件質(zhì)量度量模型由三層組成 第一層為質(zhì)量特性第一層為質(zhì)量特性 第二層為質(zhì)量子特性第二層為質(zhì)量子特性 第三層稱為度量第三層稱為度量31THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.1 質(zhì)量與質(zhì)量規(guī)劃質(zhì)量與質(zhì)量規(guī)劃 n ISO ISOIEC9126 IEC9126 1991 1991（GBGBT16260 T16260 1996 1996）標(biāo)準(zhǔn)標(biāo)）標(biāo)準(zhǔn)標(biāo)準(zhǔn)定義的準(zhǔn)定義的6 6個(gè)質(zhì)量特性個(gè)質(zhì)量特性n功能性功能性n可靠性可靠性n易使用性易使用性n高效性高效性n可維護(hù)性

27、可維護(hù)性n可移植性可移植性n 質(zhì)量規(guī)劃質(zhì)量規(guī)劃指識(shí)別哪些質(zhì)量標(biāo)準(zhǔn)適用于軟件項(xiàng)目，并確定如何滿足這些標(biāo)指識(shí)別哪些質(zhì)量標(biāo)準(zhǔn)適用于軟件項(xiàng)目，并確定如何滿足這些標(biāo)準(zhǔn)的要求準(zhǔn)的要求 32THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.2 質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃 n 質(zhì)量體系質(zhì)量體系指為保證產(chǎn)品、過(guò)程或服務(wù)質(zhì)量，滿足規(guī)定（或潛在）指為保證產(chǎn)品、過(guò)程或服務(wù)質(zhì)量，滿足規(guī)定（或潛在）的要求，由組織機(jī)構(gòu)、職責(zé)、程序、活動(dòng)、能力和資源等構(gòu)的要求，由組織機(jī)構(gòu)、職責(zé)、程序、活動(dòng)、能力和資源等構(gòu)成的有機(jī)整體。成的有機(jī)整體。 n 質(zhì)量手冊(cè)質(zhì)量手冊(cè)

28、是描述企業(yè)質(zhì)量體系的文件。是描述企業(yè)質(zhì)量體系的文件。n 質(zhì)量計(jì)劃質(zhì)量計(jì)劃是質(zhì)量管理（質(zhì)量計(jì)劃編制、質(zhì)量保證和質(zhì)量控制）的是質(zhì)量管理（質(zhì)量計(jì)劃編制、質(zhì)量保證和質(zhì)量控制）的第一過(guò)程域第一過(guò)程域 。33THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.2 質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃 n 質(zhì)量體系、質(zhì)量手冊(cè)質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃之間的關(guān)系和質(zhì)量計(jì)劃之間的關(guān)系 質(zhì)量體系好比一個(gè)國(guó)家的質(zhì)量體系好比一個(gè)國(guó)家的法制機(jī)構(gòu)，質(zhì)量手冊(cè)就如同憲法制機(jī)構(gòu)，質(zhì)量手冊(cè)就如同憲法，是質(zhì)量體系的文檔化的體法，是質(zhì)量體系的文檔化的體現(xiàn)。而為每個(gè)項(xiàng)目制定

29、的質(zhì)量現(xiàn)。而為每個(gè)項(xiàng)目制定的質(zhì)量計(jì)劃類似地方法規(guī)，它在符合計(jì)劃類似地方法規(guī)，它在符合質(zhì)量手冊(cè)的前提下，根據(jù)自身質(zhì)量手冊(cè)的前提下，根據(jù)自身的要求與特殊性，通過(guò)適當(dāng)?shù)牡囊笈c特殊性，通過(guò)適當(dāng)?shù)牟脺p修正而來(lái)。裁減修正而來(lái)。 n 關(guān)系圖關(guān)系圖34THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.3 項(xiàng)目質(zhì)量計(jì)劃的內(nèi)容項(xiàng)目質(zhì)量計(jì)劃的內(nèi)容 n 項(xiàng)目實(shí)施總體目標(biāo)項(xiàng)目實(shí)施總體目標(biāo) 質(zhì)量質(zhì)量 時(shí)間時(shí)間 成本成本三者是一個(gè)相互制約、相互影響的統(tǒng)一體，其中任一項(xiàng)目標(biāo)變?nèi)呤且粋€(gè)相互制約、相互影響的統(tǒng)一體，其中任一項(xiàng)目標(biāo)變化，都會(huì)引起另兩個(gè)目標(biāo)變化，并受其制約?；?，都會(huì)引起另

30、兩個(gè)目標(biāo)變化，并受其制約。 n 項(xiàng)目分類項(xiàng)目分類 質(zhì)量?jī)A斜型體系質(zhì)量?jī)A斜型體系 工期傾斜型體系工期傾斜型體系 成本傾斜型體系成本傾斜型體系35THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.3 項(xiàng)目質(zhì)量計(jì)劃的內(nèi)容項(xiàng)目質(zhì)量計(jì)劃的內(nèi)容 n 編寫(xiě)軟件質(zhì)量計(jì)劃涉及的范圍相當(dāng)廣，不論是項(xiàng)目編寫(xiě)軟件質(zhì)量計(jì)劃涉及的范圍相當(dāng)廣，不論是項(xiàng)目選型、軟件開(kāi)發(fā)各階段，還是配置管理、崗位職責(zé)與團(tuán)選型、軟件開(kāi)發(fā)各階段，還是配置管理、崗位職責(zé)與團(tuán)隊(duì)組織，又或是其他如項(xiàng)目制度的制定等等方面，都應(yīng)隊(duì)組織，又或是其他如項(xiàng)目制度的制定等等方面，都應(yīng)該是包含在項(xiàng)目質(zhì)量計(jì)劃中的內(nèi)容。該是包含

31、在項(xiàng)目質(zhì)量計(jì)劃中的內(nèi)容。36THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.4.4 質(zhì)量目標(biāo)質(zhì)量目標(biāo) n 軟件生命周期三大階段（以傳統(tǒng)的瀑布模型為例）軟件生命周期三大階段（以傳統(tǒng)的瀑布模型為例） 軟件定義軟件定義 軟件開(kāi)發(fā)軟件開(kāi)發(fā) 軟件使用與維護(hù)軟件使用與維護(hù)37THE SCHOOL OF SOFTWARE ENGINEERING OF HUST階段階段 需要監(jiān)控的關(guān)鍵元素需要監(jiān)控的關(guān)鍵元素問(wèn)題定義問(wèn)題定義 關(guān)于規(guī)模和目標(biāo)的報(bào)告書(shū)關(guān)于規(guī)模和目標(biāo)的報(bào)告書(shū)可行性研究可行性研究系統(tǒng)的高層邏輯模型：數(shù)據(jù)流圖系統(tǒng)的高層邏輯模型：數(shù)據(jù)流圖，成本成本/效益分析效益分析

32、需求分析需求分析系統(tǒng)的邏輯模型：數(shù)據(jù)流圖（系統(tǒng)的邏輯模型：數(shù)據(jù)流圖（MSC圖），數(shù)據(jù)字圖），數(shù)據(jù)字典（類清單、對(duì)象間關(guān)系）典（類清單、對(duì)象間關(guān)系），算法描述算法描述總體設(shè)計(jì)總體設(shè)計(jì)可能的解法：系統(tǒng)流程圖可能的解法：系統(tǒng)流程圖，成本成本/效益分析效益分析推薦的系統(tǒng)結(jié)構(gòu)：層次圖推薦的系統(tǒng)結(jié)構(gòu)：層次圖 ，結(jié)構(gòu)圖，結(jié)構(gòu)圖詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì) 編碼規(guī)格說(shuō)明編碼規(guī)格說(shuō)明綜合測(cè)試綜合測(cè)試綜合測(cè)試方案和結(jié)果綜合測(cè)試方案和結(jié)果完整性一致的軟件配置完整性一致的軟件配置維護(hù)維護(hù) 完整準(zhǔn)確的維護(hù)記錄完整準(zhǔn)確的維護(hù)記錄3.4.4 質(zhì)量目標(biāo)質(zhì)量目標(biāo) n各階段的關(guān)鍵元素各階段的關(guān)鍵元素38THE SCHOOL OF SOFTW

33、ARE ENGINEERING OF HUST3.4.5 項(xiàng)目質(zhì)量計(jì)劃的編寫(xiě)項(xiàng)目質(zhì)量計(jì)劃的編寫(xiě) n 質(zhì)量計(jì)劃質(zhì)量計(jì)劃 應(yīng)說(shuō)明項(xiàng)目管理小組如何具體執(zhí)行它的質(zhì)量策略。應(yīng)說(shuō)明項(xiàng)目管理小組如何具體執(zhí)行它的質(zhì)量策略。n 目的目的 規(guī)劃出哪些是需要被跟蹤的質(zhì)量工作，并建立文檔，此文檔可以規(guī)劃出哪些是需要被跟蹤的質(zhì)量工作，并建立文檔，此文檔可以作為軟件質(zhì)量工作指南，幫助項(xiàng)目經(jīng)理確保所有工作按計(jì)劃完成。作為軟件質(zhì)量工作指南，幫助項(xiàng)目經(jīng)理確保所有工作按計(jì)劃完成。n 編寫(xiě)準(zhǔn)則編寫(xiě)準(zhǔn)則 具體情況具體對(duì)待，沒(méi)有統(tǒng)一定律。具體情況具體對(duì)待，沒(méi)有統(tǒng)一定律。 39THE SCHOOL OF SOFTWARE ENGINEE

34、RING OF HUST3.4.6 按照質(zhì)量計(jì)劃實(shí)施有效的質(zhì)量控制按照質(zhì)量計(jì)劃實(shí)施有效的質(zhì)量控制 質(zhì)量計(jì)劃確定后，按其建立的質(zhì)量管理體系，各責(zé)任質(zhì)量計(jì)劃確定后，按其建立的質(zhì)量管理體系，各責(zé)任單位必須按單位必須按PDCAPDCA質(zhì)量環(huán)的要求，實(shí)施有效的質(zhì)量控制。質(zhì)量環(huán)的要求，實(shí)施有效的質(zhì)量控制。n質(zhì)量控制可分為兩個(gè)階段質(zhì)量控制可分為兩個(gè)階段監(jiān)測(cè)監(jiān)測(cè)控制控制質(zhì)量控制應(yīng)貫穿于項(xiàng)目的整個(gè)過(guò)程。質(zhì)量控制應(yīng)貫穿于項(xiàng)目的整個(gè)過(guò)程。n項(xiàng)目收尾的兩個(gè)階段項(xiàng)目收尾的兩個(gè)階段項(xiàng)目評(píng)估項(xiàng)目評(píng)估項(xiàng)目終止項(xiàng)目終止項(xiàng)目收尾階段的質(zhì)量控制是一個(gè)非常重要而又容易忽視的內(nèi)容。項(xiàng)目收尾階段的質(zhì)量控制是一個(gè)非常重要而又容易忽視的內(nèi)容

35、。40THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提要本章內(nèi)容提要CMM和和ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟件開(kāi)發(fā)生命周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.73.23.341THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.5 案例分析案例分析n HRMSHRMS系統(tǒng)系統(tǒng)即人力資源管理系統(tǒng)，是為某跨國(guó)企業(yè)的即人力資源管理系統(tǒng)，是為某跨國(guó)企業(yè)的ISS部門(mén)而開(kāi)發(fā)部門(mén)而開(kāi)發(fā)的。

36、的。n HRMSHRMS系統(tǒng)生存期模型選擇過(guò)程系統(tǒng)生存期模型選擇過(guò)程針對(duì)本項(xiàng)目的開(kāi)發(fā)特點(diǎn)，參考企業(yè)的生存期模型說(shuō)明和軟針對(duì)本項(xiàng)目的開(kāi)發(fā)特點(diǎn)，參考企業(yè)的生存期模型說(shuō)明和軟件過(guò)程體系，決定采用迭代增量式模型。件過(guò)程體系，決定采用迭代增量式模型。 42THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.5 案例分析案例分析H HR RM MS S項(xiàng)項(xiàng)目目生生存存期期模模型型43THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提要本章內(nèi)容提要CMM和和ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟

37、件開(kāi)發(fā)生命周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.73.23.344THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.6 本章小結(jié)本章小結(jié) 講述了軟件開(kāi)發(fā)過(guò)程管理需要掌握的部分知識(shí)。講述了軟件開(kāi)發(fā)過(guò)程管理需要掌握的部分知識(shí)。介紹了介紹了ISO9000，CMM和和CMMI三種常見(jiàn)的軟件過(guò)程改進(jìn)方法，并比三種常見(jiàn)的軟件過(guò)程改進(jìn)方法，并比較了它們之間的異同，對(duì)于選取哪種方法給予了建議。較了它們之間的異同，對(duì)于選取哪種方法給予了建議。詳細(xì)介紹了多種軟件開(kāi)發(fā)生命周期模型

38、的特點(diǎn)、優(yōu)缺點(diǎn)，對(duì)于軟件開(kāi)詳細(xì)介紹了多種軟件開(kāi)發(fā)生命周期模型的特點(diǎn)、優(yōu)缺點(diǎn)，對(duì)于軟件開(kāi)發(fā)中的相當(dāng)重要的項(xiàng)目選型工作提供了參照。發(fā)中的相當(dāng)重要的項(xiàng)目選型工作提供了參照。此外還介紹了質(zhì)量計(jì)劃的定義和詳細(xì)的模版。此外還介紹了質(zhì)量計(jì)劃的定義和詳細(xì)的模版。(質(zhì)量計(jì)劃的制定對(duì)于軟質(zhì)量計(jì)劃的制定對(duì)于軟件質(zhì)量控制的重要性非同小可，它涉及的范圍很廣，需要制定的內(nèi)容件質(zhì)量控制的重要性非同小可，它涉及的范圍很廣，需要制定的內(nèi)容相當(dāng)多，部分內(nèi)容讀者可以在其它章節(jié)去詳細(xì)了解。相當(dāng)多，部分內(nèi)容讀者可以在其它章節(jié)去詳細(xì)了解。)45THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章內(nèi)容提

39、要本章內(nèi)容提要CMMCMM和和ISO9000ISO9000 傳統(tǒng)軟件開(kāi)發(fā)生命周期模型傳統(tǒng)軟件開(kāi)發(fā)生命周期模型 擴(kuò)展軟件開(kāi)發(fā)生命周期模型擴(kuò)展軟件開(kāi)發(fā)生命周期模型 3.1質(zhì)量計(jì)劃質(zhì)量計(jì)劃 3.4案例分析案例分析 3.5本章小結(jié)本章小結(jié) 3.6復(fù)習(xí)思考題復(fù)習(xí)思考題 3.73.23.346THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.7 復(fù)習(xí)思考題復(fù)習(xí)思考題 1. CMM和和CMMI的五個(gè)級(jí)別分別是什么？的五個(gè)級(jí)別分別是什么？CMM和和CMMI的關(guān)的關(guān)系是什么？系是什么？2.在軟件企業(yè)中推行在軟件企業(yè)中推行ISO9000的意義何在？的意義何在？3.傳統(tǒng)的軟件開(kāi)

40、發(fā)生命周期可以分為哪幾個(gè)子階段？傳統(tǒng)的軟件開(kāi)發(fā)生命周期可以分為哪幾個(gè)子階段？4.原型模型可以細(xì)分為哪兩種？它們的內(nèi)容是什么？原型模型可以細(xì)分為哪兩種？它們的內(nèi)容是什么？5.你覺(jué)得進(jìn)化模型和螺旋模型有哪些相似之處嗎？它們的核心你覺(jué)得進(jìn)化模型和螺旋模型有哪些相似之處嗎？它們的核心思想是什么？思想是什么？6.質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃的聯(lián)系何在？質(zhì)量體系、質(zhì)量手冊(cè)和質(zhì)量計(jì)劃的聯(lián)系何在？7.在需求分析階段需要監(jiān)控的關(guān)鍵元素是什么？在需求分析階段需要監(jiān)控的關(guān)鍵元素是什么？47THE SCHOOL OF SOFTWARE ENGINEERING OF HUST3.2.1 瀑布模型瀑布模型系統(tǒng)需求系統(tǒng)需求軟件需求軟件需求分析分析設(shè)計(jì)設(shè)計(jì)編碼編碼測(cè)試測(cè)試運(yùn)行運(yùn)行n瀑布模型總結(jié)瀑布模型總結(jié)n文檔驅(qū)動(dòng)的模型文檔驅(qū)動(dòng)的模型n階段間具有順序性和依階段間具有順序性和依賴性賴性n項(xiàng)目開(kāi)發(fā)周期較長(zhǎng)項(xiàng)目開(kāi)發(fā)周期較長(zhǎng)n實(shí)際項(xiàng)目很少按照該模實(shí)際項(xiàng)目很少按照該模型給出的順序進(jìn)行型給出的順序進(jìn)行48THE SCHOOL OF SOFTWARE ENGINEERING OF HU