軟件過程成熟度_第1頁
軟件過程成熟度_第2頁
軟件過程成熟度_第3頁
軟件過程成熟度_第4頁
軟件過程成熟度_第5頁
已閱讀5頁,還剩27頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

軟件過程成熟度第一頁,共三十二頁,編輯于2023年,星期三軟件過程成熟度

決不要叮囑別人怎樣做事,只需告訴做什么,他們的機(jī)智仍會讓我們感到驚訝。-喬治·帕通(GeorgeS.Patton)第二頁,共三十二頁,編輯于2023年,星期三本章提綱2.1過程成熟度標(biāo)準(zhǔn)2.2能力成熟度模型概述2.3過程成熟度級別2.4軟件過程的可視性2.5過程能力和效能預(yù)測2.6軟件過程框架第三頁,共三十二頁,編輯于2023年,星期三2.1過程成熟度標(biāo)準(zhǔn)2.1.1軟件過程不成熟的特點2.1.2軟件過程成熟的標(biāo)準(zhǔn)軟件過程能力軟件過程性能軟件過程成熟度3個基本概念第四頁,共三十二頁,編輯于2023年,星期三2.1.1軟件過程不成熟的特點軟件過程能力低,不能按預(yù)定計劃開發(fā)出客戶滿意的產(chǎn)品,項目拖延、費(fèi)用大大超出預(yù)算已成慣例。過程性能的不可預(yù)見性,對進(jìn)度和預(yù)算估計、產(chǎn)品質(zhì)量的目標(biāo)缺乏歷史數(shù)據(jù)和有效方法的客觀基礎(chǔ),開發(fā)的進(jìn)度、成本和產(chǎn)品的質(zhì)量都難以預(yù)測。過程的不可視性,軟件過程缺乏定義、缺乏文檔和缺乏跟蹤,在整個軟件過程中,不清楚每個階段進(jìn)出的標(biāo)準(zhǔn)、執(zhí)行的方法和規(guī)則。過程的不穩(wěn)定性,實際的、具體的操作過程是在一個項目開始后臨時拼湊而成,每個項目都不一樣。過程的被動性、缺乏改進(jìn)的主動性。第五頁,共三十二頁,編輯于2023年,星期三2.1.2軟件過程成熟的標(biāo)準(zhǔn)軟件過程能力高,具有全組織范圍的管理軟件開發(fā)和維護(hù)過程的能力。軟件過程性能可預(yù)見性,對進(jìn)度、預(yù)算和質(zhì)量做出現(xiàn)實的和準(zhǔn)確的估計和預(yù)測。軟件過程規(guī)范化,可遵循的標(biāo)準(zhǔn)、規(guī)則和指導(dǎo)性原則。過程的一致性過程的豐富性過程的可視性過程的穩(wěn)定性過程的不斷改進(jìn)第六頁,共三十二頁,編輯于2023年,星期三2.2能力成熟度模型概述2.2.1CMM的基本內(nèi)容2.2.2系統(tǒng)工程能力模型2.2.3集成化產(chǎn)品開發(fā)模型2.2.4CMMI介紹第七頁,共三十二頁,編輯于2023年,星期三2.2.1CMM的基本內(nèi)容CMM是軟件過程能力成熟度模型(CapacityMaturityModel,CMM)的簡稱,是卡耐基-梅隆大學(xué)軟件工程研究所為了滿足美國聯(lián)邦政府評估軟件供應(yīng)商能力的要求,于1986年開始研究的模型,并于1991年正式推出了CMM1.0版。CMM描述一條從無序的、混亂的過程到成熟的、有紀(jì)律的過程的改進(jìn)途徑,描繪出軟件組織如何增加對軟件開發(fā)和維護(hù)的過程控制,如何向軟件工程和管理的優(yōu)秀文化演變等方面的指導(dǎo)第八頁,共三十二頁,編輯于2023年,星期三CMM的起源和結(jié)構(gòu)CMM建立的目的。CMM的起源

內(nèi)容和結(jié)構(gòu)第九頁,共三十二頁,編輯于2023年,星期三2.2.2系統(tǒng)工程能力模型國際系統(tǒng)工程委員會(InternationalCouncilonSystemsEngineering,INCOSE)基于各種工程標(biāo)準(zhǔn)為評估系統(tǒng)工程能力建立了對照表。在此期間,該對照表發(fā)展為成熟的能力模型,稱為系統(tǒng)工程能力評估模型(SystemsEngineeringCapabilityAssessmentModel,SECAM)。SECAM擴(kuò)充了連續(xù)式模型——軟件過程改進(jìn)和能力確定模型(SoftwareProcessImprovementCapabilitydEtermination,SPICE)的概念,但是比SE-CMM更加明確地注重在系統(tǒng)工程實踐上,采用EIA632標(biāo)準(zhǔn)作為過程模型設(shè)計參考的基礎(chǔ)。第十頁,共三十二頁,編輯于2023年,星期三2.2.3集成化產(chǎn)品開發(fā)模型從美國國防工業(yè)協(xié)會(NationalDefenseIndustrialAssociation,NDIA)的許多大公司來看,IPPD概念是大型軟件開發(fā)過程模型的基礎(chǔ),并得到國防部(DepartmentofDefense,DOD)的鼎力相助。IPPD強(qiáng)調(diào)在貫穿整個生命周期期間所有技術(shù)及業(yè)務(wù)的相關(guān)人員的參與,這些人員包括顧客、供應(yīng)商以及產(chǎn)品和產(chǎn)品相關(guān)過程的開發(fā)者,涉及的業(yè)務(wù)如測試與評價、制造、支持、培訓(xùn)、銷售、采購、財務(wù)、合同以及處置過程。第十一頁,共三十二頁,編輯于2023年,星期三2.2.4CMMI介紹模型學(xué)科源模型軟件SW-CMM,草案版本2.0系統(tǒng)工程EIA/IS731集成化產(chǎn)品與過程開發(fā)IPD-CMM,版本0.98CMMI第十二頁,共三十二頁,編輯于2023年,星期三2.3過程成熟度級別2.3.1成熟度等級的行為特征2.3.2理解成熟度等級2.3.3成熟度等級的過程特征2.3.4CMMI過程域2.3.5CMM和CMMI過程域的比較分析第十三頁,共三十二頁,編輯于2023年,星期三CMM/CMMI成熟度的5個等級第十四頁,共三十二頁,編輯于2023年,星期三2.3.1成熟度等級的行為特征初始級具有明顯的不成熟過程的特點可重復(fù)級/受管理級建立了管理軟件項目的方針和實施這些方針的規(guī)程,使軟件項目的有效管理過程制度化,有能力去跟蹤成本、進(jìn)度和質(zhì)量。一個有效過程可特征化為已文檔化的、已實施的、可培訓(xùn)的和可測量的軟件過程已定義級包含一組協(xié)調(diào)的、集成的、適度定義的軟件工程過程和管理過程,具有良好的文檔化、標(biāo)準(zhǔn)化,使軟件過程具有可視性、一致性、穩(wěn)定性和可重復(fù)性,軟件過程被集成為一個有機(jī)的整體第十五頁,共三十二頁,編輯于2023年,星期三成熟度等級的行為特征(2)已管理級的軟件過程是量化的管理過程。在上述已定義級的基礎(chǔ)上,可以建立有關(guān)軟件過程和產(chǎn)品質(zhì)量的、一致的度量體系,采集詳細(xì)的數(shù)據(jù)進(jìn)行分析,從而對軟件產(chǎn)品和過程進(jìn)行有效的定量控制和管理。

優(yōu)化級不斷改善組織的軟件過程能力和項目的過程性能,利用來自過程和來自新思想、新技術(shù)的先導(dǎo)性試驗的定量反饋信息,使持續(xù)過程改進(jìn)成為可能。為了預(yù)防缺陷出現(xiàn),組織有辦法識別出弱點并預(yù)先針對性地加強(qiáng)過程

第十六頁,共三十二頁,編輯于2023年,星期三2.3.2理解成熟度等級理解可重復(fù)級和已定義級

注意力逐漸從技術(shù)問題轉(zhuǎn)向組織體系和管理問題理解定量管理級和優(yōu)化級第十七頁,共三十二頁,編輯于2023年,星期三2.3.3成熟度等級的過程特征第2級,焦點開始集中在軟件過程的管理上,一個受管理的過程則是一個可重復(fù)的過程。從管理角度可以看到一個按計劃執(zhí)行的并且階段可控的、規(guī)范化的軟件開發(fā)過程第3級,通過裁剪組織的標(biāo)準(zhǔn)軟件過程來建立自定義的軟件過程第4級,對軟件產(chǎn)品的質(zhì)量、開發(fā)進(jìn)度和其它開發(fā)目標(biāo)進(jìn)行有效的評估和預(yù)測第5級,其焦點是軟件過程的持續(xù)改進(jìn)成熟度各個級別的軟件過程特征,如表2-2所示。

第十八頁,共三十二頁,編輯于2023年,星期三2.3.4CMMI過程域第十九頁,共三十二頁,編輯于2023年,星期三2.3.5CMM/CMMI比較分析級別CMM過程域CMMI過程域2需求管理軟件項目規(guī)劃軟件項目追蹤與監(jiān)控軟件子合同管理軟件質(zhì)量保證軟件配置管理需求管理項目計劃項目監(jiān)督和控制供應(yīng)商合同管理過程和產(chǎn)品質(zhì)量管理配置管理度量和分析3軟件過程要點軟件過程定義培訓(xùn)計劃軟件集成管理軟件產(chǎn)品工程組間協(xié)作同級評審組織級過程焦點組織級過程定義組織級培訓(xùn)集成化群組集成化項目管理組織級集成環(huán)境需求開發(fā)技術(shù)解決方案產(chǎn)品集成驗證確認(rèn)風(fēng)險管理決策分析和解決方案4過程量化管理質(zhì)量管理項目定量管理組織級過程性能5錯誤預(yù)防技術(shù)更改管理過程更改管理因果分析和解決方案組織級改革和實施詳見表2-3第二十頁,共三十二頁,編輯于2023年,星期三2.4軟件過程的可視性第二十一頁,共三十二頁,編輯于2023年,星期三2.5過程能力和效能預(yù)測第二十二頁,共三十二頁,編輯于2023年,星期三2.6軟件過程框架2.6.1軟件過程環(huán)境和過程框架2.6.2軟件過程文化2.6.3PSP/TSP和CMM組成的軟件過程框架第二十三頁,共三十二頁,編輯于2023年,星期三2.6.1軟件過程環(huán)境和過程框架第二十四頁,共三十二頁,編輯于2023年,星期三軟件過程環(huán)境的內(nèi)容不同的過程對象。不同的過程層次。過程資源的差異。過程文化的差異。開發(fā)類型不同。第二十五頁,共三十二頁,編輯于2023年,星期三軟件過程框架第二十六頁,共三十二頁,編輯于2023年,星期三2.6.2軟件過程文化過程文化的類型過程至上,奉過程為教條,一切圍繞著過程,組織、質(zhì)量和效率都服從于過程,過程的執(zhí)行嚴(yán)格,過程結(jié)果可靠、穩(wěn)定,認(rèn)為生產(chǎn)的“東西”是過程的一個節(jié)點,只是全局的一部分。但效率較低,缺乏靈活性、創(chuàng)造性。以過程為焦點,關(guān)注過程,強(qiáng)調(diào)過程的重要性,但不拘于過程,讓過程服從于質(zhì)量和效率、服從于組織的業(yè)務(wù)目標(biāo)……過程只能起輔助作用,人決定一切,過程可能流于形式…..過程文化建設(shè)過程文化建設(shè)敏捷過程文化第二十七頁,共三十二頁,編輯于2023年,星期三2.6.3P

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論