【正文】 級 單擊鼠標左鍵 查看相應(yīng)內(nèi)容 初始級 可重復(fù)級 已定義級 已管理級 優(yōu)化級 初始級（ Initial） 在初始級 ， 企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護環(huán)境 。 此時 ，項目經(jīng)常超出預(yù)算和不能按期完成 ，組織的軟件過程能力不可預(yù)測 。 組織基于在類似項目上的經(jīng)驗對新項目進行策劃和管理 。 可重復(fù)級 可重復(fù)級 初始級 可重復(fù)級 已定義級 已管理級 優(yōu)化級 已定義級（ Defined）： 在已定義級 ， 組織形成了管理軟件開發(fā)和維護活動的組織標準軟件過程 ，包括軟件工程過程和軟件管理過程 。 組織的軟件過程能力可描述為標準的和一致的 ， 過程是穩(wěn)定的和可重復(fù)的并且高度可視 已定義級 初始級 可重復(fù)級 已定義級 已管理級 優(yōu)化級 已管理級（ Managed）： 在已管理級 ， 組織對軟件產(chǎn)品和過程都設(shè)置定量的質(zhì)量目標 。 組織的軟件過程能力可描述為可預(yù)測的 ，軟件產(chǎn)品具有可預(yù)測的高質(zhì)量 已管理級 已管理級 初始級 可重復(fù)級 已定義級 已管理級 優(yōu)化級 優(yōu)化級（ Optimizing）： 在優(yōu)化級 ， 組織通過預(yù)防缺陷 、 技術(shù)創(chuàng)新和更改過程等多種方式 ， 不斷提高項目的過程性能以持續(xù)改善組織軟件過程能力 。 優(yōu)化級 優(yōu)化級 表 1描述了 SWCMM不同成熟度等級過程的可視性和過程能力 。 關(guān)鍵過程區(qū)域指出為了達到某個成熟度等級所要著手解決的問題 。 要實現(xiàn)一個關(guān)鍵過程區(qū)域 ， 就必須達到該關(guān)鍵過程區(qū)域的所有目標 。 初始級 需求管理 軟件項目計劃 軟件項目跟蹤與監(jiān)督 軟件子合同管理 軟件質(zhì)量保證 軟件配置管理 可重復(fù)級 軟件機構(gòu)過程關(guān)注點 軟件機構(gòu)過程定義 培訓(xùn)計劃 整體化軟件管理 軟件產(chǎn)品工程 組間合作 同行評審 已定義級 定量過程管理 軟件質(zhì)量管理 已管理級 過程變更管理 預(yù)防故障 技術(shù)變更管理 優(yōu)化級 關(guān)鍵過程域 關(guān)鍵實踐： 對軟件組織的能力成熟度有關(guān)鍵意義的實踐 共同特點五個： ?承諾 ?能力 ?活動 ?監(jiān)控 ?驗證 CMM常見關(guān)鍵過程域 (1) 需求管理 (requirements management) 建立客戶的軟件項目需求 ， 並使項目開發(fā)人員與客戶對軟件需求產(chǎn)生一致的理解 。 在項目實施過程中 ，最突出的現(xiàn)象就是項目組成員沒有完全理解需求 ，軟件需求不穩(wěn)定 ， 客戶經(jīng)常變更需求 ， 無法有效控制需求變更 ， 需求變更往往造成項目延期和費用超支 。該流程描述了軟件工程組開始獲取原始需求，匯總為系統(tǒng)需求，分配系統(tǒng)需求，復(fù)審軟件需求，軟件需求必須文檔化形成需求文檔，此文檔必須經(jīng)過相關(guān)組和個人的評審，通過評審之后才納入配置管理，為需求文檔建立基線。 ? a. 獲取需求和確認需求以 Use case（用例）為單位，以Rational Requisite Pro作為需求管理工具，使用 Rational Rose進行維護 Use case和 Use case Model。 ? c. 分析軟件需求形成 Use case描述文檔，與客戶共同確認需求，向客戶展示 Use case文檔，獲得客戶認可。通過審查，項目組成員發(fā)現(xiàn)需求是否可行、是否完善、是否清晰、是否可進行測試。 需求管理步驟： ? f. 通過工具管理，對需求進行跟蹤，盡快找出需求變更受影響的需求及工件，并了解需求的實現(xiàn)情況。需求變更的流程按配置管理的變更流程執(zhí)行。 ? i. 實際項目需求管理中應(yīng)用的文檔有： 項目需求管理流程定義、項目需求復(fù)審流程定義、項目需求及狀態(tài)跟蹤流程定義、需求獲取表格、需求狀態(tài)報告、需求復(fù)審報告、需求變更報告、需求跟蹤報告 (2)軟件項目計劃 (software project planning) 制定實施軟件工程與管理軟件項目的工作計劃 。 項目計劃文檔經(jīng)復(fù)審后納入配置管理 ， 由項目開發(fā)人員遵循 ， 并據(jù)此跟蹤檢查計劃的執(zhí)行 。 ? a) 項目采用 Microsoft Word 擬定計劃文檔，以 Microsoft Project 擬定計劃的進度表。將估算的結(jié)果形成估算過程文檔，并擬定軟件開發(fā)計劃。 軟件項目計劃的實際應(yīng)用模式如下： ? d) 估算過程文檔和軟件項目計劃文檔必須通過相關(guān)組的審查，以獲得相關(guān)組及個人的支持，包括：系統(tǒng)分析組、設(shè)計組、編碼組、測試組、質(zhì)量保證組、配置管理組、文檔管理中心及個人。只有獲得了支持，軟件項目組在開發(fā)過程中才能盡量避免或消除風險。 ? f) 配置管理人員將軟件開發(fā)計劃文檔納入配置管理。 (3) 軟件項目跟蹤和監(jiān)督 (software project tracking and oversight) 根據(jù)軟件開發(fā)計劃管理軟件項目 ， 隨時掌握軟件項目的實際開發(fā)過程 。 ? CMM軟件項目跟蹤與監(jiān)控的基本流程可如 圖二 所示。文檔化的軟件項目計劃被用作跟蹤軟件活動、了解狀態(tài)和修正計劃的基礎(chǔ)。掌握了這個核心，實施軟件項目跟蹤與監(jiān)控活動就很容易了。 ? b) 項目經(jīng)理每周根據(jù)項目的實際執(zhí)行情況，擬定項目的進度報告。 ? c) 項目經(jīng)理對照計劃與實際執(zhí)行情況，發(fā)現(xiàn)差距并將其紀錄成問題報告，其中包括：費用、進度、風險、人員、資源狀況等。 ? e) 實際項目中應(yīng)用的文檔有： 項目跟蹤與監(jiān)控流程定義、項目進度報告、項目進度指標收集指南。 制訂子項目承制方的工作任務(wù)和項目計劃文檔 ， 它是主承制方跟蹤檢查和監(jiān)督子項目過程和產(chǎn)品的依據(jù) 。 軟件質(zhì)量保證的基本流程可如 圖三 所示 。 質(zhì)量保證計劃一般包含項目過程采用的標準（ 如：項目計劃估算過程 、 計劃過程 、 測試過程 、復(fù)審過程 、 開發(fā)過程 、 風險管理等 ） 以及軟件工作產(chǎn)品的標準 （ 如：編碼標準 、 接口定義標準等 ） 。 ? b) 由質(zhì)量保證經(jīng)理或高層管理者指定項目的質(zhì)量保證人員。 ? c) 質(zhì)量保證人員根據(jù)計劃對項目執(zhí)行的活動進行定期審計，記錄與項目流程定義不一致的問題，并形成報告。 ? e) 將審計和復(fù)審發(fā)現(xiàn)的問題記錄到項目的問題跟蹤進度表中，跟蹤并協(xié)調(diào)問題的解決情況，并定期向高層管理者匯報。 ? f) 項目經(jīng)理或高層管理者定期檢查質(zhì)量保證人員的活動。 (6)軟件配置管理 (configuration management) 保證軟件項目生成的產(chǎn)品在軟件生命周期中的完整性 。 系統(tǒng)的控制軟件配置的變化并在整個軟件生命周期中維護配置的完整性和可跟蹤性 。 a. 配置項管理的基本流程可如 圖四 所示 ， 該流程描述了軟件工程組在進行開發(fā)過程中