軟件需求分析復(fù)習(xí)題(共5頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上簡(jiǎn)答題1.需求分析的目的是什么？難點(diǎn)在哪里？需求分析為什么特別重要？ 需求分析的目的： 需求分析主要用于獲取用戶的具體需求，通過對(duì)實(shí)際需求的獲取、分析、文檔化和驗(yàn)證等需求分析過程，為進(jìn)一步的設(shè)計(jì)和實(shí)現(xiàn)提供依據(jù)： (1) 需求分類。將軟件功能、性能、可靠性等相關(guān)需求進(jìn)行分類、逐一細(xì)化。 (2) 面向用戶獲取并分析需求。軟件研發(fā)其他階段都是面向技術(shù)的，只有需求分析階段是面向用戶的，深入調(diào)研獲取并分析軟件的功能、性能、可靠性等，也可從系統(tǒng)和用戶需求中推導(dǎo)出軟件具體需求，并檢查需求定義準(zhǔn)確性，是否存在二義性。 (3) 檢查和解決不同需求間的矛盾。盡量達(dá)到均衡和優(yōu)化。 (4)

2、確定軟件的邊界，以及軟件與環(huán)境的相互作用方式等。如應(yīng)用及運(yùn)行邊界和環(huán)境。 (5) 對(duì)需求文檔化并進(jìn)行最后驗(yàn)證與確認(rèn)。難點(diǎn)：主要體現(xiàn)在以下5個(gè)方面：（1）問題確定難。主要原因一是應(yīng)用領(lǐng)域的復(fù)雜性及業(yè)務(wù)變化，難以具體確定；二是用戶需求所涉及的多因素引起的，如運(yùn)行環(huán)境和系統(tǒng)功能、性能、可靠性和接口等。（2）需求動(dòng)態(tài)性。軟件的需求在整個(gè)軟件生存周期，常會(huì)隨著時(shí)間和業(yè)務(wù)而有所變化。有的用戶需求經(jīng)常變化，一些企業(yè)可能正處在體制改革與企業(yè)重組的變動(dòng)期和成長(zhǎng)期，其企業(yè)需求不成熟、不穩(wěn)定和不規(guī)范，致使需求具有動(dòng)態(tài)性。（3）交流共識(shí)難。需求分析涉及的人事物及相關(guān)因素多，與用戶、業(yè)務(wù)專家、需求工程師和項(xiàng)目管理員等進(jìn)

3、行交流時(shí)，不同的背景知識(shí)、角色和角度等，使交流共識(shí)較難。（4）完備一致難。由于不同人員對(duì)系統(tǒng)的要求認(rèn)識(shí)不盡相同，所以對(duì)問題的表述不夠準(zhǔn)確，各方面的需求還可能存在著矛盾。難以消除矛盾，形成完備和一致的定義。（5）深入完善難。需求理解對(duì)不全面準(zhǔn)確的分析，客戶環(huán)境和業(yè)務(wù)流程的改變，市場(chǎng)趨勢(shì)的變化等，也會(huì)隨著分析、設(shè)計(jì)和實(shí)現(xiàn)而不斷深入完善，可能在最后重新修訂軟件需求。分析人員應(yīng)認(rèn)識(shí)到需求變化的必然性，并采取措施減少需求變更對(duì)軟件的影響。對(duì)必要的變更需求要經(jīng)過認(rèn)真評(píng)審、跟蹤和比較分析后才能實(shí)施。需求分析之所以特別重要是因?yàn)?）許多軟件開發(fā)失敗的原因都?xì)w結(jié)為需求分析沒有做好。2）需求分析輸出的文檔“用戶需

4、求報(bào)告”是客戶、開發(fā)者、管理者三方遵守的基線，是產(chǎn)品驗(yàn)收的依據(jù)。3）需求分析要占整個(gè)軟件開發(fā)時(shí)間或工作量的30%左右。4）需求分析出現(xiàn)錯(cuò)誤會(huì)在后續(xù)的開發(fā)過程中發(fā)散式傳播。2.需求分析階段的基本任務(wù)是什么？答：需求分析階段的基本任務(wù)是: (1.問題識(shí)別： 雙方對(duì)問題的綜合需求：a.功能需求b.性能需求c.環(huán)境需求d.用戶界面需求. (2.分析與綜合，導(dǎo)出軟件的邏輯模型. (3.編寫文檔3需求規(guī)格說明書由哪些部分組成？各部分之間的關(guān)系是什么？答：軟件需求說明書一般包括如下內(nèi)容：1）引言部分 編寫目的；項(xiàng)目背景 (應(yīng)包括：a.項(xiàng)目的委托單位、開發(fā)單位和主管部門；b該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。) ；定

5、義；(列出文檔中所用到的專門術(shù)語的定義和縮寫詞的原文。)參考資料。2）任務(wù)概述 目標(biāo)；運(yùn)行環(huán)境；條件與限制。3）數(shù)據(jù)描述 靜態(tài)數(shù)據(jù)；動(dòng)態(tài)數(shù)據(jù) (包括輸入數(shù)據(jù)和輸出數(shù)據(jù)) ；數(shù)據(jù)庫(kù)描述 (給出使用數(shù)據(jù)庫(kù)的名稱和類型) ；數(shù)據(jù)詞典；數(shù)據(jù)采集。4）功能要求 功能劃分；功能描述。5）性能需求 數(shù)據(jù)精確度；時(shí)間特性(如響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳輸時(shí)間、運(yùn)行時(shí)間等)；適應(yīng)性(在操作方式、運(yùn)行環(huán)境、與其他軟件的接口以及開發(fā)計(jì)劃等發(fā)生變化時(shí)，應(yīng)具有的適應(yīng)能力。)6）運(yùn)行需求 用戶界面(如屏幕格式、報(bào)表格式、菜單格式、輸入輸出時(shí)間等)；硬件接口；軟件接口；故障處理。7）其他要求 如可使用性、安全保密、

6、可維護(hù)性、可移植性等。8）附錄4、假設(shè)現(xiàn)在由你來負(fù)責(zé)所在學(xué)校選課系統(tǒng)的需求工作，現(xiàn)在需要你來安排一次群體面談，你打算怎么做？答：（1）目標(biāo)和內(nèi)容的確定（1分）（2）場(chǎng)地的確定（1分）；解釋場(chǎng)地的條件：提供各種開會(huì)需要材料，會(huì)議室、道具、餐飲等（1分）（3）時(shí)間的確定（1分）；解釋時(shí)間要求：全職的24天；（1分）（4）人員的確定（1分）；解釋多涉眾的共同參與（1分）（5）會(huì)議準(zhǔn)備（1分）；準(zhǔn)備會(huì)議討論材料（1分）；議程（1分）5如何有效的處理需求的變化是很多現(xiàn)代軟件開發(fā)技術(shù)的主題，請(qǐng)從需求變更的原因、一般過程以及控制對(duì)策等方面談?wù)勀愕目捶?。答：?）認(rèn)識(shí)到需求變化是不可避免的；1分給出需求變化不

7、可避免原因的解釋；2分包括：?jiǎn)栴}發(fā)生了改變。環(huán)境發(fā)生了改變。需求基線存在缺陷。（2）明確需求的變化是需要控制的；1分能夠描述需求基線的概念；1分在響應(yīng)需求變更的過程中，項(xiàng)目團(tuán)隊(duì)還要及時(shí)準(zhǔn)確的維護(hù)需求基線，審計(jì)變更記錄：要更新需求基線，保證項(xiàng)目涉眾可以訪問到最新的需求；能夠描述需求變更的過程；2分（3）明確需求變化需要特殊處理的；1分能夠大概寫出特殊處理情況的；2分包括：l 推遲產(chǎn)品的交付時(shí)間。l 要求增派人手。當(dāng)然，這個(gè)做法只有在有限的情況下有效，因?yàn)楹芏嗲闆r下，增加人手只會(huì)使得項(xiàng)目更加落后。l 要求員工加班工作。一段時(shí)期的加班會(huì)耗盡員工的儲(chǔ)備精力，因此加班不能是長(zhǎng)期的，一般以30天為限，否則

8、會(huì)產(chǎn)生很多消極影響。因此，這個(gè)做法也只能適度的使用。l 推遲或者去除尚未實(shí)現(xiàn)的優(yōu)先級(jí)較低的需求。容許產(chǎn)品質(zhì)量的降低。當(dāng)然，這個(gè)做法是最不提倡的，因?yàn)榈唾|(zhì)量的產(chǎn)品會(huì)傷害整個(gè)開發(fā)團(tuán)隊(duì)。所以，除非其他的做法都不能達(dá)到效果，否則不要使用這種做法。五、應(yīng)用題（共24分, 每小題12分）1進(jìn)行需求文檔寫作時(shí)主要有三種手段：形式化語言、非形式化語言和半形式化語言，請(qǐng)：（1）說明這三種手段的不同及其各自的優(yōu)缺點(diǎn)，以表達(dá)“每本書至少有一個(gè)作者”為例；（2）說明在實(shí)踐當(dāng)中，應(yīng)該怎樣綜合運(yùn)用這三種手段。答：信息的描述語言可以分為三種類別：l 非形式化語言，即自然語言。l 半形式化語言，比自然語言具有更豐富的語義和更

9、嚴(yán)格的語法同時(shí)又沒有嚴(yán)格到可以完全基于數(shù)學(xué)方法的語言，例如ER圖、DFD圖、UML等圖形語言。l 形式化語言，基于數(shù)學(xué)的語言，例如VDM、Z語言等。自然語言具有復(fù)雜的規(guī)則和多樣化的表達(dá)方式，所以它的表達(dá)能力最為強(qiáng)大。而且自然語言是屬于普通人的語言，每個(gè)人都熟知其規(guī)則、表達(dá)方式和特點(diǎn)，所以非常利于用戶的理解。但同時(shí)自然語言也具有松散、模糊、歧義、凌亂等不好的特性。這使得它無法被機(jī)器所理解，它所描述的信息內(nèi)容也無法準(zhǔn)確的映射為機(jī)器行為。形式化語言是基于數(shù)學(xué)方法的語言，具有數(shù)學(xué)的表示法特性。使用形式化語言描述的信息內(nèi)容是可以進(jìn)行邏輯一致性推導(dǎo)和證明的，所以它能夠保證信息的正確性。而且形式化的信息描述

10、能夠被機(jī)器所理解，它所描述的信息內(nèi)容可以準(zhǔn)確的映射為機(jī)器行為。但是形式化描述的信息要求讀者具備謂詞演算方面的知識(shí)，這對(duì)普通的用戶而言顯然要求過高，以至于大多數(shù)用戶無法讀懂以形式化方法描述的信息。形式化方法所能描述的內(nèi)容也是有限的，具體的有限性因形式化方法的不同而各異。半形式化語言是介于自然語言和形式化語言之間的描述語言。一方面，半形式化語言具有嚴(yán)格的語法，定義方式比自然語言更加嚴(yán)格，這使得它可以避免自然語言模糊、松散、歧義、凌亂等不好的特性。另一方面，半形式化語言具有豐富的語義，使用規(guī)則比形式化語言更復(fù)雜和多樣，這使得它具有比形式化方法更強(qiáng)的表達(dá)能力。但是，豐富的語義使得半形式化語言的語法無法

11、嚴(yán)格到可以等價(jià)于數(shù)學(xué)方法的程度，所以它描述的信息還需要進(jìn)行額外的處理才能夠被機(jī)器所理解或者準(zhǔn)確的映射為機(jī)器行為。同時(shí)，嚴(yán)格的語法限制也使得半形式語言的表達(dá)能力無法達(dá)到自然語言的程度。而且因?yàn)榫哂歇?dú)特的語法和語義，所以半形式語言對(duì)普通用戶而言無異于一門全新的語言，它所描述的信息很難被用戶所理解。為了讓需求規(guī)格說明文檔的內(nèi)容能夠同時(shí)滿足用戶和開發(fā)人員的需要，需求工程師在實(shí)踐中更多的會(huì)綜合使用自然語言、半形式化語言和形式化語言。例如，為半形式化語言和形式化語言添加自然語言的注釋，或者分別使用自然語言和半形式化語言（或者形式化語言）重復(fù)描述同樣的信息，或者使用半形式語言和形式化語言描述概要與抽象信息，然后再用自然語言進(jìn)行詳細(xì)信息的描述。2下面是一段用例的描述，針對(duì)一個(gè)汽車保險(xiǎn)系統(tǒng)中“將一輛新車加入一個(gè)已有保單中”的用例：（1）客戶打電話給保險(xiǎn)公司，并提供他的保單號(hào)，辦事員輸入這個(gè)信息，系統(tǒng)顯示基本的保單。然后辦事員檢查信息，以確保保險(xiǎn)費(fèi)通用及保單有效；（2）客戶給出要添加的汽車的牌子、模型、年份和車輛識(shí)別代號(hào)（VIN），辦事員輸入這些信息系統(tǒng)驗(yàn)證這些數(shù)據(jù)是否有效。然后客戶選擇期望的保額類型，以及每種類型的數(shù)量，辦事員輸入這些信息，系統(tǒng)會(huì)逐一記錄并根據(jù)保單限制驗(yàn)證所請(qǐng)求的數(shù)量。輸入所有的保額后，系統(tǒng)驗(yàn)證保額總和，包括保單上的其他汽車；（3）最