東北大學軟件工程復試大全軟件工程

1、一、判斷題1、軟件危機是指軟件開發(fā)和維護過程中存在的周期長、成本高、質量低等問題（）。2、軟件危機是指計算機硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質量為核心，為經(jīng)濟的開發(fā)滿足客戶需求的軟件而研究、建立和應用的系統(tǒng)化的、有規(guī)則的、可度量的、可控制的工程原則和方法。（）1、軟件危機是指軟件開發(fā)和維護過程中存在的周期長、成本高、質量低等問題（）。2、軟件危機是指計算機硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質量為核心，為經(jīng)濟的開發(fā)滿足客戶需求的軟件而研究、建立和應用的系統(tǒng)化的、有規(guī)則的、可度量的、可控制的工程原則和方法。（）4、軟件工程是指編制軟件的工程

2、項目。（）5、軟件工程是一個零散的相關知識點的集合。（）6、軟件工程包含軟件過程、項目管理、開發(fā)方法、軟件度量和開發(fā)工具等各相關方面的知識的有機組合（）7、軟件開發(fā)具有難以描述性（）8、軟件開發(fā)的質量保證主要是通過程序員的經(jīng)驗來保證的（）9、軟件滿足客戶需求的程度是衡量軟件質量的最重要因素（）10、項目管理的內(nèi)容涉及人力資源管理、項目計劃、風險管理、項目跟蹤、質量保證、配置管理等方面（）11、項目管理的內(nèi)容涉計算機硬件管理和軟件管理兩方面（*）二、選擇題1、下面描述哪些不屬于軟件的開發(fā)特性（）A)軟件開發(fā)具有難以描述性B)軟件開發(fā)缺乏可見性C)軟件開發(fā)具有獨立性D)軟件開發(fā)具有變化性2、下面描

3、述中那些屬于軟件的開發(fā)特性（）A)軟件開發(fā)具有風險性B)軟件開發(fā)具有隨意性C)軟件開發(fā)具有可描述性D)軟件開發(fā)不具有變化性3、以下對于軟件危機的描述正確的是（）A)軟件危機是指軟件開發(fā)過程越來越長B)軟件危機是指軟件開發(fā)成本越來越高C)軟件危機是指軟件質量越來越低D)軟件危機是指以上三項的綜合4、軟件危機的表現(xiàn)不正確的是（）A)缺乏計劃性B)軟件需求獲取不充分、不準確C)缺乏團隊開發(fā)的合作D)開發(fā)過于規(guī)范5、軟件危機的表現(xiàn)不正確的是（）A)缺乏良好的質量評測手段B)軟件的可維護性C)軟件種類過少D)軟件可復用性差6、有關軟件工程的描述正確的是（）A) 軟件工程只包括軟件的開發(fā)過程B) 軟件工程

4、涉及軟件過程、項目管理、開發(fā)方法、開發(fā)工具甚至企業(yè)文化。C) 軟件工程的目標是提高開發(fā)的軟件的運行速度。D) 軟件工程以降低開發(fā)成本為核心。7、下面哪一項不屬于項目管理的范疇（）A) 人力資源管理 B) 項目談判 C) 風險管理 D) 質量保證8、有關軟件工程描述不正確的是（）A) 軟件工程主要是以軟件設計工具自動開發(fā)軟件B) 軟件工程是軟件開發(fā)過程可度量C) 軟件工程的核心是質量保證D) 軟件過程是一個將用戶需求轉化為軟件系統(tǒng)所需要的活動的集合9、軟件過稱模型不包括（）A) 瀑布模型B)螺旋模型C) SOA模型D) RUP模型10、下面那些不是軟件工程工具（）A) RequisiteProB

5、) RoseC) offiCeD) Together11、下面哪一項是軟件評審的主要內(nèi)容（）A）系統(tǒng)定義的目標是否與用戶的要求一致B）文檔中的所有描述是否完整、清晰、準確地反映用戶要求C）是否詳細制定了檢驗標準，該標準能否對系統(tǒng)定義是否成功進行確認D）以上均是12、軟件工程方法學的研究內(nèi)容包括軟件開發(fā)技術和軟件工程管理兩部分，其期望達到的最終目標是（）A）消除軟件危機B ）軟件開發(fā)工程化C）軟件設計自動化D ）實現(xiàn)軟件可用性13、軟件生產(chǎn)的復雜性和高成本，使大型軟件生產(chǎn)出現(xiàn)危機，下述哪個（些）是軟件危機的主要表現(xiàn)（）. 需求增長難滿足. 生產(chǎn)成本過高. 進度難以控制 . 質量不易保證A）和B）

6、C）和D）全是14、與“軟件危機”表現(xiàn)無關的是（）A）軟件需求定義不準確B）軟件生產(chǎn)成本高，價格昂貴C）軟件生產(chǎn)進度無法控制D）軟件開發(fā)技術落后15. 軟件工程思想產(chǎn)生于解決 20世紀 60年代的軟件為積極，下述：. 軟件需求定義不準確 . 軟件進度難以控制. 軟件生產(chǎn)的高成本 . 軟件質量不易保證（）是當時軟件危機的主要表現(xiàn)。A）和B）和C）和D ）全部16、造成軟件危機爆發(fā)的本質原因是（）A）軟件從業(yè)人員過少，無法滿足日益增長的軟件開發(fā)需要B）軟件復雜性越來越大、變化越來越快C）軟件的普及應用導致了失業(yè)人口的增多D）軟件開發(fā)成本越來越大，導致應用推廣造成了瓶頸17、在 1968年召開的關于

7、軟件危機的會雨中，用來解決這一問題的的是（）A）瀑布模型B）軟件經(jīng)濟學C）軟件工程D）軟件估算18、以下不屬于軟件特點的是（）A軟件是一種邏輯產(chǎn)品C 軟件的生產(chǎn)主要是研制B軟件產(chǎn)品存在磨損問題D軟件費用不斷增加【答案】判斷題：1、 2、× 3、4 、 ×5 、×6 、7 、8 、×9 、×10 、11、 ×選擇題：1、 C2 、A 3 、D 4、D 5、C 6、B 7、B 8、A 9 、C 10、C11、 D12 、B 13 、D 14 、D 15 、D 16 、B 17、 C18 、B第二章軟件開發(fā)過程和活動【本章測試】一、判斷題1

8、、軟件開發(fā)過程是是一個軟件開發(fā)組織針對某一類軟件產(chǎn)品為自己規(guī)定的工作步驟，它應當是科學的、合理的，否則必將影響到軟件產(chǎn)品的質量（）2、可行性研究是在短時間和低成本條件下來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及哪個是最佳解的活動（）3、 USE-CASE圖不屬于需求分析活動中產(chǎn)生的圖表（）4、程序員參與需求分析（）5、 QA人員不參與需求分析（）6、設計階段的文檔中有大量的代碼（）7、總體設計包括功能結構設計、系統(tǒng)處理流程設計、系統(tǒng)數(shù)據(jù)庫設計、計算甲和網(wǎng)絡配置設計。（ ）8、軟件架構設計屬于總體設計（）9、詳細設計包括模塊間的接口設計（）10、設計階段包括架構設計師、程序員、復用工程

9、師、用戶技術員、QA人員（）11、實施活動中不包括單元測試（）12、實施活動的人員不包括用戶技術員（）13、測試活動主要是證明軟件正確（）14、程序開發(fā)出來就代表軟件開發(fā)過程的結束（）15、缺陷是指程序中的缺點所產(chǎn)生的不正確結果（）二、選擇題1、軟件開發(fā)活動中的基本活動是（）A) 項目跟蹤活動B)質量保證活動C)軟件配置管理活動2、軟件開發(fā)活動中屬于輔助性活動的是（）D)問題定義活動A) 可行性研究活動 B) 需求分析活動 C) 質量保證活動 D) 設計活動3、軟件開發(fā)活動中屬于輔助性活動的是（）A) 風險管理 B) 編碼活動 C) 測試活動 D) 部署活動4、軟件開發(fā)活動中的不屬于基本活動是

10、（）A) 需求分析活動 B) 設計活動 C) 編碼活動 D) 風險管理活動5、軟件開發(fā)活動中不是輔助性活動是（）A) 交付活動B)項目跟蹤活動C) 質量保證活動D) 軟件配置管理后動6、下列不屬于項目管理活動的是（）A) 風險管理B)計劃活動 C)設計活動 D)項目跟蹤活動7、下列對問題定義活動的描述不正確的是（）A) 問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務存在哪些亟待解決的關鍵問題B) 問題定義定義系統(tǒng)的范圍界限C) 問題定義活動發(fā)生在軟件開發(fā)初期D) 問題定義發(fā)生在需求分析時期8、下列敘述正確的是（）A) 問題定義活動屬于在需求分析之前C) 問題定義活動在可行洗個研究之后B)可行性

11、研究在需求分析之后D)問題定義在需求分析之后9、軟件工程的組要組成部分為（）A) 軟件開發(fā)過程 B) 軟件開發(fā)方法 C) 軟件開發(fā)需求 D) 軟件開發(fā)工具10、對于軟件過程的特點描述錯誤的是（）A)軟件開發(fā)過程應具有易理解性B)軟件開發(fā)過程應具有不可見性C)軟件開發(fā)過程應具有可支持性D)軟件開發(fā)過程應具有可接受性11、對于軟件過程的特點描述錯誤的是（）A)軟件開發(fā)過程應具有可靠性B)軟件開發(fā)過程應具有健壯性C)軟件開發(fā)過程應具封閉性D)軟件開發(fā)過程應具有高效率性12、下面不是引入軟件開發(fā)過程的原因（）A)軟件開發(fā)工作范圍的擴大B) 軟件開發(fā)的風險從可預知逐步發(fā)展到不可預知不易控制C)單個程序員

12、開發(fā)發(fā)展到團隊開發(fā)D)軟件產(chǎn)品開發(fā)的標準化13、關于問題定義下面描述錯誤的是（）A) 問題定義是軟件開發(fā)過程當中的一個定義要解決的問題并確定系統(tǒng)范圍的活動。B) 問題定義可以形成一個早期判斷，達成一個最初共識C) 問題定義發(fā)生在項目日程表的最前端D) 問題定義占整個軟件開發(fā)時間中的比例較大14、在問題定義階段需要參加的人員有（）A) 系統(tǒng)分析師B)出資方領導、出資方技術人員C)程序員D)開發(fā)方領導和項目經(jīng)理15、關于可行性研究活動錯誤的是（）A）可行性研究是以相對短的時間和相對低的成本來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及哪個是最佳解。B）可行性研究必須要明確滿足約束條件的方案是

13、否存在、是否可行、是否最優(yōu)。C）可行性研究比問題定義活動所消耗的時間短D) 可行性研究主要在客戶現(xiàn)場完成。16、不屬于可行性研究活動中參加的人員的是（）A）系統(tǒng)分析師 B ）程序員 C ）出資方領導、出資方技術人員D）用戶代表、開發(fā)方領導、項目經(jīng)理、架構設計師、領域專家17、參加可行性研究活動但不參加問題定義活動的人員有（）A）系統(tǒng)分析師B) 出資方領導、出資方技術人員C) 財務人員、市場人員、軟件質量保證（SQA，Software Quality Assure）人員D) 開發(fā)方領導和項目經(jīng)理18、不在可行性研究中完成的任務有（）A) 定義系統(tǒng)范圍 B) 復查系統(tǒng)規(guī)模和目標 C) 研究現(xiàn)行系統(tǒng)

14、 D) 導出新系統(tǒng)解決方案19、關于需求分析活動的說法錯誤的有（）A) 需求必須經(jīng)過所有相關人員的認可B)功能需求描述系統(tǒng)應該做什么C) 非功能需求描述系統(tǒng)必須遵守的約束條件D)需求分析文檔中不包括軟件規(guī)約文檔20、下面那個文檔不屬于需求分析階段產(chǎn)生的文檔（）A) 類圖 B) 用戶需求文檔 C) 系統(tǒng)需求文檔 D) 軟件規(guī)約文檔21、根據(jù)國家標準GB8566-88計算機軟件開發(fā)規(guī)范的規(guī)定，軟件開發(fā)流程分為8個階段，即可行性研究和計劃、需求分析、概要設計、詳細設計、實現(xiàn)、組裝測試、確認測試、使用和維護。實現(xiàn)階段要完成的工作之一是單元測試，這種測試要根據(jù)在（）階段中的規(guī)格說明進行。A）可行性研究計

15、劃B ）需求分析C ）概要設計D ）詳細設計E）實現(xiàn)F）組裝測試G ）確認測試H ）使用和維護22、組裝測試計劃是在（）階段指定的。A）可行性研究計劃B）需求分析C ）概要設計D ）詳細設計E）實現(xiàn)F）組裝測試G ）確認測試H ）使用和維護23、確認測試計劃是在（）階段制定的。A）可行性研究計劃B）需求分析C ）概要設計D ）詳細設計E）實現(xiàn)F）組裝測試G ）確認測試H ）使用和維護24、測試的目的是為了（）。A）證明軟件符合設計要求B）發(fā)現(xiàn)軟件中的錯誤和缺陷C）改善軟件的功能和性能D）發(fā)掘軟件的潛在能力25、軟件開發(fā)過程中，往往會出現(xiàn)錯誤，經(jīng)驗證明最容易產(chǎn)生錯誤的階段是（）A）詳細設計B ）

16、需求分析C ）編碼D ）概要設計26 . 軟件維護時在用戶使用軟件期間對軟件所做的補充、修改和增強，一般認為軟件維護最常見的是（）A）完善性維護B ）適應性維護C ）校正性維護D ）支持性維護27 . 在軟件開發(fā)的各個階段中，對軟件開發(fā)成敗影響最大的是（）。A）需求分析B ）概要設計C ）詳細設計D ）編碼28 系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時需要對系統(tǒng)進行維護，這種維護屬于（）A）校正性維護 B ）適應性維護C ）完善性維護 D ）預防性維護29、以下屬于形式化開發(fā)方法的是（）A）結構化開發(fā)方法B ）Jackson 開發(fā)方法 C ）維也納開發(fā)方法D ）面向對象開發(fā)方法30、數(shù)據(jù)字

17、典定義數(shù)據(jù)流或數(shù)據(jù)存儲組成時所使用的符號()表示（）A）可選B）與C ）或D ）重復【答案】判斷題：1、 2、 3、× 4、 5、× 6、× 7、 8、 9、× 10、×11、×12、13 、×14 、×15 、×選擇題：1、D 2、C 3、A 4 、D 5、A 6、C 7、D 8、A 9、C 10、B11、C12、D 13、D14、C 15、C 16 、B17 、C18 、A19 、D 20、A21、 D22、 C23、 B24、B 25、B 26 、A27 、A 28、B 29、C 30 、D第三章

18、軟件過程模型【本章測試】一、判斷題1、對軟件開發(fā)過程按過程組織策略出抽象出的模型就是過程模型（）2、 RUP模型的特點是體系完整、理論成熟、實踐性強、可裁剪、不可擴充（）3、 RUP模型屬于演進型模型（）4、 RUP軟件開發(fā)過程分先啟、精化、構建和測試四個階段（）5、螺旋模型是一種演進模型（）6、使用螺旋模型不需要很高的風險評估技術（）7、螺旋模型可以應對“最后期限”（）8、增量模型和瀑布模型都屬于演進型模型（）9、增量模型不利于與用戶交互（）10、 RAD模型的開發(fā)速度快但很難模塊化（）二、選擇題1、下面那個階段不屬于在軟件生命周期中軟件定義時期（）A) 問題定義 B) 可行性研究 C) 需

19、求分析 D) 總體設計2、有關軟件過程模型的說法錯誤的是（）A) 軟件過程模型可以知道項目經(jīng)理和項目成員應該按照什么樣的工序完成項目B) 項目經(jīng)理可以參考過程模型確定獨特的過程計劃C) 軟件過程模型是組織項目活動的一般方法D) 軟件過程模型是軟件架構3、不屬于線性系列模型的模型是（）A) 線性順序模型 B) 增量模型 C) RAD 模型 D) 瀑布模型4、不屬于演進系列模型（）A) 邊建邊改模型 B) 增量模型 C) 瀑布模型 D) 螺旋模型5、屬于線性系列模型的是（）A) 邊建邊改模型 B) 增量模型 C) 瀑布模型 D) 螺旋模型6、屬于演進系列模型的模型是（）A) 線性順序模型 B) 增

20、量模型 C) RAD 模型 D) 瀑布模型7、關于線性順序模型的說法錯誤的是（）A) 線性順序模型提倡軟件開發(fā)按照系統(tǒng)化、有順序的方法。B) 該模型遵循系統(tǒng)分析、設計、編碼、測試等活動順序。C) 線性順序模型遵循“步步為營”的辦法開發(fā)軟件D) 線性順序模型就是瀑布模型8、關于瀑布模型的描述錯誤的是（）A）瀑布模型實際上是線性順序模型的改進B ）瀑布模型具有反饋機制C）瀑布模型不具有反饋機制D）瀑布模型中開發(fā)方不能很好的與用戶交互9、下面不屬于瀑布模型的優(yōu)點是（）A) 具有一定的反饋性質B)嚴格的規(guī)定了每個階段必須提交的交付物C) 每個階段結束前都必須有正式的審查D)與用戶交互好10、關于 RA

21、D模型下面描述錯誤的是（）A） RAD模型也叫快速應用開發(fā)模型B）在 RAD是從線性順序模型“泛化”而來C） RAD模型是多個線性順序模型的并行D） RAD模型是多個線性順序模型的串行11、不屬于RAD模型的缺點是（）A) 如果一個系統(tǒng)難以被適當?shù)哪K化，那么很難組織多個開發(fā)團隊并行開發(fā)B) RAD 不適合小項目的開發(fā)C) 如果早期不鞥完整的正確的獲取需求，那么很難按時完成開發(fā)任務D) 如果缺乏以往的類似項目經(jīng)驗，則很難快速的設計系統(tǒng)12、不屬于邊改邊建模型的缺點是（）A) 否認了在項目實施前需求分析和設計活動的重要性B)沒有計劃和明確的目標C) 費用和成本較好控制D)要求需求完整明確13、對

22、于增量模型的說法錯誤的是（）A)可以在開發(fā)過程中與用戶很好的交互B)增量模型可以有計劃的管理技術風險C)增量模型會導致“永不結束”D)增量模型有助于試驗性產(chǎn)品的開發(fā)14、關于螺旋模型的說法正確的是（）A)螺旋模型是線性模型B)螺旋模型是演進模型C)螺旋模型可以降低開發(fā)風險D)螺旋模型不適合大型項目的開發(fā)15、 RUP模型的描述錯誤的為（）A) RUP 模型倡導以迭代和增量的方式開發(fā)系統(tǒng)B) RUP 模型倡導以遞歸和增量的方式開發(fā)系統(tǒng)C) 每次迭代都包括業(yè)務工程、需求、分析設計、實施、測試和部署等基本活動D) 每個迭代結束后才進入下一次迭代16、不屬于RUP模型的優(yōu)點的是（）A) 可擴充B)實踐

23、性強C)可剪裁D)開發(fā)速度快17、瀑布模型是最常用的傳統(tǒng)軟件開發(fā)模型，它的特點之一（）。A）文檔是階段完成的里程碑B）具有從軟件規(guī)格說明轉換成可執(zhí)行代碼的自動程序設計的新風范C）利用軟件速成原型法加強軟件人員與用戶的聯(lián)系D）支持人工智能，面向對象等新軟件技術的集成18、軟件開發(fā)模型是指軟件開發(fā)的全部過程、 活動和任務的結構框架。 主要的開發(fā)模型有瀑布模型、演化模型、 螺旋模型、 噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結合，并增加了（）。A）系統(tǒng)工程B）風險分析C）設計評審D ）進度控制19、螺旋模型是建立在（）的基礎上。A）模塊劃分B）子程序分解C）設計D）原型20、螺旋模型沿著螺

24、線自內(nèi)向外每旋轉一圈，就得到（）的一個新版本。A）模塊劃分B）子程序分解C）設計D）原型21、噴泉模型描述了（）的開發(fā)模型。A）面向對象B）面向數(shù)據(jù)流C）面向數(shù)據(jù)結構D ）面向事件驅動22、噴泉模型體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的（）的特征。A）歸納B）推理C）迭代D）遞歸23、噴泉模型體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的（）的特征。A）開發(fā)各階段之間無“間隙”B）開發(fā)各階段分界明顯C）部分開發(fā)階段分界明顯D）開發(fā)過程不分段24 . 如果在開發(fā)時期內(nèi)沒有或很少有需求變化、風險較低和對應用領域很熟悉，則適用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型25 . 在項目開發(fā)

25、早期需求較明確但可能有變化、對應用領域較熟悉和中等風險的項目則適用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型26 螺旋模型結合了瀑布和演化模型的特點，與其他模型相比，最大的特點是加入并強調(diào)了（）A）客戶評估B）風險管理C）用例分析D）風險分析27 . 螺旋模型最初是從（）開始第一個螺旋A）制定計劃B）概念項目C ）系統(tǒng)原型D ）遺留系統(tǒng)28 . 常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中適用于需求明確或很少變更的項目是（）。A）瀑布模型B）演化模型C ）螺旋模型D ）噴泉模型29 . 常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）主要

26、用來描述面向對象的軟件開發(fā)過程。A）瀑布模型 B ）演化模型C）螺旋模型D）噴泉模型30 . 如果用戶對系統(tǒng)的目標不是很清楚，需求難以定義，這時最好是用（）進行系統(tǒng)開發(fā)。A）原型法B ）瀑布模型C ） V- 模型 D ）螺旋模型31 . 瀑布模型（ Waterfall Model）突出的缺點是不適應（A）算法B）平臺C ）程序語言D ）用戶需求）的變動?！敬鸢浮颗袛囝}：1、 2、× 3、 4、× 5、 6、× 7、 8、× 9、× 10、選擇題：1、D 2、D 3、B 4 、C 5、C 6、B 7 、D 8、C 9、D 10、D11、B12、D

27、13、C14、D15、B16、D17、A18、B19、D20、D21、A22、C23、A24、A25、C26、D27、B28、A29、D30、A 31、D第四章問題定義和可行性研究方法【本章測試】一、判斷題1、問題的定義和可行性研究同屬于軟件開發(fā)過程的早期活動（）2、問題的定義是在可行性研究的基礎上實行的（）3、問題的定義弄清軟件系統(tǒng)要解決的根本問題，可行性研究弄清系統(tǒng)所需的資源和經(jīng)費（）4、問題的定義要求開發(fā)方和使用方共同完成（）5、操作可行性指軟件系統(tǒng)是否能很好的使用（）6、調(diào)度可行性指建議的系統(tǒng)是否能夠按期交付使用（）7、評估風險由項目經(jīng)理、系統(tǒng)分析師、SQA人員和客戶共同完成（）8、可

28、行性分析的目的在于確定客戶提出的問題是否有解，是否值得去解（）9、可行性分析報告是問題定義和可行性分析階段的最終交付物（）10、貨幣的時間價值用來衡量貨幣在不同時期的內(nèi)在價值（）二、選擇題1、關于可行性研究的說法正確的是（）A) 是以相對短的時間和相對低的成本來確定給定的問題是否有解B) 可行性研究不關心系統(tǒng)的成本，只關心系統(tǒng)能否有解C) 可行性研究完成問題的定義D) 可行性研究不需要 SQA人員參加2、關于技術可行性說法錯誤的是（）A) 考慮用戶是否已購買相應的計算機軟件設備B) 考慮用戶是否已購買相應的計算機硬件設備C) 考慮用戶是否會用開發(fā)的軟件技術D) 考慮是否有現(xiàn)成的成熟技術可用3、

29、關于操作可用性說法正確的是（）A)開發(fā)人員是否能開發(fā)出新系統(tǒng)B)新系統(tǒng)是否自動操作C)新系統(tǒng)是否滿足用戶的需求D)新系統(tǒng)所需的用戶操作是否可行4、關于經(jīng)濟可行性錯誤的說法是（）A)考察系統(tǒng)的經(jīng)濟效益是否超過它的開發(fā)成本B)成本包括啟動成本和運營成本C)只要經(jīng)濟可行則系統(tǒng)可以開發(fā)D)經(jīng)濟可行性中的成本包括培訓費用5、關于技術可行性的說法錯誤的是（）A)從技術角度分析產(chǎn)品“做得了嗎？”B)從技術角度分析產(chǎn)品“做得好嗎？”C)從技術角度分析產(chǎn)品“做得快嗎？”D)從技術角度分析“用戶會用嗎？”6、參加風險評估的人員中沒有（）A)用戶B)項目經(jīng)理C)系統(tǒng)分析師D) SQA人員7、關于指定軟件開發(fā)計劃正確

30、的是（）A)軟件開發(fā)計劃由程序員來做B)軟件開發(fā)計劃由項目經(jīng)理來做C)軟件開發(fā)計劃有系統(tǒng)分析師來做D)軟件開發(fā)計劃已經(jīng)確定不能更改8、關于可行性研究正確的說法是（）A)指定軟件營銷計劃在基礎性分析之前進行B)基礎性分析是指對現(xiàn)有系統(tǒng)的分析C)只重點對建議方案進行風險評估D)必須對所有可行方案進行風險評估9、關于成本效益分析正確的說法是（）A)通過成本效益分析可以得出經(jīng)濟可行性的結論B)成本分析中不包括用戶培訓費用C)成本分析中不包括人員費用D)成本分析中不包括維修費用10、屬于啟動成本的是（）A)人員費用B)軟件開發(fā)成本C)不可預見費用D)維修費用11、不屬于運營成本的是（）A)人員費用B)軟

31、件開發(fā)成本C)不可預見費用D)維修費用12、屬于運營成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)消耗品費用D)用戶培訓成本13、不屬于開發(fā)成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)消耗品費用D)用戶培訓成本14、不屬于系統(tǒng)運營效益的是（）A)直接效益B)減少管理費用而產(chǎn)生的效益C) 提高工作效率、 降低處理成本而產(chǎn)生的效益D) 開發(fā)系統(tǒng)消息發(fā)出后產(chǎn)生的股票收益15、關于成本效益分析方法正確的說法是（）A) 成本效益分析常用的方法有投資回收分析法和靜資金現(xiàn)值法B) 投資回收分析法可精確計算投資與收益C) 投資回收分析法比靜資金現(xiàn)值法更精確D) 靜資金現(xiàn)值法不計算貨幣價值波動16、下面不屬于可行

32、性分析報告內(nèi)容的有（）A) 產(chǎn)品定位 B) 產(chǎn)品概述 C) 方案說明與比較 D) 總體設計【答案】判斷題：1、 2、× 3、× 4、 5、× 6、 7、× 8、 9、× 10、選擇題：1、A 2、C 3、D 4、C 5、D 6、A 7、B 8、C 9、A 10、B11、 B12、C13、C14、D15、A16、D第五章需求分析方法【本章測試】一、判斷題1、需求分析不需要考慮系統(tǒng)的測試問題（）2、需求分析應盡量考慮實現(xiàn)方式（）3、狀態(tài)變遷圖是需求分析的功能模型（）4、數(shù)據(jù)流圖是需求分析的功能模型（）5、數(shù)據(jù)流圖是需求分析的行為模型圖（）6、 Pe

33、tri網(wǎng)是需求分析的功能模型（）7、 Petri網(wǎng)是需求分析的行為模型（）8、狀態(tài)變遷圖是需求分析的行為模型（）9、用例圖屬于需求分析的行為模型（）10、泛化關系代表特殊到一般的關系（）11、泛化關系代表一般到特殊的關系（）12、擴展關系是指對一個已經(jīng)存在的用例增加新的功能（）二、選擇題1、關于需求分析的描述錯誤的是（）A) 需求分析要遵循循序漸進的原則B)需求必須是可驗證的C) 需求分析階段應充分考慮系統(tǒng)的實現(xiàn)語言D)需求必須是追蹤的2、有關需求分析描述錯誤的是（）A) 需求分析通常這是不可驗證B)需求分析包括橫向分解和縱向分解兩種C) 橫向分解將一個功能分解為多個子功能D)縱向分解講一個功

34、能不斷細分3、在需求分析中關于遠離實現(xiàn)原則的描述錯誤的是（）A) 避免記錄一些因為當前技術才存在的需求B)使用一些可能不是核心產(chǎn)品的技術C) 避免對實現(xiàn)的方式做出束縛D)采用各盡其責的方法4、關于需求分析中可驗證性原則的描述錯誤的是（）A) 通過需求的驗證標準，可以度量出系統(tǒng)實現(xiàn)的質量B) 不可驗證的需求，僅僅是對需求的一種主觀愿望，對于設計和測試等活動而言都是缺乏意義的C) 需求分析中可以有部分是不可驗證的。D) 需求通過了“驗證”才能證明所開發(fā)的系統(tǒng)符合客戶和用戶的要求的依據(jù)5、關于數(shù)據(jù)流突說法錯誤的()A)數(shù)據(jù)流圖是一個分層概念模型B)數(shù)據(jù)流圖包含總體圖、 零級圖、 一級圖、 二極圖、細

35、節(jié)圖C）數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中移動時如何變幻D ）數(shù)據(jù)流圖描述對數(shù)據(jù)流進行變換的功能6、關于數(shù)據(jù)流圖說法錯誤的是（）A）數(shù)據(jù)流圖的總體圖描述了系統(tǒng)和周圍環(huán)境的關系B ）零級圖表示一個系統(tǒng)的主要功能或主要的子系統(tǒng)C）細節(jié)圖表示復雜的處理的詳細內(nèi)部表示D）一級圖表示對某個模塊的表示7、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的是（）A) 外部實體只能出現(xiàn)在總體圖和零級圖中B)外部實體能出現(xiàn)在總體圖和細節(jié)圖中C）數(shù)據(jù)存儲只能出現(xiàn)在零級圖和細節(jié)圖中D）數(shù)據(jù)存儲在分層的數(shù)據(jù)流程圖中只能出現(xiàn)一次8、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的是（）A）數(shù)據(jù)存儲必須既有讀操作，也有寫操作B）數(shù)據(jù)流要有名字C) 數(shù)據(jù)流表示有關的

36、控制邏輯D)數(shù)據(jù)流必須開始或結束在處理圓圈上9、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的是（）A）每個處理要有編號，但不表示先后順序B）每個處理要有編號，表示先后順序C）每個圖中處理的數(shù)不應超過9個D）每個處理應該既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流軟件設計方法10、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的是（）A）每個處理應該既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流B) 子圖與父圖中對應的處理必須執(zhí)行相同的功能，且子圖與對應的處理流入和流出的數(shù)據(jù)流相同C) 輸入 / 輸出命令不能作為數(shù)據(jù)流程圖中的處理D) 每個處理應該可以沒有輸出的數(shù)據(jù)流11、關于數(shù)據(jù)字典錯誤的是（）A）數(shù)據(jù)字典主要配合數(shù)據(jù)流圖使用B）數(shù)組字典與數(shù)據(jù)流圖無

37、關C）數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)一定義便于通訊和共享D）數(shù)據(jù)字典中的主要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲和處理12、關于判定表說法錯誤的是（）A）判定表只用在測試階段B）判定表是分析和表達多邏輯條件下執(zhí)行不同操作的情況的工具C）判定表的左上部標識條件或數(shù)據(jù)元素名稱D）判定表的右上部表示所有條件組合13、關于判定表說法錯誤的是（）A）判定表左下部表示處理活動名稱C）判定表的左上部標識條件或數(shù)據(jù)元素名稱14、關于判定表說法錯誤的是（）B）判定表的右上部表示所有條件組合 D ）判定表只用在測試階段A）判定表表達邏輯清楚，比自然語言容易理解B）問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C）問題中的條件或數(shù)據(jù)元素

38、在表中可出現(xiàn)多次D）判定表隨著問題中條件的增多會變得非常復雜15、關于判定樹說法錯誤的是（）A）判定樹是一個樹狀圖B）判定樹中的根結點表示問題的名字C）判定樹的內(nèi)部節(jié)點表示條件，葉子節(jié)點表示活動D）判定樹的葉子節(jié)點表示條件，內(nèi)部節(jié)點表示活動16、關于判定樹說法錯誤的是（）A）判定樹容易理解，不需要用戶培訓B）繪制方法直觀C）判定樹書寫簡單D）判定樹繁瑣，同一條件要書寫多次17、不是面向對象的需求分析方法模型的（）A）用例建模 B ） ER圖建模C ）對象 - 關系模型D）對象 - 行為模型18、關于用例圖的描述錯誤的是（）A）用例圖表示系統(tǒng)的行為B ）用橢圓表示行為C ）用小人表示用戶D）用帶

39、說明的線表示用戶與行為的關系19、關于 Actor 的說明錯誤的是（）A） Actor 在系統(tǒng)邊界外部B ） Actor 直接與系統(tǒng)交互C ） Actor可能是任何事物D）一個人只能擔任 1個參與者20、關于用例說明錯誤的是（）A)用例止于系統(tǒng)邊界B)用例是一個交互的抽象C)用例是 Actor 的行為D)從 Actor的角度去描述用例21、結構化分析方法是一種面向（）的需求分析方法。A）對象B）數(shù)據(jù)結構C ）數(shù)據(jù)流D）控制流22、結構化分析方法最為常用的圖形工具是（）。A）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡圖E）結構圖F）數(shù)據(jù)詞典23、結構化分析方法中，與數(shù)據(jù)流圖配合使用的是（）。A

40、）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡圖E）結構圖F）數(shù)據(jù)詞典24、數(shù)據(jù)流圖中有名字及方向的成分是（）。A）控制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源 / 終點F）節(jié)點25、數(shù)據(jù)流圖不能由計算機處理的成分是（）。A）控制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源 / 終點F）節(jié)點26、軟件需求分析的任務不應包括（）。A）問題分解B）可靠性與安全性要求C）結構化程序設計D ）確定邏輯模型27、進行需求分析課使用多種工具，但（）是不適用的。A）數(shù)據(jù)流圖（ DFD） B ）判定表 C ） PAD圖D ）數(shù)據(jù)字典28、在需求分析中，開發(fā)人員要與用戶解決的最重要的問題是（）。A）要讓軟件做什

41、么B）要給該軟件提供哪些信息C）要求軟件工作效率怎樣D）要讓軟件具有何種結構29、需求規(guī)格說明書的內(nèi)容不應包括（）。A）對重要功能的描述B ）對算法的詳細過程描述C ）對數(shù)據(jù)的要求D ）軟件的性能30、結構化分析方法（SA）是一種預先嚴格定義需求的方法，強調(diào)分析對象的（）。A、程序流B、指令流C 、控制流D 、數(shù)據(jù)流31、結構化分析方法（SA）的指導思想是（）。A、自上而下逐層分解B 、自下而上逐層分解C、面向對象D 、面向過程32、過程 P 分解為P1、 P2、P3 三個子過程，下圖的數(shù)據(jù)流圖中存在兩處錯誤，其中錯誤1是（）。A、1層 SB、1層 S2C、0層 SD、0層 S133、上圖中還

42、有一處錯誤是（）A、1層 SB、1層 S2C、0層 SD、0層 S134、在軟件開發(fā)過程中常用圖作為描述工具，如 DFD就是面向 （）分析方法的描述工具。A）數(shù)據(jù)結構B）數(shù)據(jù)流C）對象D）構件35、在一套分層 DFD中，如果某一張圖中有N 個加工，則這張圖允許有（）張子圖。A）0B） 1C）1ND） 0N36、在一張 DFD圖中，任意兩個加工之間（）。A）有且僅有一條數(shù)據(jù)流B）至少有一條數(shù)據(jù)流C）可以有 0條或多條名字互不相同的數(shù)據(jù)流D）可以有 0條或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)據(jù)流37、在劃分層 DFD時，應注意保持（）之間的平衡。A）父圖與其子圖B）同一父圖的所有子圖C）不同

43、父圖的所有子圖D）同一子圖的所有直接父圖38、 DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流，這種信息流可分為（）兩類。A）控制流和變換流B）變換流和事物流C）事物流和事件流D）事件流和控制流39、在業(yè)務領域分析過程中，通過建立實體關系圖，把與業(yè)務相關的數(shù)據(jù)模型化； 通過建立（ ）來表示業(yè)務活動的分解過程。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動圖（PAD）D）過程關系圖（PRD）40、在業(yè)務領域分析過程中，兩個業(yè)務過程之間的相互依賴關系應記錄在過程依賴圖中；通過建立（）來詳細說明整個業(yè)務過程的邏輯。A）數(shù)據(jù)流圖（ DFD）B）過程層次圖（ PHD）C）

44、過程活動圖（ PAD）D）甘特圖（ Ganntte ）41、UML是一種面向對象的統(tǒng)一建模語言。它包含 10種圖形， 其中，用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接，UML中的外部 actors是指（），用例可以用活動圖來描述。A）人員B）單位C ）人員或單位D）人員或外部系統(tǒng)42、UML是一種面向對象的統(tǒng)一建模語言。它包含 10種圖形， 其中，用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接，UML中的外部 actors是指人員或外部系統(tǒng)，用例可以用（）來描述。A）類B）狀態(tài)C）活動D）協(xié)作43、狀態(tài)圖指明了對象所有可能的狀態(tài)以及狀態(tài)間的遷移（transition）。如果一個并發(fā)的狀態(tài)由 n 個并發(fā)的子狀態(tài)