軟件需求分析復習題一、判斷題1、F）2、間狀態，在一張狀態圖中只能有一個初態，而終態則可以有0）3、結構化分析方法適合于數據處理類型軟件的需求分析。（T）4、5、DFD與數據流程圖的區別是程序流程圖用于表示程序的過程設計，DFD用作描述軟件的邏輯功能，不能表示程序的控制結構。（T）6、屬性是指實體某一方面的特征，一個實體通常有多個屬性。聯系也可以有屬性。（T）7、軟件需求描述的是“如何做”，而不是“做什么”。（F）8、軟件成功的標準是用戶在用，并且可以很容易做完要做的事。（T）9、業務規則包括企業方針、政府條例、工業標準、會計準則和計算方法等。業務規劃本身就是軟件需求。（F）10、軟件需求的層次包括業務需求、用戶需求、功能需求。（T）二、選擇題1．需求分析最終結果是產生（C）A．項目開發計劃計說明書．可行性分析報告．需求規格說明書D．設2．需求分析中，開發人員要從用戶那里解決的最重要的問題是（A）A．讓軟件做什么．需求軟件工作效率怎樣．要給軟件提供哪些信息D．讓軟件具有何種結構3．需求規格說明書的內容不應包括對（B）的描述。A．主要功能．算法的詳細過程．用戶界面的運行環境D．軟件性能4．需求規格說明書的作用不應包括（D）A．軟件設計的依據．軟件驗收的依據．用戶與開發人員對軟件要做什么的共同理解D．軟件可行性研究的依據5．下面關于面向對象方法中消息的敘述，不正確的是（B）A．鍵盤，鼠標，通信端口、網絡等設備——有變化，就會產生消息．操作系統不斷向應用程序發送消息，但應用程序不能向操作系統發送消息．應用程序之間可以相互發送消息D．發送與接收消息的通信機制與傳統的子程序調用機制不同6A操作）。A．標識．規則．封裝D．消息7．軟件需求分析階段的工作，可以分成以下四個方面：對問題的識別、分析與綜合、制定規格說明以及（C）A．總結．實踐性報告．需求分析評審D．以上答案都不正確8．軟件需求規格說明書的內容不應包括對（B）的描述。A．主要功能件的性能B．算法的詳細過程．用戶界面及運行環境D．軟9.軟件需求分析階段的工作，可以分成4個方面：需求獲取，需求分析，編寫需求規格說明書以及（B）A．用戶．需求評審．總結D．都不正確10．在原型法中，開發人員根據（A）的需求不斷修改原型，直到滿足客戶要求為止。A．用戶．開發人員．系統分析員D．程序員11．需求驗證應該從下述幾個方面進行驗證：（C）A．可靠性、可用性、易用性、重用性．可維護性、可移植性、可重用性、可測試性．一致性、現實性、完整性、有效性D．功能性、非功能性12．風險管理的要素包括哪項（D）A．風險評價．風險避免．風險控制D．以上都是13．下列描述中錯誤的是（D）A．每一個集成的需求變更必須能跟蹤到一個經核準的變更請求．變更過程應該做成文檔，盡可能簡單，當然首要的是有效性．所有需求變更必須遵循過程，按照此過程，如果一個變更需求未被采納，則其后過程不再予以考慮D．可以從數據庫中刪除或修改變更請求的原始文檔三、填空題1.需求分析階段研究對象是軟件項目的用戶需求2.在軟件需求分析階段，開發人員,將非形式的需求陳述轉化為完整的,最后將其轉換到相應的形式主意功能規約需求規格說明要準確理解用戶的要求，進行細致的需求定義需求分析的過程。3.需求獲取是從人、文檔或者環境當中獲取需求的過程，需求工程師必須要利用各種方法和技術來“發現”需求。4.需求分析階段產生的重要的文檔是需求規格說明書。5.需求分析的主要任務是確定軟件系統功能。6.需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是功能需求。四、名詞解釋1.需求獲取需求獲取就是從人員、資料和環境中得到系統開發所需要的相關信息的過程。2.需求規格說明員的需求工程活動。3.需求基線實現的特征和需求的集合。4.需求驗證需求驗證是為了盡量不給設計、實現、測試等后繼開發活動帶來不必要的影響，一個活動。五、問答題1.需求分析階段的基本任務是什么？需求分析的基本任務1.問題識別(1)功能需求：明確所開發的軟件必須具備什么樣的功能。(2)性能需求：明確待開發的軟件的技術性能指標。(3)環境需求：明確軟件運行時所需要的軟、硬件的要求。(4)用戶界面需求：明確人機交互方式、輸入輸出數據格式。2.分析與綜合，導出軟件的邏輯模型軟件功能，劃分成各個子功能。用圖文結合的形式，建立起新系統的邏輯模型。3.編寫文檔(1)編寫“需求規格說明書”，把雙方共同的理解與分析結果用規范的方式描述出來，作為今后各項工作的基礎。(2)編寫初步用戶使用手冊，著重反映被開發軟件的用戶功能界面和用戶使用的具體要求，用戶手冊能強制分析人員從用戶使用的觀點考慮軟件。(3)編寫確認測試計劃，作為今后確認和驗收的依據。(4)修改完善軟件開發計劃。在需求分析階段對待開發的系統有了更進一步適當修正。2.需求分析階段需要執行哪些活動？①問題分析對問題進行分析，定義解決方案②確定系統邊界將所有問題的解決方案進行綜合，就可以得到整個解系統的功能和邊界③需求建模對需求進行建模，完成從問題世界向計算機世界的轉換④需求細化明確用戶需求的隱含信息，展開為明確的對軟件系統的行為期望，即系統需求。⑤確定需求優先級對需求進行分級，保證等級更高的需求得到更多的實現保證⑥需求協商檢測沖突的存在，并提供信息以幫助和引導協商活動的開展3.需求分析的目的是什么？難點在哪里？需求分析為什么特別重要？需求分析的目的是解決系統是“做什么”的問題。難點在于(1)客戶常常并非計算機專業出生，難以描述清楚需求(2)需求自身經常變動(3)分析人員或客戶理解有誤。需求分析就是分析軟件用戶的需求是什么，如果投入大量的人力，物力,財力,時間,開發出的軟件卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發一個軟件,最后卻不滿足用戶的要求,從而要重新開發過,這種返工是讓,就因為他具有決策性,方向性,策略性的作用,他在軟件開發的過程中具有舉足輕重的地位。4.需求規格說明書由哪些部分組成？各部分之間的關系是什么？答：軟件需求說明書一般包括如下內容：1）引言部分編寫目的；項目背景應包括：a.項目的委托單位、開發單位和主管部門；b．該軟件系統與其他系統的關系。)；定義；列出文檔中所用到的專門術語的定義和縮寫詞的原文。參考資料。2）任務概述目標；運行環境；條件與限制。3）數據描述靜態數據；動態數據包括輸入數據和輸出數據)；數據庫描述給出使用數據庫的名稱和類型)；數據詞典；數據采集。4）功能要求功能劃分；功能描述。5）性能需求如響應時間、更新處理時間、數據轉換與傳輸時間、運行時間等；適應性在操作方式、運行環境、與其他軟件的接口以及開發計劃等發生變化時，應具有的適應能力。)6用戶界面；硬件接口；軟件接口；故障處理。7）其他要求如可使用性、安全保密、可維護性、可移植性等。8）附錄體面談，你打算怎么做？(1)計劃面談：確定參與人員，安排會談時間，選擇會談地點，準備會談內容(2)主持面談：①建立基本規則②保持會議氣氛3確保每個人都積極參與討論④控制會議的主題(3)分析結果6.需求獲取常見的方法有哪些？需求獲取常見的方法有：面談，調查表，觀察，原型原因，一般過程以及控制對策等方面談談你的看法。②環境發生了改變③需求基線存在缺陷另一些因素：用戶變動，用戶對軟件的認識變化，相關產品的出現一般過程書P390在形成需求基線之后，進行需求的變更控制看法自己看P388起書上內容然后展開。8.業務需求，用戶需求和軟件需求（系統需求）有什么關系？和范圍文檔來記錄統來做些什么，用用例、場景描述和事件-響應表來表達。功能需求（行為需求）：規定開發人員必須在產品中實現的軟件功能，用戶利用這些軟件功能來完成任務，滿足業務需求。描述了開發人員應該（需要）實現什么，用SRS（軟件需求規格說明書）來記錄。關系是逐步深入。六、應用題（共24分，每小題12分）1.進行需求文檔寫作時主要有三種手段：形式化語言、非形式化語言和半形式化語言，請：（1）說明這三種手段的不同及各自的優缺點，以表達“每本書至少有一個作者”為例；（2）說明在實踐當中，應該怎樣綜合運用這三種手段