軟件過程管理-武漢大學(xué)軟件過程管理考試范圍-復(fù)習(xí)課件

FinalReview

SoftwareProcessManagementandImprovementChenGangsharepool@chenzuolin@InternationalSchoolofSoftware,WHUFinalReview軟件過程管理與改進(jìn)期末總復(fù)習(xí)陳剛武漢大學(xué)國(guó)際軟件學(xué)院，2008FinalReview軟件過程管理與改進(jìn)期末總復(fù)習(xí)FinalReview目錄一、緒論二、軟件過程成熟度框架三、能力成熟度模型的結(jié)構(gòu)四、可重復(fù)級(jí)五、已定義級(jí)六、已管理級(jí)七、優(yōu)化級(jí)八、個(gè)體軟件過程九、群組軟件過程十、CMMIFinalReview目錄一、緒論FinalReview一、緒論(1)1.軟件與軟件產(chǎn)業(yè)的發(fā)展過程FinalReview軟件管理工程的發(fā)展，經(jīng)歷了從20世紀(jì)70年代開始以結(jié)構(gòu)化分析與設(shè)計(jì)、結(jié)構(gòu)化評(píng)審、結(jié)構(gòu)化程序設(shè)計(jì)以及結(jié)構(gòu)化測(cè)試為特征的結(jié)構(gòu)化生產(chǎn)時(shí)代，到90年代中期，以CMM模型的成熟和日益為市場(chǎng)接受為標(biāo)志，已經(jīng)進(jìn)入以過程成熟度模型CMM、個(gè)體軟件過程PSP和團(tuán)隊(duì)軟件過程TSP為標(biāo)志的以過程為中心的時(shí)代，而軟件發(fā)展第三個(gè)時(shí)代，即軟件工業(yè)化生產(chǎn)時(shí)代，以90年代中期軟件過程技術(shù)的成熟和面向?qū)ο蠹夹g(shù)、構(gòu)件技術(shù)的發(fā)展為基礎(chǔ)，已經(jīng)漸露端倪。一、緒論(1)1.軟件與軟件產(chǎn)業(yè)的發(fā)展過程FinalR一、緒論(2)

2.軟件危機(jī)及其原因FinalReview軟件特殊性：軟件成本高；軟件開發(fā)的進(jìn)度難于控制；估計(jì)軟件工作量很困難；軟件質(zhì)量難于保證；修正維護(hù)軟件困難。軟件企業(yè)的4個(gè)困難：需求的完全識(shí)別；軟件產(chǎn)品需求的完全傳遞；軟件產(chǎn)品相關(guān)的變更控制；軟件產(chǎn)品相關(guān)技術(shù)的快速變化。軟件構(gòu)建的核心就是管理復(fù)雜度。軟件是由人開發(fā)的，人的智力與軟件的復(fù)雜度之間存在矛盾。軟件復(fù)雜度與軟件的規(guī)模有很大關(guān)系，另外也與模塊間的耦合度、模塊內(nèi)的內(nèi)聚性等因素有關(guān)。一、緒論(2)2.軟件危機(jī)及其原因FinalRevie一、緒論(3)3.過程及其要素FinalReview軟件開發(fā)項(xiàng)目是在規(guī)定的成本和時(shí)間內(nèi)，開發(fā)和提交滿足客戶某些需求的軟件產(chǎn)品。項(xiàng)目的三個(gè)基本特征是:成本、進(jìn)度和質(zhì)量（代表軟件在多大程度上滿足客戶的要求）。對(duì)于機(jī)構(gòu)而言，包含多個(gè)項(xiàng)目，而實(shí)現(xiàn)機(jī)構(gòu)的高質(zhì)量和生產(chǎn)率，依賴于三個(gè)因素:過程、人和技術(shù)。其中過程不僅僅是一系列步驟，還包含了機(jī)構(gòu)所積累的經(jīng)驗(yàn)，包含了機(jī)構(gòu)可以從已成功的項(xiàng)目中所學(xué)到的一切。一、緒論(3)3.過程及其要素FinalReview軟件一、緒論(4)4.CMM與軟件產(chǎn)業(yè)FinalReview管理是影響軟件研發(fā)項(xiàng)目全局的因素，而技術(shù)只影響局部。1987年9月，美國(guó)卡內(nèi)基-梅隆大學(xué)軟件工程研究所發(fā)布了軟件過程成熟度框架，并提供了軟件過程評(píng)估和軟件能力評(píng)價(jià)兩種評(píng)估方法和軟件成熟度提問單。4年之后，SEI將軟件過程成熟度框架進(jìn)化為軟件能力成熟度模型（CapabilityMaturityModelForSoftware，簡(jiǎn)稱SW-CMM）。1991年8月，SEI發(fā)布了最早的SW-CMMv1.0。經(jīng)過兩年的試用，1993年SEI正式發(fā)布了SW-CMMv1.1，這是目前使用最為廣泛的版本。一、緒論(4)4.CMM與軟件產(chǎn)業(yè)FinalReview一、緒論(5)5.ISO9001與CMM的異同F(xiàn)inalReviewISO9000系列包括3個(gè)第三方認(rèn)證標(biāo)準(zhǔn)（ISO9001、ISO9002和ISO9003）和一個(gè)質(zhì)量管理標(biāo)準(zhǔn)ISO9004。CMM和ISO9001標(biāo)準(zhǔn)系列都著眼于質(zhì)量和過程管理，二者都為了解決同樣的問題。CMM是動(dòng)態(tài)的、開放的和持續(xù)改進(jìn)的，強(qiáng)調(diào)沒有最好只有更好，強(qiáng)調(diào)不斷改進(jìn)，強(qiáng)調(diào)人在軟件開發(fā)方面的思想認(rèn)識(shí)和主動(dòng)性，適用于軟件過程的改進(jìn)；CMM模型只關(guān)注軟件，它能解決“軟件危機(jī)”這個(gè)世界性的問題；ISO9001是靜態(tài)的質(zhì)量控制，只要達(dá)到幾個(gè)關(guān)鍵指標(biāo)就能完成質(zhì)量控制，更適用于硬件制造生產(chǎn)線的質(zhì)量控制。ISO9001的適應(yīng)范圍更廣，包括硬件、軟件和服務(wù)。一、緒論(5)5.ISO9001與CMM的異同F(xiàn)inal二、軟件過程成熟度框架(1)1.CMM基本知識(shí)FinalReviewCMM為軟件企業(yè)的過程能力提供了一個(gè)階梯式的進(jìn)化框架，階梯共有五級(jí)。可重復(fù)級(jí)：建立基本的項(xiàng)目管理過程。相似項(xiàng)目，重復(fù)以往成果。已定義級(jí)：文檔化、標(biāo)準(zhǔn)化和標(biāo)準(zhǔn)的軟件過程。初始級(jí)：無序、混亂的軟件過程。依賴個(gè)別人的努力和機(jī)遇。已管理級(jí)：軟件過程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)。優(yōu)化級(jí)：持續(xù)的對(duì)過程進(jìn)行改進(jìn)。二、軟件過程成熟度框架(1)1.CMM基本知識(shí)Final二、軟件過程成熟度框架(2)2.成熟度級(jí)別的行為特征FinalReview從效果而言，在上述不同階段，軟件開發(fā)生產(chǎn)的成熟程度給軟件企業(yè)帶來了完全不同的效果。第一階段到第五個(gè)階段，軟件開發(fā)生產(chǎn)的計(jì)劃精度越來越高，每單位工程的生產(chǎn)周期越來越短，每單位工程的成本越來越低。各關(guān)鍵過程域中規(guī)定了執(zhí)行約定、執(zhí)行能力、執(zhí)行活動(dòng)、質(zhì)量和驗(yàn)證的標(biāo)準(zhǔn)等。管理者：經(jīng)理、各級(jí)經(jīng)理、領(lǐng)導(dǎo)、職員和個(gè)人。軟件小組：軟件工程組、軟件工程過程組、軟件相關(guān)組等。二、軟件過程成熟度框架(2)2.成熟度級(jí)別的行為特征Fin二、軟件過程成熟度框架(3)3.成熟度級(jí)別的跳躍FinalReviewCMM每個(gè)成熟度級(jí)別都是下一級(jí)別的必要基礎(chǔ)。機(jī)構(gòu)可以選擇合適的時(shí)機(jī)，著手進(jìn)行特定的過程改進(jìn)。過程改進(jìn)工作應(yīng)該在其業(yè)務(wù)環(huán)境內(nèi)側(cè)重機(jī)構(gòu)的需求。實(shí)施軟件過程改進(jìn)的差異是由定義關(guān)鍵過程域引起的。二、軟件過程成熟度框架(3)3.成熟度級(jí)別的跳躍Final二、軟件過程成熟度框架(4)4.軟件過程可視性FinalReview等級(jí)1―――一個(gè)黑盒等級(jí)2―――項(xiàng)目里程碑處具有管理可視性等級(jí)3―――盒子的內(nèi)部結(jié)構(gòu)可視等級(jí)4―――軟件過程被配備上度量，并得到定量地控制等級(jí)5―――對(duì)過程不斷改進(jìn)二、軟件過程成熟度框架(4)4.軟件過程可視性Final三、能力成熟度模型的結(jié)構(gòu)(1)1.CMM的內(nèi)部結(jié)構(gòu)FinalReviewCMM由5個(gè)成熟度級(jí)別組成。每一個(gè)KPA進(jìn)一步被分為稱為公共特征的5個(gè)部分。這些公共特征包括了關(guān)鍵實(shí)踐（KP），即每一個(gè)KPA包括5類KP

。每個(gè)成熟度級(jí)別（除級(jí)別1）包含了實(shí)現(xiàn)該級(jí)別的若干個(gè)關(guān)鍵過程域（KPA）。實(shí)現(xiàn)了這些KP后，就實(shí)現(xiàn)了關(guān)鍵過程域的目標(biāo)。三、能力成熟度模型的結(jié)構(gòu)(1)1.CMM的內(nèi)部結(jié)構(gòu)Fina三、能力成熟度模型的結(jié)構(gòu)(2)2.關(guān)鍵過程域FinalReview一系列相互關(guān)聯(lián)的操作活動(dòng)。每個(gè)KPA的目標(biāo)總結(jié)了它的關(guān)鍵實(shí)踐（KP），目標(biāo)說明了每一個(gè)KPA的界限、范圍、內(nèi)容和關(guān)鍵實(shí)踐。某一級(jí)別的一組目標(biāo)，用以衡量是否具有此級(jí)別的能力。不同級(jí)別的KPA（項(xiàng)目、數(shù)目、內(nèi)容）是不同的，但其中很多項(xiàng)都有深層次的聯(lián)系（上級(jí)是下級(jí)的深化和延伸）。18個(gè)關(guān)鍵過程域，分布在2~5級(jí)。三、能力成熟度模型的結(jié)構(gòu)(2)2.關(guān)鍵過程域FinalR三、能力成熟度模型的結(jié)構(gòu)(3)3.關(guān)鍵實(shí)踐FinalReview每一個(gè)關(guān)鍵過程域都是用關(guān)鍵實(shí)踐的概念進(jìn)行描述。描述了對(duì)關(guān)鍵過程域的有效實(shí)施和制度化起最重要作用的基礎(chǔ)設(shè)施和活動(dòng)。達(dá)到一個(gè)KPA而要做的事。描述了“做什么”，但沒有規(guī)定“如何做”。三、能力成熟度模型的結(jié)構(gòu)(3)3.關(guān)鍵實(shí)踐FinalRe三、能力成熟度模型的結(jié)構(gòu)(4)4.共同特性FinalReview無論哪個(gè)KPA，它們的關(guān)鍵實(shí)踐都統(tǒng)一按五個(gè)公共屬性進(jìn)行組織，即每一個(gè)KPA都包含五類KP

。執(zhí)行約定：組織為保證過程得以建立和持續(xù)發(fā)揮作用所必須采取的行動(dòng)，主要包括制定企業(yè)范圍的政策和高層管理的責(zé)任。執(zhí)行能力：達(dá)到的前提條件，一般包括資源保證、人員培訓(xùn)等內(nèi)容。執(zhí)行活動(dòng)：必須執(zhí)行的任務(wù)和步驟，一般包括計(jì)劃、執(zhí)行的任務(wù)、任務(wù)執(zhí)行的跟蹤等。度量和分析：度量的基本原則，用以確定、改進(jìn)和控制過程的狀態(tài)。驗(yàn)證實(shí)施：驗(yàn)證所開展的關(guān)鍵實(shí)踐與確立的過程是否遵循已制定的步驟。三、能力成熟度模型的結(jié)構(gòu)(4)4.共同特性FinalRe三、能力成熟度模型的結(jié)構(gòu)(5)5.CMM的應(yīng)用FinalReviewCMM的兩種主要用途歸結(jié)為兩種評(píng)定方法。軟件過程評(píng)估:用于確定組織目前的軟件過程狀態(tài)，確定組織面臨的突出軟件過程問題，從而求得組織的軟件過程改進(jìn)的支持。軟件能力評(píng)價(jià):用于識(shí)別合格的軟件工作承包商，或用于監(jiān)控現(xiàn)行軟件工作項(xiàng)目上用的軟件過程的狀態(tài)。

CMM是軟件過程評(píng)估和軟件能力評(píng)價(jià)的公共基礎(chǔ)。不過，兩種用法的目的不同，而且具體用法也有很大差異。軟件過程評(píng)估側(cè)重于確定本組織軟件過程改進(jìn)的輕重緩急；軟件能力評(píng)價(jià)側(cè)重于確定在選擇軟件項(xiàng)目承包商時(shí)可能碰到的風(fēng)險(xiǎn)，或者說是確定軟件組織在軟件能力方面的置信程度。后面這一點(diǎn)正是許多軟件組織看好按CMM評(píng)定等級(jí)的原因。三、能力成熟度模型的結(jié)構(gòu)(5)5.CMM的應(yīng)用Final四、可重復(fù)級(jí)(1)1.可重復(fù)級(jí)的基本特征FinalReview已建立了項(xiàng)目管理的方針和規(guī)定。組織的過程能力體現(xiàn)在有紀(jì)律。當(dāng)有轉(zhuǎn)包商時(shí)，通過轉(zhuǎn)包合同建立有效的供求關(guān)系。對(duì)項(xiàng)目已設(shè)置基本的軟件管理控制。缺陷：依賴經(jīng)驗(yàn)管理項(xiàng)目。關(guān)注項(xiàng)目一級(jí)的軟件過程。四、可重復(fù)級(jí)(1)1.可重復(fù)級(jí)的基本特征FinalRev四、可重復(fù)級(jí)(2)2.需求管理（RM,RequirementsManagement

）FinalReview由上級(jí)主管部門和軟件質(zhì)量保證組實(shí)施驗(yàn)證。分配需求是指分配給軟件的系統(tǒng)需求，包括：軟件項(xiàng)目活動(dòng)中的非技術(shù)性需求、軟件技術(shù)性需求、接收標(biāo)準(zhǔn)。它是制定軟件開發(fā)計(jì)劃的根據(jù)，是整個(gè)軟件生命周期中估算、計(jì)劃、執(zhí)行和跟蹤軟件項(xiàng)目活動(dòng)的基礎(chǔ)。目標(biāo)：建立基線；軟件開發(fā)計(jì)劃、產(chǎn)品和活動(dòng)與分配給軟件的系統(tǒng)需求保持一致。即，需求確定的管理、需求實(shí)現(xiàn)的管理、需求變更的管理。執(zhí)行活動(dòng)：評(píng)審分配需求；將分配需求作為軟件開發(fā)的基礎(chǔ)；評(píng)審需求變更并納入到項(xiàng)目中。四、可重復(fù)級(jí)(2)2.需求管理（RM,Requirem四、可重復(fù)級(jí)(3)3.軟件項(xiàng)目計(jì)劃（SPP,SoftwareProjectPlanning）FinalReview由高級(jí)管理者和軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：對(duì)軟件估計(jì)建立文檔；項(xiàng)目活動(dòng)和約定是有計(jì)劃的，并已形成文檔；相關(guān)小組和個(gè)人對(duì)約定達(dá)成共識(shí)。執(zhí)行活動(dòng)：軟件項(xiàng)目的策劃、建議與評(píng)審；確定易于管理的軟件生命周期；制定項(xiàng)目的軟件開發(fā)計(jì)劃（SDP）；識(shí)別軟件工作產(chǎn)品；作出軟件估計(jì)并形成文檔；記錄軟件計(jì)劃數(shù)據(jù)。四、可重復(fù)級(jí)(3)3.軟件項(xiàng)目計(jì)劃（SPP,Softwar四、可重復(fù)級(jí)(4)4.軟件項(xiàng)目跟蹤和監(jiān)控(SPTO，SoftwareProjectTrackingandOversight)FinalReview由上級(jí)主管部門和軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：對(duì)照SDP，跟蹤實(shí)際結(jié)果和性能；發(fā)生明顯偏離時(shí)采取糾正措施；對(duì)軟件約定的更改應(yīng)得到相關(guān)小組和個(gè)人的認(rèn)可。執(zhí)行活動(dòng)：利用SDP跟蹤活動(dòng)并修訂項(xiàng)目的開發(fā)計(jì)劃；跟蹤實(shí)際的開發(fā)過程，必要時(shí)采取糾正措施；記錄軟件項(xiàng)目的實(shí)際度量數(shù)據(jù)，并重新計(jì)劃數(shù)據(jù)；定期進(jìn)行內(nèi)部審查和在項(xiàng)目里程碑處進(jìn)行審查。四、可重復(fù)級(jí)(4)4.軟件項(xiàng)目跟蹤和監(jiān)控(SPTO，Sof四、可重復(fù)級(jí)(5)5.軟件轉(zhuǎn)包合同管理（SSM，SoftwareSubcontractManagement）FinalReview由上級(jí)主管部門和軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：主承制方選擇合格的軟件分承制方；主承制方與軟件分承制方確認(rèn)他們相互間的約定；主承制方和軟件分承制方保持工作聯(lián)系；主承制方根據(jù)約定跟蹤軟件分承制方的實(shí)際結(jié)果和性能。執(zhí)行活動(dòng)：選擇合格的轉(zhuǎn)包商，并與之簽訂合同；主承包商審查轉(zhuǎn)包商的軟件開發(fā)計(jì)劃，并用于跟蹤其軟件活動(dòng)；評(píng)審、評(píng)價(jià)轉(zhuǎn)包商；監(jiān)督、驗(yàn)收轉(zhuǎn)包商的軟件活動(dòng)。四、可重復(fù)級(jí)(5)5.軟件轉(zhuǎn)包合同管理（SSM，Softw四、可重復(fù)級(jí)(6)6.軟件質(zhì)量保證（SQA，SoftwareQualityAssurance）FinalReview由上級(jí)主管部門和獨(dú)立于SQA組的專家進(jìn)行審查。目標(biāo)：SQA活動(dòng)是有計(jì)劃的；客觀地驗(yàn)證軟件產(chǎn)品和活動(dòng)是否遵守所用的標(biāo)準(zhǔn)、規(guī)程和需求；SQA組所進(jìn)行的活動(dòng)和結(jié)果及時(shí)通知到相關(guān)的組和個(gè)人；高層管理者及時(shí)處理在軟件項(xiàng)目?jī)?nèi)部不能解決的不一致性問題。執(zhí)行活動(dòng)：制定軟件項(xiàng)目的SQA計(jì)劃；按照SQA計(jì)劃來開展活動(dòng)；評(píng)審軟件工程活動(dòng)，以檢驗(yàn)一致性；審核制定的軟件工作產(chǎn)品，以檢驗(yàn)一致性。創(chuàng)建一個(gè)SQA小組是開展軟件質(zhì)量保證的必要條件。四、可重復(fù)級(jí)(6)6.軟件質(zhì)量保證（SQA，Softwar四、可重復(fù)級(jí)(7)7.軟件配置管理（SCM，SoftwareConfigurationManagement）FinalReview由上級(jí)主管部門和SQA組進(jìn)行審查。目標(biāo)：軟件配置管理活動(dòng)是有計(jì)劃的；所選用的軟件工作產(chǎn)品是經(jīng)過標(biāo)識(shí)、受控和可用的；對(duì)已標(biāo)識(shí)的軟件產(chǎn)品的變更是受控的；相關(guān)組和個(gè)人能及時(shí)得到軟件基線的狀態(tài)和內(nèi)容。SCM活動(dòng)主要解決四個(gè)方面的問題：配置識(shí)別；變更控制、配置狀態(tài)統(tǒng)計(jì)、配置審核（正式審核和非正式審核）。創(chuàng)建一個(gè)有權(quán)力管理項(xiàng)目軟件基線的委員會(huì)（SCCB）和一個(gè)SCM小組是開展SCM的必要條件。四、可重復(fù)級(jí)(7)7.軟件配置管理（SCM，Softwar五、已定義級(jí)(1)1.概述FinalReview用于開發(fā)、維護(hù)軟件的過程已經(jīng)得到了系統(tǒng)的闡述并能付諸于實(shí)施。軟件過程能力可概括為標(biāo)準(zhǔn)的和一致的。有兩種“已定義”的軟件過程：組織標(biāo)準(zhǔn)軟件過程(OSSP)、項(xiàng)目定義軟件過程。七個(gè)關(guān)鍵過程域。關(guān)注組織一級(jí)的軟件過程。五、已定義級(jí)(1)1.概述FinalReview用于開發(fā)五、已定義級(jí)(2)2.組織過程焦點(diǎn)（OPF，organizationprocessfocus）FinalReview由高級(jí)管理者進(jìn)行審查。目標(biāo)：在整個(gè)組織內(nèi)，有關(guān)軟件過程的活動(dòng)是協(xié)調(diào)的；識(shí)別出一個(gè)具體軟件過程與一個(gè)過程標(biāo)準(zhǔn)相比較的強(qiáng)處和弱處；在組織層上，有關(guān)軟件過程的活動(dòng)是有計(jì)劃的。OPF的主要活動(dòng)：定期評(píng)估軟件過程并制定相應(yīng)的更改計(jì)劃；協(xié)調(diào)組織的標(biāo)準(zhǔn)軟件過程和項(xiàng)目定義軟件過程的制定和改進(jìn)活動(dòng)。創(chuàng)建一個(gè)負(fù)責(zé)組織軟件過程活動(dòng)的組（如SEPG組）開展OPF的必要條件。五、已定義級(jí)(2)2.組織過程焦點(diǎn)（OPF，organiz五、已定義級(jí)(3)3.組織過程定義（OPD，OrganizationProcessDefinition）FinalReview由軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：開發(fā)和維護(hù)組織的標(biāo)準(zhǔn)軟件過程；收集和評(píng)審軟件項(xiàng)目使用組織的標(biāo)準(zhǔn)軟件過程的信息，并使其可用。OPD活動(dòng)產(chǎn)生軟件過程財(cái)富，包括：組織批準(zhǔn)的軟件生命周期、組織標(biāo)準(zhǔn)軟件過程、裁減指南、組織的軟件過程數(shù)據(jù)庫、軟件過程相關(guān)的文檔庫。軟件過程體系結(jié)構(gòu)是對(duì)組織標(biāo)準(zhǔn)軟件過程的高層次描述。它描述了OSSP中的軟件過程元素的排序、接口、相互依賴關(guān)系及其他關(guān)系。五、已定義級(jí)(3)3.組織過程定義（OPD，Organiza五、已定義級(jí)(4)4.培訓(xùn)程序（TP，TrainingProgram）FinalReview目標(biāo)：培訓(xùn)活動(dòng)是有計(jì)劃的；為培訓(xùn)組提供實(shí)施管理和技術(shù)職責(zé)所需要的技能和知識(shí)的培訓(xùn)；軟件工程組和軟件相關(guān)組的成員接受所需的培訓(xùn)。五、已定義級(jí)(4)4.培訓(xùn)程序（TP，TrainingPr五、已定義級(jí)(5)5.集成軟件管理（ISM，IntegratedSoftwareManagement）FinalReview目標(biāo)：項(xiàng)目定義的軟件過程是組織的標(biāo)準(zhǔn)軟件過程經(jīng)裁減的版本；按照項(xiàng)目定義的軟件過程對(duì)項(xiàng)目進(jìn)行計(jì)劃和管理。五、已定義級(jí)(5)5.集成軟件管理（ISM，Integrat五、已定義級(jí)(6)6.軟件產(chǎn)品工程（SPE，SoftwareProductEngineering）FinalReview目標(biāo)：定義和集成軟件工程任務(wù)，并一致地執(zhí)行它們；軟件工作產(chǎn)品間保持一致。五、已定義級(jí)(6)6.軟件產(chǎn)品工程（SPE，Software五、已定義級(jí)(7)7.組間協(xié)調(diào)（IntergroupCoordination）FinalReview目標(biāo)：客戶需求得到所有相關(guān)組的認(rèn)同；工程組之間的約定得到相關(guān)組的認(rèn)同；各工程組識(shí)別、跟蹤和解決組間存在的問題。組間協(xié)調(diào)的目的是為了建立一種工作方式，使軟件工程組能和其他工程組積極協(xié)調(diào)地工作，從而使項(xiàng)目能夠更有效地滿足客戶的需要。五、已定義級(jí)(7)7.組間協(xié)調(diào)（IntergroupCoo五、已定義級(jí)(8)8.同行評(píng)審（PeerReviews）FinalReview目標(biāo)：同行評(píng)審活動(dòng)是有計(jì)劃的；識(shí)別并消除軟件工作產(chǎn)品中存在的缺陷。五、已定義級(jí)(8)8.同行評(píng)審（PeerReviews六、已管理級(jí)(1)1.概述FinalReview組織為軟件產(chǎn)品和軟件過程定了量化的質(zhì)量標(biāo)準(zhǔn)量化控制將使軟件開發(fā)真正成為一種工業(yè)生產(chǎn)活動(dòng)兩個(gè)關(guān)鍵過程域定量過程管理軟件質(zhì)量管理六、已管理級(jí)(1)1.概述FinalReview組織為軟件六、已管理級(jí)(2)2.定量過程管理FinalReview目標(biāo)：定量過程管理活動(dòng)是有計(jì)劃的；定量地控制項(xiàng)目定義的軟件過程的過程性能；組織的標(biāo)準(zhǔn)軟件過程的過程能力是定量已知的。六、已管理級(jí)(2)2.定量過程管理FinalReview六、已管理級(jí)(3)3.軟件質(zhì)量管理FinalReview目標(biāo)：項(xiàng)目的軟件質(zhì)量管理活動(dòng)是有計(jì)劃的；軟件產(chǎn)品質(zhì)量的可測(cè)目標(biāo)和目標(biāo)的優(yōu)先級(jí)被定義；對(duì)達(dá)到軟件產(chǎn)品質(zhì)量目標(biāo)的實(shí)際進(jìn)展進(jìn)行了量化管理。六、已管理級(jí)(3)3.軟件質(zhì)量管理FinalReview七、優(yōu)化級(jí)(1)1.概述FinalReviewCMM中的最高層次工作重點(diǎn)對(duì)已有的軟件過程進(jìn)行深層次的改進(jìn)和過程成熟能力的不斷提高企業(yè)以“預(yù)防”、“改革”和“完善”為目標(biāo)三個(gè)關(guān)鍵過程域缺陷預(yù)防技術(shù)改革管理過程變更管理七、優(yōu)化級(jí)(1)1.概述FinalReviewCMM中的最七、優(yōu)化級(jí)(2)2.缺陷預(yù)防FinalReview目標(biāo)：缺陷預(yù)防活動(dòng)是有計(jì)劃的；缺陷產(chǎn)生的共同原因已經(jīng)找出且被標(biāo)識(shí)；缺陷產(chǎn)生的共同原因已按優(yōu)先級(jí)排序并被系統(tǒng)地消除。七、優(yōu)化級(jí)(2)2.缺陷預(yù)防FinalReview目標(biāo)：缺七、優(yōu)化級(jí)(3)3.技術(shù)改革管理FinalReview目標(biāo)：有計(jì)劃地進(jìn)行技術(shù)革新；評(píng)價(jià)新技術(shù)，確定他們對(duì)軟件質(zhì)量和生產(chǎn)率的影響；將合適的新技術(shù)引入到全組織的正常實(shí)踐中。七、優(yōu)化級(jí)(3)3.技術(shù)改革管理FinalReview目標(biāo)七、優(yōu)化級(jí)(4)4.過程變更管理FinalReview目標(biāo)：持續(xù)的過程改進(jìn)是有計(jì)劃的；組織內(nèi)的人員都參與組織的軟件過程改進(jìn)活動(dòng)；組織的標(biāo)準(zhǔn)軟件過程和項(xiàng)目定義的軟件過程是不斷改進(jìn)的。七、優(yōu)化級(jí)(4)4.過程變更管理FinalReview目標(biāo)八、個(gè)體軟件過程(1)FinalReview階段計(jì)劃是基于時(shí)間段的計(jì)劃，產(chǎn)品計(jì)劃是基于活動(dòng)的計(jì)劃。一個(gè)產(chǎn)品計(jì)劃需要一個(gè)階段計(jì)劃的支持。個(gè)體軟件過程(PersonalSoftwareProcess，PSP)是一種可用于控制、管理和改進(jìn)個(gè)人工作方式的自我持續(xù)改進(jìn)過程，是一個(gè)包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。PSP與具體的技術(shù)（程序設(shè)計(jì)語言、工具或者設(shè)計(jì)方法）相對(duì)獨(dú)立，其原則能夠應(yīng)用到幾乎任何的軟件工程任務(wù)之中。PSP能夠說明個(gè)體軟件過程的原則；幫助軟件工程師作出準(zhǔn)確的計(jì)劃；確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；建立度量個(gè)體軟件過程改善的基準(zhǔn)；確定過程的改變對(duì)軟件工程師能力的影響。八、個(gè)體軟件過程(1)FinalReview階段計(jì)劃是基于八、個(gè)體軟件過程(2)FinalReview通過缺陷分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預(yù)防和排除這一類缺陷，這就是缺陷管理的關(guān)鍵。PSP將缺陷分為10類。代碼復(fù)查是PSP提倡的查找缺陷的方法。在編譯之前進(jìn)行代碼復(fù)查，是完成目標(biāo)最好的方法。缺陷是指程序中存在的錯(cuò)誤，例如語法錯(cuò)誤、標(biāo)點(diǎn)符號(hào)錯(cuò)誤或者是一個(gè)不正確的程序語句，是任何影響程序完整而有效的滿足用戶要求的東西，是可以表示、描述和統(tǒng)計(jì)的客觀事物。八、個(gè)體軟件過程(2)FinalReview通過缺陷分類，九、群組軟件過程(1)FinalReview在設(shè)計(jì)TSP過程時(shí)，需要遵循以下七條原則：循序漸進(jìn)的原則，首先在PSP的基礎(chǔ)上提出一個(gè)簡(jiǎn)單的過程框架，然后逐步完善；迭代開發(fā)的原則，選用增量式迭代開發(fā)方法，通過幾個(gè)循環(huán)開發(fā)一個(gè)產(chǎn)品；質(zhì)量?jī)?yōu)先的原則，對(duì)按TSP開發(fā)的軟件產(chǎn)品，建立質(zhì)量和性能的度量標(biāo)準(zhǔn)；目標(biāo)明確的原則，對(duì)實(shí)施TSP的群組及其成員的工作效果提供準(zhǔn)確的度量；定期評(píng)審的原則，在TSP的實(shí)施過程中，對(duì)角色和群組進(jìn)行定期的評(píng)價(jià)；過程規(guī)范的原則，對(duì)每一個(gè)項(xiàng)目的TSP規(guī)定明確的過程規(guī)范；指令明確的原則，對(duì)實(shí)施TSP中可能遇到的問題提供解決問題的指南。九、群組軟件過程(1)FinalReview在設(shè)計(jì)TSP過十、CMMI(1)FinalReviewCMMI與CMM最大的不同點(diǎn)在于：CMMISM-SE/SW/IPPD/SS1.1版本有四個(gè)集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對(duì)于有些組織還可以應(yīng)用集成產(chǎn)品和過程開發(fā)方面(IPPD)的內(nèi)容，如果涉及到供應(yīng)商外包管理可以相應(yīng)的應(yīng)用SS(SupplierSourcing)部分。CMMI的全稱為：CapabilityMaturityModelIntegration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應(yīng)用于軟件業(yè)項(xiàng)目的管理方法，SEI在部分國(guó)家和地區(qū)開始推廣和試用。隨著應(yīng)用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應(yīng)用的綜合性模型。十、CMMI(1)FinalReviewCMMI與CMM十、CMMI(2)FinalReviewCMMI有兩種表示方法，一種是大家很熟悉的，和軟件CMM一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種表現(xiàn)方法的區(qū)別是：階段式表現(xiàn)方法仍然把CMMI中的若干個(gè)過程區(qū)域分成了5個(gè)成熟度級(jí)別，幫助實(shí)施CMMI的組織建議一條比較容易實(shí)現(xiàn)的過程改進(jìn)發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過將CMMI中過程區(qū)域分為四大類：過程管理、項(xiàng)目管理、工程以及支持。對(duì)于每個(gè)大類中的過程區(qū)域，又進(jìn)一步分為基本的和高級(jí)的。這樣，在按照連續(xù)式表示方法實(shí)施CMMI的時(shí)候，一個(gè)組織可以把項(xiàng)目管理或者其他某類的實(shí)踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。十、CMMI(2)FinalReviewCMMI有兩種表十一、例題（1）FinalReview（

）1.CMM2（可重復(fù)級(jí)）重點(diǎn)關(guān)注的是下列哪一個(gè)級(jí)別的軟件過程

。

A.企業(yè)

B.機(jī)構(gòu)

C.項(xiàng)目

D.小組

C十一、例題（1）FinalReview（）1.C十一、例題（2）FinalReview（

）2.下面有關(guān)CMM模型的描述中，不正確的是

。

A.CMM模型定義了成熟的軟件過程的實(shí)踐活動(dòng)

B.CMM模型提供了改進(jìn)軟件開發(fā)過程的結(jié)構(gòu)化模型

C.CMM模型給出了適用于各種應(yīng)用范圍的專門技術(shù)

D.按照CMM模型改進(jìn)軟件過程需要相當(dāng)可觀的費(fèi)用

C十一、例題（2）FinalReview（）2.下十一、例題（3）FinalReview（

）3.以下哪一個(gè)KPA不是CMM2（可重復(fù)級(jí)）關(guān)鍵過程域

。

A.軟件需求管理

B.軟件質(zhì)量保證

C.軟件配置管理

D.定量過程管理

D十一、例題（3）FinalReview（）3.以十一、例題（4）FinalReview（

）4.直接在測(cè)試環(huán)境中修改源代碼違反了下列哪一個(gè)KPA的規(guī)定

。A.需求管理

B.配置管理

C.項(xiàng)目計(jì)劃

D.過程變更

B十一、例題（4）FinalReview（）4.直十一、例題（5）FinalReview（

）5.以下哪一項(xiàng)是實(shí)施OPF（組織過程焦點(diǎn)）活動(dòng)的前提條件

。

A.成立SEPG組

B.進(jìn)行同行評(píng)審C.制定軟件項(xiàng)目計(jì)劃

D.識(shí)別軟件工作產(chǎn)品

A十一、例題（5）FinalReview（）5.以十一、例題（6）FinalReview（

）6.“定期地評(píng)估過程，理解過程的強(qiáng)項(xiàng)和弱項(xiàng)”是哪一個(gè)KPA的活動(dòng)

。

A.SQA（軟件質(zhì)量保證）

B.OPD（組織過程定義）

C.OPF（組織過程焦點(diǎn)）

D.SCM（軟件配置管理）

C十一、例題（6）FinalReview（）6.“十一、例題（7）FinalReview（

）7.OPF（組織過程焦點(diǎn)）的驗(yàn)證工作是由

來承擔(dān)的。A.SEPG組

B.SQA組

C.高級(jí)管理者

D.項(xiàng)目經(jīng)理

C十一、例題（7）FinalReview（）7.O十一、例題（8）FinalReview（

）8.在RUP中，關(guān)于周期（Cycle）、階段（Phase）、迭代（Iteration）的描述錯(cuò)誤的是

。

A.一個(gè)周期由4個(gè)階段構(gòu)成，并產(chǎn)生一代軟件產(chǎn)品B.每個(gè)階段經(jīng)歷的時(shí)間長(zhǎng)短可能不同C.每個(gè)階段由多個(gè)迭代構(gòu)成，每個(gè)迭代產(chǎn)生一個(gè)可運(yùn)行的版本D.每個(gè)迭代都是一次小型的瀑布式開發(fā)，從需求分析直到測(cè)試、集成等工作都花費(fèi)同樣的時(shí)間D十一、例題（8）FinalReview（）8.在十一、例題（9）FinalReview（

）9.下列關(guān)于過程和軟件過程的描述中不正確的是

。

A.過程對(duì)結(jié)果的影響往往是決定性的B.過程是需要定義的

C.在軟件過程中，產(chǎn)品實(shí)現(xiàn)過程被稱為“工程過程”D.過程就是指完成某項(xiàng)任務(wù)的步驟之間的先后順序D十一、例題（9）FinalReview（）9.下列關(guān)十一、例題（10）FinalReview（

）10.下列關(guān)于“軟件過程管理”和“軟件工程”的描述中，不正確的是

。

A.經(jīng)典的軟件過程不是不好，而是不夠，所以要關(guān)注軟件過程B.軟件過程管理并不屬于軟件工程的范疇C.軟件工程的誕生是為了解決軟件危機(jī)，然而軟件工程近40年的發(fā)展并未徹底解決這個(gè)問題D.在軟件過程管理中并不排斥對(duì)經(jīng)典軟件工程方法的應(yīng)用B十一、例題（10）FinalReview（）10.下十一、例題（11）FinalReview（

）11.軟件開發(fā)的瀑布模型是

。

A.適用于需求被清晰定義的情況B.一種需要快速構(gòu)造可運(yùn)行程序的好方法C.最適合于大規(guī)模團(tuán)隊(duì)開發(fā)的項(xiàng)目D.已不能用于現(xiàn)代環(huán)境的過時(shí)模型A十一、例題（11）FinalReview（）11.軟十一、例題（12）FinalReview（

）12.在RUP中，有一個(gè)術(shù)語叫做“制品”（Artifacts），在CMM中與之對(duì)應(yīng)的術(shù)語是

。

A.模板（Templates）B.產(chǎn)品（Products）C.設(shè)計(jì)集（DesignSet）D.工作產(chǎn)品（WorkProducts）D十一、例題（12）FinalReview（）12.在十一、例題（13）FinalReview（

）13.以下哪一項(xiàng)不是成熟的軟件過程的特點(diǎn)

。

A.過程可以度量B.過程本身受技術(shù)支持C.高度依賴于專業(yè)人員D.關(guān)注的焦點(diǎn)是過程改進(jìn)C十一、例題（13）FinalReview（）13.以十一、例題（14）FinalReview（

）14.依靠天才的管理者管理軟件開發(fā)是很多公司的做法。這種做法之所以錯(cuò)誤的最主要的原因是

。

A.再能干的人也有出錯(cuò)的時(shí)候B.有才華的管理者往往得不到員工的支持和配合C.依靠個(gè)人意味著放棄組織責(zé)任，該組織實(shí)際上已經(jīng)從這個(gè)項(xiàng)目退出D.實(shí)際上并不存在天才的管理者C十一、例題（14）FinalReview（）14.依十一、例題（15）FinalReview15.可將過程分為

、

和

三大類。

產(chǎn)品實(shí)現(xiàn)過程管理過程支持過程十一、例題（15）FinalReview15.可將過程分十一、例題（16）FinalReview16.RUP是一個(gè)軟件過程的框架，它所使用的可視化建模語言是

。

UML十一、例題（16）FinalReview16.RUP是一十一、例題（17）FinalReview17.軟件開發(fā)的三個(gè)要素是人、

和

，先重視

，后重視

，是世界軟件業(yè)發(fā)展的共同規(guī)律。

技術(shù)管理技術(shù)管理十一、例題（17）FinalReview17.軟件開發(fā)的十一、例題（18）FinalReview18.軟件危機(jī)是指軟件項(xiàng)目開發(fā)在

、

和

三方面出了問題。時(shí)間成本質(zhì)量十一、例題（18）FinalReview18.軟件危機(jī)是指十一、例題（19）FinalReview19.用于提高

的實(shí)踐通稱為軟件過程改進(jìn)。軟件過程能力十一、例題（19）FinalReview19.用于提高十一、例題（20）FinalReview20.經(jīng)典軟件工程的一個(gè)重大貢獻(xiàn)是防止了軟件開發(fā)人員匆匆開始編碼，而強(qiáng)調(diào)了

和

的重要性，軟件過程管理的理論則為持續(xù)提高

指明了一條行之有效的道路。需求分析系統(tǒng)設(shè)計(jì)軟件過程能力十一、例題（20）FinalReview20.經(jīng)典軟件工程十一、例題（21）FinalReview21.如果從變更的意義上講，軟件配置管理主要解決軟件的變更

、變更

和變更發(fā)布的問題。

標(biāo)識(shí)控制十一、例題（21）FinalReview21.如果從變更十一、例題（22）FinalReview22.軟件管理工程的發(fā)展經(jīng)歷了

時(shí)代和

時(shí)代，正向著

時(shí)代邁進(jìn)。

結(jié)構(gòu)化生產(chǎn)以過程為中心的工業(yè)化生產(chǎn)十一、例題（22）FinalReview22.軟件管理工十一、例題（23）FinalReview23.軟件過程的三要素是

、

和

。

機(jī)構(gòu)活動(dòng)測(cè)量十一、例題（23）FinalReview23.軟件過程的三十一、例題（24）FinalReview24.在RUP提倡的迭代開發(fā)中，一個(gè)周期分為4個(gè)階段，它們是：初始階段、

、

和

。

細(xì)化階段構(gòu)造階段移交階段十一、例題（24）FinalReview24.在RUP提倡十一、例題（25）FinalReview25.CMMI提供了

式和

式兩種表示方法，這兩種表示法在邏輯上是等價(jià)的。

階段連續(xù)十一、例題（25）FinalReview25.CMMI提十一、例題（26）FinalReview26.CMM與CMMI的過程域相比，最大的差別是體現(xiàn)在第

級(jí)。3十一、例題（26）FinalReview26.CMM與C十一、例題（27）FinalReview27.在TSP的測(cè)試策略中，使用經(jīng)過

測(cè)試的部件來創(chuàng)建系統(tǒng)，使系統(tǒng)建立在一個(gè)相對(duì)可靠的基礎(chǔ)之上。

單元十一、例題（27）FinalReview27.在TSP的十一、例題（28）FinalReview（

）28.建立項(xiàng)目軟件過程并不是SPP的任務(wù)，SDP建立在項(xiàng)目確定的軟件過程之上。

√十一、例題（28）FinalReview（）28.建十一、例題（29）FinalReview（

）29.RUP和CMMI一樣，都是定義良好的軟件過程產(chǎn)品。×十一、例題（29）FinalReview（）29.R十一、例題（30）FinalReview（

）30.一個(gè)沒有建立在合理估計(jì)基礎(chǔ)上的項(xiàng)目計(jì)劃會(huì)提供一種錯(cuò)誤的安全感，可能比根本沒有計(jì)劃更糟。

√十一、例題（30）FinalReview（）30.十一、例題（31）FinalReview（

）31.同行評(píng)審的目的是為了有效地發(fā)現(xiàn)提交給用戶的軟件產(chǎn)品的缺陷。

×十一、例題（31）FinalReview（）31.十一、例題（32）FinalReview（

）32.在進(jìn)行軟件過程評(píng)估時(shí)，盡管有些問題不屬于CMM的范圍，但評(píng)估和標(biāo)識(shí)它們也是應(yīng)該的，因?yàn)樵u(píng)估的目的是幫助改進(jìn)。

√十一、例題（32）FinalReview（）32十一、例題（33）FinalReview（

）33.軟件缺陷不僅限于程序代碼中存在的bug，還包括項(xiàng)目計(jì)劃、需求規(guī)格說明書、設(shè)計(jì)文檔、測(cè)試用例、用戶手冊(cè)等等中存在的錯(cuò)誤和問題。

√十一、例題（33）FinalReview（）33.十一、例題（34）FinalReview（

）34.SQA的目的，是使軟件過程對(duì)管理人員可見。

√十一、例題（34）FinalReview（）34.十一、例題（35）FinalReview（

）35.軟件質(zhì)量與組織生產(chǎn)力之間的關(guān)系是：低的生產(chǎn)力往往暗示著差的質(zhì)量。

√十一、例題（35）FinalReview（）35.十一、例題（36）FinalReview（

）36.基線是工作產(chǎn)品的一個(gè)版本。因此，只要需要，在開發(fā)過程的任何時(shí)刻都可以將工作產(chǎn)品保存下來形成基線。

×十一、例題（36）FinalReview（）36.十一、例題（37）FinalReview（

）37.在CMMI中，需求管理過程域被排列在需求開發(fā)過程域之后。原因是只有開發(fā)好需求，才能為需求管理奠定基礎(chǔ)。

×十一、例題（37）FinalReview（）37.十一、例題（38）FinalReview（

）38.CMM是以瀑布開發(fā)模型為基礎(chǔ)的，而CMMI是以迭代開發(fā)模型為基礎(chǔ)的。√十一、例題（38）FinalReview（）38.十一、例題（39）FinalReview（

）39.所謂CMM/CMMI最佳實(shí)踐，大多并不是什么革命性的創(chuàng)新，而是將開發(fā)人員已經(jīng)知曉的原則加以系統(tǒng)性的描述。√十一、例題（39）FinalReview（）39.十一、例題（40）FinalReviewSPIKPACBDSoftwareProcessImprovementKeyProcessAreaComponent-BasedDevelopment十一、例題（40）FinalReviewSPISoftwa總復(fù)習(xí)結(jié)束祝同學(xué)們考試順利!FinalReview總復(fù)習(xí)結(jié)束祝同學(xué)們FinalReviewFinalReview

SoftwareProcessManagementandImprovementChenGangsharepool@chenzuolin@InternationalSchoolofSoftware,WHUFinalReview軟件過程管理與改進(jìn)期末總復(fù)習(xí)陳剛武漢大學(xué)國(guó)際軟件學(xué)院，2008FinalReview軟件過程管理與改進(jìn)期末總復(fù)習(xí)FinalReview目錄一、緒論二、軟件過程成熟度框架三、能力成熟度模型的結(jié)構(gòu)四、可重復(fù)級(jí)五、已定義級(jí)六、已管理級(jí)七、優(yōu)化級(jí)八、個(gè)體軟件過程九、群組軟件過程十、CMMIFinalReview目錄一、緒論FinalReview一、緒論(1)1.軟件與軟件產(chǎn)業(yè)的發(fā)展過程FinalReview軟件管理工程的發(fā)展，經(jīng)歷了從20世紀(jì)70年代開始以結(jié)構(gòu)化分析與設(shè)計(jì)、結(jié)構(gòu)化評(píng)審、結(jié)構(gòu)化程序設(shè)計(jì)以及結(jié)構(gòu)化測(cè)試為特征的結(jié)構(gòu)化生產(chǎn)時(shí)代，到90年代中期，以CMM模型的成熟和日益為市場(chǎng)接受為標(biāo)志，已經(jīng)進(jìn)入以過程成熟度模型CMM、個(gè)體軟件過程PSP和團(tuán)隊(duì)軟件過程TSP為標(biāo)志的以過程為中心的時(shí)代，而軟件發(fā)展第三個(gè)時(shí)代，即軟件工業(yè)化生產(chǎn)時(shí)代，以90年代中期軟件過程技術(shù)的成熟和面向?qū)ο蠹夹g(shù)、構(gòu)件技術(shù)的發(fā)展為基礎(chǔ)，已經(jīng)漸露端倪。一、緒論(1)1.軟件與軟件產(chǎn)業(yè)的發(fā)展過程FinalR一、緒論(2)

2.軟件危機(jī)及其原因FinalReview軟件特殊性：軟件成本高；軟件開發(fā)的進(jìn)度難于控制；估計(jì)軟件工作量很困難；軟件質(zhì)量難于保證；修正維護(hù)軟件困難。軟件企業(yè)的4個(gè)困難：需求的完全識(shí)別；軟件產(chǎn)品需求的完全傳遞；軟件產(chǎn)品相關(guān)的變更控制；軟件產(chǎn)品相關(guān)技術(shù)的快速變化。軟件構(gòu)建的核心就是管理復(fù)雜度。軟件是由人開發(fā)的，人的智力與軟件的復(fù)雜度之間存在矛盾。軟件復(fù)雜度與軟件的規(guī)模有很大關(guān)系，另外也與模塊間的耦合度、模塊內(nèi)的內(nèi)聚性等因素有關(guān)。一、緒論(2)2.軟件危機(jī)及其原因FinalRevie一、緒論(3)3.過程及其要素FinalReview軟件開發(fā)項(xiàng)目是在規(guī)定的成本和時(shí)間內(nèi)，開發(fā)和提交滿足客戶某些需求的軟件產(chǎn)品。項(xiàng)目的三個(gè)基本特征是:成本、進(jìn)度和質(zhì)量（代表軟件在多大程度上滿足客戶的要求）。對(duì)于機(jī)構(gòu)而言，包含多個(gè)項(xiàng)目，而實(shí)現(xiàn)機(jī)構(gòu)的高質(zhì)量和生產(chǎn)率，依賴于三個(gè)因素:過程、人和技術(shù)。其中過程不僅僅是一系列步驟，還包含了機(jī)構(gòu)所積累的經(jīng)驗(yàn)，包含了機(jī)構(gòu)可以從已成功的項(xiàng)目中所學(xué)到的一切。一、緒論(3)3.過程及其要素FinalReview軟件一、緒論(4)4.CMM與軟件產(chǎn)業(yè)FinalReview管理是影響軟件研發(fā)項(xiàng)目全局的因素，而技術(shù)只影響局部。1987年9月，美國(guó)卡內(nèi)基-梅隆大學(xué)軟件工程研究所發(fā)布了軟件過程成熟度框架，并提供了軟件過程評(píng)估和軟件能力評(píng)價(jià)兩種評(píng)估方法和軟件成熟度提問單。4年之后，SEI將軟件過程成熟度框架進(jìn)化為軟件能力成熟度模型（CapabilityMaturityModelForSoftware，簡(jiǎn)稱SW-CMM）。1991年8月，SEI發(fā)布了最早的SW-CMMv1.0。經(jīng)過兩年的試用，1993年SEI正式發(fā)布了SW-CMMv1.1，這是目前使用最為廣泛的版本。一、緒論(4)4.CMM與軟件產(chǎn)業(yè)FinalReview一、緒論(5)5.ISO9001與CMM的異同F(xiàn)inalReviewISO9000系列包括3個(gè)第三方認(rèn)證標(biāo)準(zhǔn)（ISO9001、ISO9002和ISO9003）和一個(gè)質(zhì)量管理標(biāo)準(zhǔn)ISO9004。CMM和ISO9001標(biāo)準(zhǔn)系列都著眼于質(zhì)量和過程管理，二者都為了解決同樣的問題。CMM是動(dòng)態(tài)的、開放的和持續(xù)改進(jìn)的，強(qiáng)調(diào)沒有最好只有更好，強(qiáng)調(diào)不斷改進(jìn)，強(qiáng)調(diào)人在軟件開發(fā)方面的思想認(rèn)識(shí)和主動(dòng)性，適用于軟件過程的改進(jìn)；CMM模型只關(guān)注軟件，它能解決“軟件危機(jī)”這個(gè)世界性的問題；ISO9001是靜態(tài)的質(zhì)量控制，只要達(dá)到幾個(gè)關(guān)鍵指標(biāo)就能完成質(zhì)量控制，更適用于硬件制造生產(chǎn)線的質(zhì)量控制。ISO9001的適應(yīng)范圍更廣，包括硬件、軟件和服務(wù)。一、緒論(5)5.ISO9001與CMM的異同F(xiàn)inal二、軟件過程成熟度框架(1)1.CMM基本知識(shí)FinalReviewCMM為軟件企業(yè)的過程能力提供了一個(gè)階梯式的進(jìn)化框架，階梯共有五級(jí)?？芍貜?fù)級(jí)：建立基本的項(xiàng)目管理過程。相似項(xiàng)目，重復(fù)以往成果。已定義級(jí)：文檔化、標(biāo)準(zhǔn)化和標(biāo)準(zhǔn)的軟件過程。初始級(jí)：無序、混亂的軟件過程。依賴個(gè)別人的努力和機(jī)遇。已管理級(jí)：軟件過程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)。優(yōu)化級(jí)：持續(xù)的對(duì)過程進(jìn)行改進(jìn)。二、軟件過程成熟度框架(1)1.CMM基本知識(shí)Final二、軟件過程成熟度框架(2)2.成熟度級(jí)別的行為特征FinalReview從效果而言，在上述不同階段，軟件開發(fā)生產(chǎn)的成熟程度給軟件企業(yè)帶來了完全不同的效果。第一階段到第五個(gè)階段，軟件開發(fā)生產(chǎn)的計(jì)劃精度越來越高，每單位工程的生產(chǎn)周期越來越短，每單位工程的成本越來越低。各關(guān)鍵過程域中規(guī)定了執(zhí)行約定、執(zhí)行能力、執(zhí)行活動(dòng)、質(zhì)量和驗(yàn)證的標(biāo)準(zhǔn)等。管理者：經(jīng)理、各級(jí)經(jīng)理、領(lǐng)導(dǎo)、職員和個(gè)人。軟件小組：軟件工程組、軟件工程過程組、軟件相關(guān)組等。二、軟件過程成熟度框架(2)2.成熟度級(jí)別的行為特征Fin二、軟件過程成熟度框架(3)3.成熟度級(jí)別的跳躍FinalReviewCMM每個(gè)成熟度級(jí)別都是下一級(jí)別的必要基礎(chǔ)。機(jī)構(gòu)可以選擇合適的時(shí)機(jī)，著手進(jìn)行特定的過程改進(jìn)。過程改進(jìn)工作應(yīng)該在其業(yè)務(wù)環(huán)境內(nèi)側(cè)重機(jī)構(gòu)的需求。實(shí)施軟件過程改進(jìn)的差異是由定義關(guān)鍵過程域引起的。二、軟件過程成熟度框架(3)3.成熟度級(jí)別的跳躍Final二、軟件過程成熟度框架(4)4.軟件過程可視性FinalReview等級(jí)1―――一個(gè)黑盒等級(jí)2―――項(xiàng)目里程碑處具有管理可視性等級(jí)3―――盒子的內(nèi)部結(jié)構(gòu)可視等級(jí)4―――軟件過程被配備上度量，并得到定量地控制等級(jí)5―――對(duì)過程不斷改進(jìn)二、軟件過程成熟度框架(4)4.軟件過程可視性Final三、能力成熟度模型的結(jié)構(gòu)(1)1.CMM的內(nèi)部結(jié)構(gòu)FinalReviewCMM由5個(gè)成熟度級(jí)別組成。每一個(gè)KPA進(jìn)一步被分為稱為公共特征的5個(gè)部分。這些公共特征包括了關(guān)鍵實(shí)踐（KP），即每一個(gè)KPA包括5類KP

。每個(gè)成熟度級(jí)別（除級(jí)別1）包含了實(shí)現(xiàn)該級(jí)別的若干個(gè)關(guān)鍵過程域（KPA）。實(shí)現(xiàn)了這些KP后，就實(shí)現(xiàn)了關(guān)鍵過程域的目標(biāo)。三、能力成熟度模型的結(jié)構(gòu)(1)1.CMM的內(nèi)部結(jié)構(gòu)Fina三、能力成熟度模型的結(jié)構(gòu)(2)2.關(guān)鍵過程域FinalReview一系列相互關(guān)聯(lián)的操作活動(dòng)。每個(gè)KPA的目標(biāo)總結(jié)了它的關(guān)鍵實(shí)踐（KP），目標(biāo)說明了每一個(gè)KPA的界限、范圍、內(nèi)容和關(guān)鍵實(shí)踐。某一級(jí)別的一組目標(biāo)，用以衡量是否具有此級(jí)別的能力。不同級(jí)別的KPA（項(xiàng)目、數(shù)目、內(nèi)容）是不同的，但其中很多項(xiàng)都有深層次的聯(lián)系（上級(jí)是下級(jí)的深化和延伸）。18個(gè)關(guān)鍵過程域，分布在2~5級(jí)。三、能力成熟度模型的結(jié)構(gòu)(2)2.關(guān)鍵過程域FinalR三、能力成熟度模型的結(jié)構(gòu)(3)3.關(guān)鍵實(shí)踐FinalReview每一個(gè)關(guān)鍵過程域都是用關(guān)鍵實(shí)踐的概念進(jìn)行描述。描述了對(duì)關(guān)鍵過程域的有效實(shí)施和制度化起最重要作用的基礎(chǔ)設(shè)施和活動(dòng)。達(dá)到一個(gè)KPA而要做的事。描述了“做什么”，但沒有規(guī)定“如何做”。三、能力成熟度模型的結(jié)構(gòu)(3)3.關(guān)鍵實(shí)踐FinalRe三、能力成熟度模型的結(jié)構(gòu)(4)4.共同特性FinalReview無論哪個(gè)KPA，它們的關(guān)鍵實(shí)踐都統(tǒng)一按五個(gè)公共屬性進(jìn)行組織，即每一個(gè)KPA都包含五類KP

。執(zhí)行約定：組織為保證過程得以建立和持續(xù)發(fā)揮作用所必須采取的行動(dòng)，主要包括制定企業(yè)范圍的政策和高層管理的責(zé)任。執(zhí)行能力：達(dá)到的前提條件，一般包括資源保證、人員培訓(xùn)等內(nèi)容。執(zhí)行活動(dòng)：必須執(zhí)行的任務(wù)和步驟，一般包括計(jì)劃、執(zhí)行的任務(wù)、任務(wù)執(zhí)行的跟蹤等。度量和分析：度量的基本原則，用以確定、改進(jìn)和控制過程的狀態(tài)。驗(yàn)證實(shí)施：驗(yàn)證所開展的關(guān)鍵實(shí)踐與確立的過程是否遵循已制定的步驟。三、能力成熟度模型的結(jié)構(gòu)(4)4.共同特性FinalRe三、能力成熟度模型的結(jié)構(gòu)(5)5.CMM的應(yīng)用FinalReviewCMM的兩種主要用途歸結(jié)為兩種評(píng)定方法。軟件過程評(píng)估:用于確定組織目前的軟件過程狀態(tài)，確定組織面臨的突出軟件過程問題，從而求得組織的軟件過程改進(jìn)的支持。軟件能力評(píng)價(jià):用于識(shí)別合格的軟件工作承包商，或用于監(jiān)控現(xiàn)行軟件工作項(xiàng)目上用的軟件過程的狀態(tài)。

CMM是軟件過程評(píng)估和軟件能力評(píng)價(jià)的公共基礎(chǔ)。不過，兩種用法的目的不同，而且具體用法也有很大差異。軟件過程評(píng)估側(cè)重于確定本組織軟件過程改進(jìn)的輕重緩急；軟件能力評(píng)價(jià)側(cè)重于確定在選擇軟件項(xiàng)目承包商時(shí)可能碰到的風(fēng)險(xiǎn)，或者說是確定軟件組織在軟件能力方面的置信程度。后面這一點(diǎn)正是許多軟件組織看好按CMM評(píng)定等級(jí)的原因。三、能力成熟度模型的結(jié)構(gòu)(5)5.CMM的應(yīng)用Final四、可重復(fù)級(jí)(1)1.可重復(fù)級(jí)的基本特征FinalReview已建立了項(xiàng)目管理的方針和規(guī)定。組織的過程能力體現(xiàn)在有紀(jì)律。當(dāng)有轉(zhuǎn)包商時(shí)，通過轉(zhuǎn)包合同建立有效的供求關(guān)系。對(duì)項(xiàng)目已設(shè)置基本的軟件管理控制。缺陷：依賴經(jīng)驗(yàn)管理項(xiàng)目。關(guān)注項(xiàng)目一級(jí)的軟件過程。四、可重復(fù)級(jí)(1)1.可重復(fù)級(jí)的基本特征FinalRev四、可重復(fù)級(jí)(2)2.需求管理（RM,RequirementsManagement

）FinalReview由上級(jí)主管部門和軟件質(zhì)量保證組實(shí)施驗(yàn)證。分配需求是指分配給軟件的系統(tǒng)需求，包括：軟件項(xiàng)目活動(dòng)中的非技術(shù)性需求、軟件技術(shù)性需求、接收標(biāo)準(zhǔn)。它是制定軟件開發(fā)計(jì)劃的根據(jù)，是整個(gè)軟件生命周期中估算、計(jì)劃、執(zhí)行和跟蹤軟件項(xiàng)目活動(dòng)的基礎(chǔ)。目標(biāo)：建立基線；軟件開發(fā)計(jì)劃、產(chǎn)品和活動(dòng)與分配給軟件的系統(tǒng)需求保持一致。即，需求確定的管理、需求實(shí)現(xiàn)的管理、需求變更的管理。執(zhí)行活動(dòng)：評(píng)審分配需求；將分配需求作為軟件開發(fā)的基礎(chǔ)；評(píng)審需求變更并納入到項(xiàng)目中。四、可重復(fù)級(jí)(2)2.需求管理（RM,Requirem四、可重復(fù)級(jí)(3)3.軟件項(xiàng)目計(jì)劃（SPP,SoftwareProjectPlanning）FinalReview由高級(jí)管理者和軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：對(duì)軟件估計(jì)建立文檔；項(xiàng)目活動(dòng)和約定是有計(jì)劃的，并已形成文檔；相關(guān)小組和個(gè)人對(duì)約定達(dá)成共識(shí)。執(zhí)行活動(dòng)：軟件項(xiàng)目的策劃、建議與評(píng)審；確定易于管理的軟件生命周期；制定項(xiàng)目的軟件開發(fā)計(jì)劃（SDP）；識(shí)別軟件工作產(chǎn)品；作出軟件估計(jì)并形成文檔；記錄軟件計(jì)劃數(shù)據(jù)。四、可重復(fù)級(jí)(3)3.軟件項(xiàng)目計(jì)劃（SPP,Softwar四、可重復(fù)級(jí)(4)4.軟件項(xiàng)目跟蹤和監(jiān)控(SPTO，SoftwareProjectTrackingandOversight)FinalReview由上級(jí)主管部門和軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：對(duì)照SDP，跟蹤實(shí)際結(jié)果和性能；發(fā)生明顯偏離時(shí)采取糾正措施；對(duì)軟件約定的更改應(yīng)得到相關(guān)小組和個(gè)人的認(rèn)可。執(zhí)行活動(dòng)：利用SDP跟蹤活動(dòng)并修訂項(xiàng)目的開發(fā)計(jì)劃；跟蹤實(shí)際的開發(fā)過程，必要時(shí)采取糾正措施；記錄軟件項(xiàng)目的實(shí)際度量數(shù)據(jù)，并重新計(jì)劃數(shù)據(jù)；定期進(jìn)行內(nèi)部審查和在項(xiàng)目里程碑處進(jìn)行審查。四、可重復(fù)級(jí)(4)4.軟件項(xiàng)目跟蹤和監(jiān)控(SPTO，Sof四、可重復(fù)級(jí)(5)5.軟件轉(zhuǎn)包合同管理（SSM，SoftwareSubcontractManagement）FinalReview由上級(jí)主管部門和軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：主承制方選擇合格的軟件分承制方；主承制方與軟件分承制方確認(rèn)他們相互間的約定；主承制方和軟件分承制方保持工作聯(lián)系；主承制方根據(jù)約定跟蹤軟件分承制方的實(shí)際結(jié)果和性能。執(zhí)行活動(dòng)：選擇合格的轉(zhuǎn)包商，并與之簽訂合同；主承包商審查轉(zhuǎn)包商的軟件開發(fā)計(jì)劃，并用于跟蹤其軟件活動(dòng)；評(píng)審、評(píng)價(jià)轉(zhuǎn)包商；監(jiān)督、驗(yàn)收轉(zhuǎn)包商的軟件活動(dòng)。四、可重復(fù)級(jí)(5)5.軟件轉(zhuǎn)包合同管理（SSM，Softw四、可重復(fù)級(jí)(6)6.軟件質(zhì)量保證（SQA，SoftwareQualityAssurance）FinalReview由上級(jí)主管部門和獨(dú)立于SQA組的專家進(jìn)行審查。目標(biāo)：SQA活動(dòng)是有計(jì)劃的；客觀地驗(yàn)證軟件產(chǎn)品和活動(dòng)是否遵守所用的標(biāo)準(zhǔn)、規(guī)程和需求；SQA組所進(jìn)行的活動(dòng)和結(jié)果及時(shí)通知到相關(guān)的組和個(gè)人；高層管理者及時(shí)處理在軟件項(xiàng)目?jī)?nèi)部不能解決的不一致性問題。執(zhí)行活動(dòng)：制定軟件項(xiàng)目的SQA計(jì)劃；按照SQA計(jì)劃來開展活動(dòng)；評(píng)審軟件工程活動(dòng)，以檢驗(yàn)一致性；審核制定的軟件工作產(chǎn)品，以檢驗(yàn)一致性。創(chuàng)建一個(gè)SQA小組是開展軟件質(zhì)量保證的必要條件。四、可重復(fù)級(jí)(6)6.軟件質(zhì)量保證（SQA，Softwar四、可重復(fù)級(jí)(7)7.軟件配置管理（SCM，SoftwareConfigurationManagement）FinalReview由上級(jí)主管部門和SQA組進(jìn)行審查。目標(biāo)：軟件配置管理活動(dòng)是有計(jì)劃的；所選用的軟件工作產(chǎn)品是經(jīng)過標(biāo)識(shí)、受控和可用的；對(duì)已標(biāo)識(shí)的軟件產(chǎn)品的變更是受控的；相關(guān)組和個(gè)人能及時(shí)得到軟件基線的狀態(tài)和內(nèi)容。SCM活動(dòng)主要解決四個(gè)方面的問題：配置識(shí)別；變更控制、配置狀態(tài)統(tǒng)計(jì)、配置審核（正式審核和非正式審核）。創(chuàng)建一個(gè)有權(quán)力管理項(xiàng)目軟件基線的委員會(huì)（SCCB）和一個(gè)SCM小組是開展SCM的必要條件。四、可重復(fù)級(jí)(7)7.軟件配置管理（SCM，Softwar五、已定義級(jí)(1)1.概述FinalReview用于開發(fā)、維護(hù)軟件的過程已經(jīng)得到了系統(tǒng)的闡述并能付諸于實(shí)施。軟件過程能力可概括為標(biāo)準(zhǔn)的和一致的。有兩種“已定義”的軟件過程：組織標(biāo)準(zhǔn)軟件過程(OSSP)、項(xiàng)目定義軟件過程。七個(gè)關(guān)鍵過程域。關(guān)注組織一級(jí)的軟件過程。五、已定義級(jí)(1)1.概述FinalReview用于開發(fā)五、已定義級(jí)(2)2.組織過程焦點(diǎn)（OPF，organizationprocessfocus）FinalReview由高級(jí)管理者進(jìn)行審查。目標(biāo)：在整個(gè)組織內(nèi)，有關(guān)軟件過程的活動(dòng)是協(xié)調(diào)的；識(shí)別出一個(gè)具體軟件過程與一個(gè)過程標(biāo)準(zhǔn)相比較的強(qiáng)處和弱處；在組織層上，有關(guān)軟件過程的活動(dòng)是有計(jì)劃的。OPF的主要活動(dòng)：定期評(píng)估軟件過程并制定相應(yīng)的更改計(jì)劃；協(xié)調(diào)組織的標(biāo)準(zhǔn)軟件過程和項(xiàng)目定義軟件過程的制定和改進(jìn)活動(dòng)。創(chuàng)建一個(gè)負(fù)責(zé)組織軟件過程活動(dòng)的組（如SEPG組）開展OPF的必要條件。五、已定義級(jí)(2)2.組織過程焦點(diǎn)（OPF，organiz五、已定義級(jí)(3)3.組織過程定義（OPD，OrganizationProcessDefinition）FinalReview由軟件質(zhì)量保證組實(shí)施驗(yàn)證。目標(biāo)：開發(fā)和維護(hù)組織的標(biāo)準(zhǔn)軟件過程；收集和評(píng)審軟件項(xiàng)目使用組織的標(biāo)準(zhǔn)軟件過程的信息，并使其可用。OPD活動(dòng)產(chǎn)生軟件過程財(cái)富，包括：組織批準(zhǔn)的軟件生命周期、組織標(biāo)準(zhǔn)軟件過程、裁減指南、組織的軟件過程數(shù)據(jù)庫、軟件過程相關(guān)的文檔庫。軟件過程體系結(jié)構(gòu)是對(duì)組織標(biāo)準(zhǔn)軟件過程的高層次描述。它描述了OSSP中的軟件過程元素的排序、接口、相互依賴關(guān)系及其他關(guān)系。五、已定義級(jí)(3)3.組織過程定義（OPD，Organiza五、已定義級(jí)(4)4.培訓(xùn)程序（TP，TrainingProgram）FinalReview目標(biāo)：培訓(xùn)活動(dòng)是有計(jì)劃的；為培訓(xùn)組提供實(shí)施管理和技術(shù)職責(zé)所需要的技能和知識(shí)的培訓(xùn)；軟件工程組和軟件相關(guān)組的成員接受所需的培訓(xùn)。五、已定義級(jí)(4)4.培訓(xùn)程序（TP，TrainingPr五、已定義級(jí)(5)5.集成軟件管理（ISM，IntegratedSoftwareManagement）FinalReview目標(biāo)：項(xiàng)目定義的軟件過程是組織的標(biāo)準(zhǔn)軟件過程經(jīng)裁減的版本；按照項(xiàng)目定義的軟件過程對(duì)項(xiàng)目進(jìn)行計(jì)劃和管理。五、已定義級(jí)(5)5.集成軟件管理（ISM，Integrat五、已定義級(jí)(6)6.軟件產(chǎn)品工程（SPE，SoftwareProductEngineering）FinalReview目標(biāo)：定義和集成軟件工程任務(wù)，并一致地執(zhí)行它們；軟件工作產(chǎn)品間保持一致。五、已定義級(jí)(6)6.軟件產(chǎn)品工程（SPE，Software五、已定義級(jí)(7)7.組間協(xié)調(diào)（IntergroupCoordination）FinalReview目標(biāo)：客戶需求得到所有相關(guān)組的認(rèn)同；工程組之間的約定得到相關(guān)組的認(rèn)同；各工程組識(shí)別、跟蹤和解決組間存在的問題。組間協(xié)調(diào)的目的是為了建立一種工作方式，使軟件工程組能和其他工程組積極協(xié)調(diào)地工作，從而使項(xiàng)目能夠更有效地滿足客戶的需要。五、已定義級(jí)(7)7.組間協(xié)調(diào)（IntergroupCoo五、已定義級(jí)(8)8.同行評(píng)審（PeerReviews）FinalReview目標(biāo)：同行評(píng)審活動(dòng)是有計(jì)劃的；識(shí)別并消除軟件工作產(chǎn)品中存在的缺陷。五、已定義級(jí)(8)8.同行評(píng)審（PeerReviews六、已管理級(jí)(1)1.概述FinalReview組織為軟件產(chǎn)品和軟件過程定了量化的質(zhì)量標(biāo)準(zhǔn)量化控制將使軟件開發(fā)真正成為一種工業(yè)生產(chǎn)活動(dòng)兩個(gè)關(guān)鍵過程域定量過程管理軟件質(zhì)量管理六、已管理級(jí)(1)1.概述FinalReview組織為軟件六、已管理級(jí)(2)2.定量過程管理FinalReview目標(biāo)：定量過程管理活動(dòng)是有計(jì)劃的；定量地控制項(xiàng)目定義的軟件過程的過程性能；組織的標(biāo)準(zhǔn)軟件過程的過程能力是定量已知的。六、已管理級(jí)(2)2.定量過程管理FinalReview六、已管理級(jí)(3)3.軟件質(zhì)量管理FinalReview目標(biāo)：項(xiàng)目的軟件質(zhì)量管理活動(dòng)是有計(jì)劃的；軟件產(chǎn)品質(zhì)量的可測(cè)目標(biāo)和目標(biāo)的優(yōu)先級(jí)被定義；對(duì)達(dá)到軟件產(chǎn)品質(zhì)量目標(biāo)的實(shí)際進(jìn)展進(jìn)行了量化管理。六、已管理級(jí)(3)3.軟件質(zhì)量管理FinalReview七、優(yōu)化級(jí)(1)1.概述FinalReviewCMM中的最高層次工作重點(diǎn)對(duì)已有的軟件過程進(jìn)行深層次的改進(jìn)和過程成熟能力的不斷提高企業(yè)以“預(yù)防”、“改革”和“完善”為目標(biāo)三個(gè)關(guān)鍵過程域缺陷預(yù)防技術(shù)改革管理過程變更管理七、優(yōu)化級(jí)(1)1.概述FinalReviewCMM中的最七、優(yōu)化級(jí)(2)2.缺陷預(yù)防FinalReview目標(biāo)：缺陷預(yù)防活動(dòng)是有計(jì)劃的；缺陷產(chǎn)生的共同原因已經(jīng)找出且被標(biāo)識(shí)；缺陷產(chǎn)生的共同原因已按優(yōu)先級(jí)排序并被系統(tǒng)地消除。七、優(yōu)化級(jí)(2)2.缺陷預(yù)防FinalReview目標(biāo)：缺七、優(yōu)化級(jí)(3)3.技術(shù)改革管理FinalReview目標(biāo)：有計(jì)劃地進(jìn)行技術(shù)革新；評(píng)價(jià)新技術(shù)，確定他們對(duì)軟件質(zhì)量和生產(chǎn)率的影響；將合適的新技術(shù)引入到全組織的正常實(shí)踐中。七、優(yōu)化級(jí)(3)3.技術(shù)改革管理FinalReview目標(biāo)七、優(yōu)化級(jí)(4)4.過程變更管理FinalReview目標(biāo)：持續(xù)的過程改進(jìn)是有計(jì)劃的；組織內(nèi)的人員都參與組織的軟件過程改進(jìn)活動(dòng)；組織的標(biāo)準(zhǔn)軟件過程和項(xiàng)目定義的軟件過程是不斷改進(jìn)的。七、優(yōu)化級(jí)(4)4.過程變更管理FinalReview目標(biāo)八、個(gè)體軟件過程(1)FinalReview階段計(jì)劃是基于時(shí)間段的計(jì)劃，產(chǎn)品計(jì)劃是基于活動(dòng)的計(jì)劃。一個(gè)產(chǎn)品計(jì)劃需要一個(gè)階段計(jì)劃的支持。個(gè)體軟件過程(PersonalSoftwareProcess，PSP)是一種可用于控制、管理和改進(jìn)個(gè)人工作方式的自我持續(xù)改進(jìn)過程，是一個(gè)包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。PSP與具體的技術(shù)（程序設(shè)計(jì)語言、工具或者設(shè)計(jì)方法）相對(duì)獨(dú)立，其原則能夠應(yīng)用到幾乎任何的軟件工程任務(wù)之中。PSP能夠說明個(gè)體軟件過程的原則；幫助軟件工程師作出準(zhǔn)確的計(jì)劃；確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；建立度量個(gè)體軟件過程改善的基準(zhǔn)；確定過程的改變對(duì)軟件工程師能力的影響。八、個(gè)體軟件過程(1)FinalReview階段計(jì)劃是基于八、個(gè)體軟件過程(2)FinalReview通過缺陷分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預(yù)防和排除這一類缺陷，這就是缺陷管理的關(guān)鍵。PSP將缺陷分為10類。代碼復(fù)查是PSP提倡的查找缺陷的方法。在編譯之前進(jìn)行代碼復(fù)查，是完成目標(biāo)最好的方法。缺陷是指程序中存在的錯(cuò)誤，例如語法錯(cuò)誤、標(biāo)點(diǎn)符號(hào)錯(cuò)誤或者是一個(gè)不正確的程序語句，是任何影響程序完整而有效的滿足用戶要求的東西，是可以表示、描述和統(tǒng)計(jì)的客觀事物。八、個(gè)體軟件過程(2)FinalReview通過缺陷分類，九、群組軟件過程(1)FinalReview在設(shè)計(jì)TSP過程時(shí)，需要遵循以下七條原則：循序漸進(jìn)的原則，首先在PSP的基礎(chǔ)上提出一個(gè)簡(jiǎn)單的過程框架，然后逐步完善；迭代開發(fā)的原則，選用增量式迭代開發(fā)方法，通過幾個(gè)循環(huán)開發(fā)一個(gè)產(chǎn)品；質(zhì)量?jī)?yōu)先的原則，對(duì)按TSP開發(fā)的軟件產(chǎn)品，建立質(zhì)量和性能的度量標(biāo)準(zhǔn)；目標(biāo)明確的原則，對(duì)實(shí)施TSP的群組及其成員的工作效果提供準(zhǔn)確的度量；定期評(píng)審的原則，在TSP的實(shí)施過程中，對(duì)角色和群組進(jìn)行定期的評(píng)價(jià)；過程規(guī)范的原則，對(duì)每一個(gè)項(xiàng)目的TSP規(guī)定明確的過程規(guī)范；指令明確的原則，對(duì)實(shí)施TSP中可能遇到的問題提供解決問題的指南。九、群組軟件過程(1)FinalReview在設(shè)計(jì)TSP過十、CMMI(1)FinalReviewCMMI與CMM最大的不同點(diǎn)在于：CMMISM-SE/SW/IPPD/SS1.1版本有四個(gè)集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對(duì)于有些組織還可以應(yīng)用集成產(chǎn)品和過程開發(fā)方面(IPPD)的內(nèi)容，如果涉及到供應(yīng)商外包管理可以相應(yīng)的應(yīng)用SS(SupplierSourcing)部分。CMMI的全稱為：CapabilityMaturityModelIntegration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應(yīng)用于軟件業(yè)項(xiàng)目的管理方法，SEI在部分國(guó)家和地區(qū)開始推廣和試用。隨著應(yīng)用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應(yīng)用的綜合性模型。十、CMMI(1)FinalReviewCMMI與CMM十、CMMI(2)FinalReviewCMMI有兩種表示方法，一種是大家很熟悉的，和軟件CMM一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種表現(xiàn)方法的區(qū)別是：階段式表現(xiàn)方法仍然把CMMI中的若干個(gè)過程區(qū)域分成了5個(gè)成熟度級(jí)別，幫助實(shí)施CMMI的組織建議一條比較容易實(shí)現(xiàn)的過程改進(jìn)發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過將CMMI中過程區(qū)域分為四大類：過程管理、項(xiàng)目管理、工程以及支持。對(duì)于每個(gè)大類中的過程區(qū)域，又進(jìn)一步分為基本的和高級(jí)的。這樣，在按照連續(xù)式表示方法實(shí)施CMMI的時(shí)候，一個(gè)組織可以把項(xiàng)目管理或者其他某類的實(shí)踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。十、CMMI(2)FinalReviewCMMI有兩種表十一、例題（1）FinalReview（

）1.CMM2（可重復(fù)級(jí)）重點(diǎn)關(guān)注的是下列哪一個(gè)級(jí)別的軟件過程

。

A.企業(yè)

B.機(jī)構(gòu)

C.項(xiàng)目

D.小組

C十一、例題（1）FinalReview（）1.C十一、例題（2）FinalReview（

）2.下面有關(guān)CMM模型的描述中，不正確的是

。

A.CMM模型定義了成熟的軟件過程的實(shí)踐活動(dòng)

B.CMM模型提供了改進(jìn)軟件開發(fā)過程的結(jié)構(gòu)化模型

C.CMM模型給出了適用于各種應(yīng)用范圍的專門技術(shù)

D.按照CMM模型改進(jìn)軟件過程需要相當(dāng)可