【正文】 在 TSP中，講述了如何創(chuàng)建高效且具有自我管理能力的工程小組，工程人員如何才能成為合格的項目組成員，管理人員如何對群組提供指導和支持，如何保持良好的工程環(huán)境使項目組能充分發(fā)揮自己的水平等軟件工程管理問題。 ? PSP框架： 就象 CMM為軟件企業(yè)的能力提供一個階梯式的進化框架一樣 ， PSP為個體的能力也提供了一個階梯式的進化框架 ， 以循序漸進的方法介紹過程的概念 ， 每一級別都包含了更低一級別中的所有元素 ， 并增加了新的元素 。 ? 軟件開發(fā)過程管理是軟件工程的重要組成部分 ， 它涉及軟件組織 、 軟件工程的標準 、 管理的方法 、 工具等 。 ? 能力特征圖比任何單項數(shù)據(jù)更有說服力 。 CMMI優(yōu)點 ? CMMISE/SW和 CMMISE/SW/IPPD模型綜合了系統(tǒng)工程 、 軟件工程 、 集成化產(chǎn)品和過程開發(fā)三個過程改進模型 。 表 連續(xù)式模型的過程域分組 連續(xù)式分組 過程域 過程管理 組織級過程焦點 組織級過程定義 組織級培訓 組織級過程性能 組織級改革和實施 項目管理 項目計劃 項目監(jiān)督和控制 供應商合同管理 集成化項目管理 風險管理 集成化的團隊 項目定量管理 工 程 需求管理 需求開發(fā) 技術(shù)解決方案 產(chǎn)品集成 驗證 確認 支 持 配置管理 度量和分析 過程和產(chǎn)品質(zhì)量保證 決策分析和解決方案 組織級集成環(huán)境 因果分析和解決方案 CMM和 CMMI的選擇和應用 CMM優(yōu)點 ? CMM模型概念清晰 、 層次分明 、 易于操作 。 ? 軟件學科的兩種表示法均采用統(tǒng)一的 24個過程域 ， 它們在邏輯上是等價的 。 ? 當某一工程項目涉及若干個學科和領(lǐng)域后 ， 這種矛盾就十分突出了 。 ? h) 由 SQA人員定期審計配置管理的活動。 ? d) 由配置管理人員負責在適當?shù)臅r機（如：里程碑處或迭代結(jié)束）創(chuàng)建基線，晉升基線，下降基線，并由其負責備份和恢復基線。缺少對變更有效的控制，往往會造成配置管理的無序，導致項目返工、延期，甚至失敗。 實際項目管理經(jīng)常不知道該如何識別區(qū)分配置項和基線 。 系統(tǒng)的控制軟件配置的變化并在整個軟件生命周期中維護配置的完整性和可跟蹤性 。 ? f) 項目經(jīng)理或高層管理者定期檢查質(zhì)量保證人員的活動。 ? c) 質(zhì)量保證人員根據(jù)計劃對項目執(zhí)行的活動進行定期審計，記錄與項目流程定義不一致的問題，并形成報告。 質(zhì)量保證計劃一般包含項目過程采用的標準（ 如：項目計劃估算過程 、 計劃過程 、 測試過程 、復審過程 、 開發(fā)過程 、 風險管理等 ） 以及軟件工作產(chǎn)品的標準 （ 如：編碼標準 、 接口定義標準等 ） 。 制訂子項目承制方的工作任務(wù)和項目計劃文檔 ， 它是主承制方跟蹤檢查和監(jiān)督子項目過程和產(chǎn)品的依據(jù) 。 ? c) 項目經(jīng)理對照計劃與實際執(zhí)行情況，發(fā)現(xiàn)差距并將其紀錄成問題報告，其中包括：費用、進度、風險、人員、資源狀況等。掌握了這個核心，實施軟件項目跟蹤與監(jiān)控活動就很容易了。 ? CMM軟件項目跟蹤與監(jiān)控的基本流程可如 圖二 所示。 ? f) 配置管理人員將軟件開發(fā)計劃文檔納入配置管理。 軟件項目計劃的實際應用模式如下： ? d) 估算過程文檔和軟件項目計劃文檔必須通過相關(guān)組的審查，以獲得相關(guān)組及個人的支持，包括：系統(tǒng)分析組、設(shè)計組、編碼組、測試組、質(zhì)量保證組、配置管理組、文檔管理中心及個人。 ? a) 項目采用 Microsoft Word 擬定計劃文檔，以 Microsoft Project 擬定計劃的進度表。 ? i. 實際項目需求管理中應用的文檔有： 項目需求管理流程定義、項目需求復審流程定義、項目需求及狀態(tài)跟蹤流程定義、需求獲取表格、需求狀態(tài)報告、需求復審報告、需求變更報告、需求跟蹤報告 (2)軟件項目計劃 (software project planning) 制定實施軟件工程與管理軟件項目的工作計劃 。 需求管理步驟： ? f. 通過工具管理，對需求進行跟蹤，盡快找出需求變更受影響的需求及工件，并了解需求的實現(xiàn)情況。 ? c. 分析軟件需求形成 Use case描述文檔，與客戶共同確認需求，向客戶展示 Use case文檔，獲得客戶認可。該流程描述了軟件工程組開始獲取原始需求，匯總為系統(tǒng)需求，分配系統(tǒng)需求，復審軟件需求，軟件需求必須文檔化形成需求文檔，此文檔必須經(jīng)過相關(guān)組和個人的評審，通過評審之后才納入配置管理，為需求文檔建立基線。 初始級 需求管理 軟件項目計劃 軟件項目跟蹤與監(jiān)督 軟件子合同管理 軟件質(zhì)量保證 軟件配置管理 可重復級 軟件機構(gòu)過程關(guān)注點 軟件機構(gòu)過程定義 培訓計劃 整體化軟件管理 軟件產(chǎn)品工程 組間合作 同行評審 已定義級 定量過程管理 軟件質(zhì)量管理 已管理級 過程變更管理 預防故障 技術(shù)變更管理 優(yōu)化級 關(guān)鍵過程域 關(guān)鍵實踐： 對軟件組織的能力成熟度有關(guān)鍵意義的實踐 共同特點五個： ?承諾 ?能力 ?活動 ?監(jiān)控 ?驗證 CMM常見關(guān)鍵過程域 (1) 需求管理 (requirements management) 建立客戶的軟件項目需求 ， 並使項目開發(fā)人員與客戶對軟件需求產(chǎn)生一致的理解 。 關(guān)鍵過程區(qū)域指出為了達到某個成熟度等級所要著手解決的問題 。 組織的軟件過程能力可描述為可預測的 ，軟件產(chǎn)品具有可預測的高質(zhì)量 已管理級 已管理級 初始級 可重復級 已定義級 已管理級 優(yōu)化級 優(yōu)化級（ Optimizing）： 在優(yōu)化級 ， 組織通過預防缺陷 、 技術(shù)創(chuàng)新和更改過程等多種方式 ， 不斷提高項目的過程性能以持續(xù)改善組織軟件過程能力 。 可重復級