国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

CMM(軟件能力成熟度模型)

這篇具有很好參考價(jià)值的文章主要介紹了CMM(軟件能力成熟度模型)。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

目錄

CMM簡(jiǎn)介

CMM的提出過程

CMM族

CMM的主要用途

1、軟件過程評(píng)估SPA

2、軟件過程改進(jìn)SPI

3、軟件能力評(píng)估SCE

CMM的等級(jí)結(jié)構(gòu)

?初始級(jí)

可重復(fù)性

已定義級(jí)

已管理級(jí)

優(yōu)化級(jí)

CMM簡(jiǎn)介

“CMM,全稱為Capability Maturity Model for Software,即“軟件能力成熟度模型”,是對(duì)組織軟件過程的描述,核心內(nèi)容是將軟件開發(fā)視為一個(gè)過程,并且根據(jù)相應(yīng)的原則對(duì)于軟件開發(fā)進(jìn)行相應(yīng)的監(jiān)控和研究。是一個(gè)將軟件不斷從混亂走向成熟的規(guī)范化過程的一個(gè)框架。CMM自從1987年開始實(shí)施以來,已經(jīng)成為軟件業(yè)權(quán)威的評(píng)估認(rèn)證體系。

CMM的提出過程

軟件開發(fā)過程包括以下幾個(gè)階段:軟件的需求定義和分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、交付和維護(hù)。軟件開發(fā)過程是在開發(fā)和構(gòu)建系統(tǒng)是應(yīng)遵循的步驟,是軟件開發(fā)的路線圖。軟件開發(fā)的過程中需要考慮的問題有如何降低軟件開發(fā)的成本、如何對(duì)于軟件開發(fā)的工作量進(jìn)行合適的評(píng)估、如何對(duì)于軟件進(jìn)行有效的維護(hù)等。這些問題都是程序員在開發(fā)軟件的時(shí)候所需要面對(duì)的問題,那么如何評(píng)價(jià)一個(gè)軟件開發(fā)的好與壞呢?這就需要一個(gè)軟件測(cè)試標(biāo)準(zhǔn)。

CMM是由美國(guó)卡內(nèi)基-梅隆大學(xué)軟件工程研究所(CMU SEI)研究制訂。在上世紀(jì)70年代,美國(guó)國(guó)防部曾立題專門研究軟件項(xiàng)目做不好的原因,發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)楣芾聿簧茖?dǎo)致的,而不是因?yàn)榧夹g(shù)的原因;1984年,美國(guó)國(guó)防部資助建立了卡梅隆大學(xué)軟件研究所(SEI);1987年,SEI發(fā)表了第一篇學(xué)術(shù)報(bào)告介紹了軟件能力成熟模型(CMM)作為評(píng)價(jià)國(guó)防合同承包方過程成熟度的方法論;80年代末期,研究CMM模型的成熟模型日益為市場(chǎng)接受為標(biāo)志;1991年,SEI發(fā)表了1.0版的軟件;1993年,經(jīng)過CMM研討會(huì)之后,正式推出了CMM1.1;1999年,推遲CMM2.0研究,投入CMMI的研究。21世紀(jì)初期,軟件過程技術(shù)成熟、面向?qū)ο蠹夹g(shù)成熟以及軟件集成開發(fā)方式成為了構(gòu)件技術(shù)時(shí)代的特征。

CMM族

Konrad.M于1996描述了SEI開發(fā)的5種CMM-based模型,CMM也由軟件過程發(fā)展到了其他領(lǐng)域。

SW-CMM 軟件(Software)

SA-CMM 軟件獲取(Software Acquisition)

SE-CMM 系統(tǒng)過程(System Engineering)

IFM-CMM 集成產(chǎn)品管理(Integrated Product Management)

P-CMM 人員(People)

CMM的主要用途

1、軟件過程評(píng)估SPA

軟件過程評(píng)估用來判斷一個(gè)組織當(dāng)前的軟件的能力狀態(tài),判斷一個(gè)組織所面對(duì)的更高層次上的軟件過程相關(guān)的課題。

2、軟件過程改進(jìn)SPI

軟件改進(jìn)過程指的是在軟件實(shí)施過程中為了更加有效地達(dá)到優(yōu)化的目的所實(shí)施的改善或者是改變其軟件過程的系列活動(dòng)。在此基礎(chǔ)上,利用過程運(yùn)作和監(jiān)控所得到的反饋信息,發(fā)現(xiàn)軟件種存在的問題,提出改進(jìn)的意見,并且實(shí)現(xiàn)軟件產(chǎn)品的生產(chǎn)和制造。

3、軟件能力評(píng)估SCE

軟件能力評(píng)估用來判斷有意承擔(dān)某個(gè)軟件項(xiàng)目的軟件組織的軟件過程能力,或已進(jìn)行的軟件過程所處狀態(tài)是否正確或正常。

CMM的等級(jí)結(jié)構(gòu)

CMM一共可以分為5個(gè)等級(jí),8個(gè)過程域,52個(gè)目標(biāo),300多個(gè)關(guān)鍵實(shí)踐。CMM一共有5個(gè)等級(jí),分別為初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。如下圖所示為CMM的等級(jí)結(jié)構(gòu)示意圖:

CMM(軟件能力成熟度模型)

?初始級(jí)

初始級(jí)時(shí),對(duì)于軟件的管理制度較為缺乏,過程缺乏定義。初始級(jí)時(shí)成功是依靠出眾的個(gè)人能力和經(jīng)驗(yàn),工作無序,項(xiàng)目進(jìn)行過程中常常會(huì)放棄當(dāng)初的規(guī)劃,開發(fā)項(xiàng)目的成效也不穩(wěn)定。團(tuán)隊(duì)對(duì)于管理無章,缺乏健全的管理制度。

初始級(jí)的特點(diǎn)如下:

  • 機(jī)構(gòu)沒有明確的管理制度,軟件沒有穩(wěn)定的工作環(huán)境,制訂計(jì)劃沒有有效地執(zhí)行。
  • 成功比較依賴于個(gè)人能力。
  • 在緊急情況下,急于編碼和測(cè)試。規(guī)定的過程無法克服因?yàn)槿狈芾矶鴰淼牟环€(wěn)定性。

可重復(fù)性

管理制度化,建立了基本的管理制度以及規(guī)程,管理工作有章可循。管理人員可以采取一定的措施控制費(fèi)用和時(shí)間,可以及時(shí)發(fā)現(xiàn)問題并且采取措施,在一定程度上可以重復(fù)類似項(xiàng)目的軟件開發(fā)。

可重復(fù)級(jí)的特點(diǎn)如下所示:

  • 新的項(xiàng)目可以根據(jù)以往類似的項(xiàng)目的經(jīng)驗(yàn)。
  • 軟件的需求和產(chǎn)品的都有基線的控制。
  • 初步實(shí)現(xiàn)了標(biāo)準(zhǔn)化,開發(fā)工作有了較好的實(shí)施標(biāo)準(zhǔn)。
  • 形成了基本的管理制度,管理過程有章可循。

已定義級(jí)

在開發(fā)的過程中,技術(shù)工作以及管理工作開始文檔化和標(biāo)準(zhǔn)化。采用了評(píng)審的制度保證了軟件質(zhì)量。

已定義級(jí)的特點(diǎn)如下所示:

  • 建立了完善的培訓(xùn)制度以及專家評(píng)審制度。
  • 全部技術(shù)活動(dòng)和管理活動(dòng)均可以穩(wěn)定實(shí)施。
  • 項(xiàng)目的質(zhì)量和費(fèi)用均得到了控制。

已管理級(jí)

已管理級(jí)能夠制訂效率目標(biāo)并且收集和測(cè)試,可以利用統(tǒng)計(jì)數(shù)據(jù)進(jìn)行相應(yīng)的改進(jìn),對(duì)于軟件進(jìn)程以及產(chǎn)品質(zhì)量有定量的理解和控制。

已管理級(jí)的特點(diǎn)如下所示:

  • 已經(jīng)建立了過程數(shù)據(jù)庫。
  • 實(shí)現(xiàn)項(xiàng)目產(chǎn)品和過程的控制。
  • 可以預(yù)測(cè)過程和產(chǎn)品的質(zhì)量。
  • 生產(chǎn)過程中的生產(chǎn)效率和質(zhì)量是可度量的。

優(yōu)化級(jí)

優(yōu)化級(jí)是持續(xù)改進(jìn)軟件的過程,效率以及質(zhì)量都穩(wěn)步提升。

特點(diǎn)如下所示:文章來源地址http://www.zghlxwxcb.cn/news/detail-408313.html

  • 采用較新的技術(shù)和方法。
  • 擁有防止出現(xiàn)缺陷的手段。
  • 可以取得過程有效性的統(tǒng)計(jì)數(shù)據(jù),并且能夠?qū)ζ溥M(jìn)行分析,進(jìn)而取得更好的方法。

到了這里,關(guān)于CMM(軟件能力成熟度模型)的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • DSMM數(shù)據(jù)安全能力成熟度模型及配套實(shí)施指南筆記(附原文下載)

    DSMM數(shù)據(jù)安全能力成熟度模型及配套實(shí)施指南筆記(附原文下載)

    《GBT 37988-2019 信息安全技術(shù) 數(shù)據(jù)安全能力成熟度模型》和《數(shù)據(jù)安全能力建設(shè)實(shí)施指南》原文下載鏈接在文末 ???? 2020年3月1日《GBT 37988-2019 信息安全技術(shù) 數(shù)據(jù)安全能力成熟度模型》正式實(shí)施,該標(biāo)準(zhǔn)適用于對(duì)企業(yè)、組織對(duì)數(shù)據(jù)安全能力進(jìn)行評(píng)估和作為數(shù)據(jù)安全能力建設(shè)的

    2024年02月09日
    瀏覽(24)
  • 【數(shù)據(jù)架構(gòu)系列-02】從《數(shù)據(jù)中臺(tái)能力成熟度模型》的發(fā)布,聊聊火了的中臺(tái)

    【數(shù)據(jù)架構(gòu)系列-02】從《數(shù)據(jù)中臺(tái)能力成熟度模型》的發(fā)布,聊聊火了的中臺(tái)

    熱點(diǎn)之所以會(huì)“熱起來”,是由于萬眾矚目的那份熾烈,也是因?yàn)闊o數(shù)雙“手”的奮力炒作。所以,要穿過那“繚繞煙霧”看到本質(zhì),便需要冷靜的頭腦。 2023年1月4日,信通院發(fā)布了《數(shù)據(jù)中臺(tái)能力成熟度模型》框架,不由讓我浮想聯(lián)翩,之后是不是還會(huì)出現(xiàn)業(yè)務(wù)中臺(tái)、技術(shù)中臺(tái)

    2024年02月16日
    瀏覽(24)
  • FinOps能力成熟度模型啟動(dòng),靈雀云助力云原生降本增效標(biāo)準(zhǔn)制定

    FinOps能力成熟度模型啟動(dòng),靈雀云助力云原生降本增效標(biāo)準(zhǔn)制定

    9月16日,在2022中國(guó)數(shù)據(jù)中心市場(chǎng)年會(huì)“降本增效分論壇”上,《云原生FinOps能力成熟度模型》標(biāo)準(zhǔn)正式啟動(dòng),作為FinOps產(chǎn)業(yè)標(biāo)準(zhǔn)工作組首批發(fā)起成員和云原生技術(shù)領(lǐng)域的唯一代表企業(yè),靈雀云出席并參與授牌。 隨著云計(jì)算的深入,企業(yè)上云資源配置不合理、異構(gòu)資源難管理

    2024年01月21日
    瀏覽(26)
  • JAVA軟件測(cè)試(貝澤成熟度模型)

    貝澤成熟度模型Beizer’s Maturity Model 級(jí)別0:測(cè)試與調(diào)試相同 測(cè)試的基本、最不成熟的觀點(diǎn)是級(jí)別0的觀點(diǎn)——測(cè)試與調(diào)試相同。 在0級(jí)思維中,程序員讓他們的程序進(jìn)行編譯,用一些任意的輸入調(diào)試程序。 此視圖無法區(qū)分程序的錯(cuò)誤行為和程序中的錯(cuò)誤。它對(duì)開發(fā)可靠或安全

    2024年02月06日
    瀏覽(21)
  • 武漢CMMI能力成熟度評(píng)估認(rèn)證

    CMMI能力成熟度評(píng)估認(rèn)證 CMMI(全稱為“能力成熟度模型集成”)是一種評(píng)估和改進(jìn)組織的軟件開發(fā)和服務(wù)過程的方法。通過使用CMMI能力成熟度評(píng)估認(rèn)證,組織可以評(píng)估其在軟件開發(fā)和服務(wù)過程方面的成熟度,并找到改進(jìn)的方向。 CMMI能力成熟度評(píng)估認(rèn)證的好處 1、提升組織的

    2024年02月07日
    瀏覽(88)
  • 金融數(shù)字化能力成熟度指引

    金融數(shù)字化能力成熟度指引

    1 ?? 范圍 本文件提出了金融數(shù)字化能力成熟度模型、 成熟度計(jì)算方法,明確了不同維度金融數(shù)字化轉(zhuǎn)型能力 ? 相應(yīng)的分檔要求。 本文件適用于金融機(jī)構(gòu)衡量金融科技應(yīng)用和數(shù)字化轉(zhuǎn)型發(fā)展水平,檢視自身數(shù)字化發(fā)展優(yōu)勢(shì)與短板, ? 加快數(shù)字化轉(zhuǎn)型,提升數(shù)字化經(jīng)營(yíng)能力和

    2024年04月23日
    瀏覽(32)
  • SAP集成技術(shù)(八)成熟度模型

    SAP集成技術(shù)(八)成熟度模型

    成熟度模型的目的在于使用模型和標(biāo)準(zhǔn)來評(píng)估當(dāng)前的集成能力,并確定必須建立哪些能力,以達(dá)到期望的成熟度級(jí)別。 成熟度級(jí)別描述了一個(gè)特定主題復(fù)雜性對(duì)于某種方法或模型的成熟度。基于定義的需求和標(biāo)準(zhǔn)的分類,得出不同的成熟度級(jí)別。要達(dá)到某個(gè)成熟度級(jí)別,必須

    2024年02月05日
    瀏覽(23)
  • 技術(shù)風(fēng)向標(biāo) | 云原生技術(shù)架構(gòu)成熟度模型解讀

    從“上云”到“云上”原生,云原生提供了最優(yōu)用云路徑,云原生的技術(shù)價(jià)值已被廣泛認(rèn)可。當(dāng)前行業(yè)用戶全面轉(zhuǎn)型云原生已是大勢(shì)所趨,用戶側(cè)云原生平臺(tái)建設(shè)和應(yīng)用云原生化改造進(jìn)程正在加速。 云原生復(fù)雜的技術(shù)棧和傳統(tǒng)IT的歷史包袱給用戶帶來了巨大挑戰(zhàn),針對(duì)平臺(tái)建

    2024年02月02日
    瀏覽(25)
  • 基于人工智能的蘋果成熟度檢測(cè)

    基于人工智能的蘋果成熟度檢測(cè)

    一、 選題的背景 蘋果在采摘期被采摘后,需要工人進(jìn)行手工對(duì)蘋果的成熟度進(jìn)行分類,這耗費(fèi)了大量的人力與物力,而且相近成熟度難以區(qū)分,存在分類顆粒度過粗,分類過程存在較為強(qiáng)烈的主觀因素等問題。 在這里,我們提出了基于深度學(xué)習(xí)的蘋果成熟度識(shí)別方案,這是

    2024年04月13日
    瀏覽(52)
  • 互聯(lián)互通-標(biāo)準(zhǔn)化成熟度指標(biāo)分析(更新中)

    互聯(lián)互通-標(biāo)準(zhǔn)化成熟度指標(biāo)分析(更新中)

    這一章節(jié)需要醫(yī)院,自己提供相應(yīng)的醫(yī)療結(jié)構(gòu)名稱,門診量,醫(yī)院平臺(tái)和電子病歷基本情況,不在贅述 此節(jié)需要依次檢查醫(yī)院是否含有以下58數(shù)據(jù)集,54個(gè)共享文檔(四級(jí)甲等只需要53個(gè),如果沒有中醫(yī)住院病案首頁,只需要52個(gè)): 2.1.1電子病歷基本數(shù)據(jù)集 第1部分:病歷概要

    2023年04月22日
    瀏覽(24)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包