軟件過程改進與管理_第1頁
軟件過程改進與管理_第2頁
軟件過程改進與管理_第3頁
軟件過程改進與管理_第4頁
軟件過程改進與管理_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件過程改良與CMMI第一章緒論本課題研究的背景21世紀是信息社會高速發(fā)展的世紀,軟件作為信息技術(shù)的核心,將在其中 起著至關(guān)重要的作用。隨著信息經(jīng)濟、網(wǎng)絡(luò)經(jīng)濟和科學(xué)技術(shù)的發(fā)展,各行各業(yè)已 經(jīng)越來越離不開軟件的支持,軟件產(chǎn)業(yè)的發(fā)展,各行各業(yè)已經(jīng)越來越離不開軟件 的支持,軟件產(chǎn)業(yè)的發(fā)展水平已經(jīng)成為衡量信息技術(shù)發(fā)展水平的一個重要因素。自出現(xiàn)軟件危機以來,學(xué)術(shù)界和企業(yè)界對軟件工程的研究都傾注了大量的人 力、物力和財力,多年來也取得了一些成效。但就全世界而言,軟件質(zhì)量問題仍 然非常嚴重,特別對于軍方來說,更是一個致命的問題。正因為如此,美國國防 部不惜花費重金,委托美國卡內(nèi)基梅龍軟件工程學(xué)院(SEI)研

2、究制定軟件質(zhì)量保證標準。1991年,第一個軟件保證標準能力成熟度模型(CMM:Capabiliy Maturity Model)制定完成并在美國應(yīng)用,隨后CMW為一種軟件能力成熟度評估標準在全 世界推廣實施,主要用于指導(dǎo)軟件開發(fā)過程改良軟件管理能力的提高,從而極大地提高了軟件項目的控制能力和軟件產(chǎn)品的質(zhì)量,促進了全世界軟件產(chǎn)業(yè)的健康發(fā)展。CMMJ應(yīng)用雖然得到了很好的成效,但也存在一些缺陷,能力成熟度模型集 成(CMMI:Capability Maturity Model Integration) 應(yīng)運而生,它是在 CMMS礎(chǔ) 之上的發(fā)展和完善,2002年SEI正式推出CMMI,2005開始逐步

3、取代CMM.從我國軟件產(chǎn)業(yè)的發(fā)展現(xiàn)狀來看,企業(yè)管理軟件過程的能力還比較弱, 過程 混亂使得新技術(shù)、新工具的優(yōu)勢難以表達。究其原因,是因為我國的軟件過程管 理缺乏標準化和標準化。于是,越來越多的軟件企業(yè)開始關(guān)注軟件過程能力的提 高,我們把這種用于提高軟件過程能力的實踐稱為軟件過程改良。有人將軟件過程改良比喻成“練內(nèi)功”,作為軟件企業(yè),只有通過苦練內(nèi)功,加強軟件過程改 良,才能夠參與到國際化的競爭中去。CMM口 CMM是軟件過程改良領(lǐng)域的重要 成果,也是適用于軟件企業(yè)質(zhì)量管理和過程改良的重要標準。近年來,國內(nèi)軟件企業(yè)也興起了認證熱潮,CMMS歡送的程度遠遠超過了 ISO同類標準。中央和地方政府也出

4、臺了一些優(yōu)惠政策支持軟件企業(yè)的 CMMI證:國務(wù)院出 臺了鼓勵軟件產(chǎn)業(yè)和集成電路產(chǎn)業(yè)發(fā)展假設(shè)干政策,第十七條 鼓勵軟件企業(yè) 出口型企業(yè)通過GB/T19000-ISO9000系列質(zhì)量保證體系認證和 CMMI證的軟件出 口企業(yè),可向外經(jīng)貿(mào)主管部門申請認證費用資助。本論文正是在這樣的背景下,研究分析了軟件過程改良的CMM/CMM!論,并理論聯(lián)系實際,以某公司為對象,對軟件企業(yè)基于CMM的過程改良實踐作了更為深入的研究和分析,以期為國內(nèi)其他軟件企業(yè)實施軟件過程改良、提高軟件質(zhì)量、提高企業(yè)管理水平提供思路和借鑒。1 / 12第二章軟件過程與軟件過程改良1993年,過程理念的倡導(dǎo)者Hamme和Campyf

5、旨出,過去200年來,人們所 熟知的面向任務(wù)的思維方式正面臨著挑戰(zhàn), 未來所有的商業(yè)運作都將以過程的方 式來對待。在軟件領(lǐng)域,軟件過程理念的領(lǐng)袖 Watts Humphery領(lǐng)導(dǎo)并完成了軟 件過程改良領(lǐng)域的巨大成果 CMM他認為要解決軟件危機,首要的是把軟件活動 看作可控的、可度量的和可改良的過程。不關(guān)注和關(guān)注過程的組織有著明顯不同的文化。前一種組織里,人們期望活動都能產(chǎn)生出實在的“東西”,比較關(guān)注活動的短期效果,認為與過程相關(guān)的是 一些低優(yōu)先級的活動;在后一種組織里,認為生產(chǎn)的“東西”只是過程的一個節(jié) 點,只是全局的一部分,過程文檔只被看作一個幫助過程執(zhí)行的工具,而不是被看做最終的目標。實際

6、上,在以過程為核心的組織里,過程并不是一成不變的經(jīng) 典,它本身會通過反饋、評估等一系列活動不斷取得改良。當然并不是說不關(guān)注過程的組織沒有過程,只是這些組織的過程可能并不一 致、協(xié)調(diào),每個人都有自己的過程;過程可能是隨機并且在無規(guī)則的改良著。對 于軟件團隊而言,具體例子就是成員采用不同的編譯標準和開發(fā)語言變可以變更 任何程序而不考慮他人等。當然這是當前盛行面向客戶的小組協(xié)作所不期望的。過程理念還在快速發(fā)展,2000年版的ISO9000的一大變化要求以過程為中 心描述活動,而CMM勺最新版本CMMI已超越軟件的行業(yè)局限,成為可以適合多 種行業(yè)的過程改良模型。2. 1.2軟件過程定義由于不同的人和不

7、同的軟件開發(fā)組織關(guān)注點不一樣,因此可能會給軟件過程 下不一樣的定義,這些定義往往會強調(diào)了過程的某個方面而忽略了其他方面。美國卡耐基梅隆大學(xué)軟件工程研究所(SEI)在CMMK型中給過程的定義是:“過程就 是指用于生產(chǎn)以及軟件進化的一系列的活動、方法及實踐?!避浖^程:就是指 將用戶需求轉(zhuǎn)化為可執(zhí)行系統(tǒng)的的開發(fā)和演化過程中所進行的軟件工程活動的 全體,是用于生產(chǎn)軟件產(chǎn)品的工具、方法和實踐的集合。這可以說是關(guān)于過程的 經(jīng)典的、全面的定義,它包含了過程的三個方面的特性(過程定義、過程活動、過程結(jié)果):第一,過程應(yīng)該被定義。通常情況下,是指將過程所包含的活動及程序文檔 化(可以采用保存于紙介質(zhì)上也可以采

8、用電子文檔的形式 );第二,執(zhí)行過程的每一個人都要學(xué)習(xí)過程的知識。 即讓每個過程執(zhí)行者的頭 腦中都有對過程知識的深刻認識,且以此來驅(qū)動他們的行為活動;第三,通過執(zhí)行過程中的活動,獲得最終預(yù)期的過程結(jié)果。該過程定義的三個方面都很重要,它們之間的關(guān)系是相輔相成的;第一,任何過程只有被大家學(xué)習(xí)、理解并且執(zhí)行,才能解決實際問題。如果 一個過程只停留在定義階段,那么這個過程只能永遠停留在文本階段。第二,在過程進行了明確的定義之后,如果過程的參與者接受了關(guān)于過程的 培訓(xùn)、學(xué)習(xí)了過程相關(guān)的知識,但是卻在實踐中沒有遵循過程, 那么該過程也是2 / 12沒有實際效果的過程。反之,如果參與過程的組織成員都理解了過

9、程的定義,接受了與過程相關(guān)的培訓(xùn),而且在實際的工作中都能按照過程的要求去標準自己的 活動,那么該過程就是一個真正的、完整的、有效的過程。改良改良提高軟件過程能力的實踐稱為軟件過程改良。軟件過程改良的根本目的是: 提高質(zhì)量、提高生產(chǎn)率并且降低開發(fā)成本。我們可以把軟件組織的軟件過程與人 作比較,人在成長的過程中,存在不同的成熟狀態(tài)。同樣,我們也可以把軟件過 程分為不成熟的過程、成熟的過程和制度化的過程。不成熟的軟件過程一般具有以下特點:?過程未被嚴格的遵循和實施;?特別依賴于英雄人物,人離開了過程就丟了;?過程是臨時拼湊而成的;?過程和質(zhì)量的可見度低;?質(zhì)量難于預(yù)測;?功能和質(zhì)量為了滿足進度而妥協(xié)

10、。?成熟的軟件過程具有以下特點:?很好地進行了文檔化;?持續(xù)地進行改良;?正規(guī)、嚴格地使用;?良好的控制;?對產(chǎn)品和過程進行了度量;制度化的過程具有的特點:?過程成為人們的做事方法,即使最初定義過程的人員離開也不會改變。從以上的比較可以看出,成熟的過程對于開發(fā)出良好的產(chǎn)品顯然是有利的, 然而,軟件組織的過程成熟如同人一樣, 并不是一生下來就是成熟的,因此需要 對軟件過程進行改良。軟件過程的改良并不是非正式的、 隨機的改良,不是只改 良一次就夠了,而是要持續(xù)不斷地進行改良。這是因為:首先,人們對事物認識 需要循序漸進,要經(jīng)過理論和實踐相互作用的循環(huán)上升的過程;其次,過程是與人相關(guān)的,過程的成熟有

11、賴于人的成熟,而人的成熟是緩慢的;第三,在知識經(jīng) 濟時代,企業(yè)所處的商業(yè)環(huán)境已經(jīng)發(fā)生了根本性的變化。顧客需求瞬息萬變,技術(shù)創(chuàng)新不斷加速,產(chǎn)品生命周期不斷縮短,市場競爭日趨激烈。改良的基本思路軟件開發(fā)組織的軟件過程能力,表達了軟件開發(fā)組織的實力。這種實力的 提高,同樣是需要一個逐漸提高的過程。 對于軟件開發(fā)組織的管理人員,軟件過 程能力的提高同樣是一個需求認真策劃的復(fù)雜過程。由前面的論述可知,軟件過程能力是是指把企業(yè)從事軟件開發(fā)和生產(chǎn)的過 程本身透明化、標準化和運行的強制化,描述了在遵循一個軟件過程后能夠得到 的預(yù)期結(jié)果的界限范圍。簡單來說,就是指一個過程內(nèi)在的生產(chǎn)軟件產(chǎn)品的能力。 該指標是對能

12、力的一種衡量,用它可以預(yù)測一個組織在承接下一個軟件項目時, 所能期望得到的最可能的結(jié)果。那么軟件過程改良的基本思路就是首先形成一定3 / 12的軟件過程;然后,對其不斷進行調(diào)整、優(yōu)化,使得過程能力不斷提高圖2 2 IDEAL模型目前流行的過程改良模型是IDEAL模型。IDEAL模型以過程改良環(huán)的形式表 示,如圖2-2所示。IDEAL模型將軟件過程改良的過程分為五個階段:初始化、 診斷、建立、行動、改良。IDEAL取自五個單詞的縮寫。通過該模型,我們可以 清楚地看到軟件過程改良的基本思路與主要流程。準備階段為IDEAL模型的起點,主要為軟件過程改良提供準備,包括建立初 始的過程改良組織結(jié)構(gòu)和基礎(chǔ)

13、,制定戰(zhàn)術(shù)計劃和改良目標等。診斷階段為組織走上持續(xù)軟件過程改良循環(huán)奠定基礎(chǔ)。此階段的任務(wù)是根據(jù) 企業(yè)遠景目標和當前的軟件過程能力,完善軟件過程改良行動計劃草案。建立階段為當前過程能力中存在的問題劃分處理優(yōu)先等級。 制定整體戰(zhàn)略行 動計劃,用于指導(dǎo)軟件過程改良的活動; 此階段的任務(wù)是制定可度量的目標、 定 義度量標準、分配必要的資源。行動階段的任務(wù)是創(chuàng)建、指導(dǎo)、實施行動計劃。改良階段的任務(wù)是通過實踐、收集有用數(shù)據(jù)、完善度量和評價本次軟件過程 改良過程中使用的策略、方法和架構(gòu)是否合理、完善。為IDEAL模型的下一次循 環(huán)奠定良好的基礎(chǔ)。改良的方法軟件過程改良是軟件過程管理不斷改良和不斷完善的過程。

14、它是一項綜合 并且需要持續(xù)開展的活動,它面對的既是軟件開發(fā)的過程模型,同時也是針對每 一個具體軟件項目的過程實例。20世紀90年代前后,軟件界針對如何進行軟件 過程管理和改良,提出了各種方案及適用于軟件企業(yè)的質(zhì)量標準和過程改良模型。4 / 12其中,ISO9001, SPICE,CMM/CM微用廣泛,具有一定代表性。所以在這里,對 這些標準和模型作簡要介紹。ISO9001ISO9000族標準是目前國際上影響最為深遠的質(zhì)量管理標準。它是國際標準化組織(ISO)于1987年公布的,最初針對制造行業(yè),但現(xiàn)在已經(jīng)面向更為廣闊的 領(lǐng)域。ISO9001是ISO9000族中一個重要的質(zhì)量標準,是一個符合軟件

15、開發(fā)與維 護的標準。它于1994年由ISO公布,明確規(guī)定了質(zhì)量體系的要求。如果軟件企 業(yè)開發(fā)方能夠到達這些要求,說明它具備了質(zhì)量保證能力,從而在從產(chǎn)品設(shè)計到 售后服務(wù)的所有階段,可防止出現(xiàn)不合適格的產(chǎn)品,使用戶對產(chǎn)品滿意。ISO9001標準已有了新的版本ISO9001: 2000,在2000版本中,標準所重 點關(guān)注的不是“產(chǎn)品質(zhì)量”而是“過程質(zhì)量”。它強調(diào)以顧客滿意為目的,以過 程管理為導(dǎo)向,鼓勵組織在建立、實施和改良質(zhì)量管理體系及提高有效性時,采用過程方法,通過滿足顧客要求,增強顧客滿意度。它還把94版的20個要素分 別歸類于管理職責(zé)、資源管理、產(chǎn)品實現(xiàn)及測量、分析和改良四大類,構(gòu)成一種 過

16、程方法模式的結(jié)構(gòu),實現(xiàn)了以過程的連續(xù)性替代了20個要素的不連續(xù),符合PDCA1環(huán)規(guī)則,且通過持續(xù)改良的環(huán)節(jié)使質(zhì)量管理體系的水平到達螺旋式上升 的效應(yīng),這使得任何采用標準的組織都能方便地理順其質(zhì)量管理體系,而無須花很大氣力去識別質(zhì)量活動與要素的對應(yīng)關(guān)系。ISO9000-3是軟件企業(yè)實施ISO9001的指南,它從軟件的角度對ISO90001 的內(nèi)容進行具體解釋。ISO9001標準規(guī)定了 20個質(zhì)量體系要素,而ISO9000-3 則對每一個要素進行逐一說明。ISO9000-3表達了需方和供給方應(yīng)如何進行有組 織的質(zhì)量保證活動,才能得到較為滿意的軟件:規(guī)定了雙方簽訂開發(fā)合同到設(shè)計、 實現(xiàn)以至維護整個軟

17、件生存期中應(yīng)當實施的質(zhì)量保證活動,但并沒有規(guī)定具體的質(zhì)量管理和質(zhì)量檢驗方法和步驟。為使軟件產(chǎn)品到達質(zhì)量要求,ISO9000-3要求軟件開發(fā)機構(gòu)建立質(zhì)量保證體系。 首先要求明確供需雙方的職責(zé),針對所有可能 影響軟件質(zhì)量的各個因素都要采取有力措施,做出如何加強管理和控制的決定。 對與質(zhì)量有關(guān)的人員規(guī)定其職責(zé)和職權(quán),使之責(zé)任落實到人,產(chǎn)品質(zhì)量真正得到 控制。SPICE20世紀90年代初,ISO/IEC第一聯(lián)合技術(shù)委員會注意到軟件過程改良和評 估的重要性以及由于缺乏統(tǒng)一的國際標準給軟件產(chǎn)業(yè)造成的困境,于1993年設(shè)立第十工作組,發(fā)起了制定ISO/IEC15504系列標準的前期工作。項目名稱是“軟 件過

18、程改良和能力測定,簡稱SPICE項目旨在協(xié)調(diào)制定一系列軟件過程標準。 1998年出版了 ISO/IECTR15504信息技術(shù)軟件過程評估,它規(guī)定了軟件過程評 估的框架,供從事軟件策劃、檢驗、控制以及軟件改良軟件的獲得、提供、開發(fā)、 運行、進化及支持的組織所使用。SPICE面向的評價對象也是軟件企業(yè),其目標是通過對企業(yè)的軟件過程的評 價到達兩個目的:其一,確定被評價企業(yè)的軟件過程能力;其二,對被評價的軟 件過程加以改良。為了實現(xiàn)上述目的,人們要求該標準提供國際公用的過程評估模型,使大 家能夠通過過程評估進行過程改良和能力評定有共同的理解,并且便于使用和管理:使基于互有差異但相容的具體過程評估模型

19、和方法得到的評估結(jié)果在某種程5 / 12 度上可以比較。ISO/IEC TR 15504標準包含9個組成部分,包括:概念和介紹性指南、過程和 過程能力的參考模型、實施評估、實施和指標指南、過程評估模型、評估員資格 指南、用于過程改良指南、詞匯第三章軟件過程改良模型分析實施軟件過程改良,第一步是要選擇一個合適的過程改良模型。目前,較多采用的軟件過程改良模型有 CMM ISO9000-3、ISO/IEC15504、SPICE以及CMMI 等。本次我們選定CMMN乍為本次工作的指導(dǎo)模型,本章將簡要介紹 CMM以及 CMM所涉及的度量分析。在20世紀70到80年代,軟件工程的研究重點是需求分析、設(shè)計、

20、編程、 測試、維護等領(lǐng)域的方法技術(shù)和工具,我們稱之為經(jīng)典軟件工程。從 20世紀90 年代至今,人們逐漸意識到,由于軟件組織管理軟件過程的能力比較弱,常常導(dǎo)致項目處于混亂狀態(tài),使得新技術(shù)、新工具的優(yōu)勢難以表達,經(jīng)典的軟件工程已 明顯不夠用。因此,軟件過程改良成為軟件工程學(xué)科的一個主要研究方向。軟件過程技術(shù)為開發(fā)人員提供一個標準的無歧義的軟件開發(fā)標準,使得軟件開發(fā)生產(chǎn) 率得以提高。CMM模型是CMMK型的替彳t模型,1998年美國卡內(nèi)基-梅隴大學(xué)軟件工程 研究所(SEI)啟動的CMM計劃,目的在于用一個統(tǒng)一的框架協(xié)調(diào)和集成 SEI已經(jīng) 存在的各種模型。CMM模型目前已經(jīng)成為業(yè)界主要的過程管理模型。

21、CMM被看作是把各種CMM1成為一個系列的模型中,以更加系統(tǒng)和一致的框架來指導(dǎo)組織 改善軟件過程,提高產(chǎn)品和服務(wù)的開發(fā)、獲取和維護能力,同時為企業(yè)評審自己 的過程提供了可參照的行業(yè)基準。2000年CMMI化成CMMI,CMM2.成為CMMI1.0 的主要組成部分。CMMI的基本內(nèi)容CMM是一套融合多學(xué)科的、可擴充的產(chǎn)品集合,具研制的初步動機是為了 利用兩個或者多個單一學(xué)科模型實現(xiàn)一個組織的集成化過程改良。從長期考慮, CMM產(chǎn)品開發(fā)群組建立了一個自動的、可擴充的框架,以便于以后將其他一些 學(xué)科的過程改良模型也逐步添加到 CMM產(chǎn)品集中。總的來說,以便于以后將其 他一些學(xué)科的過程改良模型也逐步添

22、加到 CMM產(chǎn)品集中。總的來說,CMM集成 到達了兩個目的:一是提煉出了學(xué)科之間的一些公共過程域,另一方面就是減少了過程域的總數(shù)量。CMM模型系列現(xiàn)在業(yè)界使用的CMM最新模型是2002年發(fā)布的1.1版本系列,它們是 CMMI-SE/SW/IPPD/SSCMMI=SE/SW/IPRDCMMI-SE/SWCMMI-SWfe于 CMM是可 擴充的產(chǎn)品集合,因此今后可能還會有新的學(xué)科模型出現(xiàn)。 這也正好說明了 CMMI 模型生命力的強大。CMMI-S慳軟件工程能力模型集成,該模型中對于軟件開發(fā)過程中需求的建6 / 12立、項目計劃的制定和實施,以及對軟件的測試等過程都有詳盡的描。CMMI-SE/SW,

23、 是系統(tǒng)工程和軟件工程能力模型集成,該模型中對于四通八達工程和軟件開發(fā)過 程中需求的建立、項目計劃的制定和實施,以及對軟件的測試等過程都有詳盡的 描述。CMMI-SE/SW/IPPIg系統(tǒng)工程,軟件工程,集成化產(chǎn)品和過程開發(fā)能力模 型的集成,該模型為在項目開發(fā)中需要使用交叉學(xué)科群組,需要解決對項目群組的使用、計劃和組織,需要解決學(xué)科或組之間的溝通以及與集成化產(chǎn)品和過程開 發(fā)能力模型相關(guān)的集成,該模型為在項目開發(fā)中需要使用交叉學(xué)科群組,需要解決對項目群組的使用、計劃和組織,需要解決學(xué)科或組之間的溝通以及與集成化 產(chǎn)品和過程開發(fā)相關(guān)的一些問題提供了解決方案模型。CMMI-SE/SW/IPPD/S是

24、系統(tǒng)工程,軟件工程,集成化產(chǎn)品和過程開發(fā),供給商管理能力模型集成,該模 型中對于供給商的選擇和監(jiān)督,集成化供給商管理以及供給商定量管理等方面給 出了詳盡描述。在上述4個CMM模型中,它們之間是有關(guān)系的。CMMI-SE/S慳 CMMI-SW的擴充,CMMI-SE/SW/IPPDJ 擴充。CMM模型的過程域CMM模型中,最基本的概念是“過程域”。與以前的一些過程改良模型一樣, CMM模型也只是選擇對過程改良最重要的一些題目,并將其編組到“域”中。在CMM中,CMMI-SW有22個過程域,CMMI-SE/SW有22個過程域, CMMI-SE/SW /IPPDft有 24 個過程域,CMMI-SE/S

25、W/S有 25 個過程域。CMMI-SW: CMMI-SE/SWJ過程域數(shù)量和名稱均相同,僅在某些過程域中所 提供信息材料有所不同。CMMI-SE/SW/IPPD匕CMMI-SE/SW力口了 2個過程域, 并擴充了 CMMI-SE/SWJ一個過程域,所以 CMMI-SE/SW/IPP決有24個過程域。 CMMI-SE/SW/IPPD/SS匕 CMMI-SE/SW/IPPDI加了一個過程域,所以 CMMI-SE/SW/IPPD/SSe有 25 個過程域。3.2 CMMI的表示方法CMM是以過程域PA為綱,以特定目標SG特定實踐SR共性目標GG共 性實踐GP%目,分階段式模型和連續(xù)式模型兩種方式來

26、定義的。 在CMM蟆型中, 軟件能力成熟度模型(SW-CMM) “階段式”模型,系統(tǒng)工程能力模型(SE-CMM) 是連續(xù)式模型,而集成化產(chǎn)品開發(fā)(IPD-CMM謖“混合”模型,組合了連續(xù)式表 示和階段式表示的特點。1、模型部件結(jié)構(gòu)在階段式表示中,過程域的組織方式是成熟度等級,其中每個過程域包含 共性目標和特定目標,以及共性實踐和特定實踐。成熟度等級提供了組織范圍內(nèi) 改良過程的階段性實現(xiàn)“路標”,總共包含5個成熟度等級,分別是初始級、已 管理級、已定義級、定量管理和優(yōu)化級。圖 3-1描述了 CMM階段式模型的內(nèi)部 結(jié)構(gòu)。7 / 122、本表示法集中于組織可以用于改良過程的最正確實踐。在開始使用C

27、MM模2、型來改良過程之前,你必須首先把自己的過程映射到相應(yīng)的CMM過程域。通過跟蹤與CMM模型的對應(yīng)關(guān)系,這種映射使得你可以控制組織的過程改良。 但是, 不要求每個CMM過程域都逐一映射到組織過程。成熟度等級提供了在特定學(xué)科或者學(xué)科集合中預(yù)測組織未來性能的手段, 是使組織成為成熟組織定義良好的改良路徑。階段式成熟的每個等級都是相互依 賴的,上層包含下層的目標和實踐。每個等級是連續(xù)的,不存在隔閡,進行連續(xù) 過程改良的組織不能跨級進行,也就是說,不能不經(jīng)過成熟度等級2直接跳到成 熟度等級3,這樣就給組織進行過程化改良提供了 “路標”。圖3-2是階段式成 熟度等級的結(jié)構(gòu)圖。定置管日筑過后為指如務(wù),

28、起枳極作用-I己定義轆E督田耀圖A2階段式成熟度等級的結(jié)構(gòu)圖定置管日筑過后為指如務(wù),起枳極作用-I己定義轆E督田耀圖A2階段式成熟度等級的結(jié)構(gòu)圖過程不可麗旦 缺乏控制.起反作用過程為項目胞各,而且 通案起反柞用改選3、成熟度等級和過程域下表3-1是每個成熟度等級所包含的過程域。8 / 12等級焦點過程域5優(yōu)化級持續(xù)過程改良組織改革與實施因果分析和解決方案4定量管理級/E里目理組織過程性能項目定量管理3已定義級過程標準化需求開發(fā)技術(shù)解決方案產(chǎn)品集成驗證確認組織過程焦點組織過程定義組織培訓(xùn)集成化項目管理(SS)集成化供給商管理風(fēng)險管理決策分析和解決方案IPPD集成化組織環(huán)境IPPD集成化群組2已管

29、理級基本項目管理需求管理項目計劃項目監(jiān)督和控制供給商合同管理度里和分析過程和產(chǎn)品質(zhì)量管理配置管理1初始級無在階段式表示中,過程域和成熟度等級存在唯一的對應(yīng)關(guān)系, 也就是說,成熟讀等級包含固定數(shù)量和名稱的過程域,而過程域只屬于特定成熟度等級,而同 一個過程域不能在多個成熟度等級中重復(fù)出現(xiàn)。1、模型部件結(jié)構(gòu)連續(xù)式表示使用6個能力等級、能力剖面、目標等級和等價等級作為模型部 件的組織原則。連續(xù)式表示根據(jù)親和關(guān)系對過程域進行分組,并指定每個過程域中過程改良的能力等級。能力剖面確定過程的路徑,說明每個過程域的改良變化。 等價等級可以把過程域的能力等級與階段式表示的成熟度聯(lián)系起來。圖2.3描述了 CMM連

30、續(xù)式模型的內(nèi)部結(jié)構(gòu)。9 / 12由圖可以了解到,特定目標組織特定實踐,共性目標組織共性實踐。每個 特定實踐和共性實踐對應(yīng)一個能力等級。 特定目標和特定目標實踐應(yīng)用于單個過 程域。2、能力等級能力等級有6個,編號從0到5,分別是完成級、已執(zhí)行級、已管理級、已 定義級、定量管理級和優(yōu)化級。能力等級由能夠改良組織過程的過程域的相關(guān)特 定實踐和共性實踐組成。能力等級用適用于一個過程域的特定目標和共性目標的 實現(xiàn)程度來度量。圖3-4是CMM連續(xù)式表示的能力等級(CL)的順序圖。4定量管理級3已定義級1已執(zhí)行場。未執(zhí)行組匡3-4能力等級順序圖3、過程域能力剖面在連續(xù)式表示中,能力等級剖面是過程域及其對于能

31、力等級的列表。該剖10 / 12 面是組織根據(jù)過程與跟蹤其能力等級的方式。當與能力等級結(jié)合,且該剖面表示 每個過程域的組織成就時,過程域能力剖面是成績剖面。同樣,當該剖面代表組 織的過程改良目標時,過程域能力剖面是目標剖面。當目標與剖面比較時,成績 剖面使你不僅可以跟蹤組織的過程改良進度,而且可以驗證組織的管理成績。過程能力剖面可以表示成兩維的點集,其中兩維分別是過程維和能力維,如圖3-5所示。CL2已W座翻CL1已執(zhí)E過程城I用3F過程域能力倒面其中過程維描述了組織實施了哪些過程域。能力維描述了實施某過程的程度 (稱作能力等級)。第四章 總結(jié)全世界軟件需求的飛速發(fā)展使得軟件開發(fā)活動急劇增長。

32、 為了在日益激烈的 競爭中處于有利位置,軟件組織都在努力提高軟件產(chǎn)品的質(zhì)量和開發(fā)效率。提高 質(zhì)量和效率最行之有效的方法是不斷改良組織的過程能力。 于是,軟件過程改良 相應(yīng)地成為人們關(guān)注的焦點。本文從了解國內(nèi)外研究動態(tài)出發(fā),查閱了大量相關(guān)方面的文獻資料,結(jié)合現(xiàn) 有研究成果,并在充分考慮了國內(nèi)軟件企業(yè)的實際情況的基礎(chǔ)上,提出了一種基于CMM的軟件過程改良實施模型。該實施模型由前期準備階段和過程改良循環(huán) 兩部分組成。在前期準備階段,強調(diào)高層管理者的支持、強調(diào)建立支持軟件過程 改良的組織機構(gòu)和技術(shù)架構(gòu)、強調(diào)教育和培訓(xùn)以及思想觀念的轉(zhuǎn)變。 在過程改良 循環(huán)中強調(diào)以當前軟件企業(yè)的實際情況為基礎(chǔ)進行過程改良,強調(diào)循序漸進、小步快進、持續(xù)改良,強調(diào)內(nèi)部評估的作用,強調(diào)先試點后推廣。CMM是目前國際上最流行、最實用的軟件過程改良標準,它的目的是幫助 軟件企業(yè)對軟件工程過程進行管理和改良,增強開發(fā)與改良能力,從而能按時地、 不超預(yù)算地開發(fā)高質(zhì)量的軟件。本文通過介紹CMM的基本內(nèi)容以及CMM的表示 方法以及CMM過程的實踐分析,作者認為中國的軟件企業(yè)實施基于 CMM的過程 改良能夠有效地提高軟件過程能力,改善軟件質(zhì)量水平。11 /

溫馨提示

  • 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論