【正文】 例可有效地捕捉大多數(shù)所期望的系統(tǒng)行為，但是你可能有一些需求，這些需求與用戶任務(wù)或其他執(zhí)行者之間的交互沒有特定的關(guān)系。當(dāng)這種對(duì)話結(jié)束時(shí)，執(zhí)行者也達(dá)到了預(yù)期的目的。 　　5）建立核心隊(duì)伍：建立起典型用戶的核心隊(duì)伍把同類產(chǎn)品或你的產(chǎn)品的先前版本用戶代表召集起來(lái)，從他們那里收集目前產(chǎn)品的功能需求和非功能需求。以這種方式來(lái)看待應(yīng)用程序接口，可以幫助你確定產(chǎn)品中那些與外部應(yīng)用程序或組件有關(guān)的需求。 　　 客戶概貌 客戶概述明確了這一產(chǎn)品的不同類型客戶的一些本質(zhì)的特點(diǎn)，以及目標(biāo)市場(chǎng)部門和在這些部門中的不同客戶的特征。可以從用戶需求和功能需求中得到這些特性。 　　 提供給客戶的價(jià)值 確定產(chǎn)品給客戶帶來(lái)的價(jià)值，并指明產(chǎn)品怎樣滿足客戶的需要。表1 項(xiàng)目視圖和范圍文檔的模板　　 背景 在這一部分，總結(jié)新產(chǎn)品的理論基礎(chǔ)，并提供關(guān)于產(chǎn)品開發(fā)的歷史背景或形勢(shì)的一般性描述。功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。需求工程分為了需求開發(fā)和需求管理兩個(gè)階段:下面就以這兩個(gè)階段說(shuō)明:一,需求開發(fā)　　需求開發(fā)又分為需求獲取、需求分析、編寫規(guī)格說(shuō)明書和需求驗(yàn)證?！　?業(yè)務(wù)機(jī)遇 描述現(xiàn)存的市場(chǎng)機(jī)遇或正在解決的業(yè)務(wù)問(wèn)題。 　　 業(yè)務(wù)風(fēng)險(xiǎn) 總結(jié)開發(fā)（或不開發(fā)）該產(chǎn)品有關(guān)的主要業(yè)務(wù)風(fēng)險(xiǎn)，例如市場(chǎng)競(jìng)爭(zhēng)、時(shí)間問(wèn)題、用戶的接受能力、實(shí)現(xiàn)的問(wèn)題或?qū)I(yè)務(wù)可能帶來(lái)的消極影響?！　?假設(shè)和依賴環(huán)境 在構(gòu)思項(xiàng)目和編寫項(xiàng)目視圖和范圍文檔時(shí)，要記錄所作出的任何假設(shè)?！　?項(xiàng)目的優(yōu)先級(jí) 一旦明確建立項(xiàng)目的優(yōu)先級(jí)，風(fēng)險(xiǎn)承擔(dān)者和項(xiàng)目的參與者就能把精力集中在一系列共同的目標(biāo)上。將用戶群分類并歸納各自特點(diǎn)為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使都有所差異。這樣的核心隊(duì)伍對(duì)于商業(yè)開發(fā)尤為有用，因?yàn)槟銚碛幸粋€(gè)龐大且多樣的客戶基礎(chǔ)。 　　　　對(duì)于一些復(fù)雜的使用實(shí)例，畫出圖形分析模型是有益的，這些模型包括數(shù)據(jù)流程圖、實(shí)體關(guān)系圖、狀態(tài)轉(zhuǎn)化圖、對(duì)象類和聯(lián)系圖。這時(shí)你就需要一個(gè)獨(dú)立的需求規(guī)格說(shuō)明。對(duì)系統(tǒng)如何能很好地執(zhí)行某些行為或讓用戶采取某一措施的陳述就是質(zhì)量屬性，這是一種非功能需求。用戶通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問(wèn)題。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。你必須編寫從使用實(shí)例派生出的功能需求文檔，還要編寫產(chǎn)品的非功能需求文檔，包括質(zhì)量屬性和外部接口需求。要相信模板是很有用的，但有時(shí)要根據(jù)項(xiàng)目特點(diǎn)進(jìn)行適當(dāng)?shù)母膭?dòng)。 　　 產(chǎn)品的范圍　　　提供了對(duì)指定的軟件及其目的的簡(jiǎn)短描述，包括利益和目標(biāo)。 產(chǎn)品的功能　　　概述了產(chǎn)品所具有的主要功能。這可能包括你打算要用的商業(yè)組件或有關(guān)開發(fā)或運(yùn)行環(huán)境的問(wèn)題。需要把對(duì)接口數(shù)據(jù)和控制組件的詳細(xì)描述寫入數(shù)據(jù)字典中。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。 激勵(lì)/響應(yīng)序列　　列出輸入激勵(lì)（用戶動(dòng)作、來(lái)自外部設(shè)備的信號(hào)或其它觸發(fā)器）和定義這一特性行為的系統(tǒng)響應(yīng)序列。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系。定義用戶身份確認(rèn)或授權(quán)需求。明確所有已知的用戶文檔的交付格式或標(biāo)準(zhǔn)?！　?）為每項(xiàng)需求注上標(biāo)號(hào)：為了滿足軟件需求規(guī)格說(shuō)明的可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)，必須唯一確定每個(gè)軟件需求。將這些編寫成需求規(guī)格說(shuō)明書中的一個(gè)獨(dú)立部分，或一獨(dú)立的業(yè)務(wù)規(guī)范文檔。它定義了原數(shù)據(jù)元素、組成結(jié)構(gòu)體的復(fù)雜數(shù)據(jù)元素、重復(fù)的數(shù)據(jù)項(xiàng)、一個(gè)數(shù)據(jù)項(xiàng)的枚舉值以及可選的數(shù)據(jù)項(xiàng)。當(dāng)滿足所定義的標(biāo)準(zhǔn)時(shí)，狀態(tài)就會(huì)發(fā)生改變，例如在特定條件下，接收到一個(gè)特定的輸入激勵(lì)。 　　類圖：面向?qū)ο蟮能浖_發(fā)優(yōu)于結(jié)構(gòu)化分析和設(shè)計(jì)，并且它運(yùn)用于許多項(xiàng)目的設(shè)計(jì)中，從而產(chǎn)生了面向?qū)ο蠓治?、設(shè)計(jì)和編程的域。同時(shí)，要使用測(cè)試用例來(lái)驗(yàn)證需求模型的正確性，如對(duì)話框圖和原型等。這個(gè)基線在客戶和開發(fā)人員之間就構(gòu)筑了計(jì)劃產(chǎn)品功能需求和非功能需求的一個(gè)約定。影響分析可以提供對(duì)建議的變更的準(zhǔn)確理解，幫助做出信息量充分的變更批準(zhǔn)決策。最好的辦法是使用合適的配置管理工具在版本控制下為需求文檔定位。　　7．跟蹤每項(xiàng)需求的狀態(tài)建立一個(gè)數(shù)據(jù)庫(kù)，其中每一條記錄保存一項(xiàng)功能需求?！　?．衡量需求穩(wěn)定性記錄基準(zhǔn)需求的數(shù)量和每周或每月的變更（添加、修改、刪除）數(shù)量。版本控制工具能自動(dòng)完成這些任務(wù)。進(jìn)行影響分析的能力依賴于跟蹤能力數(shù)據(jù)的質(zhì)量和完整性。 　　1．確定需求變更控制過(guò)程，確定一個(gè)選擇、分析和決策需求變更的過(guò)程。優(yōu)秀的用戶手冊(cè)要用淺顯易懂的語(yǔ)言描述出所有對(duì)用戶可見的功能。4. 需求驗(yàn)證　　1）審查需求文檔：對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。大多數(shù)軟件系統(tǒng)需要一些狀態(tài)建?；蚍治?，就像大多數(shù)系統(tǒng)涉及到轉(zhuǎn)換過(guò)程、數(shù)據(jù)實(shí)體和業(yè)務(wù)對(duì)象。一個(gè)數(shù)據(jù)流圖確定了系統(tǒng)的轉(zhuǎn)化過(guò)程、系統(tǒng)所操縱的數(shù)據(jù)或物質(zhì)的收集（存儲(chǔ)），還有過(guò)程、存儲(chǔ)、外部世界之間的數(shù)據(jù)流或物質(zhì)流?！　?）創(chuàng)建需求跟蹤能力矩陣：建立一個(gè)矩陣把每項(xiàng)需求與實(shí)現(xiàn)、測(cè)試它的設(shè)計(jì)和代碼部分聯(lián)系起來(lái)。這種慣例應(yīng)當(dāng)很健全，允許增加、刪除和修改。你還可以增加有關(guān)操作、管理和維護(hù)部分來(lái)完善產(chǎn)品安裝、配置、啟動(dòng)和關(guān)閉、修復(fù)和容錯(cuò)，以及登錄和監(jiān)控操作等方面的需求。 軟件質(zhì)量屬性　　詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性。盡可能詳細(xì)地確定性能需求。 功能需求　　詳列出與該特