東北大學(xué)軟件工程復(fù)試大全軟件工程

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

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

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

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

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

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

7、軟件危機的會雨中，用來解決這一問題的的是（）A）瀑布模型B）軟件經(jīng)濟學(xué)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ī)定的工作步驟，它應(yīng)當(dāng)是科學(xué)的、合理的，否則必將影響到軟件產(chǎn)品的質(zhì)量（）2、可行性研究是在短時間和低成本條件下來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及哪個是最佳解的活動（）3、 USE-CASE圖不屬于需求分析活動中產(chǎn)生的圖表（）4、程序員參與需求分析（）5、 QA人員不參與需求分析（）6、設(shè)計階段的文檔中有大量的代碼（）7、總體設(shè)計包括功能結(jié)構(gòu)設(shè)計、系統(tǒng)處理流程設(shè)計、系統(tǒng)數(shù)據(jù)庫設(shè)計、計算甲和網(wǎng)絡(luò)配置設(shè)計。（ ）8、軟件架構(gòu)設(shè)計屬于總體設(shè)計（）9、詳細設(shè)計包括模塊間的接口設(shè)計（）10、設(shè)計階段包括架構(gòu)設(shè)計師、程序員、復(fù)用工程

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

10、（）A) 需求分析活動 B) 設(shè)計活動 C) 編碼活動 D) 風(fēng)險管理活動5、軟件開發(fā)活動中不是輔助性活動是（）A) 交付活動B)項目跟蹤活動C) 質(zhì)量保證活動D) 軟件配置管理后動6、下列不屬于項目管理活動的是（）A) 風(fēng)險管理B)計劃活動 C)設(shè)計活動 D)項目跟蹤活動7、下列對問題定義活動的描述不正確的是（）A) 問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的關(guān)鍵問題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ā)過程應(yīng)具有易理解性B)軟件開發(fā)過程應(yīng)具有不可見性C)軟件開發(fā)過程應(yīng)具有可支持性D)軟件開發(fā)過程應(yīng)具有可接受性11、對于軟件過程的特點描述錯誤的是（）A)軟件開發(fā)過程應(yīng)具有可靠性B)軟件開發(fā)過程應(yīng)具有健壯性C)軟件開發(fā)過程應(yīng)具封閉性D)軟件開發(fā)過程應(yīng)具有高效率性12、下面不是引入軟件開發(fā)過程的原因（）A)軟件開發(fā)工作范圍的擴大B) 軟件開發(fā)的風(fēng)險從可預(yù)知逐步發(fā)展到不可預(yù)知不易控制C)單個程序員

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

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

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

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

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

17、典定義數(shù)據(jù)流或數(shù)據(jù)存儲組成時所使用的符號()表示（）A）可選B）與C ）或D ）重復(fù)【答案】判斷題：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ā)過程分先啟、精化、構(gòu)建和測試四個階段（）5、螺旋模型是一種演進模型（）6、使用螺旋模型不需要很高的風(fēng)險評估技術(shù)（）7、螺旋模型可以應(yīng)對“最后期限”（）8、增量模型和瀑布模型都屬于演進型模型（）9、增量模型不利于與用戶交互（）10、 RAD模型的開發(fā)速度快但很難模塊化（）二、選擇題1、下面那個階段不屬于在軟件生命周期中軟件定義時期（）A) 問題定義 B) 可行性研究 C) 需

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

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

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

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

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

24、線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（）的一個新版本。A）模塊劃分B）子程序分解C）設(shè)計D）原型21、噴泉模型描述了（）的開發(fā)模型。A）面向?qū)ο驜）面向數(shù)據(jù)流C）面向數(shù)據(jù)結(jié)構(gòu)D ）面向事件驅(qū)動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)沒有或很少有需求變化、風(fēng)險較低和對應(yīng)用領(lǐng)域很熟悉，則適用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型25 . 在項目開發(fā)

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

26、用來描述面向?qū)ο蟮能浖_發(fā)過程。A）瀑布模型 B ）演化模型C）螺旋模型D）噴泉模型30 . 如果用戶對系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時最好是用（）進行系統(tǒng)開發(fā)。A）原型法B ）瀑布模型C ） V- 模型 D ）螺旋模型31 . 瀑布模型（ Waterfall Model）突出的缺點是不適應(yīng)（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、問題的定義是在可行性研究的基礎(chǔ)上實行的（）3、問題的定義弄清軟件系統(tǒng)要解決的根本問題，可行性研究弄清系統(tǒng)所需的資源和經(jīng)費（）4、問題的定義要求開發(fā)方和使用方共同完成（）5、操作可行性指軟件系統(tǒng)是否能很好的使用（）6、調(diào)度可行性指建議的系統(tǒng)是否能夠按期交付使用（）7、評估風(fēng)險由項目經(jīng)理、系統(tǒng)分析師、SQA人員和客戶共同完成（）8、可

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

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

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

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

32、性分析報告內(nèi)容的有（）A) 產(chǎn)品定位 B) 產(chǎn)品概述 C) 方案說明與比較 D) 總體設(shè)計【答案】判斷題：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、需求分析應(yīng)盡量考慮實現(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、泛化關(guān)系代表特殊到一般的關(guān)系（）11、泛化關(guān)系代表一般到特殊的關(guān)系（）12、擴展關(guān)系是指對一個已經(jīng)存在的用例增加新的功能（）二、選擇題1、關(guān)于需求分析的描述錯誤的是（）A) 需求分析要遵循循序漸進的原則B)需求必須是可驗證的C) 需求分析階段應(yīng)充分考慮系統(tǒng)的實現(xiàn)語言D)需求必須是追蹤的2、有關(guān)需求分析描述錯誤的是（）A) 需求分析通常這是不可驗證B)需求分析包括橫向分解和縱向分解兩種C) 橫向分解將一個功能分解為多個子功能D)縱向分解講一個功

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

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

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

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

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

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

40、）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）結(jié)構(gòu)圖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、軟件需求分析的任務(wù)不應(yīng)包括（）。A）問題分解B）可靠性與安全性要求C）結(jié)構(gòu)化程序設(shè)計D ）確定邏輯模型27、進行需求分析課使用多種工具，但（）是不適用的。A）數(shù)據(jù)流圖（ DFD） B ）判定表 C ） PAD圖D ）數(shù)據(jù)字典28、在需求分析中，開發(fā)人員要與用戶解決的最重要的問題是（）。A）要讓軟件做什

41、么B）要給該軟件提供哪些信息C）要求軟件工作效率怎樣D）要讓軟件具有何種結(jié)構(gòu)29、需求規(guī)格說明書的內(nèi)容不應(yīng)包括（）。A）對重要功能的描述B ）對算法的詳細過程描述C ）對數(shù)據(jù)的要求D ）軟件的性能30、結(jié)構(gòu)化分析方法（SA）是一種預(yù)先嚴(yán)格定義需求的方法，強調(diào)分析對象的（）。A、程序流B、指令流C 、控制流D 、數(shù)據(jù)流31、結(jié)構(gòu)化分析方法（SA）的指導(dǎo)思想是（）。A、自上而下逐層分解B 、自下而上逐層分解C、面向?qū)ο驞 、面向過程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ù)結(jié)構(gòu)B）數(shù)據(jù)流C）對象D）構(gòu)件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時，應(yīng)注意保持（）之間的平衡。A）父圖與其子圖B）同一父圖的所有子圖C）不同

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

44、過程活動圖（ PAD）D）甘特圖（ Ganntte ）41、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言。它包含 10種圖形， 其中，用例圖展示了外部actor與系統(tǒng)所提供的用例之間的連接，UML中的外部 actors是指（），用例可以用活動圖來描述。A）人員B）單位C ）人員或單位D）人員或外部系統(tǒng)42、UML是一種面向?qū)ο蟮慕y(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)