軟件需求分析作業(yè)題

1、軟件需求分析復(fù)習(xí)題一、判斷題1、使用實(shí)例方法可以使用戶(hù)更清楚地認(rèn)識(shí)到新系統(tǒng)允許他做什么，那么我們就 應(yīng)該試圖把每一個(gè)需求與一個(gè)使用實(shí)例相聯(lián)系，盡可能多的使用實(shí)例。（F）矚慫潤(rùn)厲釤瘞睞櫪廡賴(lài)。2、在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài) （即初始狀態(tài) ） ，終態(tài)（即最終狀態(tài) ）和中 間狀態(tài)，在一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則可以有 0 至多個(gè)。（T ） 聞創(chuàng)溝燴鐺險(xiǎn)愛(ài)氌譴凈。3、結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類(lèi)型軟件的需求分析。（ T）4、數(shù)據(jù)流圖中每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流，但可以沒(méi)有輸出數(shù)據(jù)流。（ F）5、DFD與數(shù)據(jù)流程圖的區(qū)別是程序流程圖用于表示程序的過(guò)程設(shè)計(jì)， DFD用作描 述軟件的邏輯功

2、能，不能表示程序的控制結(jié)構(gòu)。（ T）殘騖樓諍錈瀨濟(jì)溆塹籟。6、屬性是指實(shí)體某一方面的特征，一個(gè)實(shí)體通常有多個(gè)屬性。聯(lián)系也可以有屬 性。（ T）7、軟件需求描述的是“如何做”，而不是“做什么”。（ F）8、軟件成功的標(biāo)準(zhǔn)是用戶(hù)在用，并且可以很容易做完要做的事。（ T）9、業(yè)務(wù)規(guī)則包括企業(yè)方針、政府條例、工業(yè)標(biāo)準(zhǔn)、會(huì)計(jì)準(zhǔn)則和計(jì)算方法等。業(yè) 務(wù)規(guī)劃本身就是軟件需求。（ F）10、軟件需求的層次包括業(yè)務(wù)需求、用戶(hù)需求、功能需求。（ T）二、選擇題1需求分析最終結(jié)果是產(chǎn)生（ C）A項(xiàng)目開(kāi)發(fā)計(jì)劃B可行性分析報(bào)告C需求規(guī)格說(shuō)明書(shū)D設(shè)計(jì)說(shuō)明書(shū)2需求分析中，開(kāi)發(fā)人員要從用戶(hù)那里解決的最重要的問(wèn)題是（A）A讓軟件

3、做什么B要給軟件提供哪些信息C需求軟件工作效率怎樣D讓軟件具有何種結(jié)構(gòu)3需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)（ B）的描述。A主要功能 B算法的詳細(xì)過(guò)程 C用戶(hù)界面的運(yùn)行環(huán)境D軟件性能4需求規(guī)格說(shuō)明書(shū)的作用不應(yīng)包括（ D）A軟件設(shè)計(jì)的依據(jù)B用戶(hù)與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C軟件驗(yàn)收的依據(jù)D軟件可行性研究的依據(jù)5下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是（ B）A鍵盤(pán)，鼠標(biāo)，通信端口、網(wǎng)絡(luò)等設(shè)備有變化，就會(huì)產(chǎn)生消息B操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C應(yīng)用程序之間可以相互發(fā)送消息D發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同6面向?qū)ο蠹夹g(shù)中，對(duì)象是類(lèi)的實(shí)例。

4、對(duì)象有三種成分（ A）、屬性和方法（或 操作）。A標(biāo)識(shí)B規(guī)則C封裝D消息7軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問(wèn)題的識(shí)別、分析與 綜合、制定規(guī)格說(shuō)明以及（ C）A總結(jié)B實(shí)踐性報(bào)告C需求分析評(píng)審D以上答案都不正確8軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括對(duì)（ B）的描述。A主要功能B算法的詳細(xì)過(guò)程C用戶(hù)界面及運(yùn)行環(huán)境D軟件的性能9. 軟件需求分析階段的工作，可以分成 4 個(gè)方面：需求獲取，需求分析，編寫(xiě) 需求規(guī)格說(shuō)明書(shū)以及（ B）A用戶(hù)B需求評(píng)審C總結(jié)D都不正確10在原型法中，開(kāi)發(fā)人員根據(jù)（ A）的需求不斷修改原型，直到滿(mǎn)足客戶(hù)要求 為止。A用戶(hù)B開(kāi)發(fā)人員C系統(tǒng)分析員D程序員11需求驗(yàn)證應(yīng)該

5、從下述幾個(gè)方面進(jìn)行驗(yàn)證：（ C）A可靠性、可用性、易用性、重用性B可維護(hù)性、可移植性、可重用性、可測(cè)試性C一致性、現(xiàn)實(shí)性、完整性、有效性D功能性、非功能性12風(fēng)險(xiǎn)管理的要素包括哪項(xiàng)（ D）A風(fēng)險(xiǎn)評(píng)價(jià)B風(fēng)險(xiǎn)避免C風(fēng)險(xiǎn)控制D以上都是13下列描述中錯(cuò)誤的是（ D） A每一個(gè)集成的需求變更必須能跟蹤到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求B變更過(guò)程應(yīng)該做成文檔，盡可能簡(jiǎn)單，當(dāng)然首要的是有效性C所有需求變更必須遵循過(guò)程，按照此過(guò)程，如果一個(gè)變更需求未被采納，則 其后過(guò)程不再予以考慮D可以從數(shù)據(jù)庫(kù)中刪除或修改變更請(qǐng)求的原始文檔三、填空題1. 需求分析階段研究對(duì)象是軟件項(xiàng)目的用戶(hù)需求2. 在軟件需求分析階段， 開(kāi)發(fā)人員 要準(zhǔn)

6、確理解 用戶(hù) 的要求，進(jìn)行細(xì)致的 需求分 析,將非形式的需求陳述轉(zhuǎn)化為完整的 需求定義 ,最后將其轉(zhuǎn)換到相應(yīng)的形式主 意功能規(guī)約 需求規(guī)格說(shuō)明 的過(guò)程。 釅錒極額閉鎮(zhèn)檜豬訣錐。3. 需求獲取 是從人、文檔或者環(huán)境當(dāng)中獲取需求的過(guò)程，需求工程師必須要利 用各種方法和技術(shù)來(lái)“發(fā)現(xiàn)”需求。 彈貿(mào)攝爾霽斃攬磚鹵廡。4. 需求分析階段產(chǎn)生的重要的文檔是 需求規(guī)格說(shuō)明書(shū)5. 需求分析的主要任務(wù)是確定軟件系統(tǒng)功能。6. 需求分析階段，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是 功能需 求。四、名詞解釋1. 需求獲取 需求獲取就是從人員、資料和環(huán)境中得到系統(tǒng)開(kāi)發(fā)所需要的相關(guān)信息的過(guò)程。2. 需求規(guī)格說(shuō)明

7、需求規(guī)格說(shuō)明就是將需求及其軟件解決方案進(jìn)行定義和文檔化， 并傳遞給開(kāi)發(fā)人 員的需求工程活動(dòng)。3. 需求基線 需求基線就是被明確和固定的需求集合， 是項(xiàng)目團(tuán)隊(duì)需要在某一特定產(chǎn)品版本中 實(shí)現(xiàn)的特征和需求的集合。4. 需求驗(yàn)證 需求驗(yàn)證是為了盡量不給設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等后繼開(kāi)發(fā)活動(dòng)帶來(lái)不必要的影響， 對(duì)需求規(guī)格說(shuō)明文檔中定義的需求是否正確、 準(zhǔn)確地反應(yīng)用戶(hù)的意圖進(jìn)行驗(yàn)證的 一個(gè)活動(dòng)。 謀蕎摶篋飆鐸懟類(lèi)蔣薔。五、問(wèn)答題1. 需求分析階段的基本任務(wù)是什么？ 需求分析的基本任務(wù)1. 問(wèn)題識(shí)別(1) 功能需求：明確所開(kāi)發(fā)的軟件必須具備什么樣的功能。(2) 性能需求：明確待開(kāi)發(fā)的軟件的技術(shù)性能指標(biāo)。(3) 環(huán)境

8、需求：明確軟件運(yùn)行時(shí)所需要的軟、硬件的要求。(4) 用戶(hù)界面需求：明確人機(jī)交互方式、輸入輸出數(shù)據(jù)格式。2. 分析與綜合，導(dǎo)出軟件的邏輯模型 分析人員對(duì)獲取的需求， 進(jìn)行一致性的分析檢查， 在分析、 綜合中逐步細(xì)化軟件 功能，劃分成各個(gè)子功能。用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。 廈礴 懇蹣駢時(shí)盡繼價(jià)騷。3. 編寫(xiě)文檔(1) 編寫(xiě)“需求規(guī)格說(shuō)明書(shū)”，把雙方共同的理解與分析結(jié)果用規(guī)范的方式 描述出來(lái)，作為今后各項(xiàng)工作的基礎(chǔ)。 煢楨廣鰳鯡選塊網(wǎng)羈淚。(2) 編寫(xiě)初步用戶(hù)使用手冊(cè)，著重反映被開(kāi)發(fā)軟件的用戶(hù)功能界面和用戶(hù)使 用的具體要求，用戶(hù)手冊(cè)能強(qiáng)制分析人員從用戶(hù)使用的觀點(diǎn)考慮軟件。 鵝婭盡損鵪

9、 慘歷蘢鴛賴(lài)。(3) 編寫(xiě)確認(rèn)測(cè)試計(jì)劃，作為今后確認(rèn)和驗(yàn)收的依據(jù)。(4) 修改完善軟件開(kāi)發(fā)計(jì)劃。在需求分析階段對(duì)待開(kāi)發(fā)的系統(tǒng)有了更進(jìn)一步 的了解，所以能更準(zhǔn)確地估計(jì)開(kāi)發(fā)成本、 進(jìn)度及資源要求， 因此對(duì)原計(jì)劃要進(jìn)行 適當(dāng)修正。 籟叢媽羥為贍僨蟶練淨(jìng)。2. 需求分析階段需要執(zhí)行哪些活動(dòng)？問(wèn)題分析 對(duì)問(wèn)題進(jìn)行分析，定義解決方案確定系統(tǒng)邊界 將所有問(wèn)題的解決方案進(jìn)行綜合，就可以得到整個(gè)解系統(tǒng)的功能和邊界 需求建模對(duì)需求進(jìn)行建模，完成從問(wèn)題世界向計(jì)算機(jī)世界的轉(zhuǎn)換需求細(xì)化 明確用戶(hù)需求的隱含信息，展開(kāi)為明確的對(duì)軟件系統(tǒng)的行為期望，即系統(tǒng)需求。 確定需求優(yōu)先級(jí) 對(duì)需求進(jìn)行分級(jí)，保證等級(jí)更高的需求得到更多的實(shí)

10、現(xiàn)保證需求協(xié)商 檢測(cè)沖突的存在，并提供信息以幫助和引導(dǎo)協(xié)商活動(dòng)的開(kāi)展3. 需求分析的目的是什么？難點(diǎn)在哪里？需求分析為什么特別重要？(1) 客戶(hù)常常并非需求分析的目的是解決系統(tǒng)是“做什么”的問(wèn)題。難點(diǎn)在于 計(jì)算機(jī)專(zhuān)業(yè)出生，難以描述清楚需求 （2） 需求自身經(jīng)常變動(dòng) （3） 分析人員或客 戶(hù)理解有誤。需求分析就是分析軟件用戶(hù)的需求是什么，如果投入大量的人力， 物力 ,財(cái)力 ,時(shí)間,開(kāi)發(fā)出的軟件卻沒(méi)人要 ,那所有的投入都是徒勞 .如果費(fèi)了很大的 精力 ,開(kāi)發(fā)一個(gè)軟件 ,最后卻不滿(mǎn)足用戶(hù)的要求 ,從而要重新開(kāi)發(fā)過(guò) ,這種返工是讓 人痛心疾首的。需求分析之所以重要 ,就因?yàn)樗哂袥Q策性 ,方向性 ,策

11、略性的作用 , 他在軟件開(kāi)發(fā)的過(guò)程中具有舉足輕重的地位。 預(yù)頌圣鉉儐歲齦訝驊糴。4. 需求規(guī)格說(shuō)明書(shū)由哪些部分組成？各部分之間的關(guān)系是什么？ 答：軟件需求說(shuō)明書(shū)一般包括如下內(nèi)容：1）引言部分編寫(xiě)目的；項(xiàng)目背景 （應(yīng)包括： a.項(xiàng)目的委托單位、開(kāi)發(fā)單位和主管 部門(mén)； b該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。 ） ；定義； （列出文檔中所用到的專(zhuān)門(mén) 術(shù)語(yǔ)的定義和縮寫(xiě)詞的原文。 ）參考資料。 滲釤嗆儼勻諤鱉調(diào)硯錦。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ù)的名稱(chēng)和類(lèi)型 ） ；數(shù)據(jù)詞典；數(shù)據(jù)采集。 鐃誅臥瀉噦圣騁貺頂廡。

12、4）功能要求功能劃分；功能描述。5）性能需求數(shù)據(jù)精確度；時(shí)間特性 （如響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳 輸時(shí)間、運(yùn)行時(shí)間等 ）；適應(yīng)性 （在操作方式、運(yùn)行環(huán)境、與其他軟件的接口以及 開(kāi)發(fā)計(jì)劃等發(fā)生變化時(shí)，應(yīng)具有的適應(yīng)能力。 ）擁締鳳襪備訊顎輪爛薔。6）運(yùn)行需求用戶(hù)界面 （如屏幕格式、報(bào)表格式、菜單格式、輸入輸出時(shí)間等）；硬件接口；軟件接口；故障處理。 贓熱俁閫歲匱閶鄴鎵騷。7）其他要求如可使用性、安全保密、可維護(hù)性、可移植性等。8）附錄5. 假設(shè)現(xiàn)在由你來(lái)負(fù)責(zé)所在學(xué)校選課系統(tǒng)的需求工作， 現(xiàn)在需要你來(lái)安排一次群 體面談，你打算怎么做？（1）計(jì)劃面談：確定參與人員，安排會(huì)談時(shí)間，選擇會(huì)談地點(diǎn)

13、，準(zhǔn)備會(huì)談內(nèi)容（2）主持面談：建立基本規(guī)則 保持會(huì)議氣氛 3 確保每個(gè)人都積極參與討論 控制會(huì)議的主題（3）分析結(jié)果6. 需求獲取常見(jiàn)的方法有哪些？需求獲取常見(jiàn)的方法有：面談，調(diào)查表，觀察，原型7. 如何有效的處理需求的變化是很多現(xiàn)代軟件開(kāi)發(fā)技術(shù)的主題，請(qǐng)從需求變更的 原因，一般過(guò)程以及控制對(duì)策等方面談?wù)勀愕目捶ā?壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚。 需求變更的原因有： 問(wèn)題放生了改變 環(huán)境發(fā)生了改變 需求基線存在缺陷 另一些因素：用戶(hù)變動(dòng)，用戶(hù)對(duì)軟件的認(rèn)識(shí)變化，相關(guān)產(chǎn)品的出現(xiàn)一般過(guò)程書(shū) P390在形成需求基線之后，進(jìn)行需求的變更控制看法自己看 P388 起書(shū)上內(nèi)容然后展開(kāi)。8. 業(yè)務(wù)需求，用戶(hù)需求和軟件

14、需求（系統(tǒng)需求）有什么關(guān)系？業(yè)務(wù)需求： 表示組織或客戶(hù)高層次的目標(biāo)。 描述了組織希望達(dá)到的目標(biāo)， 用前景 和范圍文檔來(lái)記錄用戶(hù)需求： 用戶(hù)的目標(biāo)或者用戶(hù)要求系統(tǒng)必須完成的任務(wù)。 描述了用戶(hù)能使用系 統(tǒng)來(lái)做些什么，用用例、場(chǎng)景描述和事件 - 響應(yīng)表來(lái)表達(dá)。 蠟變黲癟報(bào)倀鉉錨鈰贅。 功能需求（行為需求）：規(guī)定開(kāi)發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶(hù)利用 這些軟件功能來(lái)完成任務(wù)，滿(mǎn)足業(yè)務(wù)需求。描述了開(kāi)發(fā)人員應(yīng)該（需要）實(shí)現(xiàn)什 么，用 SRS（軟件需求規(guī)格說(shuō)明書(shū)）來(lái)記錄。 買(mǎi)鯛鴯譖曇膚遙閆擷凄。 關(guān)系是逐步深入。六、應(yīng)用題 （共 24分，每小題 12 分）1. 進(jìn)行需求文檔寫(xiě)作時(shí)主要有三種手段：形式化語(yǔ)言、非形式化語(yǔ)言和半形式化語(yǔ)言，請(qǐng)：（ 1）說(shuō)明這三種手段的不同及各自的優(yōu)缺點(diǎn)，以表達(dá)“每本書(shū)至 少有一個(gè)作者”為例；（ 2）說(shuō)明在實(shí)踐當(dāng)中，應(yīng)該怎樣綜合運(yùn)用這三種手段。 綾鏑鯛駕櫬鶘蹤韋轔糴。P3422. 下面是一段用例描述，針對(duì)一個(gè)汽車(chē)保險(xiǎn)系統(tǒng)中“將一輛新車(chē)加入一個(gè)已有 保單中”的用例：（ 1）客戶(hù)打電話(huà)給保險(xiǎn)公司，并提供他的保單號(hào)，辦事員輸 入這個(gè)信息， 系統(tǒng)顯示基本的保單， 然后辦事員檢查信息， 以確保保險(xiǎn)費(fèi)通用及 保單有效；（2）客戶(hù)給出要添加的汽車(chē)牌子、 模型、年份和車(chē)輛識(shí)別代號(hào) （VIN）， 辦事員輸入這些信息系統(tǒng)驗(yàn)證這些數(shù)據(jù)是否有效。然后客戶(hù)選擇期望的保額