【正文】 　　9．使用需求管理工具商業(yè)化的需求管理工具能幫助你在數(shù)據(jù)庫(kù)中存儲(chǔ)不同類(lèi)型的需求，為每項(xiàng)需求確定屬性，可跟蹤其狀態(tài)，并在需求與其它軟件開(kāi)發(fā)工作產(chǎn)品間建立跟蹤能力聯(lián)系鏈?！　?．衡量需求穩(wěn)定性記錄基準(zhǔn)需求的數(shù)量和每周或每月的變更（添加、修改、刪除）數(shù)量?！　?．跟蹤每項(xiàng)需求的狀態(tài)建立一個(gè)數(shù)據(jù)庫(kù)，其中每一條記錄保存一項(xiàng)功能需求。為了盡量減少困惑、沖突、誤傳，應(yīng)僅允許指定的人來(lái)更新需求。需求文檔的每一個(gè)版本必須被統(tǒng)一確定。版本控制工具能自動(dòng)完成這些任務(wù)。最好的辦法是使用合適的配置管理工具在版本控制下為需求文檔定位。之后的需求變更就遵循變更控制過(guò)程即可。這樣能減少因疏忽而不得不變更產(chǎn)品的機(jī)會(huì)，這種變更在變更需求的情況下是必須進(jìn)行的。進(jìn)行影響分析的能力依賴于跟蹤能力數(shù)據(jù)的質(zhì)量和完整性。影響分析可以提供對(duì)建議的變更的準(zhǔn)確理解，幫助做出信息量充分的變更批準(zhǔn)決策。明確與變更相關(guān)的任務(wù)并評(píng)估完成這些任務(wù)需要的工作量?！　?．建立變更控制委員會(huì)，組織一個(gè)由項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者組成的小組作為變更控制委員會(huì)，由他們來(lái)確定進(jìn)行哪些需求變更，此變更是否在項(xiàng)目范圍內(nèi)，估價(jià)它們，并對(duì)此評(píng)估作出決策以確定選擇哪些，放棄哪些，并設(shè)置實(shí)現(xiàn)的優(yōu)先順序，制定目標(biāo)版本。 　　1．確定需求變更控制過(guò)程，確定一個(gè)選擇、分析和決策需求變更的過(guò)程。這個(gè)基線在客戶和開(kāi)發(fā)人員之間就構(gòu)筑了計(jì)劃產(chǎn)品功能需求和非功能需求的一個(gè)約定。二、需求管理　　需求開(kāi)發(fā)的結(jié)果應(yīng)該有項(xiàng)目視圖和范圍文檔、使用實(shí)例文檔、軟件需求規(guī)格說(shuō)明及相關(guān)分析模型。 　　4）確定合格的標(biāo)準(zhǔn)：確定合格的標(biāo)準(zhǔn)讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。優(yōu)秀的用戶手冊(cè)要用淺顯易懂的語(yǔ)言描述出所有對(duì)用戶可見(jiàn)的功能。同時(shí)，要使用測(cè)試用例來(lái)驗(yàn)證需求模型的正確性，如對(duì)話框圖和原型等?？蛻敉ㄟ^(guò)使用測(cè)試用例以確認(rèn)是否達(dá)到了期望的要求。另外在需求開(kāi)發(fā)期間所做的非正式評(píng)審也是有所裨益的。4. 需求驗(yàn)證　　1）審查需求文檔：對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。 　　類(lèi)圖：面向?qū)ο蟮能浖_(kāi)發(fā)優(yōu)于結(jié)構(gòu)化分析和設(shè)計(jì)，并且它運(yùn)用于許多項(xiàng)目的設(shè)計(jì)中，從而產(chǎn)生了面向?qū)ο蠓治?、設(shè)計(jì)和編程的域。因此，許多用戶界面可以用狀態(tài)轉(zhuǎn)換圖中的一種稱(chēng)為對(duì)話圖來(lái)建模。在任何情況下僅有一個(gè)對(duì)話元素（例如一個(gè)菜單，工作區(qū)，行提示符或?qū)υ捒颍?duì)用戶輸入是可用的。大多數(shù)軟件系統(tǒng)需要一些狀態(tài)建?；蚍治?，就像大多數(shù)系統(tǒng)涉及到轉(zhuǎn)換過(guò)程、數(shù)據(jù)實(shí)體和業(yè)務(wù)對(duì)象。當(dāng)滿足所定義的標(biāo)準(zhǔn)時(shí)，狀態(tài)就會(huì)發(fā)生改變，例如在特定條件下，接收到一個(gè)特定的輸入激勵(lì)。相反，當(dāng)你在系統(tǒng)設(shè)計(jì)階段建立實(shí)體聯(lián)系圖時(shí)，通常要定義系統(tǒng)數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)。　　數(shù)據(jù)流圖：描繪了系統(tǒng)的數(shù)據(jù)關(guān)系。一個(gè)數(shù)據(jù)流圖確定了系統(tǒng)的轉(zhuǎn)化過(guò)程、系統(tǒng)所操縱的數(shù)據(jù)或物質(zhì)的收集（存儲(chǔ)），還有過(guò)程、存儲(chǔ)、外部世界之間的數(shù)據(jù)流或物質(zhì)流。它定義了原數(shù)據(jù)元素、組成結(jié)構(gòu)體的復(fù)雜數(shù)據(jù)元素、重復(fù)的數(shù)據(jù)項(xiàng)、一個(gè)數(shù)據(jù)項(xiàng)的枚舉值以及可選的數(shù)據(jù)項(xiàng)?！　?shù)據(jù)字典：一個(gè)定義應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類(lèi)型、數(shù)據(jù)大小、格式、度量單位、精度以及允許取值范圍的共享倉(cāng)庫(kù)。在開(kāi)發(fā)過(guò)程中建立這個(gè)矩陣，而不要等到最后才去補(bǔ)建。　　5）創(chuàng)建需求跟蹤能力矩陣：建立一個(gè)矩陣把每項(xiàng)需求與實(shí)現(xiàn)、測(cè)試它的設(shè)計(jì)和代碼部分聯(lián)系起來(lái)。將這些編寫(xiě)成需求規(guī)格說(shuō)明書(shū)中的一個(gè)獨(dú)立部分，或一獨(dú)立的業(yè)務(wù)規(guī)范文檔。使用待確定（to be determined, TBD ）符號(hào)等。需求標(biāo)識(shí)方法有序列號(hào)。這種慣例應(yīng)當(dāng)很健全，允許增加、刪除和修改?！　?）為每項(xiàng)需求注上標(biāo)號(hào)：為了滿足軟件需求規(guī)格說(shuō)明的可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)，必須唯一確定每個(gè)軟件需求。附錄C ：待確定問(wèn)題的列表　　編輯一張?jiān)谲浖枨笠?guī)格說(shuō)明中待確定問(wèn)題的列表，其中每一表項(xiàng)都是編上號(hào)的，以便于跟蹤調(diào)查。你可能希望為整個(gè)公司創(chuàng)建一張跨越多項(xiàng)項(xiàng)目的詞匯表，并且只包括特定于單一項(xiàng)目的軟件需求規(guī)格說(shuō)明中的術(shù)語(yǔ)。你還可以增加有關(guān)操作、管理和維護(hù)部分來(lái)完善產(chǎn)品安裝、配置、啟動(dòng)和關(guān)閉、修復(fù)和容錯(cuò)，以及登錄和監(jiān)控操作等方面的需求。明確所有已知的用戶文檔的交付格式或標(biāo)準(zhǔn)。這些本身不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。至少應(yīng)指明不同屬性的相對(duì)側(cè)重點(diǎn)，例如易用程度優(yōu)于易學(xué)程度，或者可移植性優(yōu)于有效性。 軟件質(zhì)量屬性　　詳盡陳述與客戶或開(kāi)發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性。定義用戶身份確認(rèn)或授權(quán)需求。明確產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)、策略或規(guī)則。 安全設(shè)施需求　　詳盡陳述與產(chǎn)品使用過(guò)程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。盡可能詳細(xì)地確定性能需求。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系。e. 其它非功能需求　　這部分列舉出了所有非功能需求，如產(chǎn)品的易用程度如何，執(zhí)行速度如何，可靠性如何，當(dāng)發(fā)生異常情況時(shí)，系統(tǒng)如何處理，而不是外部接口需求和限制。描述產(chǎn)品如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。 功能需求　　詳列出與該特性相關(guān)的詳細(xì)功能需求。 激勵(lì)/響應(yīng)序列　　列出輸入激勵(lì)（用戶動(dòng)作、來(lái)自外部設(shè)備的信號(hào)或其它觸發(fā)器）和定義這一特性行為的系統(tǒng)響應(yīng)序列。d. 系統(tǒng)特性 說(shuō)明和優(yōu)先級(jí)　　提出了對(duì)該系統(tǒng)特性的簡(jiǎn)短說(shuō)明并指出該特性的優(yōu)先級(jí)是高、中，還是低。定義了相關(guān)的消息格式。確定將在組件之間共享的數(shù)據(jù)。明確并描述在軟件組件之