軟件工程項(xiàng)目之需求分析

1、.軟件工程之需求分析編者按：現(xiàn)在人們?cè)絹?lái)越認(rèn)識(shí)到軟件工程在軟件開(kāi)發(fā)中的重要作用。目前國(guó)內(nèi)軟件在開(kāi)發(fā)中還沒(méi)有對(duì)軟件開(kāi)發(fā)的過(guò)程進(jìn)行明確規(guī)定，文檔不完整，也不規(guī)范，軟件項(xiàng)目的成功往往歸功于軟件開(kāi)發(fā)組的一些杰出個(gè)人或小組的努力。這種依賴于個(gè)別人員上的成功并不能為全組織的軟件生產(chǎn)率和質(zhì)量的提高奠定有效的基礎(chǔ)，只有通過(guò)建立全過(guò)程的改善，采用嚴(yán)格的軟件工程方法和管理，并且堅(jiān)持不懈地付諸實(shí)踐，才能取得全組織的軟件過(guò)程能力的不斷提高，使軟件開(kāi)發(fā)更規(guī)范合理。我們馬上就要進(jìn)入 WTO，因此軟件開(kāi)發(fā)也要與國(guó)際接軌， 只有這樣才能提高我們?cè)陧?xiàng)目管理水平，最終開(kāi)發(fā)出高質(zhì)量的軟件。綜述軟件工程中包含需求、設(shè)計(jì)、編碼和測(cè)試四

2、個(gè)階段 , 其中需求工程是軟件工程第一個(gè)也是很重要的一個(gè)階段，本文以醫(yī)院管理系統(tǒng)為例詳細(xì)介紹了需求工程的構(gòu)成和進(jìn)行方法。一、需求開(kāi)發(fā)需求開(kāi)發(fā)又分為需求獲取、需求分析、編寫(xiě)規(guī)格說(shuō)明書(shū)和需求驗(yàn)證。以下列出和講解分析常規(guī)的步驟，當(dāng)然應(yīng)按照項(xiàng)目的大小和特點(diǎn)等實(shí)際情況我們應(yīng)該自己確定合適的步驟1 需求獲取確定需求開(kāi)發(fā)過(guò)程確定如何組織需求的收集、分析、細(xì)化并核實(shí)的步驟，并將它編寫(xiě)成文檔。2 需求分析繪制關(guān)聯(lián)圖、創(chuàng)建開(kāi)發(fā)原型、分析可行性、確定需求優(yōu)先級(jí)、為需求建立模型、編寫(xiě)數(shù)據(jù)字典、應(yīng)用質(zhì)量功能調(diào)配。3 編寫(xiě)規(guī)格說(shuō)明書(shū)項(xiàng)目視圖和范圍文檔包含了業(yè)務(wù)需求，而使用實(shí)例文檔則包含了用戶需求4 需求驗(yàn)證審查需求文檔、

3、依據(jù)需求編寫(xiě)測(cè)試用例、編寫(xiě)用戶手冊(cè)、確定合格的標(biāo)準(zhǔn)二、需求管理需求開(kāi)發(fā)的結(jié)果應(yīng)該有項(xiàng)目視圖和范圍文檔、使用實(shí)例文檔、軟件需求規(guī)格說(shuō)明及相關(guān)分析模型。經(jīng)評(píng)審批準(zhǔn)，這些文檔就定義了開(kāi)發(fā)工作的需求基線。=一、綜述.軟件工程中包含需求、設(shè)計(jì)、編碼和測(cè)試四個(gè)階段 , 其中需求工程是軟件工程第一個(gè)也是很重要的一個(gè)階段，本文以醫(yī)院管理系統(tǒng)為例詳細(xì)介紹了需求工程的構(gòu)成和進(jìn)行方法。首先我們必須了解需求工程和其他項(xiàng)目過(guò)程的關(guān)系：圖 1 需求與其他項(xiàng)目過(guò)程的關(guān)系軟件需求包括三個(gè)不同的層次- 業(yè)務(wù)需求、用戶需求和功能需求- 也包括非功能需求: 業(yè)務(wù)需說(shuō)明了提供給客戶和產(chǎn)品開(kāi)發(fā)商的新系統(tǒng)的最初利益, 反映了組織機(jī)構(gòu)或客

4、戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明; 用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說(shuō)明中予以說(shuō)明; 功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。.圖 2 軟件需求各組成部分關(guān)系需求工程分為了需求開(kāi)發(fā)和需求管理兩個(gè)階段: 下面就以這兩個(gè)階段說(shuō)明:二 , 需求開(kāi)發(fā)需求開(kāi)發(fā)又分為需求獲取、 需求分析、 編寫(xiě)規(guī)格說(shuō)明書(shū)和需求驗(yàn)證。 以下列出和講解分析常規(guī)的步驟，當(dāng)然應(yīng)按照項(xiàng)目的大小和特點(diǎn)等實(shí)際情況我們應(yīng)該自己確定合適的步驟。1需求獲取 ：1 ）確定需求開(kāi)發(fā)過(guò)程：確定需求開(kāi)發(fā)過(guò)程確定如何組織需求的收

5、集、分析、細(xì)化并核實(shí)的步驟，并將它編寫(xiě)成文檔。對(duì)重要的步驟要給予一定指導(dǎo)，這將有助于分析人員的工作，而且也使收集需求活動(dòng)的安排和進(jìn)度計(jì)劃更容易進(jìn)行。2 ）編寫(xiě)項(xiàng)目視圖和范圍文檔：項(xiàng)目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，所有的使用實(shí)例和功能需求都必須遵從能達(dá)到的業(yè)務(wù)需求。項(xiàng)目視圖說(shuō)明使所有項(xiàng)目參與者對(duì)項(xiàng)目的目標(biāo)能達(dá)成共識(shí)。而范圍則是作為評(píng)估需求或潛在特性的參考。表 1 項(xiàng)目視圖和范圍文檔的模板a . 1 背景在這一部分，總結(jié)新產(chǎn)品的理論基礎(chǔ)，并提供關(guān)于產(chǎn)品開(kāi)發(fā)的歷史背景或形勢(shì)的.一般性描述。a.2 業(yè)務(wù)機(jī)遇 描述現(xiàn)存的市場(chǎng)機(jī)遇或正在解決的業(yè)務(wù)問(wèn)題。 描述商品競(jìng)爭(zhēng)的市場(chǎng)和信息系統(tǒng)將運(yùn)用的環(huán)境

6、。包括對(duì)現(xiàn)存產(chǎn)品的一個(gè)簡(jiǎn)要的相對(duì)評(píng)價(jià)和解決方案，并指出所建議的產(chǎn)品為什么具有吸引力和它們所能帶來(lái)的競(jìng)爭(zhēng)優(yōu)勢(shì)。a.3 業(yè)務(wù)目標(biāo) 用一個(gè)定量和可測(cè)量的合理方法總結(jié)產(chǎn)品所帶來(lái)的重要商業(yè)利潤(rùn) , 把重點(diǎn)放在給業(yè)務(wù)的價(jià)值上。a.4 客戶或市場(chǎng)需求 描述一些典型客戶的需求， 包括不滿足現(xiàn)有市場(chǎng)上的產(chǎn)品或信息系統(tǒng)的需求。提出客戶目前所遇到的問(wèn)題在新產(chǎn)品中將可能（或不可能）出現(xiàn)的闡述，提供客戶怎樣使用產(chǎn)品的例子。確定了產(chǎn)品所能運(yùn)行的軟、硬件平臺(tái)。a.5提供給客戶的價(jià)值確定產(chǎn)品給客戶帶來(lái)的價(jià)值，并指明產(chǎn)品怎樣滿足客戶的需要。a.6 業(yè)務(wù)風(fēng)險(xiǎn) 總結(jié)開(kāi)發(fā)（或不開(kāi)發(fā)） 該產(chǎn)品有關(guān)的主要業(yè)務(wù)風(fēng)險(xiǎn)， 例如市場(chǎng)競(jìng)爭(zhēng)、 時(shí)間

7、問(wèn)題、用戶的接受能力、實(shí)現(xiàn)的問(wèn)題或?qū)I(yè)務(wù)可能帶來(lái)的消極影響。預(yù)測(cè)風(fēng)險(xiǎn)的嚴(yán)重性，指明你所能采取的減輕風(fēng)險(xiǎn)的措施。b.1 項(xiàng)目視圖陳述 編寫(xiě)一個(gè)總結(jié)長(zhǎng)遠(yuǎn)目標(biāo)和有關(guān)開(kāi)發(fā)新產(chǎn)品目的的簡(jiǎn)要項(xiàng)目視圖陳述。 項(xiàng)目視圖陳述將考慮權(quán)衡有不同需求客戶的看法。它可能有點(diǎn)理想化，但必須以現(xiàn)有的或所期待的客戶市場(chǎng)、企業(yè)框架、組織的戰(zhàn)略方向和資源局限性為基礎(chǔ)。b.2 主要特性 包括新產(chǎn)品將提供的主要特性和用戶性能的列表。 強(qiáng)調(diào)的是區(qū)別于以往產(chǎn)品和競(jìng)爭(zhēng)產(chǎn)品的特性?？梢詮挠脩粜枨蠛凸δ苄枨笾械玫竭@些特性。b.3假設(shè)和依賴環(huán)境在構(gòu)思項(xiàng)目和編寫(xiě)項(xiàng)目視圖和范圍文檔時(shí)，要記錄所作出的任何假設(shè)。通常一方所持的假設(shè)應(yīng)與另一方不同。c.1

8、 首次發(fā)行的范圍 總結(jié)首次發(fā)行的產(chǎn)品所具有的性能。 描述了產(chǎn)品的質(zhì)量特性， 這些特性使產(chǎn)品可以為不同的客戶群提供預(yù)期的成果。c.2 隨后發(fā)行的范圍 如果你想象一個(gè)周期性的產(chǎn)品演變過(guò)程， 就要指明哪一個(gè)主要特性的開(kāi)發(fā)將被延期，并期待隨后版本發(fā)行的日期。c.3 局限性和專用性 明確定義包括和不包括的特性和功能的界線是處理范圍設(shè)定和客戶期望的一個(gè)途徑。列出風(fēng)險(xiǎn)承擔(dān)者們期望的而你卻不打算把它包括到產(chǎn)品中的特性和功能。d.1 客戶概貌 客戶概述明確了這一產(chǎn)品的不同類型客戶的一些本質(zhì)的特點(diǎn)， 以及目標(biāo)市場(chǎng)部門(mén)和在這些部門(mén)中的不同客戶的特征。d.2 項(xiàng)目的優(yōu)先級(jí) 一旦明確建立項(xiàng)目的優(yōu)先級(jí)， 風(fēng)險(xiǎn)承擔(dān)者和項(xiàng)目

9、的參與者就能把精力集中在一系列共同的目標(biāo)上。達(dá)到這一目的的一個(gè)途徑是考慮軟件項(xiàng)目的五個(gè)方面：性能、質(zhì)量、計(jì)劃、成本和人員。e. 產(chǎn)品成功的因素 明確產(chǎn)品的成功是如何定義和測(cè)量的，并指明對(duì)產(chǎn)品的成功有巨大影響的幾個(gè)因素。不僅要包括組織直接控制的范圍內(nèi)的事務(wù)，還要包括外部因素。如果可能，可建立測(cè)量的標(biāo)準(zhǔn)用于評(píng)價(jià)是否達(dá)到業(yè)務(wù)目標(biāo) .3）用戶群分類：產(chǎn)品的用戶在很多方面存在著差異，例如：用戶使用產(chǎn)品的頻度、他們的應(yīng)用領(lǐng)域和計(jì)算機(jī)系統(tǒng)知識(shí)、他們所使用的產(chǎn)品特性、他們所進(jìn)行的業(yè)務(wù)過(guò)程、他們?cè)诘乩砩系牟季忠约八麄兊脑L問(wèn)優(yōu)先級(jí)。 根據(jù)這些差異， 你可以把這些不同的用戶分成小組。 用戶類不一定都指人，你可以把其

10、它應(yīng)用程序或系統(tǒng)接口所用的硬件組件也看成是附加用戶類的成員。以這種方式來(lái)看待應(yīng)用程序接口，可以幫助你確定產(chǎn)品中那些與外部應(yīng)用程序或組件有關(guān)的需求。將用戶群分類并歸納各自特點(diǎn)為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使都有所差異。詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于產(chǎn)品設(shè)計(jì)。4）選擇產(chǎn)品代表： 擇每類用戶的產(chǎn)品代表為每類用戶至少選擇一位能真正代表他們需求的人作為那一類用戶的代表并能作出決策。這對(duì)于內(nèi)部信息系統(tǒng)的開(kāi)發(fā)是最易實(shí)現(xiàn)的，因?yàn)榇藭r(shí)，用.戶就是身邊的職員。而對(duì)于商業(yè)開(kāi)發(fā)，就得在主要的客戶或測(cè)試者中建立起良好的合作關(guān)系，并確定合適的產(chǎn)品代表。他們必須一直參與項(xiàng)目的開(kāi)發(fā)而且有權(quán)作出決策

11、。每一個(gè)產(chǎn)品代表者代表了一個(gè)特定的用戶類，并在那個(gè)用戶類和開(kāi)發(fā)者之間充當(dāng)主要的接口。5）建立核心隊(duì)伍： 建立起典型用戶的核心隊(duì)伍把同類產(chǎn)品或你的產(chǎn)品的先前版本用戶代表召集起來(lái)，從他們那里收集目前產(chǎn)品的功能需求和非功能需求。這樣的核心隊(duì)伍對(duì)于商業(yè)開(kāi)發(fā)尤為有用，因?yàn)槟銚碛幸粋€(gè)龐大且多樣的客戶基礎(chǔ)。與產(chǎn)品代表的區(qū)別在于，核心隊(duì)伍成員通常沒(méi)有決定權(quán)。6）確定使用實(shí)例： 讓用戶代表確定使用實(shí)例從用戶代表處收集他們使用軟件完成所需任務(wù)的描述 - 使用實(shí)例， 討論用戶與系統(tǒng)間的交互方式和對(duì)話要求。在編寫(xiě)使用實(shí)例的文檔時(shí)可采用標(biāo)準(zhǔn)模版，在使用實(shí)例基礎(chǔ)上可得到功能需求。一個(gè)單一的使用實(shí)例可能包括完成某項(xiàng)任務(wù)的許

12、多邏輯相關(guān)任務(wù)和交互順序。因此，一個(gè)使用實(shí)例是相關(guān)的用法說(shuō)明的集合，并且一個(gè)說(shuō)明是使用實(shí)例的例子。在描述時(shí)列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼捻樞?。?dāng)這種對(duì)話結(jié)束時(shí)，執(zhí)行者也達(dá)到了預(yù)期的目的。對(duì)于一些復(fù)雜的使用實(shí)例，畫(huà)出圖形分析模型是有益的，這些模型包括數(shù)據(jù)流程圖、實(shí)體關(guān)系圖、狀態(tài)轉(zhuǎn)化圖、對(duì)象類和聯(lián)系圖。使用實(shí)例的描述并不向開(kāi)發(fā)者提供他們所要開(kāi)發(fā)的功能的細(xì)節(jié)。為了減少這種不確定性，你需要把每一個(gè)使用實(shí)例敘述成詳細(xì)的功能需求。每一個(gè)使用實(shí)例可引伸出多個(gè)功能需求，這將使執(zhí)行者可以執(zhí)行相關(guān)的任務(wù)；并且多個(gè)使用實(shí)例可能需要相同的功能需求。使用實(shí)例方法給需求獲取帶來(lái)的好處來(lái)自于該方法是以任務(wù)為中心和以用

13、戶為中心的觀點(diǎn)。比起使用以功能為中心的方法，使用實(shí)例方法可以使用戶更清楚地認(rèn)識(shí)到新系統(tǒng)允許他們做什么。每一個(gè)使用實(shí)例都描述了一個(gè)方法，用戶可以利用這個(gè)方法與系統(tǒng)進(jìn)行交互，從而達(dá)到特定的目標(biāo)。使用實(shí)例可有效地捕捉大多數(shù)所期望的系統(tǒng)行為，但是你可能有一些需求，這些需求與用戶任務(wù)或其他執(zhí)行者之間的交互沒(méi)有特定的關(guān)系。這時(shí)你就需要一個(gè)獨(dú)立的需求規(guī)格說(shuō)明。7）召開(kāi)應(yīng)用程序開(kāi)發(fā)聯(lián)系會(huì)議： 召開(kāi)應(yīng)用程序開(kāi)發(fā)聯(lián)系會(huì)議應(yīng)用程序開(kāi)發(fā)聯(lián)系會(huì)議是范圍廣的、簡(jiǎn)便的專題討論會(huì)，也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。 該會(huì)議通過(guò)緊密而集中的討論得以將客戶與開(kāi)發(fā)人員間的合作伙伴關(guān)系付諸于實(shí)

14、踐。8）分析用戶工作流程： 分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程。畫(huà)一張簡(jiǎn)單的示意圖（最好用數(shù)據(jù)流圖）來(lái)描繪出用戶什么時(shí)候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)。編制業(yè)務(wù)過(guò)程流程文檔將有助于明確產(chǎn)品的使用實(shí)例和功能需求。你甚至可能發(fā)現(xiàn)客戶并不真地需要一個(gè)全新的軟件系統(tǒng)就能達(dá)到他們的業(yè)務(wù)目標(biāo)。9）確定質(zhì)量屬性： 確定質(zhì)量屬性和其它非功能需求在功能需求之外再考慮一下非功能的質(zhì)量特點(diǎn)，這會(huì)使你的產(chǎn)品達(dá)到并超過(guò)客戶的期望。對(duì)系統(tǒng)如何能很好地執(zhí)行某些行為或讓用戶采取某一措施的陳述就是質(zhì)量屬性，這是一種非功能需求。聽(tīng)取那些描述合理特性的意見(jiàn)：快捷、簡(jiǎn)易、直覺(jué)性、用戶友好、健壯性、可靠性、安全性和高效性。你

15、將要和用戶一起商討精確定義他們模糊的和主觀言辭的真正含義。10）檢查問(wèn)題報(bào)告：通過(guò)檢查當(dāng)前系統(tǒng)的問(wèn)題報(bào)告來(lái)進(jìn)一步完善需求客戶的問(wèn)題報(bào)告及補(bǔ)充需求為新產(chǎn)品或新版本提供了大量豐富的改進(jìn)及增加特性的想法，負(fù)責(zé)提供用戶支持及幫助的人能為收集需求過(guò)程提供極有價(jià)值的信息。11）需求重用：跨項(xiàng)目重用需求如果客戶要求的功能與已有的產(chǎn)品很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。2 需求分析1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型。同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流。2）創(chuàng)建開(kāi)發(fā)原型： 創(chuàng)建用戶接口原型當(dāng)開(kāi)發(fā)人員或用戶不能確定需求時(shí)，開(kāi)發(fā)一個(gè)

16、用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更.好地相互理解所要解決的問(wèn)題。注意要找出需求文檔與原型之間所有的沖突之處。3）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。4）確定需求優(yōu)先級(jí)： 確定需求的優(yōu)先級(jí)別應(yīng)用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，并在那個(gè)版本計(jì)劃中作出需要的變更。5）為需求建立模型： 為需求建立模

17、型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。6）編寫(xiě)數(shù)據(jù)字典： 創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。7）應(yīng)用質(zhì)量功能調(diào)配： 使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配是一種高級(jí)系統(tǒng)技術(shù)， 它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。 該技術(shù)提供了一種分析方法以明確那些是客

18、戶最為關(guān)注的特性。它將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會(huì)讓他們感到不滿意；普通需求；興奮需求，即實(shí)現(xiàn)了會(huì)給客戶帶去驚喜，但若未實(shí)現(xiàn)也不會(huì)受到責(zé)備。3 編寫(xiě)規(guī)格說(shuō)明書(shū)項(xiàng)目視圖和范圍文檔包含了業(yè)務(wù)需求，而使用實(shí)例文檔則包含了用戶需求。你必須編寫(xiě)從使用實(shí)例派生出的功能需求文檔，還要編寫(xiě)產(chǎn)品的非功能需求文檔，包括質(zhì)量屬性和外部接口需求。軟件需求規(guī)格說(shuō)明闡述一個(gè)軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件 , 它不僅是系統(tǒng)測(cè)試和用戶文檔的基礎(chǔ)，也是所有子系列項(xiàng)目規(guī)劃、設(shè)計(jì)和編碼的基礎(chǔ)。它應(yīng)該盡可能完整地描述系統(tǒng)預(yù)期的外部行為和用戶可視化行為。除了設(shè)計(jì)和實(shí)現(xiàn)上的限制，軟件需求

19、規(guī)格說(shuō)明不應(yīng)該包括設(shè)計(jì)、構(gòu)造、測(cè)試或工程管理的細(xì)節(jié)。1）采用軟件需求規(guī)格說(shuō)明模版 : 采用需求規(guī)格說(shuō)明書(shū)模板在你的組織中要為編寫(xiě)軟件需求文檔定義一種標(biāo)準(zhǔn)模板。該模板為記錄功能需求和各種其它與需求相關(guān)的重要信息提供了統(tǒng)一的結(jié)構(gòu)。注意，其目的并非是創(chuàng)建一種全新的模板，而是采用一種已有的且可滿足項(xiàng)目需要并適合項(xiàng)目特點(diǎn)的模板。許多組織一開(kāi)始都采用 IEEE 標(biāo)準(zhǔn) 830-1998(IEEE 1998) 描述的需求規(guī)格說(shuō)明書(shū)模板。要相信模板是很有用的，但有時(shí)要根據(jù)項(xiàng)目特點(diǎn)進(jìn)行適當(dāng)?shù)母膭?dòng)。.4. 需求驗(yàn)證1）審查需求文檔： 對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。組織一個(gè)由不同代表（如分析人員

20、，客戶，設(shè)計(jì)人員，測(cè)試人員）組成的小組，對(duì)需求規(guī)格說(shuō)明書(shū)及相關(guān)模型進(jìn)行仔細(xì)的檢查。另外在需求開(kāi)發(fā)期間所做的非正式評(píng)審也是有所裨益的。2）依據(jù)需求編寫(xiě)測(cè)試用例： 根據(jù)用戶需求所要求的產(chǎn)品特性寫(xiě)出黑盒功能測(cè)試用例?？蛻敉ㄟ^(guò)使用測(cè)試用例以確認(rèn)是否達(dá)到了期望的要求。還要從測(cè)試用例追溯回功能需求以確保沒(méi)有需求被疏忽，并且確保所有測(cè)試結(jié)果與測(cè)試用例相一致。同時(shí)，要使用測(cè)試用例來(lái)驗(yàn)證需求模型的正確性，如對(duì)話框圖和原型等。3）編寫(xiě)用戶手冊(cè)： 在需求開(kāi)發(fā)早期即可起草一份用戶手冊(cè)，用它作為需求規(guī)格說(shuō)明的參考并輔助需求分析。優(yōu)秀的用戶手冊(cè)要用淺顯易懂的語(yǔ)言描述出所有對(duì)用戶可見(jiàn)的功能。而輔助需求如質(zhì)量屬性、性能需求及

21、對(duì)用戶不可見(jiàn)的功能則在需求規(guī)格說(shuō)明書(shū)中予以說(shuō)明。4）確定合格的標(biāo)準(zhǔn)： 確定合格的標(biāo)準(zhǔn)讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。將合格的測(cè)試建立在使用情景描述或使用實(shí)例的基礎(chǔ)之上。二、需求管理需求開(kāi)發(fā)的結(jié)果應(yīng)該有項(xiàng)目視圖和范圍文檔、使用實(shí)例文檔、軟件需求規(guī)格說(shuō)明及相關(guān)分析模型。經(jīng)評(píng)審批準(zhǔn)，這些文檔就定義了開(kāi)發(fā)工作的需求基線。這個(gè)基線在客戶和開(kāi)發(fā)人員之間就構(gòu)筑了計(jì)劃產(chǎn)品功能需求和非功能需求的一個(gè)約定。 需求約定是需求開(kāi)發(fā)和需求管理之間的橋梁，需求管理包括在工程進(jìn)展過(guò)程中維持需求約定集成性和精確性的所有活動(dòng)。1 確定需求變更控制過(guò)程，確定一個(gè)選擇、分析和決策需求變更的過(guò)程。所有的需求

22、變更都需遵循此過(guò)程，商業(yè)化的問(wèn)題跟蹤工具都能支持變更控制過(guò)程。2建立變更控制委員會(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)版本。3進(jìn)行需求變更影響分析，應(yīng)評(píng)估每項(xiàng)選擇的需求變更，以確定它對(duì)項(xiàng)目計(jì)劃安排和其它需求的影響。明確與變更相關(guān)的任務(wù)并評(píng)估完成這些任務(wù)需要的工作量。通過(guò)這些分析將有助于變更控制委員會(huì)作出更好的決策。影響分析可以提供對(duì)建議的變更的準(zhǔn)確理解，幫助做出信息量充分的變更批準(zhǔn)決策。通過(guò)對(duì)變.更內(nèi)容的檢驗(yàn)， 確定對(duì)現(xiàn)有的系統(tǒng)做出是修改或拋棄的決定，或者創(chuàng)建新系統(tǒng)以及評(píng)估每個(gè)任務(wù)的工作量。進(jìn)行影響分析的能力依賴于跟蹤能力數(shù)據(jù)的質(zhì)量和完整性。4跟蹤所有受需求變更影響的工作產(chǎn)品當(dāng)進(jìn)行某項(xiàng)需求變更時(shí)，參照需求跟蹤能力矩陣找到相關(guān)的其它需求、設(shè)計(jì)模板、源代碼和測(cè)試用例，這些相關(guān)部分可能