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

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

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

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

    小型軟件企業實施CMMI過程改進研究和分析

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

    領測軟件測試網


      可以充分利用信息系統的訪問控制機制,實現文檔的更大程度合并,比如每個項目的項目級文檔只有一個,比如項目計劃,對于不同角色,只能看到相應的信息段,進行自己權限范圍內的輸入、修改、閱讀、轉發等操作。
      對于相關性較強的文檔,尤其是某文檔是其他文檔的簡化版本,則完全取消前一個文檔,或者借助于信息化系統來實現自動生成。
      文檔消除。 對于沒有涉及到的文檔,則完全刪除,不必提供,但是要在項目級文檔中解釋所采取的措施。對于信息冗余的文檔,則完全刪除;對于有價值信息量很少的文檔,則刪除本文檔,然后把有價值信息量合并到相關度最強的文檔中。
      數據項抽取。 對于不同文檔中的公共信息,利用信息系統從公共數據源抽取,保證數據的正確性、一致性,同時減少重新輸入的工作量。
      在本文討論的案例中,我們充分利用Lotus R5的多媒體文檔有關機制,組織級文檔只保留一個;每個項目只保留一個項目級文檔。對于配置管理(SCM)等KPA,基本上也限制在每個項目一個配置計劃文檔。當然,這個系統提供有關機制,能夠保證可以從同一個文檔衍生、打印輸出多個子文檔,分作不同場合使用。
    4.2 管理剪裁
      CMMI中任務分工非常細,涉及到的角色也非常多,但是對于小型軟件企業來說,根本沒有那么多人力資源來分工承擔這么多管理任務。比如CMMI中的高級經理在小型軟件企業中很可能就是公司總經理或者CEO,但是很多細節性任務他又不可能,也沒有時間自己來做。而且,在小型組織和小型項目中,很多角色實際上是重復的,比如在小型項目中,任務領導、軟件經理、項目軟件經理,以及項目經理的角色時重復的,沒有必要單獨設置。鑒于CMMI的管理結構與小型軟件企業存在較大差距,有必要對管理活動和管理角色進行剪裁。主要剪裁原則如下:

    延伸閱讀

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


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