【正文】 learCase 和 ClearQuest 作為跟蹤監(jiān)控工具。項(xiàng)目經(jīng)理根據(jù)項(xiàng)目開發(fā)計(jì)劃跟蹤項(xiàng)目的執(zhí)行情況，定期形成項(xiàng)目進(jìn)度報(bào)告，并與項(xiàng)目開發(fā)計(jì)劃進(jìn)行對(duì)比，發(fā)現(xiàn)問(wèn)題，根據(jù)實(shí)際情況對(duì)軟件開發(fā)計(jì)劃進(jìn)行修正。該流程描述了軟件項(xiàng)目組根據(jù)文檔化的估計(jì)、承諾、計(jì)劃跟蹤和審查軟件成果，并基于實(shí)際調(diào)整計(jì)劃。 按照項(xiàng)目計(jì)劃對(duì)軟件開發(fā)的進(jìn)度和階段產(chǎn)品進(jìn)行跟蹤和評(píng)審 ，當(dāng)軟件項(xiàng)目的執(zhí)行狀況與軟件項(xiàng)目計(jì)劃發(fā)生較大偏差時(shí) ， 管理機(jī)構(gòu)必須采取有效控制措施 ， 必要時(shí)根據(jù)項(xiàng)目的實(shí)際完成情況和結(jié)果 ，修訂項(xiàng)目計(jì)劃 。 ? g) 實(shí)際項(xiàng)目中應(yīng)用的文檔有： 制定項(xiàng)目計(jì)劃流程定義、項(xiàng)目估算流程定義、項(xiàng)目評(píng)估表、資源評(píng)估表、軟件開發(fā)計(jì)劃模板（包括：軟件項(xiàng)目計(jì)劃、迭代計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、需求管理計(jì)劃、項(xiàng)目評(píng)測(cè)計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃、產(chǎn)品驗(yàn)收計(jì)劃、問(wèn)題解決計(jì)劃、測(cè)試計(jì)劃）、進(jìn)度時(shí)間表、制訂軟件開發(fā)計(jì)劃的指南。 ? e) 在高層管理者復(fù)審?fù)ㄟ^(guò)后，項(xiàng)目經(jīng)理指定人員或參與擬定軟件開發(fā)計(jì)劃其它部分，并由相關(guān)組和個(gè)人復(fù)審。通過(guò)審查，發(fā)現(xiàn)并修正項(xiàng)目估算和項(xiàng)目計(jì)劃的偏差。 ? c) 軟件開發(fā)計(jì)劃內(nèi)容包含：軟件項(xiàng)目計(jì)劃、迭代計(jì)劃、進(jìn)度時(shí)間表、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、需求管理計(jì)劃、項(xiàng)目評(píng)測(cè)計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃、產(chǎn)品驗(yàn)收計(jì)劃、問(wèn)題解決計(jì)劃、測(cè)試計(jì)劃。 ? b) 項(xiàng)目經(jīng)理根據(jù)項(xiàng)目軟件需求進(jìn)行估算，確定進(jìn)行項(xiàng)目選擇的生命周期、項(xiàng)目規(guī)模、所需的人員、時(shí)間、進(jìn)度、資源、風(fēng)險(xiǎn)等內(nèi)容。 項(xiàng)目計(jì)劃文檔在復(fù)審過(guò)程中 ， 如果項(xiàng)目計(jì)劃對(duì)風(fēng)險(xiǎn)估算不足或存在其它問(wèn)題 ， 就需要對(duì)項(xiàng)目計(jì)劃文檔重新修正 ， 以獲得項(xiàng)目組和高層管理者的支持 。 CMM軟件項(xiàng)目計(jì)劃根據(jù)納入配置管理后的軟件需求進(jìn)行項(xiàng)目估算 ， 并依據(jù)文檔化的流程 ， 形成項(xiàng)目計(jì)劃文檔 。 ? h. 一旦需求發(fā)生變更，項(xiàng)目計(jì)劃、活動(dòng)、工序隨之變更，并重新提交相關(guān)組和個(gè)人復(fù)審。 ? g. 客戶確認(rèn)后如需變更，項(xiàng)目小組成員向其說(shuō)明變更的影響，并有可能增加費(fèi)用及時(shí)間，盡量控制客戶的需求。 ? e. 通過(guò)審查后，將需求文檔納入配置管理，為需求創(chuàng)建基線。 ? d. 建立基線的需求必須通過(guò)相關(guān)組的審查，包括：系統(tǒng)分析組、設(shè)計(jì)組、編碼組、測(cè)試組、質(zhì)量保證組、配置管理組、文檔管理中心及個(gè)人。 ? b. 通過(guò)訪談，從客戶處獲取原始需求，形成需求文檔。軟件項(xiàng)目計(jì)劃、活動(dòng)及軟件工作產(chǎn)品，應(yīng)和軟件需求的變化保持一致。 ? CMM要求的需求管理的基本流程可如 圖一 所示。 這是軟件項(xiàng)目規(guī)劃(SPP)和管理 (SPTO)的基礎(chǔ) ， 需求變更依賴于配置管理 (SCM)的變更控制流程 。 每個(gè)等級(jí)內(nèi)容按三個(gè)層面組織： ?關(guān)鍵過(guò)程域（ KPA） ?共同特點(diǎn) ?關(guān)鍵實(shí)踐 關(guān)鍵過(guò)程區(qū)域 KPA(Key Process Areas)是一組相關(guān)的活動(dòng)，可按照上表描述，也可按照?qǐng)D描述。 達(dá)到一個(gè)成熟度等級(jí) ， 必須實(shí)現(xiàn)該等級(jí)上的全部關(guān)鍵過(guò)程區(qū)域 。 等級(jí) 成熟度 可視性 過(guò)程能力 1 初始級(jí) 有限的可視性 一般達(dá)不到進(jìn)度和成本的目標(biāo) 2 可重復(fù)級(jí) 里程碑上具有管理可視性 由于基于過(guò)去的性能，項(xiàng)目開發(fā)計(jì)劃比較現(xiàn)實(shí)可行 3 已定義級(jí) 項(xiàng)目定義軟件過(guò)程的活動(dòng)具有可視性 基于已定義的軟件過(guò)程，組織持續(xù)地改善過(guò)程能力 4 已管理級(jí) 定量地控制軟件過(guò)程 基于對(duì)過(guò)程和產(chǎn)品的度量，組織持續(xù)地改善過(guò)程能力 5 優(yōu)化級(jí) 不斷地改善軟件過(guò)程 組織持續(xù)地改善過(guò)程能力 可視性與過(guò)程能力的比較 SWCMM的關(guān)鍵過(guò)程區(qū)域 過(guò)程分類 成熟度等級(jí) 管理過(guò)程 組織過(guò)程 工程過(guò)程 優(yōu)化級(jí) 技術(shù)改革管理 過(guò)程更改管理 缺陷預(yù)防 已管理級(jí) 定量過(guò)程管理 軟件質(zhì)量管理 已定義級(jí) 集成軟件管理 組間協(xié)調(diào) 組織過(guò)程焦點(diǎn) 組織過(guò)程定義 培訓(xùn)大綱 軟件產(chǎn)品工程 同行評(píng)審 可重復(fù)級(jí) 需求管理 軟件項(xiàng)目策劃 軟件項(xiàng)目跟蹤與監(jiān)督 軟件子合同管理 軟件質(zhì)量保證 軟件配置管理 初始級(jí) 無(wú)序過(guò)程 關(guān)鍵過(guò)程區(qū)域 除了初始級(jí)外 ， 每一成熟度等級(jí)又由若干個(gè)關(guān)鍵過(guò)程區(qū)域 (Key Process Areas)構(gòu)成 。 組織的軟件過(guò)程能力可描述為持續(xù)改善的 。 項(xiàng)目通過(guò)把過(guò)程性能的變化限制在可接受的范圍內(nèi) ， 實(shí)現(xiàn)對(duì)產(chǎn)品和過(guò)程的控制 。項(xiàng)目依據(jù)標(biāo)準(zhǔn)定義自己的軟件過(guò)程進(jìn)行管理和控制 。 組織的軟件過(guò)程能力可描述為有紀(jì)律的 ， 并且項(xiàng)目過(guò)程處于項(xiàng)目管理系統(tǒng)的有效控制之下 。 初始級(jí) 初始級(jí) 可重復(fù)級(jí) 已定義級(jí) 已管理級(jí) 優(yōu)化級(jí) 可重復(fù)級(jí) (Repeatable): 在可重復(fù)級(jí) ， 組織建立了管理軟件項(xiàng)目的方針以及為貫徹執(zhí)行這些方針的措施 。 項(xiàng)目成功與否在很大程度上取決于是否有杰出的項(xiàng)目經(jīng)理和經(jīng)驗(yàn)豐富的開發(fā)團(tuán)隊(duì) 。 除初始級(jí)以外 ， 其余的成熟度等級(jí)都包含了若干個(gè)關(guān)鍵過(guò)程區(qū)域 ， 每個(gè)關(guān)鍵過(guò)程區(qū)域又包含了若干個(gè)關(guān)鍵實(shí)踐 ， 這些關(guān)鍵實(shí)踐按照 5個(gè)共同特點(diǎn)加以組織 。 成熟級(jí)別的改善包括管理者和軟件從業(yè)者基本工作方式的改變 ， 組織成員依據(jù)建立的軟件過(guò)程標(biāo)準(zhǔn)執(zhí)行并監(jiān)控軟件過(guò)程 ， 一旦來(lái)自組織和管理上的障礙被清除后 ， 有關(guān)技術(shù)和過(guò)程的改善進(jìn)程能迅速推進(jìn) 。 成熟意味著軟件過(guò)程能力持續(xù)改善的過(guò)程 ， 成熟度代表軟件過(guò)程能力改善的潛力 。 TSPi專門用于開發(fā)小組 。 1995提出 PSP TSP團(tuán)體軟件開發(fā)過(guò)程：提供如何提高軟件開發(fā)小組本身的知識(shí)和技能的方法 。 來(lái)源于 ， 2021年 1月正式發(fā)布 。 3 軟件能力成熟度模型 （ CMM） 1. CMM的體系發(fā)展 1999年提出 CMMI集成能力成熟度模型 ， 也叫綜合能力成熟度模型 。 目前 ， CMM認(rèn)證已經(jīng)成為世界公認(rèn)的軟件產(chǎn)品進(jìn)入國(guó)際市場(chǎng)的通行證 。 4年之后 ， SEI將軟件過(guò)程成熟度框架進(jìn)化為 軟件能力成熟度模型 （ Capability Maturity Model For Software， 簡(jiǎn)稱 SWCMM） 。過(guò)程能力分析除了明確過(guò)程能力，還要將過(guò)程能力與客戶或企業(yè)需要進(jìn)行比較，如果不能滿足客戶需要，必然要對(duì)過(guò)程改進(jìn) 3 軟件能力成熟度模型（ CMM） 軟件能力成熟度模型 CMM（ Capability Maturity Model） 是由美國(guó)卡內(nèi)基 梅隆大學(xué)軟件工程研究所 (CMU/SEI)推出的評(píng)估軟件能力與成熟度的一套標(biāo)準(zhǔn) 。 軟件有關(guān)的度量有： ? 軟件產(chǎn)品度量 ? 軟件項(xiàng)目度量 ? 軟件質(zhì)量度量 ? 軟件錯(cuò)誤和缺陷度量 ? 軟件過(guò)程度量：是軟件過(guò)程改進(jìn)的基礎(chǔ) ? 軟件過(guò)程改進(jìn)度量：軟件過(guò)程改進(jìn)本身作為一個(gè)過(guò)程也需要度量 2