• <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“六步曲”--CMM實施技術問題分析

    發布: 2009-2-16 11:26 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 36次 | 進入軟件測試論壇討論

    領測軟件測試網
    對大多數國內軟件企業來說,CMM的實施還處于起步階段,準備實施CMM2級的企業占絕大多數,因此,分析CMM2級實施過程中的問題,將有助于這些企業盡快找到適合本企業的實施方式。

    一些正在實施CMM2級的企業發現有大量的重復性工作要做,原因何在?沒有做好需求開發是產生這一問題的主要原因!

    1 需求管理與需求工程

    需求開發和需求管理是需求工程的兩部分,如果沒有做好需求開發,那么從需求管理的角度看就會出現重復性的工作。導致需求開發欠佳的主要原因有以下幾點:

    ◆ 缺乏良好的需求規格說明編寫模板

    分析一些企業的CMM實施過程,從表面上看,它們的確遵循了先推薦方案再進行評審的基本選擇原則,但由于缺乏經驗,實際選定的方案常常缺乏客觀性,同時在企業的工程和管理機制里又缺乏實踐反饋的方法和過程來不斷地改進原有的方案。一般來說,大家在一起工作的時間長了,就會形成一種“默契”,而這很可能給以后的工程和管理工作埋下很多隱患,一旦出現意見分歧時,這種默契就不復存在。如果按CMM的要求去做,大量類似的重復工作就會因此出現。改進的方法之一是在整個工程和管理過程中,既保持文檔和產品的一致性,又反向追蹤需求規格說明更改的程度,并持續改進需求規格說明編寫模板。

    ◆ 較嚴重地忽略了非功能性需求

    目前,國內的軟件客戶很少主動提出非功能性需求,但隨著客戶的逐漸成熟,軟件客戶對軟件的非功能性需求也會越來越高,這就對軟件開發商提出了更高的要求。不做好非功能性需求的規格說明編寫工作,同樣會陷入大量重復工作的包圍之中。

    如果缺乏非功能性需求的規格說明,將會使一些基礎問題直到軟件生命的中期才被發現,這將導致大量的文檔和產品需要更改,由此帶來嚴重的工程和管理難題。改進的方法之一是調用有相當軟件調試和維護背景的資深人員參與需求規格說明的編寫,他們的豐富經驗往往可以較好地彌補設計開發人員在這方面存在的不足。

    延伸閱讀

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

    TAG: cmm CMM 技術 實施


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(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>