【正文】 實性檢查檢查需求以保證能利用現(xiàn)有技術(shù)實現(xiàn)可檢驗性檢查描述的需求能夠?qū)嶋H測試可跟蹤性檢查需求的出處被清晰的記錄，每一個系統(tǒng)功能都能被跟蹤到要求它的需求集合，每一項都能追溯到特定的用戶要求。一致性檢查在需求文檔中，需求不應(yīng)該沖突，即對同一個系統(tǒng)功能不應(yīng)出現(xiàn)不同的描述或相互矛盾的約束。 確定合格的標(biāo)準(zhǔn)l 驗證的內(nèi)容在需求驗證過程中，需對需求文檔中定義的需求執(zhí)行多種類型的檢查。 依照需求編寫測試用例 224。需求管理活動活動的任務(wù)變更控制建議需求變更并分析其影響，做出是否變更的決策版本控制確定單個需求和SRS（即功能規(guī)格說明）的版本需求跟蹤定義對于其他需求及系統(tǒng)元素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)表1 需求管理活動 需求驗證過程 需求驗證很重要，如果在構(gòu)造設(shè)計開始之前，通過驗證基于的測試計劃和原型測試來驗證需求的正確性及其質(zhì)量，就能大大減少項目后期的返工現(xiàn)象。在軟件項目進(jìn)行的過程中，無論正處于哪個階段，一旦有需求錯誤出現(xiàn)或任何有關(guān)需求的變更出現(xiàn)，都需要需求管理活動來解決，需求管理是一個對系統(tǒng)需求變更了解和控制的過程。該文檔必須是正確的、最新的、可管理的、可理解的，是經(jīng)過驗證的，是在受控的狀態(tài)下變更的。l 需求必須分優(yōu)先級 在軟件項目中，如果出現(xiàn)過多的需求，通常會導(dǎo)致項目超出預(yù)算和預(yù)定進(jìn)度，最終導(dǎo)致軟件項目的失敗，因而需求的優(yōu)先級可能比需求本身更加重要。為進(jìn)行有效的需求管理，一般要遵循如下五條原則l 需求一定要分類管理 進(jìn)行軟件項目管理的時候，一定要將軟件需求分出層次。l 使軟件計劃、產(chǎn)品和活動與軟件需求保持一致。在需求管理中，軟件工程組的工作是采取適當(dāng)?shù)拇胧﹣肀ＷC分配的需求，即要將分配的需求文檔化，控制需求的變化，負(fù)責(zé)項目實施過程中需求的實現(xiàn)情況。簡單的說，軟件需求就是確定系統(tǒng)需要做什么，嚴(yán)格意義上，軟件需求是系統(tǒng)或軟件必須達(dá)到的目標(biāo)與能力。 軟件需求是軟件工程過程中的重要一環(huán)，是軟件設(shè)計基礎(chǔ)。 在八十年代初，同樣，我們在進(jìn)行軟件項目管理時，也應(yīng)該遵循這七條原則。對此，我們應(yīng)確信不疑。 所以越是大的項目越是要進(jìn)行規(guī)范的項目管理，規(guī)范化的初期可能是痛苦的，可結(jié)果卻是值得的。很多著名的公司都對項 目經(jīng)驗總結(jié)這一環(huán)節(jié)看得很重，畢竟現(xiàn)在業(yè)界提倡的 P MM( P r o j e c t Ma t u r i t y M o d e 1 ) 的最高境界就是不斷地學(xué)習(xí)改進(jìn)。 把項目文檔整理一下歸檔，對于項目的延續(xù)性是有很重要的意義的。在難度不大改變不多的時候，我們更應(yīng)該的是作出適當(dāng)?shù)耐俗?，爽快的答?yīng)客戶的要求，然后讓他們知道我們作出了多大的犧牲去幫助他們實現(xiàn)愿望。這樣就算不能完全避免需求不斷增加不斷改變的風(fēng)險，也能有所改善的。這也應(yīng)該能夠理解，項目做得不好，最難交待的還是他們。為避免這種情況的出現(xiàn)，應(yīng)從以下方面注意： a ．項目開始的時候是不是看著最后的合同驗收來做事呢?從一開始就盡可能地按合同要求來做，一定不要留給對方抓小辮子的機會。誰也不愿意在項目“ 接近”結(jié)束的時候陷入困境 ，客戶不斷的提出新要求；以為已經(jīng)干完了“ 該干的事情”，結(jié)果拿起合同一看，客戶要一項一項地對合同的話，根本就不可能驗收。 主要的問題在足夠的里程碑事件的確認(rèn)書。談起項目收尾，根據(jù) P MI ( 美國項目管理協(xié)會) 的概念，項 目收尾包括合同收尾和管理收尾兩部分。輸出是項目結(jié)束報告和從項目中收集的過程評估。主要輸出是在項目中采集的度量數(shù)據(jù)、客戶抱怨記錄和項目計劃。 項目收尾階段的主要活動：項目結(jié)束的數(shù)據(jù)分析，包括執(zhí)行的度量數(shù)據(jù)分析，為將來使用而收集的過程評估 ，記錄學(xué)到的經(jīng)驗教訓(xùn)等等。為項目組指定質(zhì)量經(jīng)理，對項目進(jìn)行階段檢查，判斷項目的執(zhí)行情況，提供項目對公司的項目管理體系的遵循情況。當(dāng)項目出現(xiàn)重大偏差時，決定是否變更項目計劃及采取有效措施。如果項目計劃出現(xiàn)重大變更，則要申請變更項目計劃，根據(jù)變更后的項目計劃來執(zhí)行工作。軟件項目在執(zhí)行的過程中，從以下三個層面對項目的狀況進(jìn)行跟蹤和監(jiān)督。 這個階段主要測量花費的工作量。d ．出口準(zhǔn)則：客戶接受的所有已提交的工作產(chǎn)品。 c ．入口準(zhǔn)則：項目計劃完成并被批準(zhǔn)。a ．主要活動有：跟蹤項目狀態(tài)；與高級管理者評審項目狀態(tài)；管理需求變更；監(jiān)督項目與定義好的項 目過程的一致性，其中要從兩方面注意：一是對項 目計劃和工作安排進(jìn)行組評審，與項目經(jīng)理定好并要求傳達(dá)到項目組成員；二是項目計劃如有變化要及時提出申請，報分管領(lǐng)導(dǎo)審批；進(jìn)行里程碑評審。( 執(zhí)行) 階段 包括執(zhí)行項 目計劃和當(dāng)項 目進(jìn)展偏離項 目計劃時采取的糾正活動。主要輸出是計劃文檔和評審記錄。主要的輸出是合同或建議書。這些人占公司軟件工程師的比例大約為 1 ． 5 ％) 和項目的業(yè)務(wù)主管。如果過程改進(jìn)想獲得成功，需要很多因素的支持，形成一個擔(dān)負(fù)起協(xié)調(diào)內(nèi)部過程活動的核心小組是一個成功的因素， 同時也是 C M M3機構(gòu)過程焦點 K P A的一個重要實踐。包括項目進(jìn)度安排、質(zhì)量計劃、項目測量計劃、項目培訓(xùn)計劃、配置管理計劃 、 定義項目跟蹤規(guī)程、定義項目計劃的假設(shè)前提，對項目計劃和工作安排進(jìn)行組評審( 現(xiàn)在沒進(jìn)行這一活動) ，獲得高級管理者的授權(quán)即公司領(lǐng)導(dǎo)簽批。正確的需求分析和確定需求規(guī)格對一個項 目的成功是非常關(guān)鍵的。 b ．交付物：項目建議書、需求規(guī)格說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、測試計劃配置管理、開發(fā)立項申請報告等。管理的過程一般分為以下幾個階段： 啟動軟件項目是指必須明確項目的目標(biāo)和范圍、考慮可能的解決方案以及技術(shù)和管理上的要求等這些信息是軟件項目運行和管理的基礎(chǔ)。軟件項目的管理工作在技術(shù)工作開始之前就應(yīng)開始。主要職責(zé)是：根據(jù)項目管理委員會的安排具體負(fù)責(zé)項目的軟件開發(fā)和市場調(diào)研及銷售工作。軟件項目組和產(chǎn)品項目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。主要職責(zé)如下： （1）對項目可行性報告進(jìn)行評審； （2）對市場計劃和階段報告進(jìn)行評審； （3）對開發(fā)計劃和階段報告進(jìn)行評審； （4）項目結(jié)束時，對項目總結(jié)報告進(jìn)行評審。主要職責(zé)如下： （1）草擬項目管理的各項制度； （2）組織項目階段評審； （3）保存項目過程中的相關(guān)文件和數(shù)據(jù)； （4）為優(yōu)化項目管理提出建議。項目管理委員會　　 項目管理委員會是公司項目管理的最高決策機構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組