【文章內(nèi)容簡介】 這是軟件項目規(guī)劃(SPP)和管理 (SPTO)的基礎(chǔ) ， 需求變更依賴于配置管理 (SCM)的變更控制流程 。 在項目實(shí)施過程中 ，最突出的現(xiàn)象就是項目組成員沒有完全理解需求 ，軟件需求不穩(wěn)定 ， 客戶經(jīng)常變更需求 ， 無法有效控制需求變更 ， 需求變更往往造成項目延期和費(fèi)用超支 。 ? CMM要求的需求管理的基本流程可如 圖一 所示。該流程描述了軟件工程組開始獲取原始需求，匯總為系統(tǒng)需求，分配系統(tǒng)需求，復(fù)審軟件需求，軟件需求必須文檔化形成需求文檔，此文檔必須經(jīng)過相關(guān)組和個人的評審，通過評審之后才納入配置管理，為需求文檔建立基線。軟件項目計劃、活動及軟件工作產(chǎn)品，應(yīng)和軟件需求的變化保持一致。 ? a. 獲取需求和確認(rèn)需求以 Use case（用例）為單位，以Rational Requisite Pro作為需求管理工具，使用 Rational Rose進(jìn)行維護(hù) Use case和 Use case Model。 ? b. 通過訪談，從客戶處獲取原始需求，形成需求文檔。 ? c. 分析軟件需求形成 Use case描述文檔，與客戶共同確認(rèn)需求，向客戶展示 Use case文檔，獲得客戶認(rèn)可。 ? d. 建立基線的需求必須通過相關(guān)組的審查，包括：系統(tǒng)分析組、設(shè)計組、編碼組、測試組、質(zhì)量保證組、配置管理組、文檔管理中心及個人。通過審查，項目組成員發(fā)現(xiàn)需求是否可行、是否完善、是否清晰、是否可進(jìn)行測試。 ? e. 通過審查后，將需求文檔納入配置管理，為需求創(chuàng)建基線。 需求管理步驟： ? f. 通過工具管理，對需求進(jìn)行跟蹤，盡快找出需求變更受影響的需求及工件，并了解需求的實(shí)現(xiàn)情況。 ? g. 客戶確認(rèn)后如需變更，項目小組成員向其說明變更的影響，并有可能增加費(fèi)用及時間，盡量控制客戶的需求。需求變更的流程按配置管理的變更流程執(zhí)行。 ? h. 一旦需求發(fā)生變更，項目計劃、活動、工序隨之變更，并重新提交相關(guān)組和個人復(fù)審。 ? i. 實(shí)際項目需求管理中應(yīng)用的文檔有： 項目需求管理流程定義、項目需求復(fù)審流程定義、項目需求及狀態(tài)跟蹤流程定義、需求獲取表格、需求狀態(tài)報告、需求復(fù)審報告、需求變更報告、需求跟蹤報告 (2)軟件項目計劃 (software project planning) 制定實(shí)施軟件工程與管理軟件項目的工作計劃 。 CMM軟件項目計劃根據(jù)納入配置管理后的軟件需求進(jìn)行項目估算 ， 并依據(jù)文檔化的流程 ， 形成項目計劃文檔 。 項目計劃文檔經(jīng)復(fù)審后納入配置管理 ， 由項目開發(fā)人員遵循 ， 并據(jù)此跟蹤檢查計劃的執(zhí)行 。 項目計劃文檔在復(fù)審過程中 ， 如果項目計劃對風(fēng)險估算不足或存在其它問題 ， 就需要對項目計劃文檔重新修正 ， 以獲得項目組和高層管理者的支持 。 ? a) 項目采用 Microsoft Word 擬定計劃文檔，以 Microsoft Project 擬定計劃的進(jìn)度表。 ? b) 項目經(jīng)理根據(jù)項目軟件需求進(jìn)行估算，確定進(jìn)行項目選擇的生命周期、項目規(guī)模、所需的人員、時間、進(jìn)度、資源、風(fēng)險等內(nèi)容。將估算的結(jié)果形成估算過程文檔，并擬定軟件開發(fā)計劃。 ? c) 軟件開發(fā)計劃內(nèi)容包含：軟件項目計劃、迭代計劃、進(jìn)度時間表、配置管理計劃、質(zhì)量保證計劃、需求管理計劃、項目評測計劃、風(fēng)險管理計劃、產(chǎn)品驗(yàn)收計劃、問題解決計劃、測試計劃。 軟件項目計劃的實(shí)際應(yīng)用模式如下： ? d) 估算過程文檔和軟件項目計劃文檔必須通過相關(guān)組的審查，以獲得相關(guān)組及個人的支持，包括：系統(tǒng)分析組、設(shè)計組、編碼組、測試組、質(zhì)量保證組、配置管理組、文檔管理中心及個人。通過審查，發(fā)現(xiàn)并修正項目估算和項目計劃的偏差。只有獲得了支持，軟件項目組在開發(fā)過程中才能盡量避免或消除風(fēng)險。 ? e) 在高層管理者復(fù)審?fù)ㄟ^后，項目經(jīng)理指定人員或參與擬定軟件開發(fā)計劃其它部分，并由相關(guān)組和個人復(fù)審。 ? f) 配置管理人員將軟件開發(fā)計劃文檔納入配置管理。 ? g) 實(shí)際項目中應(yīng)用的文檔有： 制定項目計劃流程定義、項目估算流程定義、項目評估表、資源評估表、軟件開發(fā)計劃模板（包括：軟件項目計劃、迭代計劃、配置管理計劃、質(zhì)量保證計劃、需求管理計劃、項目評測計劃、風(fēng)險管理計劃、產(chǎn)品驗(yàn)收計劃、問題解決計劃、測試計劃）、進(jìn)度時間表、制訂軟件開發(fā)計劃的指南。 (3) 軟件項目跟蹤和監(jiān)督 (software project tracking and oversight) 根據(jù)軟件開發(fā)計劃管理軟件項目 ， 隨時掌握軟件項目的實(shí)際開發(fā)過程 。 按照項目計劃對軟件開發(fā)的進(jìn)度和階段產(chǎn)品進(jìn)行跟蹤和評審 ，當(dāng)軟件項目的執(zhí)行狀況與軟件項目計劃發(fā)生較大偏差時 ， 管理機(jī)構(gòu)必須采取有效控制措施 ， 必要時根據(jù)項目的實(shí)際完成情況和結(jié)果 ，修訂項目計劃 。 ? CMM軟件項目跟蹤與監(jiān)控的基本流程可如 圖二 所示。該流程描述了軟件項目組根據(jù)文檔化的估計、承諾、計劃跟蹤和審查軟件成果，并基于實(shí)際調(diào)整計劃。文檔化的軟件項目計劃被用作跟蹤軟件活動、了解狀態(tài)和修正計劃的基礎(chǔ)。項目經(jīng)理根據(jù)項目開發(fā)計劃跟蹤項目的執(zhí)行情況，定期形成項目進(jìn)度報告，并與項目開發(fā)計劃進(jìn)行對比，發(fā)現(xiàn)問題，根據(jù)實(shí)際情況對軟件開發(fā)計劃進(jìn)行修正。掌握了這個核心，實(shí)施軟件項目跟蹤與監(jiān)控活動就很容易了。 ? a) 項目組使用 Rational 的工具進(jìn)行管理，將 Microsoft Project 擬定的項目計劃進(jìn)度表導(dǎo)入 ClearQuest，主要以 ClearCase 和 ClearQuest 作為跟蹤監(jiān)控工具。 ? b) 項目經(jīng)理每周根據(jù)項目的實(shí)際執(zhí)行情況，擬定項目的進(jìn)度報告。然后召集項目小組成員，對進(jìn)度報告進(jìn)行確認(rèn)和修正。 ? c) 項目經(jīng)理對照計劃與實(shí)際執(zhí)行情況，發(fā)現(xiàn)差距并將其紀(jì)錄成問題報告，其中包括：費(fèi)用、進(jìn)度、風(fēng)險、人員、資源狀況等。 ? d) 由高層管理者復(fù)審進(jìn)度報告及問題報告，并敦促項目經(jīng)理修正其計劃及解決項目存在的問題和風(fēng)險。 ? e) 實(shí)際項目中應(yīng)用的文檔有： 項目跟蹤與監(jiān)控流程定義、項目進(jìn)度報告、項目進(jìn)度指標(biāo)收集指南。 項目計劃跟蹤與監(jiān)控采取如下方式： (4) 軟 件 分 包 合 同 管 理 (subcontract management) 根據(jù)商業(yè)聯(lián)盟 、 過程能力和技術(shù)等因素選擇高質(zhì)量的軟件承制方 ， 承制軟件項目的部分子項目 。 制訂子項目承制方的工作任務(wù)和項目計劃文檔 ， 它是主承制方跟蹤檢查和監(jiān)督子項目過程和產(chǎn)品的依據(jù) 。 (5) 軟件質(zhì)量保證 (quality assurance) 評審軟件產(chǎn)品和活動 ， 檢驗(yàn)它們是否與應(yīng)用的標(biāo)準(zhǔn)和規(guī)程保持一致 ， 對發(fā)現(xiàn)的問題應(yīng)采取必要措施予以解決 。 軟件質(zhì)量保證的基本流程可如 圖三 所示 。 該流程描述了軟件質(zhì)量保證計劃的形成與復(fù)審 ， SQA人員根據(jù)質(zhì)量保證計劃開展質(zhì)量保證活動 ， 發(fā)現(xiàn)問題 ，