<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

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

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

        CMM I對軟件項目需求分析的要求

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

        領測軟件測試網
        關鍵字:CMM I

             需求分析的目的在于理解提出要求的組織對于這次評估的商業需要,評估小組領導將收集信息來幫助評估發起方對照評估目標和他們的商業目標。通過需求分析,可使評估人員在對評估目標,約束,輸出和范圍形成共同理解的基礎上對下一步評估作出正確的決定。

          在進行需求分析之前,應確保滿足以下兩個進入標準:評估發起方已經決定使用SCAMPI方法;能夠提供評估要求綜述的人有時間接受訪問。發起者、初始要求和約束、過程相關的歷史信息是需求分析的三個輸入因素,評估輸入是需求分析的輸出因素。

          確定評估目標

          我們知道,以滿足商業需要為出發點的過程改進最為關心的三個因素是減少費用、改善質量、縮短產品面市時間。為此,本階段所必需的實踐是:

          1.標明評估發起者和相關的利益分擔者,并在他們之間建立經常性的交流;
          2.將商業目標和評估目標文檔化;
          3.確保評估目標與商業目標的一致性;
          4.確定評估使用方式(內部過程改進,供應商選擇,過程監視),并將其文檔化。

          此外,在本階段評估小組領導和發起者之間至少有一次交流。在某些情況下,還必須通過其他方式確保他們之間存在經常性的面談。

          確定評估約束

          評估約束是由評估小組領導和評估發起方或者高級管理人員討論得出的。它是一個不斷反復的過程,以在滿足評估發起者提出的要求、評估所采取方法的限制和對資源的要求之間達到平衡,最終達到評估輸入參數的優化。為此,本階段所必需的實踐是:

          1.建立高層費用和日程安排約束;
          2.確定評估包含哪些過程域和哪些組織實體;
          3.確定對評估結果的最小期望和最大期望,或達到某一特殊的目的;
          4.和評估行為的利益分享者商談約束條件和目的,確保評估活動的可行性;
          5.將商談好的約束文檔化。

          同樣,在本階段評估小組領導和發起者之間至少有一次交流。在某些情況下,還必須通過其他方式確保他們之間存在經常性的面談。此外,在評估早期階段標識的費用和日程安排的約束應該是針對高層而言的,是一種系統的估計,而不是詳細的估計。

          確定評估范圍

          在評估過程中,由參考模型范圍和組織范圍決定了評估的范圍。無論使用階段式表示法或者連續式表達法,在過程改進執行的早期,模型范圍都應該被確定并文檔化。評估小組領導有責任保證發起者能夠考慮到評估范圍中所涉及的過程域和采取的模型表示法。評估的輸出應該由他們根據實用價值來決定,在需求分析活動中制定,并且盡可能在那些可選擇的模型范圍內做出選擇。組織范圍定義了評估中調查的邊界,例如:對于每一個項目的實踐完成情況、為了完成組織級目標所做的實踐,可被選來作為組織代表和過程執行的背景。為此,本階段所必需的實踐是:

          1.確定評估所使用的參考模型范圍和表示法,并將其文檔化;
          2.確定評估期間調查的組織單位,并將其文檔化。

          參考模型應包括過程域和相關的評估小組調查的最大能力等級或者成熟度等級(例如:評估范圍內的過程域的共性目標)。參考模型表示法的選取應該在確定評估目標時就討論過了,這是因為表示法的選取可能影響到評估目標的實現。

          評估模型的范圍至少應該包括一個過程域。所有的共性目標和特定目標應包含確定的過程域能力等級或者成熟度等級;過程域內單個的目標不能被排斥在外。

          通常來說,評估期間被調查的組織單位的確定應該滿足以下條件:至少有兩個被調查的過程是可以作為目標證據源,而且,要能獲得組織使用的生命周期的典型覆蓋。組織單位實例的選取可以通過調查表,或者通過和組織人員討論得出的概要信息來決定。對于組織級別的過程實現(例如:組織培訓),不要求多個實例。

          評估中將調查的典型實例也會驅動提供目標證據信息源的參與者的選取。評估參與者(名字,角色)在初期所做的決定應該作為組織范圍確定的一個部分,和評估發起者或者高層管理者磋商。這在后面的詳細評估計劃中將得到進一步確定。

          確定評估輸出

          本階段的目標是確定特定的評估輸出。有些評估結果是必需的,而附加輸出是可以剪裁的。在確定評估輸出之前,應清楚地了解下面的問題的答案:

          1.評估中將產生什么級別;
          2.文檔化評估結果,是否要寫最終報告;
          3.是否要產生和報告關于怎樣致力于特定發現的建議。

          為此,本階段所必需的實踐是:與評估發起方一起檢查要求的輸出;與評估發起方一起檢查并選擇可選的過程改進評估方法的輸出。要求的過程改進評估方法輸出包括:評估記錄;評估發現的事項綜述;CMMI干事數據。

          盡管可以選擇不向評估發起方之外的任何人公布定級結果,但因為在ARC中規定了,至少過程域的目標和調查的過程域都必須定級。因此,評估發起方至少要得到如下評估結果:

          1.最終發現,包括評估小組對每個調查的過程域的文檔化的強項和弱項陳述;
          2.計劃內的、評估小組對相應評估對象的定級描述。

          是否達到評估輸出的決定,包括將報告的定級,應在評估輸入中寫明。此外,評估發起方可能要求附加的定級輸出來作為評估的結果?赡苓x擇的典型的定級結果包括:

        延伸閱讀

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

        TAG: cmm CMM 軟件 項目 需求

        21/212>

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

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

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>