模板
教程
環境
性能
功能
管理
CMM I對軟件項目需求分析的要求[5]
10.評估參與者和支持人員的身份（名字和組織關系），以及他們各自在評估中的特定責任； 11.為實現評估目標，評估期間收集的任何附加信息； 12.包括將產生的定級的計劃評估輸出描述； 13.預期的進一步活動（例如：報告，評估活動計劃，再評估）； 14.計劃的SCA
10.評估參與者和支持人員的身份（名字和組織關系），以及他們各自在評估中的特定責任；
11.為實現評估目標，評估期間收集的任何附加信息；
12.包括將產生的定級的計劃評估輸出描述；
13.預期的進一步活動（例如：報告，評估活動計劃，再評估）；
14.計劃的SCAMPI剪裁和相關的折衷，包括組織單位的樣例大小或覆蓋；
15.評估使用的方式（例如：內部過程改進，供應商選取，過程監視）。
需求分析作為過程改進評估方法的第一步，是進行準確評估的前提條件。當滿足下面三個退出標準時，我們認為需求分析階段可以結束：評估發起方和權威的SCAMPI主任評估師進行了初步的接觸；主任評估師已經訪問了發起方組織的成員；評估輸入已經被評估發起者證明并且置于變更管理之下。
值得注意的是，評估發起者在過程評估方面的經驗將推動這一過程的剪裁選擇。一個沒有評估經驗的發起者將需要大量的信息和合作的咨詢，以提供有意義和完整的評估需求；而有經驗的發起者很可能會提供很有針對性的需求分析。
