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