• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    在小型軟件開發組織中使用CMM

    發布: 2008-9-16 10:44 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 63次 | 進入軟件測試論壇討論

    領測軟件測試網
    關鍵字:軟件開發組織中使用CMM

    CMM SM是適用于小工程項目和小規模組織的經剪裁的CMM版本。而CMM V1.1是用適宜于那些和政府簽約的大型組織的標準實踐來表達的,這些實踐必須剪裁才能適合不同于這個樣板的組織的需要。


    摘要

    由美國軟件工程學會(SEI)開發的軟件能力成熟度模型(CMM, Capability Maturity Model),已經成為軟件過程及質量改進方面的世界主流。盡管CMM被廣泛接受了,但有關如何在商業驅動的軟件過程改進中有效地使用它,特別是針對小型組織和小型工程項目,仍存在著許多的誤解。有關在小工程或小組織中應用CMM的一些常見問題包括:

    · 什么樣的才算做“小”?標準是根據人?時間?項目大?還是產品的艱難復雜程度?

    · 什么是CMM的“需求”?是否有不該被應用到小項目/小組織中去的關鍵過程區域或目標?有好的過程“ 不變量”嗎?

    · 造成CMM被濫用的驅動力和動機是什么?

    這篇論文以小型組織為例討論了怎樣在各種商業環境中正確而有效地使用CMM。從那些對改進其軟件過程感興趣的任何組織得出的結論是:使用為大組織/大項目所開發的發行版來相應地解釋用于小項目或小組織中的CMM,可能會存在程度上的差異,但它們決不會是本質上的不同。正確有效地使用CMM,要求具有專業性的判斷,并且能夠理解CMM是如何針對不同的用途來進行建構的。

    作者簡介

    Mark是美國軟件工程學會(SEI)的一名技術人員。他1987年加入SEI ,最初參與的是軟件能力評價項目的工作。Mark從一開始就工作在軟件能力成熟度模型方面,并且是開發CMM1.1版本時的項目領導人。他也一直活躍在制定有關軟件工程的標準上, 這些標準包括:

    · ISO 15504 ( 也稱為SPICE--軟件過程改進和能力決斷),一整套軟件過程評估的國際標準

    · ISO 12207 , 軟件生存周期過程

    · ISO 15288 , 系統生存周期過程

    在加入SEI之前,Mark是系統開發公司(System Development Corporation,即優利國防系統公司Unisys Defense Systems的前身)的位于亞拉巴馬州Huntsville的彈道導彈防護高級研究中心(Ballistic Missile Defense Advanced Research Center)的一名高級系統分析員。

    Mark在范德比爾特大學獲得了他的計算機科學碩士學位。在Huntsville的亞拉巴馬州立大學獲得了他的數學和計算機科學學士學位。

    專業資格及證明

    · 電子學會高級研究員及電子工程師 (IEEE,美國電氣及電子工程師學會)

    · 美國質量協會高級研究員 (ASQ,美國質量協會)

    · 美國質量協會(ASQ)認證軟件質量工程師

    ※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※

    1. 介紹
    軟件工程學會(SEI)是由美國國防部1984年設立的一個聯邦資助研發中心,主要通過大范圍承包工程的研究來尋求軟件工程技術的躍遷——即改進軟件工程的實踐。在某種意義上, SEI的存在是“軟件危機”(即習慣性的拖延,超出預算,達不到預期功能,以及不可靠的質量等[Gibbs94])的結果。硬性地講,危機大多是由軟件自身造成的,一位首席信息官曾說過:“我寧愿讓它有了錯,也不想讓它出得晚,稍后我們總會去修理它的!痹S多組織要完成預期成本和進度目標的關鍵就在于——經常性地關注質量成本,一再地學習以往20年由美國工業界所推演出的現稱為“全面質量管理(Total Quality Management,TQM)”的一門課程。

    引用DeMarco [DeMarco95], 各種因素綜合造成的如下情形并不令人驚奇:

    · “人們總是抱怨我們,因為他們知道在抱怨的時候,我們會努力工作!

    · “大多數軟件評估報告是令人沮喪的……但好在他們還不是對評估過程完全不滿!

    · “正確的進度表是絕對不能達成的,只不過還不那么明顯地不能達成!

    DeMarco繼續觀察到我們的工業界正在疲于奔命,而感覺上唯一真切的選擇就是降低質量以換取速度。

    TQM課程聚焦于在質量管理引導下減少開發周期, 提高生產率,增進客戶滿意程度并努力取得商業上的成功。挑戰,當然被定義成“聚焦質量”的實用手段是什么,隨即就要系統地尋求各種質量問題。也許SEI最成功的產品就是軟件能力成熟度模型(CMM),就是說,它給在全世界軟件社團中已成為主流的軟件過程改進提供了路標[Paulk95]。CMM定義了怎樣使開發組織的軟件過程走向成熟的5個等級的框架結構。這些等級描述了從特別紊亂的混沌過程到成熟的、有紀律的軟件過程的進化路徑。如圖1中的概示,5個等級和18個關鍵過程區域詳細描述了它們。5個成熟度等級指明了對于成功的過程改進(即在許多案例的研究和調查中被文檔化記錄的有效性)的優先順序[Herbsleb97,Lawlis95,Clark97]。

    成熟度等級

    Level
    焦點

    Focus
    關鍵過程區域

    Key Process Areas

    5

    優化級

    Optimizing
    持續不斷的過程改進

    Continual process

    Improvement
    缺陷預防

    Defect Prevention

    技術變更管理

    Technology Change Management

    過程變更管理

    Process Change Management

    4

    已管理級

    Managed
    產品和過程質量

    Product and process

    Quality
    定量過程管理

    Quantitative Process Management

    軟件質量管理

    Software Quality Management

    3

    已定義級

    Defined
    工程化過程及組織支持

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: cmm CMM 軟件開發 組織

    31/3123>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>