【文章內(nèi)容簡(jiǎn)介】 在不進(jìn)行直接指導(dǎo)的前提下，讓用戶進(jìn)行檢查與評(píng)價(jià)。從而達(dá)到需求分析的準(zhǔn)確性。分析員通過(guò)需求分析，逐步細(xì)化對(duì)軟件的要求，描述軟件要處理的數(shù)據(jù)域，并給軟件開(kāi)發(fā)提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì)、結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)的數(shù)據(jù)和功能表示。在軟件完成后，制定的軟件規(guī)格說(shuō)明還要為評(píng)價(jià)軟件質(zhì)量提供依據(jù)。需求分析的任務(wù)開(kāi)發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說(shuō)明開(kāi)發(fā)什么。最為困難的概念性工作便是編寫(xiě)出詳細(xì)技術(shù)需求，這包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。同時(shí)這也是一旦做錯(cuò)，將最終會(huì)給系統(tǒng)帶來(lái)極大損害的部分，并且以后再對(duì)它進(jìn)行修改也極為困難。目前，國(guó)內(nèi)產(chǎn)品的龐雜，一家企業(yè)可能有幾個(gè)系統(tǒng)并立運(yùn)行，它們之間接口是系統(tǒng)開(kāi)發(fā)人員最頭痛的問(wèn)題。對(duì)于商業(yè)最終用戶應(yīng)用程序，企業(yè)信息系統(tǒng)和軟件作為一個(gè)大系統(tǒng)的一部分的產(chǎn)品是顯而易見(jiàn)的。但是對(duì)于我們開(kāi)發(fā)人員來(lái)說(shuō)，并沒(méi)有編寫(xiě)出客戶認(rèn)可的需求文檔，我們?nèi)绾沃理?xiàng)目于何時(shí)結(jié)束？而如果我們不知道什么對(duì)客戶來(lái)說(shuō)是重要的，那我們又如何能使客戶感到滿意呢？然而，即便并非出于商業(yè)目的的軟件需求也是必須的。例如庫(kù)、組件和工具這些供開(kāi)發(fā)小組內(nèi)部使用的軟件。當(dāng)然你可能偶爾勿需文檔說(shuō)明就能與其他人意見(jiàn)較為一致，但更常見(jiàn)的是出現(xiàn)重復(fù)返工這種不可避免的后果，而重新編制代碼的代價(jià)遠(yuǎn)遠(yuǎn)超過(guò)重寫(xiě)一份需求文檔的代價(jià)，這些血的教訓(xùn)正在國(guó)內(nèi)的軟件開(kāi)發(fā)者身上發(fā)生。近來(lái)，我遇到一個(gè)開(kāi)發(fā)小組開(kāi)發(fā)包括代碼編輯器在內(nèi)的一套內(nèi)部使用的計(jì)算機(jī)輔助軟件。不幸的是，當(dāng)他們開(kāi)發(fā)完這個(gè)工具后，發(fā)現(xiàn)這個(gè)工具不能打印出源代碼文件，使用者當(dāng)然希望有這個(gè)功能。結(jié)果這個(gè)小組只好手工抄寫(xiě)源代碼文檔以供代碼檢查。這說(shuō)明那怕需求明確無(wú)誤并構(gòu)思準(zhǔn)確，如果我們沒(méi)有編寫(xiě)文檔，軟件達(dá)不到期望目標(biāo)也只能是咎由自取了。相反的情況，我曾見(jiàn)一個(gè)要集成到“錯(cuò)誤跟蹤系統(tǒng)”中的簡(jiǎn)單界面寫(xiě)了一頁(yè)需求說(shuō)明。而操作系統(tǒng)系統(tǒng)管理員在為處理腳本時(shí)發(fā)現(xiàn)簡(jiǎn)單的一張需求清單竟是如此有用。他們依據(jù)需求對(duì)系統(tǒng)進(jìn)行測(cè)試時(shí)，此系統(tǒng)不僅非常清晰地實(shí)現(xiàn)了所有必需功能，而且未發(fā)現(xiàn)任何錯(cuò)誤。事實(shí)上，需求文檔在開(kāi)發(fā)過(guò)程中一直起指導(dǎo)作用。需求的類型下面這些定義是需求工程領(lǐng)域中常見(jiàn)術(shù)語(yǔ)的定義。軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。1．業(yè)務(wù)需求（business requirement）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。2．用戶需求(user requirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例（usecase）文檔或方案腳本說(shuō)明中予以說(shuō)明。3．功能需求(functional requirement)定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。在軟件需求規(guī)格說(shuō)明書(shū)（SRS）中說(shuō)明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為。軟件需求規(guī)格說(shuō)明在開(kāi)發(fā)、測(cè)試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用。對(duì)一個(gè)大型系統(tǒng)來(lái)說(shuō)，軟件功能需求也許只是系統(tǒng)需求的一個(gè)子集，因?yàn)榱硗庖恍┛赡軐儆谧酉到y(tǒng)（或軟件部件）。作為功能需求的補(bǔ)充，軟件需求規(guī)格說(shuō)明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。所謂約束是指對(duì)開(kāi)發(fā)人員在軟件產(chǎn)品設(shè)計(jì)和構(gòu)造上的限制。質(zhì)量屬性是通過(guò)多種角度對(duì)產(chǎn)品的特點(diǎn)進(jìn)行描述，從而反映產(chǎn)品功能。多角度描述產(chǎn)品對(duì)用戶和開(kāi)發(fā)人員都極為重要。下面以一個(gè)字處理程序?yàn)槔齺?lái)說(shuō)明需求的不同種類。業(yè)務(wù)需求可能是：“用戶能有效地糾正文檔中的拼寫(xiě)錯(cuò)誤”，該產(chǎn)品的包裝盒封面上可能會(huì)標(biāo)明這是個(gè)滿足業(yè)務(wù)需求的拼寫(xiě)檢查器。而對(duì)應(yīng)的用戶需求可能是“找出文檔中的拼寫(xiě)錯(cuò)誤并通過(guò)一個(gè)提供的替換項(xiàng)列表來(lái)供選擇替換拼錯(cuò)的詞”。同時(shí)，該拼寫(xiě)檢查器還有許多功能需求，如找到并高亮度提示錯(cuò)詞的操作；顯示提供替換詞的對(duì)話框以及實(shí)現(xiàn)整個(gè)文檔范圍的替換。從以上定義可以發(fā)現(xiàn)，需求并未包括設(shè)計(jì)細(xì)節(jié)、實(shí)現(xiàn)細(xì)節(jié)、項(xiàng)目計(jì)劃信息或測(cè)試信息。需求與這些沒(méi)有關(guān)系，它關(guān)注的是充分說(shuō)明你究竟想開(kāi)發(fā)什么。項(xiàng)目也有其它方面的需求，如開(kāi)發(fā)環(huán)境需求或發(fā)布產(chǎn)品及移植到支撐環(huán)境的需求。第四篇：軟件需求分析考試資料需求分析的最終結(jié)果是需求規(guī)格說(shuō)明書(shū)。需求分析中開(kāi)發(fā)人員要從用戶那里解決的最重要的問(wèn)題是讓軟件做什么。需求規(guī)格說(shuō)明書(shū)中的內(nèi)容不應(yīng)該包括對(duì)算法的詳細(xì)過(guò)程的描述。需求規(guī)格說(shuō)明書(shū)的作用不應(yīng)包括軟件可行性研究的依據(jù)。關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息。面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例，對(duì)象有三種成分標(biāo)識(shí)、屬性、方法（或操作）軟件需求分析階段的工作，可以分成以下四個(gè)方面對(duì)問(wèn)題的識(shí)別、分析與綜合、制定規(guī)格說(shuō)明以及需求分析評(píng)審。軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)該包括對(duì)算法的詳細(xì)過(guò)程的描述。產(chǎn)品特性可以稱為質(zhì)量屬性，在眾多質(zhì)量屬性，對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)重要的屬性有哪些？可維護(hù)性、可移植性、可重用性、可測(cè)試性求包括11個(gè)方面的內(nèi)容，其中網(wǎng)絡(luò)和操作系統(tǒng)的要求屬于環(huán)境需求，如何隔離用戶之間的數(shù)據(jù)屬于安全保密需求，執(zhí)行速度、相應(yīng)時(shí)間及吞吐量屬于性能需求，規(guī)定系統(tǒng)平均出錯(cuò)時(shí)間屬于質(zhì)量保證。1需求分析過(guò)程應(yīng)該建立3中模型，他們分別是數(shù)據(jù)模型、功能模型、行為模型，以下幾種圖形中，數(shù)據(jù)流圖（DFD）屬于功能模型，實(shí)體聯(lián)系圖（ERD）屬于數(shù)據(jù)模型，狀態(tài)轉(zhuǎn)換圖（STD）屬于行為模型。1常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向?qū)ο蟮姆治龅姆治龇椒ǎ∣OA），下列(D)不是結(jié)構(gòu)化分析方法的圖形工具。A 決策樹(shù)B 數(shù)據(jù)流圖C數(shù)據(jù)字典D快速原型1軟件開(kāi)發(fā)中，原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性，其中，探索型和實(shí)驗(yàn)型用完可以丟棄，而進(jìn)化型圍繞原型修改、增加。1數(shù)據(jù)流圖用于描述數(shù)據(jù)的處理過(guò)程。1DFD 的基本符號(hào)不包括下列哪種？（A）。A 數(shù)據(jù)字典B 加工C 外部實(shí)體D 數(shù)據(jù)流E 數(shù)據(jù)存儲(chǔ)文件1DD的主要字典條目包括以下哪種（E）A 數(shù)據(jù)流B文件C 數(shù)據(jù)項(xiàng)D加工E以上都是1常用的動(dòng)態(tài)分析方法不包括以下哪種（B）A 狀態(tài)遷移圖B 層次方框圖C 時(shí)序圖D Petri網(wǎng)1需求分析階段的文檔包括以下哪些（E）A 軟件需求規(guī)格說(shuō)明書(shū)B(niǎo) 數(shù)據(jù)要求說(shuō)明書(shū)C 初步的用戶手冊(cè)D 修改、完善與確定開(kāi)發(fā)實(shí)施計(jì)劃E 以上都是1需求驗(yàn)證應(yīng)該從下述幾個(gè)方面進(jìn)行驗(yàn)證：（C）A 可靠性、可用性、易用性、重用性B 可維護(hù)性、可移植性、可重用性、可測(cè)試性C 一致性、現(xiàn)實(shí)性、完整性、有效性 D 功能性、非功能性風(fēng)險(xiǎn)管理的要素包括哪些（D）A 風(fēng)險(xiǎn)評(píng)價(jià)B 風(fēng)險(xiǎn)避免C 風(fēng)險(xiǎn)控制D 以上都是2下列描述中錯(cuò)誤的是（D）A 每一個(gè)集成的需求變更必須能跟蹤控制到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求。B 變更過(guò)程應(yīng)該做