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

一、推斷題1、軟件危機(jī)是指軟件開(kāi)發(fā)和維護(hù)過(guò)程中存在的周期長(zhǎng)、成本高、質(zhì)量低等問(wèn)題（）。2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展的太快，軟件開(kāi)發(fā)跟不上硬件的更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)的開(kāi)發(fā)滿意客戶需求的軟件而探討、建立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可度量的、可限制的工程原則和方法。（）4、軟件工程是指編制軟件的工程項(xiàng)目。（）5、軟件工程是一個(gè)零散的相關(guān)學(xué)問(wèn)點(diǎn)的集合。（）6、軟件工程包含軟件過(guò)程、項(xiàng)目管理、開(kāi)發(fā)方法、軟件度量和開(kāi)發(fā)工具等各相關(guān)方面的學(xué)問(wèn)的有機(jī)組合（）7、軟件開(kāi)發(fā)具有難以描述性（）8、軟件開(kāi)發(fā)的質(zhì)量保證主要是通過(guò)程序員的閱歷來(lái)保證的（）9、軟件滿意客戶需求的程度是衡量軟件質(zhì)量的最重要因素（）10、項(xiàng)目管理的內(nèi)容涉及人力資源管理、項(xiàng)目支配、風(fēng)險(xiǎn)管理、項(xiàng)目跟蹤、質(zhì)量保證、配置管理等方面（）11、項(xiàng)目管理的內(nèi)容涉計(jì)算機(jī)硬件管理和軟件管理兩方面（*）二、選擇題1、下面描述哪些不屬于軟件的開(kāi)發(fā)特性（）A)軟件開(kāi)發(fā)具有難以描述性B)軟件開(kāi)發(fā)缺乏可見(jiàn)性C)軟件開(kāi)發(fā)具有獨(dú)立性D)軟件開(kāi)發(fā)具有變更性2、下面描述中那些屬于軟件的開(kāi)發(fā)特性（）A)軟件開(kāi)發(fā)具有風(fēng)險(xiǎn)性B)軟件開(kāi)發(fā)具有隨意性C)軟件開(kāi)發(fā)具有可描述性D)軟件開(kāi)發(fā)不具有變更性3、以下對(duì)于軟件危機(jī)的描述正確的是（）A)軟件危機(jī)是指軟件開(kāi)發(fā)過(guò)程越來(lái)越長(zhǎng)B)軟件危機(jī)是指軟件開(kāi)發(fā)成本越來(lái)越高C)軟件危機(jī)是指軟件質(zhì)量越來(lái)越低D)軟件危機(jī)是指以上三項(xiàng)的綜合4、軟件危機(jī)的表現(xiàn)不正確的是（）A)缺乏支配性B)軟件需求獲得不充分、不精確C)缺乏團(tuán)隊(duì)開(kāi)發(fā)的合作D)開(kāi)發(fā)過(guò)于規(guī)范5、軟件危機(jī)的表現(xiàn)不正確的是（）A)缺乏良好的質(zhì)量評(píng)測(cè)手段B)軟件的可維護(hù)性C)軟件種類過(guò)少D)軟件可復(fù)用性差6、有關(guān)軟件工程的描述正確的是（）A)軟件工程只包括軟件的開(kāi)發(fā)過(guò)程B)軟件工程涉及軟件過(guò)程、項(xiàng)目管理、開(kāi)發(fā)方法、開(kāi)發(fā)工具甚至企業(yè)文化。C)軟件工程的目標(biāo)是提高開(kāi)發(fā)的軟件的運(yùn)行速度。D)軟件工程以降低開(kāi)發(fā)成本為核心。7、下面哪一項(xiàng)不屬于項(xiàng)目管理的范疇（）A)人力資源管理B)項(xiàng)目談判C)風(fēng)險(xiǎn)管理D)質(zhì)量保證8、有關(guān)軟件工程描述不正確的是（）A)軟件工程主要是以軟件設(shè)計(jì)工具自動(dòng)開(kāi)發(fā)軟件B)軟件工程是軟件開(kāi)發(fā)過(guò)程可度量C)軟件工程的核心是質(zhì)量保證D)軟件過(guò)程是一個(gè)將用戶需求轉(zhuǎn)化為軟件系統(tǒng)所須要的活動(dòng)的集合9、軟件過(guò)稱模型不包括（）A)瀑布模型B)螺旋模型C)SOA模型D)RUP模型10、下面那些不是軟件工程工具（）A)RequisiteProB)RoseC)offiCeD)Together11、下面哪一項(xiàng)是軟件評(píng)審的主要內(nèi)容（）A）系統(tǒng)定義的目標(biāo)是否與用戶的要求一樣B）文檔中的全部描述是否完整、清晰、精確地反映用戶要求C）是否具體制定了檢驗(yàn)標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)能否對(duì)系統(tǒng)定義是否勝利進(jìn)行確認(rèn)D）以上均是12、軟件工程方法學(xué)的探討內(nèi)容包括軟件開(kāi)發(fā)技術(shù)和軟件工程管理兩部分，其期望達(dá)到的最終目標(biāo)是（）A）消退軟件危機(jī)B）軟件開(kāi)發(fā)工程化C）軟件設(shè)計(jì)自動(dòng)化D）實(shí)現(xiàn)軟件可用性13、軟件生產(chǎn)的困難性和高成本，使大型軟件生產(chǎn)出現(xiàn)危機(jī)，下述哪個(gè)（些）是軟件危機(jī)的主要表現(xiàn)（）Ⅰ.需求增長(zhǎng)難滿意Ⅱ.生產(chǎn)成本過(guò)高Ⅲ.進(jìn)度難以限制Ⅳ.質(zhì)量不易保證A）Ⅰ和ⅡB）ⅣC）Ⅱ和ⅢD）全是14、與“軟件危機(jī)”表現(xiàn)無(wú)關(guān)的是（）A）軟件需求定義不精確B）軟件生產(chǎn)成本高，價(jià)格昂貴C）軟件生產(chǎn)進(jìn)度無(wú)法限制D）軟件開(kāi)發(fā)技術(shù)落后15.軟件工程思想產(chǎn)生于解決20世紀(jì)60年頭的軟件為主動(dòng)，下述：Ⅰ.軟件需求定義不精確Ⅱ.軟件進(jìn)度難以限制Ⅲ.軟件生產(chǎn)的高成本Ⅳ.軟件質(zhì)量不易保證（）是當(dāng)時(shí)軟件危機(jī)的主要表現(xiàn)。A）Ⅰ和ⅡB）Ⅱ和ⅢC）Ⅲ和ⅣD）全部16、造成軟件危機(jī)爆發(fā)的本質(zhì)緣由是（）A）軟件從業(yè)人員過(guò)少，無(wú)法滿意日益增長(zhǎng)的軟件開(kāi)發(fā)須要B）軟件困難性越來(lái)越大、變更越來(lái)越快C）軟件的普及應(yīng)用導(dǎo)致了失業(yè)人口的增多D）軟件開(kāi)發(fā)成本越來(lái)越大，導(dǎo)致應(yīng)用推廣造成了瓶頸17、在1968年召開(kāi)的關(guān)于軟件危機(jī)的會(huì)雨中，用來(lái)解決這一問(wèn)題的的是（）A）瀑布模型B）軟件經(jīng)濟(jì)學(xué)C）軟件工程D）軟件估算18、以下不屬于軟件特點(diǎn)的是（）A．軟件是一種邏輯產(chǎn)品B．軟件產(chǎn)品存在磨損問(wèn)題C．軟件的生產(chǎn)主要是研制D．軟件費(fèi)用不斷增加【答案】推斷題：1、√2、×3、√4、×5、×6、√7、√8、×9、×10、√11、×選擇題：1、C2、A3、D4、D5、C6、B7、B8、A9、C10、C11、D12、B13、D14、D15、D16、B17、C18、B其次章軟件開(kāi)發(fā)過(guò)程和活動(dòng)【本章測(cè)試】一、推斷題1、軟件開(kāi)發(fā)過(guò)程是是一個(gè)軟件開(kāi)發(fā)組織針對(duì)某一類軟件產(chǎn)品為自己規(guī)定的工作步驟，它應(yīng)當(dāng)是科學(xué)的、合理的，否則必將影響到軟件產(chǎn)品的質(zhì)量（）2、可行性探討是在短時(shí)間和低成本條件下來(lái)確定給定的問(wèn)題在其約束條件內(nèi)是否有解、有幾種解以及哪個(gè)是最佳解的活動(dòng)（）3、USE-CASE圖不屬于需求分析活動(dòng)中產(chǎn)生的圖表（）4、程序員參與需求分析（）5、QA人員不參與需求分析（）6、設(shè)計(jì)階段的文檔中有大量的代碼（）7、總體設(shè)計(jì)包括功能結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)處理流程設(shè)計(jì)、系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)、計(jì)算甲和網(wǎng)絡(luò)配置設(shè)計(jì)。（）8、軟件架構(gòu)設(shè)計(jì)屬于總體設(shè)計(jì)（）9、具體設(shè)計(jì)包括模塊間的接口設(shè)計(jì)（）10、設(shè)計(jì)階段包括架構(gòu)設(shè)計(jì)師、程序員、復(fù)用工程師、用戶技術(shù)員、QA人員（）11、實(shí)施活動(dòng)中不包括單元測(cè)試（）12、實(shí)施活動(dòng)的人員不包括用戶技術(shù)員（）13、測(cè)試活動(dòng)主要是證明軟件正確（）14、程序開(kāi)發(fā)出來(lái)就代表軟件開(kāi)發(fā)過(guò)程的結(jié)束（）15、缺陷是指程序中的缺點(diǎn)所產(chǎn)生的不正確結(jié)果（）二、選擇題1、軟件開(kāi)發(fā)活動(dòng)中的基本活動(dòng)是（）A)項(xiàng)目跟蹤活動(dòng)B)質(zhì)量保證活動(dòng)C)軟件配置管理活動(dòng)D)問(wèn)題定義活動(dòng)2、軟件開(kāi)發(fā)活動(dòng)中屬于協(xié)助性活動(dòng)的是（）A)可行性探討活動(dòng)B)需求分析活動(dòng)C)質(zhì)量保證活動(dòng)D)設(shè)計(jì)活動(dòng)3、軟件開(kāi)發(fā)活動(dòng)中屬于協(xié)助性活動(dòng)的是（）A)風(fēng)險(xiǎn)管理B)編碼活動(dòng)C)測(cè)試活動(dòng)D)部署活動(dòng)4、軟件開(kāi)發(fā)活動(dòng)中的不屬于基本活動(dòng)是（）A)需求分析活動(dòng)B)設(shè)計(jì)活動(dòng)C)編碼活動(dòng)D)風(fēng)險(xiǎn)管理活動(dòng)5、軟件開(kāi)發(fā)活動(dòng)中不是協(xié)助性活動(dòng)是（）A)交付活動(dòng)B)項(xiàng)目跟蹤活動(dòng)C)質(zhì)量保證活動(dòng)D)軟件配置管理后動(dòng)6、下列不屬于項(xiàng)目管理活動(dòng)的是（）A)風(fēng)險(xiǎn)管理B)支配活動(dòng)C)設(shè)計(jì)活動(dòng)D)項(xiàng)目跟蹤活動(dòng)7、下列對(duì)問(wèn)題定義活動(dòng)的描述不正確的是（）A)問(wèn)題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的關(guān)鍵問(wèn)題B)問(wèn)題定義定義系統(tǒng)的范圍界限C)問(wèn)題定義活動(dòng)發(fā)生在軟件開(kāi)發(fā)初期D)問(wèn)題定義發(fā)生在需求分析時(shí)期8、下列敘述正確的是（）A)問(wèn)題定義活動(dòng)屬于在需求分析之前B)可行性探討在需求分析之后C)問(wèn)題定義活動(dòng)在可行洗個(gè)探討之后D)問(wèn)題定義在需求分析之后9、軟件工程的組要組成部分為（）A)軟件開(kāi)發(fā)過(guò)程B)軟件開(kāi)發(fā)方法C)軟件開(kāi)發(fā)需求D)軟件開(kāi)發(fā)工具10、對(duì)于軟件過(guò)程的特點(diǎn)描述錯(cuò)誤的是（）A)軟件開(kāi)發(fā)過(guò)程應(yīng)具有易理解性B)軟件開(kāi)發(fā)過(guò)程應(yīng)具有不行見(jiàn)性C)軟件開(kāi)發(fā)過(guò)程應(yīng)具有可支持性D)軟件開(kāi)發(fā)過(guò)程應(yīng)具有可接受性11、對(duì)于軟件過(guò)程的特點(diǎn)描述錯(cuò)誤的是（）A)軟件開(kāi)發(fā)過(guò)程應(yīng)具有牢靠性B)軟件開(kāi)發(fā)過(guò)程應(yīng)具有健壯性C)軟件開(kāi)發(fā)過(guò)程應(yīng)具封閉性D)軟件開(kāi)發(fā)過(guò)程應(yīng)具有高效率性12、下面不是引入軟件開(kāi)發(fā)過(guò)程的緣由（）A)軟件開(kāi)發(fā)工作范圍的擴(kuò)大B)軟件開(kāi)發(fā)的風(fēng)險(xiǎn)從可預(yù)知逐步發(fā)展到不行預(yù)知不易限制C)單個(gè)程序員開(kāi)發(fā)發(fā)展到團(tuán)隊(duì)開(kāi)發(fā)D)軟件產(chǎn)品開(kāi)發(fā)的標(biāo)準(zhǔn)化13、關(guān)于問(wèn)題定義下面描述錯(cuò)誤的是（）A)問(wèn)題定義是軟件開(kāi)發(fā)過(guò)程當(dāng)中的一個(gè)定義要解決的問(wèn)題并確定系統(tǒng)范圍的活動(dòng)。B)問(wèn)題定義可以形成一個(gè)早期推斷，達(dá)成一個(gè)最初共識(shí)C)問(wèn)題定義發(fā)生在項(xiàng)目日程表的最前端D)問(wèn)題定義占整個(gè)軟件開(kāi)發(fā)時(shí)間中的比例較大14、在問(wèn)題定義階段須要參與的人員有（）A)系統(tǒng)分析師B)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C)程序員D)開(kāi)發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理15、關(guān)于可行性探討活動(dòng)錯(cuò)誤的是（）A）可行性探討是以相對(duì)短的時(shí)間和相對(duì)低的成原來(lái)確定給定的問(wèn)題在其約束條件內(nèi)是否有解、有幾種解以及哪個(gè)是最佳解。B）可行性探討必須要明確滿意約束條件的方案是否存在、是否可行、是否最優(yōu)。C）可行性探討比問(wèn)題定義活動(dòng)所消耗的時(shí)間短D)可行性探討主要在客戶現(xiàn)場(chǎng)完成。16、不屬于可行性探討活動(dòng)中參與的人員的是（）A）系統(tǒng)分析師B）程序員C）出資方領(lǐng)導(dǎo)、出資方技術(shù)人員D）用戶代表、開(kāi)發(fā)方領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、架構(gòu)設(shè)計(jì)師、領(lǐng)域?qū)＜?7、參與可行性探討活動(dòng)但不參與問(wèn)題定義活動(dòng)的人員有（）A）系統(tǒng)分析師B)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C)財(cái)務(wù)人員、市場(chǎng)人員、軟件質(zhì)量保證（SQA，SoftwareQualityAssure）人員D)開(kāi)發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理18、不在可行性探討中完成的任務(wù)有（）A)定義系統(tǒng)范圍B)復(fù)查系統(tǒng)規(guī)模和目標(biāo)C)探討現(xiàn)行系統(tǒng)D)導(dǎo)出新系統(tǒng)解決方案19、關(guān)于需求分析活動(dòng)的說(shuō)法錯(cuò)誤的有（）A)需求必需經(jīng)過(guò)全部相關(guān)人員的認(rèn)可B)功能需求描述系統(tǒng)應(yīng)當(dāng)做什么C)非功能需求描述系統(tǒng)必需遵守的約束條件D)需求分析文檔中不包括軟件規(guī)約文檔20、下面那個(gè)文檔不屬于需求分析階段產(chǎn)生的文檔（）A)類圖B)用戶需求文檔C)系統(tǒng)需求文檔D)軟件規(guī)約文檔21、依據(jù)國(guó)家標(biāo)準(zhǔn)GB8566-88《計(jì)算機(jī)軟件開(kāi)發(fā)規(guī)范》的規(guī)定，軟件開(kāi)發(fā)流程分為8個(gè)階段，即可行性探討和支配、需求分析、概要設(shè)計(jì)、具體設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試、確認(rèn)測(cè)試、運(yùn)用和維護(hù)。實(shí)現(xiàn)階段要完成的工作之一是單元測(cè)試，這種測(cè)試要依據(jù)在（）階段中的規(guī)格說(shuō)明進(jìn)行。A）可行性探討支配B）需求分析C）概要設(shè)計(jì)D）具體設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測(cè)試G）確認(rèn)測(cè)試H）運(yùn)用和維護(hù)22、組裝測(cè)試支配是在（）階段指定的。A）可行性探討支配B）需求分析C）概要設(shè)計(jì)D）具體設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測(cè)試G）確認(rèn)測(cè)試H）運(yùn)用和維護(hù)23、確認(rèn)測(cè)試支配是在（）階段制定的。A）可行性探討支配B）需求分析C）概要設(shè)計(jì)D）具體設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測(cè)試G）確認(rèn)測(cè)試H）運(yùn)用和維護(hù)24、測(cè)試的目的是為了（）。A）證明軟件符合設(shè)計(jì)要求B）發(fā)覺(jué)軟件中的錯(cuò)誤和缺陷C）改善軟件的功能和性能D）發(fā)掘軟件的潛在實(shí)力25、軟件開(kāi)發(fā)過(guò)程中，往往會(huì)出現(xiàn)錯(cuò)誤，閱歷證明最簡(jiǎn)潔產(chǎn)生錯(cuò)誤的階段是（）A）具體設(shè)計(jì)B）需求分析C）編碼D）概要設(shè)計(jì)26.軟件維護(hù)時(shí)在用戶運(yùn)用軟件期間對(duì)軟件所做的補(bǔ)充、修改和增加，一般認(rèn)為軟件維護(hù)最常見(jiàn)的是（）A）完善性維護(hù)B）適應(yīng)性維護(hù)C）校正性維護(hù)D）支持性維護(hù)27.在軟件開(kāi)發(fā)的各個(gè)階段中，對(duì)軟件開(kāi)發(fā)成敗影響最大的是（）。A）需求分析B）概要設(shè)計(jì)C）具體設(shè)計(jì)D）編碼28系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變更時(shí)須要對(duì)系統(tǒng)進(jìn)行維護(hù)，這種維護(hù)屬于（）A）校正性維護(hù)B）適應(yīng)性維護(hù)C）完善性維護(hù)D）預(yù)防性維護(hù)29、以下屬于形式化開(kāi)發(fā)方法的是（）A）結(jié)構(gòu)化開(kāi)發(fā)方法B）Jackson開(kāi)發(fā)方法C）維也納開(kāi)發(fā)方法D）面對(duì)對(duì)象開(kāi)發(fā)方法30、數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)存儲(chǔ)組成時(shí)所運(yùn)用的符號(hào)(‥‥)表示（）A）可選B）與C）或D）重復(fù)【答案】推斷題：1、√2、√3、×4、√5、×6、×7、√8、√9、×10、×11、×12、√13、×14、×15、×選擇題：1、D2、C3、A4、D5、A6、C7、D8、A9、C10、B11、C12、D13、D14、C15、C16、B17、C18、A19、D20、A21、D22、C23、B24、B25、B26、A27、A28、B29、C30、D第三章軟件過(guò)程模型【本章測(cè)試】一、推斷題1、對(duì)軟件開(kāi)發(fā)過(guò)程按過(guò)程組織策略出抽象出的模型就是過(guò)程模型（）2、RUP模型的特點(diǎn)是體系完整、理論成熟、實(shí)踐性強(qiáng)、可裁剪、不行擴(kuò)充（）3、RUP模型屬于演進(jìn)型模型（）4、RUP軟件開(kāi)發(fā)過(guò)程分先啟、精化、構(gòu)建和測(cè)試四個(gè)階段（）5、螺旋模型是一種演進(jìn)模型（）6、運(yùn)用螺旋模型不須要很高的風(fēng)險(xiǎn)評(píng)估技術(shù)（）7、螺旋模型可以應(yīng)對(duì)“最終期限”（）8、增量模型和瀑布模型都屬于演進(jìn)型模型（）9、增量模型不利于與用戶交互（）10、RAD模型的開(kāi)發(fā)速度快但很難模塊化（）二、選擇題1、下面那個(gè)階段不屬于在軟件生命周期中軟件定義時(shí)期（）A)問(wèn)題定義B)可行性探討C)需求分析D)總體設(shè)計(jì)2、有關(guān)軟件過(guò)程模型的說(shuō)法錯(cuò)誤的是（）A)軟件過(guò)程模型可以知道項(xiàng)目經(jīng)理和項(xiàng)目成員應(yīng)當(dāng)依據(jù)什么樣的工序完成項(xiàng)目B)項(xiàng)目經(jīng)理可以參考過(guò)程模型確定獨(dú)特的過(guò)程支配C)軟件過(guò)程模型是組織項(xiàng)目活動(dòng)的一般方法D)軟件過(guò)程模型是軟件架構(gòu)3、不屬于線性系列模型的模型是（）A)線性依次模型B)增量模型C)RAD模型D)瀑布模型4、不屬于演進(jìn)系列模型（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型5、屬于線性系列模型的是（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型6、屬于演進(jìn)系列模型的模型是（）A)線性依次模型B)增量模型C)RAD模型D)瀑布模型7、關(guān)于線性依次模型的說(shuō)法錯(cuò)誤的是（）A)線性依次模型提倡軟件開(kāi)發(fā)依據(jù)系統(tǒng)化、有依次的方法。B)該模型遵循系統(tǒng)分析、設(shè)計(jì)、編碼、測(cè)試等活動(dòng)依次。C)線性依次模型遵循“步步為營(yíng)”的方法開(kāi)發(fā)軟件D)線性依次模型就是瀑布模型8、關(guān)于瀑布模型的描述錯(cuò)誤的是（）A）瀑布模型事實(shí)上是線性依次模型的改進(jìn)B）瀑布模型具有反饋機(jī)制C）瀑布模型不具有反饋機(jī)制D）瀑布模型中開(kāi)發(fā)方不能很好的與用戶交互9、下面不屬于瀑布模型的優(yōu)點(diǎn)是（）A)具有肯定的反饋性質(zhì)B)嚴(yán)格的規(guī)定了每個(gè)階段必需提交的交付物C)每個(gè)階段結(jié)束前都必需有正式的審查D)與用戶交互好10、關(guān)于RAD模型下面描述錯(cuò)誤的是（）A）RAD模型也叫快速應(yīng)用開(kāi)發(fā)模型B）在RAD是從線性依次模型“泛化”而來(lái)C）RAD模型是多個(gè)線性依次模型的并行D）RAD模型是多個(gè)線性依次模型的串行11、不屬于RAD模型的缺點(diǎn)是（）A)假如一個(gè)系統(tǒng)難以被適當(dāng)?shù)哪K化，那么很難組織多個(gè)開(kāi)發(fā)團(tuán)隊(duì)并行開(kāi)發(fā)B)RAD不適合小項(xiàng)目的開(kāi)發(fā)C)假如早期不鞥完整的正確的獲得需求，那么很難按時(shí)完成開(kāi)發(fā)任務(wù)D)假如缺乏以往的類似項(xiàng)目閱歷，則很難快速的設(shè)計(jì)系統(tǒng)12、不屬于邊改邊建模型的缺點(diǎn)是（）A)否認(rèn)了在項(xiàng)目實(shí)施前需求分析和設(shè)計(jì)活動(dòng)的重要性B)沒(méi)有支配和明確的目標(biāo)C)費(fèi)用和成本較好限制D)要求需求完整明確13、對(duì)于增量模型的說(shuō)法錯(cuò)誤的是（）A)可以在開(kāi)發(fā)過(guò)程中與用戶很好的交互B)增量模型可以有支配的管理技術(shù)風(fēng)險(xiǎn)C)增量模型會(huì)導(dǎo)致“永不結(jié)束”D)增量模型有助于試驗(yàn)性產(chǎn)品的開(kāi)發(fā)14、關(guān)于螺旋模型的說(shuō)法正確的是（）A)螺旋模型是線性模型B)螺旋模型是演進(jìn)模型C)螺旋模型可以降低開(kāi)發(fā)風(fēng)險(xiǎn)D)螺旋模型不適合大型項(xiàng)目的開(kāi)發(fā)15、RUP模型的描述錯(cuò)誤的為（）A)RUP模型提倡以迭代和增量的方式開(kāi)發(fā)系統(tǒng)B)RUP模型提倡以遞歸和增量的方式開(kāi)發(fā)系統(tǒng)C)每次迭代都包括業(yè)務(wù)工程、需求、分析設(shè)計(jì)、實(shí)施、測(cè)試和部署等基本活動(dòng)D)每個(gè)迭代結(jié)束后才進(jìn)入下一次迭代16、不屬于RUP模型的優(yōu)點(diǎn)的是（）A)可擴(kuò)充B)實(shí)踐性強(qiáng)C)可剪裁D)開(kāi)發(fā)速度快17、瀑布模型是最常用的傳統(tǒng)軟件開(kāi)發(fā)模型，它的特點(diǎn)之一（）。A）文檔是階段完成的里程碑B）具有從軟件規(guī)格說(shuō)明轉(zhuǎn)換成可執(zhí)行代碼的自動(dòng)程序設(shè)計(jì)的新風(fēng)范C）利用軟件速成原型法加強(qiáng)軟件人員與用戶的聯(lián)系D）支持人工智能，面對(duì)對(duì)象等新軟件技術(shù)的集成18、軟件開(kāi)發(fā)模型是指軟件開(kāi)發(fā)的全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。主要的開(kāi)發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié)合，并增加了（）。A）系統(tǒng)工程B）風(fēng)險(xiǎn)分析C）設(shè)計(jì)評(píng)審D）進(jìn)度限制19、螺旋模型是建立在（）的基礎(chǔ)上。A）模塊劃分B）子程序分解C）設(shè)計(jì)D）原型20、螺旋模型沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（）的一個(gè)新版本。A）模塊劃分B）子程序分解C）設(shè)計(jì)D）原型21、噴泉模型描述了（）的開(kāi)發(fā)模型。A）面對(duì)對(duì)象B）面對(duì)數(shù)據(jù)流C）面對(duì)數(shù)據(jù)結(jié)構(gòu)D）面對(duì)事務(wù)驅(qū)動(dòng)22、噴泉模型體現(xiàn)了這種開(kāi)發(fā)方法創(chuàng)建軟件的過(guò)程所固有的（）的特征。A）歸納B）推理C）迭代D）遞歸23、噴泉模型體現(xiàn)了這種開(kāi)發(fā)方法創(chuàng)建軟件的過(guò)程所固有的（）的特征。A）開(kāi)發(fā)各階段之間無(wú)“間隙”B）開(kāi)發(fā)各階段分界明顯C）部分開(kāi)發(fā)階段分界明顯D）開(kāi)發(fā)過(guò)程不分段24.假如在開(kāi)發(fā)時(shí)期內(nèi)沒(méi)有或很少有需求變更、風(fēng)險(xiǎn)較低和對(duì)應(yīng)用領(lǐng)域很熟識(shí)，則適用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型25.在項(xiàng)目開(kāi)發(fā)早期需求較明確但可能有變更、對(duì)應(yīng)用領(lǐng)域較熟識(shí)和中等風(fēng)險(xiǎn)的項(xiàng)目則適用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型26螺旋模型結(jié)合了瀑布和演化模型的特點(diǎn)，與其他模型相比，最大的特點(diǎn)是加入并強(qiáng)調(diào)了（）A）客戶評(píng)估B）風(fēng)險(xiǎn)管理C）用例分析D）風(fēng)險(xiǎn)分析27.螺旋模型最初是從（）起先第一個(gè)螺旋A）制定支配B）概念項(xiàng)目C）系統(tǒng)原型D）遺留系統(tǒng)28.常見(jiàn)的軟件開(kāi)發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中適用于需求明確或很少變更的項(xiàng)目是（）。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型29.常見(jiàn)的軟件開(kāi)發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）主要用來(lái)描述面對(duì)對(duì)象的軟件開(kāi)發(fā)過(guò)程。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型30.假如用戶對(duì)系統(tǒng)的目標(biāo)不是很清晰，需求難以定義，這時(shí)最好是用（）進(jìn)行系統(tǒng)開(kāi)發(fā)。A）原型法B）瀑布模型C）V-模型D）螺旋模型31.瀑布模型（WaterfallModel）突出的缺點(diǎn)是不適應(yīng)（）的變動(dòng)。A）算法B）平臺(tái)C）程序語(yǔ)言D）用戶需求【答案】推斷題：1、√2、×3、√4、×5、√6、×7、√8、×9、×10、√選擇題：1、D2、D3、B4、C5、C6、B7、D8、C9、D10、D11、B12、D13、C14、D15、B16、D17、A18、B19、D20、D21、A22、C23、A24、A25、C26、D27、B28、A29、D30、A31、D第四章問(wèn)題定義和可行性探討方法【本章測(cè)試】一、推斷題1、問(wèn)題的定義和可行性探討同屬于軟件開(kāi)發(fā)過(guò)程的早期活動(dòng)（）2、問(wèn)題的定義是在可行性探討的基礎(chǔ)上實(shí)行的（）3、問(wèn)題的定義弄清軟件系統(tǒng)要解決的根本問(wèn)題，可行性探討弄清系統(tǒng)所需的資源和經(jīng)費(fèi)（）4、問(wèn)題的定義要求開(kāi)發(fā)方和運(yùn)用方共同完成（）5、操作可行性指軟件系統(tǒng)是否能很好的運(yùn)用（）6、調(diào)度可行性指建議的系統(tǒng)是否能夠按期交付運(yùn)用（）7、評(píng)估風(fēng)險(xiǎn)由項(xiàng)目經(jīng)理、系統(tǒng)分析師、SQA人員和客戶共同完成（）8、可行性分析的目的在于確定客戶提出的問(wèn)題是否有解，是否值得去解（）9、可行性分析報(bào)告是問(wèn)題定義和可行性分析階段的最終交付物（）10、貨幣的時(shí)間價(jià)值用來(lái)衡量貨幣在不同時(shí)期的內(nèi)在價(jià)值（）二、選擇題1、關(guān)于可行性探討的說(shuō)法正確的是（）A)是以相對(duì)短的時(shí)間和相對(duì)低的成原來(lái)確定給定的問(wèn)題是否有解B)可行性探討不關(guān)切系統(tǒng)的成本，只關(guān)切系統(tǒng)能否有解C)可行性探討完成問(wèn)題的定義D)可行性探討不須要SQA人員參與2、關(guān)于技術(shù)可行性說(shuō)法錯(cuò)誤的是（）A)考慮用戶是否已購(gòu)買(mǎi)相應(yīng)的計(jì)算機(jī)軟件設(shè)備B)考慮用戶是否已購(gòu)買(mǎi)相應(yīng)的計(jì)算機(jī)硬件設(shè)備C)考慮用戶是否會(huì)用開(kāi)發(fā)的軟件技術(shù)D)考慮是否有現(xiàn)成的成熟技術(shù)可用3、關(guān)于操作可用性說(shuō)法正確的是（）A)開(kāi)發(fā)人員是否能開(kāi)發(fā)出新系統(tǒng)B)新系統(tǒng)是否自動(dòng)操作C)新系統(tǒng)是否滿意用戶的需求D)新系統(tǒng)所需的用戶操作是否可行4、關(guān)于經(jīng)濟(jì)可行性錯(cuò)誤的說(shuō)法是（）A)考察系統(tǒng)的經(jīng)濟(jì)效益是否超過(guò)它的開(kāi)發(fā)成本B)成本包括啟動(dòng)成本和運(yùn)營(yíng)成本C)只要經(jīng)濟(jì)可行則系統(tǒng)可以開(kāi)發(fā)D)經(jīng)濟(jì)可行性中的成本包括培訓(xùn)費(fèi)用5、關(guān)于技術(shù)可行性的說(shuō)法錯(cuò)誤的是（）A)從技術(shù)角度分析產(chǎn)品“做得了嗎？”B)從技術(shù)角度分析產(chǎn)品“做得好嗎？”C)從技術(shù)角度分析產(chǎn)品“做得快嗎？”D)從技術(shù)角度分析“用戶會(huì)用嗎？”6、參與風(fēng)險(xiǎn)評(píng)估的人員中沒(méi)有（）A)用戶B)項(xiàng)目經(jīng)理C)系統(tǒng)分析師D)SQA人員7、關(guān)于指定軟件開(kāi)發(fā)支配正確的是（）A)軟件開(kāi)發(fā)支配由程序員來(lái)做B)軟件開(kāi)發(fā)支配由項(xiàng)目經(jīng)理來(lái)做C)軟件開(kāi)發(fā)支配有系統(tǒng)分析師來(lái)做D)軟件開(kāi)發(fā)支配已經(jīng)確定不能更改8、關(guān)于可行性探討正確的說(shuō)法是（）A)指定軟件營(yíng)銷支配在基礎(chǔ)性分析之前進(jìn)行B)基礎(chǔ)性分析是指對(duì)現(xiàn)有系統(tǒng)的分析C)只重點(diǎn)對(duì)建議方案進(jìn)行風(fēng)險(xiǎn)評(píng)估D)必需對(duì)全部可行方案進(jìn)行風(fēng)險(xiǎn)評(píng)估9、關(guān)于成本效益分析正確的說(shuō)法是（）A)通過(guò)成本效益分析可以得出經(jīng)濟(jì)可行性的結(jié)論B)成本分析中不包括用戶培訓(xùn)費(fèi)用C)成本分析中不包括人員費(fèi)用D)成本分析中不包括修理費(fèi)用10、屬于啟動(dòng)成本的是（）A)人員費(fèi)用B)軟件開(kāi)發(fā)成本C)不行預(yù)見(jiàn)費(fèi)用D)修理費(fèi)用11、不屬于運(yùn)營(yíng)成本的是（）A)人員費(fèi)用B)軟件開(kāi)發(fā)成本C)不行預(yù)見(jiàn)費(fèi)用D)修理費(fèi)用12、屬于運(yùn)營(yíng)成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)消耗品費(fèi)用D)用戶培訓(xùn)成本13、不屬于開(kāi)發(fā)成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)消耗品費(fèi)用D)用戶培訓(xùn)成本14、不屬于系統(tǒng)運(yùn)營(yíng)效益的是（）A)干脆效益B)削減管理費(fèi)用而產(chǎn)生的效益C)提高工作效率、降低處理成本而產(chǎn)生的效益D)開(kāi)發(fā)系統(tǒng)消息發(fā)出后產(chǎn)生的股票收益15、關(guān)于成本效益分析方法正確的說(shuō)法是（）A)成本效益分析常用的方法有投資回收分析法和靜資金現(xiàn)值法B)投資回收分析法可精確計(jì)算投資與收益C)投資回收分析法比靜資金現(xiàn)值法更精確D)靜資金現(xiàn)值法不計(jì)算貨幣價(jià)值波動(dòng)16、下面不屬于可行性分析報(bào)告內(nèi)容的有（）A)產(chǎn)品定位B)產(chǎn)品概述C)方案說(shuō)明與比較D)總體設(shè)計(jì)【答案】推斷題：1、√2、×3、×4、√5、×6、√7、×8、√9、×10、√選擇題：1、A2、C3、D4、C5、D6、A7、B8、C9、A10、B11、B12、C13、C14、D15、A16、D第五章需求分析方法【本章測(cè)試】一、推斷題1、需求分析不須要考慮系統(tǒng)的測(cè)試問(wèn)題（）2、需求分析應(yīng)盡量考慮實(shí)現(xiàn)方式（）3、狀態(tài)變遷圖是需求分析的功能模型（）4、數(shù)據(jù)流圖是需求分析的功能模型（）5、數(shù)據(jù)流圖是需求分析的行為模型圖（）6、Petri網(wǎng)是需求分析的功能模型（）7、Petri網(wǎng)是需求分析的行為模型（）8、狀態(tài)變遷圖是需求分析的行為模型（）9、用例圖屬于需求分析的行為模型（）10、泛化關(guān)系代表特別到一般的關(guān)系（）11、泛化關(guān)系代表一般到特別的關(guān)系（）12、擴(kuò)展關(guān)系是指對(duì)一個(gè)已經(jīng)存在的用例增加新的功能（）二、選擇題1、關(guān)于需求分析的描述錯(cuò)誤的是（）A)需求分析要遵循按部就班的原則B)需求必需是可驗(yàn)證的C)需求分析階段應(yīng)充分考慮系統(tǒng)的實(shí)現(xiàn)語(yǔ)言D)需求必需是追蹤的2、有關(guān)需求分析描述錯(cuò)誤的是（）A)需求分析通常這是不行驗(yàn)證B)需求分析包括橫向分解和縱向分解兩種C)橫向分解將一個(gè)功能分解為多個(gè)子功能D)縱向分解講一個(gè)功能不斷細(xì)分3、在需求分析中關(guān)于遠(yuǎn)離實(shí)現(xiàn)原則的描述錯(cuò)誤的是（）A)避開(kāi)記錄一些因?yàn)楫?dāng)前技術(shù)才存在的需求B)運(yùn)用一些可能不是核心產(chǎn)品的技術(shù)C)避開(kāi)對(duì)實(shí)現(xiàn)的方式做出束縛D)采納各盡其責(zé)的方法4、關(guān)于需求分析中可驗(yàn)證性原則的描述錯(cuò)誤的是（）A)通過(guò)需求的驗(yàn)證標(biāo)準(zhǔn)，可以度量出系統(tǒng)實(shí)現(xiàn)的質(zhì)量B)不行驗(yàn)證的需求，僅僅是對(duì)需求的一種主觀愿望，對(duì)于設(shè)計(jì)和測(cè)試等活動(dòng)而言都是缺乏意義的C)需求分析中可以有部分是不行驗(yàn)證的。D)需求通過(guò)了“驗(yàn)證”才能證明所開(kāi)發(fā)的系統(tǒng)符合客戶和用戶的要求的依據(jù)5、關(guān)于數(shù)據(jù)流突說(shuō)法錯(cuò)誤的()A)數(shù)據(jù)流圖是一個(gè)分層概念模型B)數(shù)據(jù)流圖包含總體圖、零級(jí)圖、一級(jí)圖、二極圖、細(xì)微環(huán)節(jié)圖C）數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中移動(dòng)時(shí)如何變化D）數(shù)據(jù)流圖描述對(duì)數(shù)據(jù)流進(jìn)行變換的功能6、關(guān)于數(shù)據(jù)流圖說(shuō)法錯(cuò)誤的是（）A）數(shù)據(jù)流圖的總體圖描述了系統(tǒng)和四周環(huán)境的關(guān)系B）零級(jí)圖表示一個(gè)系統(tǒng)的主要功能或主要的子系統(tǒng)C）細(xì)微環(huán)節(jié)圖表示困難的處理的具體內(nèi)部表示D）一級(jí)圖表示對(duì)某個(gè)模塊的表示7、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）A)外部實(shí)體只能出現(xiàn)在總體圖和零級(jí)圖中B)外部實(shí)體能出現(xiàn)在總體圖和細(xì)微環(huán)節(jié)圖中C）數(shù)據(jù)存儲(chǔ)只能出現(xiàn)在零級(jí)圖和細(xì)微環(huán)節(jié)圖中D）數(shù)據(jù)存儲(chǔ)在分層的數(shù)據(jù)流程圖中只能出現(xiàn)一次8、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）A）數(shù)據(jù)存儲(chǔ)必需既有讀操作，也有寫(xiě)操作B）數(shù)據(jù)流要出名字C)數(shù)據(jù)流表示有關(guān)的限制邏輯D)數(shù)據(jù)流必需起先或結(jié)束在處理圓圈上9、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）A）每個(gè)處理要有編號(hào)，但不表示先后依次B）每個(gè)處理要有編號(hào)，表示先后依次C）每個(gè)圖中處理的數(shù)不應(yīng)超過(guò)9個(gè)D）每個(gè)處理應(yīng)當(dāng)既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流軟件設(shè)計(jì)方法10、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯(cuò)誤的是（）A）每個(gè)處理應(yīng)當(dāng)既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流B)子圖與父圖中對(duì)應(yīng)的處理必需執(zhí)行相同的功能，且子圖與對(duì)應(yīng)的處理流入和流出的數(shù)據(jù)流相同C)輸入/輸出吩咐不能作為數(shù)據(jù)流程圖中的處理D)每個(gè)處理應(yīng)當(dāng)可以沒(méi)有輸出的數(shù)據(jù)流11、關(guān)于數(shù)據(jù)字典錯(cuò)誤的是（）A）數(shù)據(jù)字典主要協(xié)作數(shù)據(jù)流圖運(yùn)用B）數(shù)組字典與數(shù)據(jù)流圖無(wú)關(guān)C）數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)肯定義便于通訊和共享D）數(shù)據(jù)字典中的主要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理12、關(guān)于判定表說(shuō)法錯(cuò)誤的是（）A）判定表只用在測(cè)試階段B）判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的狀況的工具C）判定表的左上部標(biāo)識(shí)條件或數(shù)據(jù)元素名稱D）判定表的右上部表示全部條件組合13、關(guān)于判定表說(shuō)法錯(cuò)誤的是（）A）判定表左下部表示處理活動(dòng)名稱B）判定表的右上部表示全部條件組合C）判定表的左上部標(biāo)識(shí)條件或數(shù)據(jù)元素名稱D）判定表只用在測(cè)試階段14、關(guān)于判定表說(shuō)法錯(cuò)誤的是（）A）判定表表達(dá)邏輯清晰，比自然語(yǔ)言簡(jiǎn)潔理解B）問(wèn)題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C）問(wèn)題中的條件或數(shù)據(jù)元素在表中可出現(xiàn)多次D）判定表隨著問(wèn)題中條件的增多會(huì)變得特別困難15、關(guān)于判定樹(shù)說(shuō)法錯(cuò)誤的是（）A）判定樹(shù)是一個(gè)樹(shù)狀圖B）判定樹(shù)中的根結(jié)點(diǎn)表示問(wèn)題的名字C）判定樹(shù)的內(nèi)部節(jié)點(diǎn)表示條件，葉子節(jié)點(diǎn)表示活動(dòng)D）判定樹(shù)的葉子節(jié)點(diǎn)表示條件，內(nèi)部節(jié)點(diǎn)表示活動(dòng)16、關(guān)于判定樹(shù)說(shuō)法錯(cuò)誤的是（）A）判定樹(shù)簡(jiǎn)潔理解，不須要用戶培訓(xùn)B）繪制方法直觀C）判定樹(shù)書(shū)寫(xiě)簡(jiǎn)潔D）判定樹(shù)繁瑣，同一條件要書(shū)寫(xiě)多次17、不是面對(duì)對(duì)象的需求分析方法模型的（）A）用例建模B）ER圖建模C）對(duì)象-關(guān)系模型D）對(duì)象-行為模型18、關(guān)于用例圖的描述錯(cuò)誤的是（）A）用例圖表示系統(tǒng)的行為B）用橢圓表示行為C）用小人表示用戶D）用帶說(shuō)明的線表示用戶與行為的關(guān)系19、關(guān)于Actor的說(shuō)明錯(cuò)誤的是（）A）Actor在系統(tǒng)邊界外部B）Actor干脆與系統(tǒng)交互C）Actor可能是任何事物D）一個(gè)人只能擔(dān)當(dāng)1個(gè)參與者20、關(guān)于用例說(shuō)明錯(cuò)誤的是（）A)用例止于系統(tǒng)邊界B)用例是一個(gè)交互的抽象C)用例是Actor的行為D)從Actor的角度去描述用例21、結(jié)構(gòu)化分析方法是一種面對(duì)（）的需求分析方法。A）對(duì)象B）數(shù)據(jù)結(jié)構(gòu)C）數(shù)據(jù)流D）限制流22、結(jié)構(gòu)化分析方法最為常用的圖形工具是（）。A）程序流程圖B）實(shí)體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）結(jié)構(gòu)圖F）數(shù)據(jù)詞典23、結(jié)構(gòu)化分析方法中，與數(shù)據(jù)流圖協(xié)作運(yùn)用的是（）。A）程序流程圖B）實(shí)體聯(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）信號(hào)流E）數(shù)據(jù)源/終點(diǎn)F）節(jié)點(diǎn)25、數(shù)據(jù)流圖不能由計(jì)算機(jī)處理的成分是（）。A）限制流B）信息流C）數(shù)據(jù)流D）信號(hào)流E）數(shù)據(jù)源/終點(diǎn)F）節(jié)點(diǎn)26、軟件需求分析的任務(wù)不應(yīng)包括（）。A）問(wèn)題分解B）牢靠性與平安性要求C）結(jié)構(gòu)化程序設(shè)計(jì)D）確定邏輯模型27、進(jìn)行需求分析課運(yùn)用多種工具，但（）是不適用的。A）數(shù)據(jù)流圖（DFD）B）判定表C）PAD圖D）數(shù)據(jù)字典28、在需求分析中，開(kāi)發(fā)人員要與用戶解決的最重要的問(wèn)題是（）。A）要讓軟件做什么B）要給該軟件供應(yīng)哪些信息C）要求軟件工作效率怎樣D）要讓軟件具有何種結(jié)構(gòu)29、需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)包括（）。A）對(duì)重要功能的描述B）對(duì)算法的具體過(guò)程描述C）對(duì)數(shù)據(jù)的要求D）軟件的性能30、結(jié)構(gòu)化分析方法（SA）是一種預(yù)先嚴(yán)格定義需求的方法，強(qiáng)調(diào)分析對(duì)象的（）。A、程序流B、指令流C、限制流D、數(shù)據(jù)流31、結(jié)構(gòu)化分析方法（SA）的指導(dǎo)思想是（）。A、自上而下逐層分解B、自下而上逐層分解C、面對(duì)對(duì)象D、面對(duì)過(guò)程32、過(guò)程P分解為P1、P2、P3三個(gè)子過(guò)程，下圖的數(shù)據(jù)流圖中存在兩處錯(cuò)誤，其中錯(cuò)誤1是（）。A、1層SB、1層S2C、0層SD、0層S133、上圖中還有一處錯(cuò)誤是（）A、1層SB、1層S2C、0層SD、0層S134、在軟件開(kāi)發(fā)過(guò)程中常用圖作為描述工具，如DFD就是面對(duì)（）分析方法的描述工具。A）數(shù)據(jù)結(jié)構(gòu)B）數(shù)據(jù)流C）對(duì)象D）構(gòu)件35、在一套分層DFD中，假如某一張圖中有N個(gè)加工，則這張圖允許有（）張子圖。A）0B）1C）1~ND）0~N36、在一張DFD圖中，隨意兩個(gè)加工之間（）。A）有且僅有一條數(shù)據(jù)流B）至少有一條數(shù)據(jù)流C）可以有0條或多條名字互不相同的數(shù)據(jù)流D）可以有0條或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)據(jù)流37、在劃分層DFD時(shí)，應(yīng)留意保持（）之間的平衡。A）父圖與其子圖B）同一父圖的全部子圖C）不同父圖的全部子圖D）同一子圖的全部干脆父圖38、DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流，這種信息流可分為（）兩類。A）限制流和變換流B）變換流和事物流C）事物流和事務(wù)流D）事務(wù)流和限制流39、在業(yè)務(wù)領(lǐng)域分析過(guò)程中，通過(guò)建立實(shí)體關(guān)系圖，把與業(yè)務(wù)相關(guān)的數(shù)據(jù)模型化；通過(guò)建立（）來(lái)表示業(yè)務(wù)活動(dòng)的分解過(guò)程。A）數(shù)據(jù)流圖（DFD）B）過(guò)程層次圖（PHD）C）過(guò)程活動(dòng)圖（PAD）D）過(guò)程關(guān)系圖（PRD）40、在業(yè)務(wù)領(lǐng)域分析過(guò)程中，兩個(gè)業(yè)務(wù)過(guò)程之間的相互依靠關(guān)系應(yīng)記錄在過(guò)程依靠圖中；通過(guò)建立（）來(lái)具體說(shuō)明整個(gè)業(yè)務(wù)過(guò)程的邏輯。A）數(shù)據(jù)流圖（DFD）B）過(guò)程層次圖（PHD）C）過(guò)程活動(dòng)圖（PAD）D）甘特圖（Ganntte）41、UML是一種面對(duì)對(duì)象的統(tǒng)一建模語(yǔ)言。它包含10種圖形，其中，用例圖展示了外部actor與系統(tǒng)所供應(yīng)的用例之間的連接，UML中的外部actors是指（），用例可以用活動(dòng)圖來(lái)描述。A）人員B）單位C）人員或單位D）人員或外部系統(tǒng)42、UML是一種面對(duì)對(duì)象的統(tǒng)一建模語(yǔ)言。它包含10種圖形，其中，用例圖展示了外部actor與系統(tǒng)所供應(yīng)的用例之間的連接，UML中的外部actors是指人員或外部系統(tǒng)，用例可以用（）來(lái)描述。A）類B）狀態(tài)C）活動(dòng)D）協(xié)作43、狀態(tài)圖指明白對(duì)象全部可能的狀態(tài)以及狀態(tài)間的遷移（transition）。假如一個(gè)并發(fā)的狀態(tài)由n個(gè)并發(fā)的子狀態(tài)圖組成，那么，該并發(fā)狀態(tài)在某時(shí)刻的狀態(tài)由（）個(gè)子狀態(tài)圖中各取一個(gè)狀態(tài)組合而成。A）每一B）隨意一C）隨意二D）隨意m（m≤n）44、協(xié)作圖描述了協(xié)作的（）之間的交互和鏈接（link），它畫(huà)成對(duì)象圖的形式。A）對(duì)象B）類C）用例D）狀態(tài)45、協(xié)作圖描述了協(xié)作的對(duì)象之間的交互和鏈接（link），它畫(huà)成（）圖的形式。A）對(duì)象B）類C）用例D）狀態(tài)46、20世紀(jì)90年頭中，出現(xiàn)了一批新的面對(duì)對(duì)象方法，（）是面對(duì)對(duì)象方法最早的提倡者之一，他提出了面對(duì)對(duì)象軟件工程的概念。A）CoadB）BoochC）JacobsonD）Yourdon47、Rumbaugh等人提出了面對(duì)對(duì)象的建模技術(shù)（OMT）方法，采納了面對(duì)對(duì)象的概念，并引入各種獨(dú)立于語(yǔ)言的表示符。這種方法用（）共同完成對(duì)整個(gè)系統(tǒng)的建模。A）對(duì)象模型、動(dòng)態(tài)模型、功能模型和用例模型B）數(shù)據(jù)模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型C）靜態(tài)模型、動(dòng)態(tài)模型、功能模型和用例模型D）對(duì)象模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型48、Jacobson于1994年提出了OOSE方法，其最大的特點(diǎn)是面對(duì)用例，并在用例的描述中引入了（）的概念。A）類B）UMLC）角色D）繼承49、UML融合了面對(duì)對(duì)象的建模技術(shù)（OMT）方法和OOSE方法的基本概念，UML的重要內(nèi)容可以由（）等5類圖來(lái)定義。A）類圖、依次圖、行為圖、動(dòng)態(tài)圖、配置圖B）對(duì)象圖、用例圖、靜態(tài)圖、狀態(tài)圖、交互圖C）包圖、序列圖、行為圖、交互圖、活動(dòng)圖D）用例圖、靜態(tài)圖、行為圖、交互圖、實(shí)現(xiàn)圖50、在運(yùn)用UML建模時(shí)，若須要描述跨越多個(gè)用例的單個(gè)對(duì)象行為，運(yùn)用（）是最為合適的。A）協(xié)作圖（collaborationdiagram）B）序列圖（sequencediagram）C）活動(dòng)圖（activitydiagram）D）狀態(tài)圖（statechartdiagram）51、UML結(jié)構(gòu)包括了基本構(gòu)造塊、公共機(jī)制和（）。A）把這些構(gòu)造塊放在一起的規(guī)則B）圖形或文字修飾C）類與對(duì)象的劃分以及接口與實(shí)現(xiàn)的分別D）描述系統(tǒng)細(xì)微環(huán)節(jié)的規(guī)格說(shuō)明52、UML中供應(yīng)了擴(kuò)展機(jī)制，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本的（），約束（constraint）擴(kuò)展了UML構(gòu)造塊的語(yǔ)義，允許增加新的規(guī)則或修改現(xiàn)有的規(guī)則。A）構(gòu)造塊的特性，允許創(chuàng)建詳述元素的新信息B）構(gòu)造塊的語(yǔ)義，允許增加新的規(guī)則和修改現(xiàn)有的規(guī)則C）語(yǔ)義，允許創(chuàng)建新的構(gòu)造塊D）詞匯，允許創(chuàng)建新的構(gòu)造塊53、UML中供應(yīng)了擴(kuò)展機(jī)制，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本的詞匯，允許創(chuàng)建新的構(gòu)造塊，約束（constraint）擴(kuò)展了UML（）。A）構(gòu)造塊的特性，允許創(chuàng)建詳述元素的新信息B）構(gòu)造塊的語(yǔ)義，允許增加新的規(guī)則和修改現(xiàn)有的規(guī)則C）語(yǔ)義，允許創(chuàng)建新的構(gòu)造塊D）詞匯，允許創(chuàng)建新的構(gòu)造塊54、用例（usecase）用來(lái)描述系統(tǒng)在對(duì)時(shí)間做出響應(yīng)時(shí)所實(shí)行的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都須要核查用戶賬號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶賬號(hào)”之間是（）關(guān)系。A）包含（include）B）擴(kuò)展（extend）C）分類（classification）D）聚集（aggregation）55、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為（），該圖的特點(diǎn)是有生命線及限制焦點(diǎn)，重點(diǎn)在消息的時(shí)間依次上。強(qiáng)調(diào)參與交互的對(duì)象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。A）活動(dòng)圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）56、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為序列圖，該圖的特點(diǎn)是（）。強(qiáng)調(diào)參與交互的對(duì)象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。A）有生命線及限制焦點(diǎn)，重點(diǎn)在消息的時(shí)間依次上。B）有路徑有依次號(hào)，為了一個(gè)消息的時(shí)間依次給消息加數(shù)字前綴C）是對(duì)系統(tǒng)、子系統(tǒng)或類的行為建模D）本質(zhì)上是一個(gè)流程圖，顯示從活動(dòng)到活動(dòng)的信息流57、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為序列圖，該圖的特點(diǎn)是有生命線及限制焦點(diǎn)，重點(diǎn)在消息的時(shí)間依次上。強(qiáng)調(diào)參與交互的對(duì)象的組織圖稱為（），這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。A）活動(dòng)圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）58、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為序列圖，該圖的特點(diǎn)是有生命線及限制焦點(diǎn)，重點(diǎn)在消息的時(shí)間依次上。強(qiáng)調(diào)參與交互的對(duì)象的組織圖稱為協(xié)作圖，這兩種圖是（）。A）同構(gòu)的，所以可以相互轉(zhuǎn)換B）異構(gòu)的，所以不行以相互轉(zhuǎn)換C）強(qiáng)調(diào)對(duì)象行為的事務(wù)依次，常用于對(duì)反應(yīng)式系統(tǒng)建模D）專注于系統(tǒng)的動(dòng)態(tài)視圖，狀態(tài)無(wú)法確定，所以不行以相互轉(zhuǎn)換59、用UML建立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過(guò)程的第一步。業(yè)務(wù)人扮演業(yè)務(wù)中的角色及其交互方式，例如航空公司的售票員是業(yè)務(wù)人員，電話售票員也是業(yè)務(wù)人員，他們之間的關(guān)系是（）。A）關(guān)聯(lián)關(guān)系（Association）B）依靠關(guān)系（Dependence）C）聚集關(guān)系（Aggregation）D）概括關(guān)系（Generalization）60、在UML中，用（）表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示工作流中的步驟、決策點(diǎn)，以及完成每一步驟的角色和對(duì)象。A）活動(dòng)圖（activitydiagram）B）業(yè)務(wù)圖（businessdiagram）C）用例圖（usecasediagram）D）交互圖（interactiondiagram）61.下面哪一項(xiàng)不是基本的軟件需求（）A）功能需求B）性能需求C）環(huán)境需求D）市場(chǎng)需求62.在程序的描述與分析中，用以指明數(shù)據(jù)來(lái)源、數(shù)據(jù)流向和數(shù)據(jù)處理的協(xié)助圖形是（）A）瀑布模型圖B）數(shù)據(jù)流程圖C）數(shù)據(jù)結(jié)構(gòu)圖D）業(yè)務(wù)流程圖63.數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其基本圖形符號(hào)是（）A）輸入、輸出、外部實(shí)體和加工B）變換、加工、數(shù)據(jù)流和存儲(chǔ)C）加工、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和外部實(shí)體D）變換、數(shù)據(jù)存儲(chǔ)、加工和數(shù)據(jù)流64.判定表和判定樹(shù)是數(shù)據(jù)流圖中用以描述加工的工具，它常描述的對(duì)象是（）A）邏輯推斷B）層次分解C）操作條目D）組合條件65.數(shù)據(jù)流圖可用于抽象描述一個(gè)軟件的邏輯模型，并由若干種基本的圖形符號(hào)組成，下述圖名：Ⅰ.加工Ⅱ.數(shù)據(jù)流Ⅲ.數(shù)據(jù)存儲(chǔ)Ⅳ.外部實(shí)體（）是構(gòu)成數(shù)據(jù)流圖的基本圖形A）Ⅰ、Ⅱ和ⅢB）Ⅱ、Ⅲ和ⅣC）Ⅱ和ⅢD）全是66.數(shù)據(jù)流圖中不包括（）A）加工B）數(shù)據(jù)存儲(chǔ)C）數(shù)據(jù)字典D）外部實(shí)體67.在數(shù)據(jù)字典的數(shù)據(jù)流定義中，由簡(jiǎn)潔數(shù)據(jù)元素（或稱重量）組成更困難數(shù)據(jù)的方式不包括（）A）依次B）重復(fù)C）并行D）可選68.下列說(shuō)法中錯(cuò)誤的是（）A）類是一組具有相同屬性和相同操作的對(duì)象集合B）一般類是特別類的父類（superclass），特別類是一般類的子類（subclass）C）父類應(yīng)包含其子類的全部屬性和操作D）對(duì)類的屬性的不同膚質(zhì)即可得到該類的對(duì)象實(shí)例69.某軟件項(xiàng)目要求必需運(yùn)行在Linux操作系統(tǒng)上，這個(gè)需求屬于（）A）功能需求B）非功能需求C）設(shè)計(jì)約束D）業(yè)務(wù)需求70.要求在全部的輸入界面中，供應(yīng)拼音首字母的快捷輸入方法，這個(gè)需求屬于（）A）功能需求B）非功能需求C）設(shè)計(jì)約束D）業(yè)務(wù)需求71.數(shù)據(jù)流圖描述的是對(duì)系統(tǒng)的分解，其中最宏觀層面的圖稱為（）A）0層圖B）1層圖C）頂層圖D）根圖72.由于在數(shù)據(jù)流圖中沒(méi)有對(duì)各組成成分進(jìn)行說(shuō)明，因此須要采納其他工具來(lái)描述。其中可以用數(shù)據(jù)字典活判定表來(lái)進(jìn)行說(shuō)明的是（）A）數(shù)據(jù)流B）加工C）文件D）外部實(shí)體73.在5-1所示的UML圖中，Customer類和Order類之間的關(guān)系式（）。圖5-1A）關(guān)聯(lián)關(guān)系B）泛化關(guān)系C）組合關(guān)系D）聚合關(guān)系74.在一個(gè)滿意數(shù)據(jù)平衡原則的數(shù)據(jù)流圖中，是不允許出現(xiàn)（）現(xiàn)象的。A）在子圖中輸入流比父圖的輸入流多B）在子圖中輸入流比父圖的輸入流少C）輸入流比輸出流多D）在子圖中的加工比父圖的加工少75.對(duì)于要存儲(chǔ)到外部數(shù)據(jù)庫(kù)中的信息，數(shù)據(jù)流圖中表示為（）A）外部實(shí)體B）文件C）加工D）數(shù)據(jù)庫(kù)76.一個(gè)類所封裝的內(nèi)容（）A）屬性和消息B）操作和消息C）屬性和操作D）操作和接口77.不能實(shí)例化的類稱為（）A）抽象類B）無(wú)屬性類C）無(wú)方法類D）多重繼承類78.軟件需求分析的任務(wù)不應(yīng)包括（）A）確定邏輯模型B）信息域分析C）問(wèn)題分解D）結(jié)構(gòu)化程序設(shè)計(jì)79.進(jìn)行需求分析時(shí)，可以運(yùn)用的工具有很多，但（）是不適用的。A）數(shù)據(jù)流圖B）判定表C）PAD圖D）數(shù)據(jù)詞典80在軟件需求分析中有一些基本原則，例如必需按（）、逐層分解的方式對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化。A）自底向上B）自頂向下C）自內(nèi)向外D）自外向內(nèi)81.在軟件需求分析中有一些基本原則，如必需能夠表達(dá)和理解問(wèn)題的（）功能域。A）問(wèn)題域B）數(shù)據(jù)域C）邏輯域D）限制82.在分層數(shù)據(jù)流程圖中，假如子圖中某個(gè)元素（），就不必繪制在上層流程圖中。A）只用于一個(gè)加工B）只與一個(gè)數(shù)據(jù)流相關(guān)C）相關(guān)度餓數(shù)據(jù)流小于2條D）沒(méi)有相關(guān)的輸出數(shù)據(jù)流83.在分層數(shù)據(jù)流程圖中，子圖數(shù)量和父圖中的加工個(gè)數(shù)之間存在的關(guān)系式（）。A）子圖數(shù)大于父圖的加工數(shù)B）子圖數(shù)等于父圖的加工數(shù)C）子圖數(shù)大于等于父圖的加工數(shù)D）子圖數(shù)小于等于父圖的加工數(shù)84.關(guān)于數(shù)據(jù)流圖中加工的命名規(guī)則，正確的是（）。A）加工的名字要說(shuō)明對(duì)數(shù)據(jù)進(jìn)行的處理和算法B）加工的名字要說(shuō)明被加工的數(shù)據(jù)以及產(chǎn)生的處理C）加工的名字既要說(shuō)明被加工的數(shù)據(jù)，又要說(shuō)明對(duì)數(shù)據(jù)的處理D）加工的名字應(yīng)當(dāng)與輸出結(jié)果一樣85.數(shù)據(jù)流圖的作用是（）。A）描述數(shù)據(jù)對(duì)象之間的關(guān)系B）描述對(duì)數(shù)據(jù)的處理流程C）說(shuō)明將要出現(xiàn)的邏輯判定D）指明系統(tǒng)對(duì)外部事務(wù)的反應(yīng)86.數(shù)據(jù)流圖包含的成分有（）。A）關(guān)系、實(shí)體和屬性B）數(shù)據(jù)流、加工和數(shù)據(jù)存儲(chǔ)C）數(shù)據(jù)流、數(shù)據(jù)源和數(shù)據(jù)實(shí)體D）數(shù)據(jù)流、屬性、數(shù)據(jù)存儲(chǔ)和加工【答案】推斷題：1、×2、×3、×4、√5、×6、×7、√8、√9、×10、×11、√12、√選擇題：1、C2、A3、B4、C5、B6、D7、B8、C9、B10、D11、B12、A13、D14、C15、D16、C17、B18、A19、D20、C21、A22、C23、F24、C25、E26、C27、C28、A29、B30、D31、A32、B33、B34、B35、D36、C37、A38、B39、B40、C41、D42、C43、A44、A45、A46、B47、A48、C49、D50、D51、A52、D53、B54、A55、C56、A57、D58、A59、D60、A61、D62、B63、C64、D65、D66、C67、C68、B69、C70、D71、C72、B73、A74、B75、B76、C77、A78、D79、C80、B81、B82、B83、B84、A85、B86、B第六章軟件設(shè)計(jì)方法【本章測(cè)試】一、推斷題1、軟件架構(gòu)設(shè)計(jì)屬于總體設(shè)計(jì)（）2、數(shù)據(jù)庫(kù)設(shè)計(jì)屬于具體設(shè)計(jì)（）3、編碼屬于具體設(shè)計(jì)（）4、系統(tǒng)的設(shè)計(jì)要重點(diǎn)考慮運(yùn)用的開(kāi)發(fā)工具（）5、具體設(shè)計(jì)包括模塊邏輯的具體設(shè)計(jì)，系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的具體設(shè)計(jì)等。6、在設(shè)計(jì)時(shí)模塊要分的越小越好（）7、里氏替換原則指出父類可以替換子類，可以出現(xiàn)在父類能出現(xiàn)的任何地方（）8、開(kāi)閉原則指出即一個(gè)軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展關(guān)閉，對(duì)修改開(kāi)放。（）9、依靠倒轉(zhuǎn)原則指出要依靠于抽象，不要依靠于具體類（）10、信息隱藏指一個(gè)模塊內(nèi)的數(shù)據(jù)和模塊的實(shí)現(xiàn)細(xì)微環(huán)節(jié)對(duì)于該模塊的客戶即調(diào)用者模塊有不行見(jiàn)的性質(zhì)（）11、兩個(gè)模塊之間通過(guò)接口的參數(shù)表交換信息數(shù)據(jù)，并且這些信息數(shù)據(jù)的類型是基本數(shù)據(jù)類型印記耦合（）二、選擇題1、關(guān)于設(shè)計(jì)的總體原則錯(cuò)誤的是（）A)設(shè)計(jì)不應(yīng)陷入片面性B)設(shè)計(jì)應(yīng)追蹤分析模型C)設(shè)計(jì)應(yīng)適度分解D)設(shè)計(jì)應(yīng)分解的越細(xì)越好2、關(guān)于設(shè)計(jì)的應(yīng)考慮的問(wèn)題錯(cuò)誤的是（）A)設(shè)計(jì)應(yīng)考慮復(fù)用性B)可維護(hù)可擴(kuò)展性C)原子性D)一樣性3、下面不是軟件架構(gòu)設(shè)計(jì)應(yīng)考慮的問(wèn)題（）A)軟件的層次結(jié)構(gòu)B)模塊的實(shí)現(xiàn)方法C)模塊相互作用的方式D)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)結(jié)構(gòu)4、下面不是軟件架構(gòu)設(shè)計(jì)應(yīng)考慮的問(wèn)題（）A)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)結(jié)構(gòu)B)數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)C)模塊的實(shí)現(xiàn)方法D)接口5、關(guān)于分支的思想錯(cuò)誤的是（）A)便于并發(fā)執(zhí)行，縮短開(kāi)發(fā)周期B)適合團(tuán)隊(duì)協(xié)作，降低了實(shí)施難度C)簡(jiǎn)潔產(chǎn)生可復(fù)用部件D)分的越細(xì)越好6、關(guān)于分支的思想錯(cuò)誤的是（）A)適合團(tuán)隊(duì)協(xié)作，降低了實(shí)施難度B)分的越細(xì)越好C)預(yù)防了開(kāi)發(fā)中的多米諾骨牌效應(yīng)D)簡(jiǎn)潔產(chǎn)生可復(fù)用部件7、關(guān)于抽象的思想錯(cuò)誤的是（）A)抽象會(huì)增加設(shè)計(jì)的困難度B)為了降低困難度，應(yīng)當(dāng)隱藏細(xì)微環(huán)節(jié)或推遲考慮細(xì)微環(huán)節(jié)C)抽象有利于相識(shí)事物的普遍特征和基本原理D)抽象可以幫助設(shè)計(jì)人員制定出模塊的“框架”8、關(guān)于抽象的優(yōu)點(diǎn)錯(cuò)誤的是（）A)有利于相識(shí)事物的普遍特征和基本原理B)有利于軟件的復(fù)用C)提高系統(tǒng)的的可擴(kuò)展性D)提高程序的效率9、傳統(tǒng)軟件工程中的抽象描述錯(cuò)誤的是（）A)可以實(shí)現(xiàn)信息隱藏B)實(shí)現(xiàn)數(shù)據(jù)的局部化C)有繼承的概念D)僅對(duì)模塊細(xì)微環(huán)節(jié)的封裝，沒(méi)有繼承的概念，雖然可以“到處復(fù)用”，卻也須要“到處修改”10、關(guān)于內(nèi)聚錯(cuò)誤的說(shuō)法是（）A)是一個(gè)模塊內(nèi)部各部件之間聯(lián)系緊密程度的度量B)是模塊間各部件緊密聯(lián)系程度的度量C)強(qiáng)調(diào)分解時(shí)將相關(guān)的內(nèi)容放到一起D)一個(gè)模塊內(nèi)的各個(gè)部件聯(lián)系越緊越好11、關(guān)于耦合錯(cuò)誤的說(shuō)法是（）A)是模塊間相互聯(lián)系強(qiáng)弱的度量B)耦合的強(qiáng)弱取決于模塊間傳遞數(shù)據(jù)的方式、接口困難狀況以及傳遞數(shù)據(jù)的類型C)各模塊之間的耦合越松散越好D)各模塊之間的耦合越緊密越好12、下面內(nèi)聚級(jí)別從高到低排列正確的是（）A)功能內(nèi)聚、依次內(nèi)聚、通信內(nèi)聚、過(guò)程內(nèi)聚B)功能內(nèi)聚、依次內(nèi)聚、過(guò)程內(nèi)聚、通信內(nèi)聚C)功能內(nèi)聚、通信內(nèi)聚、依次內(nèi)聚、過(guò)程內(nèi)聚D)依次內(nèi)聚、功能內(nèi)聚、通信內(nèi)聚、過(guò)程內(nèi)聚13、下面內(nèi)聚級(jí)別從低到高排列正確的是（）A)功能內(nèi)聚、依次內(nèi)聚、過(guò)程內(nèi)聚、時(shí)間內(nèi)聚、好用程序內(nèi)聚、偶然內(nèi)聚B)好用程序內(nèi)聚、偶然內(nèi)聚、依次內(nèi)聚、過(guò)程內(nèi)聚、時(shí)間內(nèi)聚、C)偶然內(nèi)聚、時(shí)間內(nèi)聚、功能內(nèi)聚、依次內(nèi)聚、過(guò)程內(nèi)聚、好用程序內(nèi)聚D)偶然內(nèi)聚、好用程序內(nèi)聚、時(shí)間內(nèi)聚、過(guò)程內(nèi)聚、依次內(nèi)聚、功能內(nèi)聚14、關(guān)于耦合下面的描述錯(cuò)誤的是（）A)內(nèi)容耦合式最不好的一種耦合B)公共耦合指兩個(gè)模塊間通過(guò)一個(gè)公共環(huán)境進(jìn)行數(shù)據(jù)交換C)外部耦合指模塊對(duì)外部系統(tǒng)有依靠關(guān)系D)外部耦合完全可以避開(kāi)15、關(guān)于耦合由弱到強(qiáng)的依次是（）A)內(nèi)容耦合、公共耦合、外部耦合、限制耦合、印記耦合、數(shù)據(jù)耦合B)內(nèi)容耦合、公共耦合、印記耦合、數(shù)據(jù)耦合、外部耦合、限制耦合C)數(shù)據(jù)耦合、印記耦合、限制耦合、外部耦合、公共耦合、內(nèi)容耦合D)數(shù)據(jù)耦合、限制耦合、外部耦合、印記耦合、公共耦合、內(nèi)容耦合16、關(guān)于提高軟件生產(chǎn)率最有效的方法是（）A)改進(jìn)過(guò)程B)復(fù)用C)改進(jìn)工具D)改進(jìn)設(shè)計(jì)方法17、下面關(guān)于復(fù)用分類的描述正確的是（）A)依據(jù)服務(wù)的規(guī)模分小規(guī)模復(fù)用與大規(guī)模復(fù)用B)依據(jù)可復(fù)用信息分為組合式復(fù)用和生成式復(fù)用C)依據(jù)復(fù)用的方法分黑盒復(fù)用和白盒復(fù)用D)依據(jù)復(fù)用的應(yīng)用領(lǐng)域分子程序、類、組件、WeB服務(wù)組件18、關(guān)于weB服務(wù)的功能復(fù)用描述錯(cuò)誤的是（）A)避開(kāi)了組件的不足(前頁(yè))B)運(yùn)用者，而非全部者C)充分利用第三方的技能和閱歷D)速度快19、對(duì)于面對(duì)對(duì)象的復(fù)用描述正確的是（）A)不依靠設(shè)計(jì)語(yǔ)言B)實(shí)現(xiàn)源碼復(fù)用C)粒度較大D)可獨(dú)立部署20、對(duì)于基于組件的復(fù)用錯(cuò)誤的描述是（）A)組件就是類或方法B)EJB、COM、.NET和CORBA等是主要的組件模型C)組件復(fù)用不適用于跨平臺(tái)操作D)組件復(fù)用的部署和升級(jí)較麻煩21、軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。A）低內(nèi)聚低耦合B）低內(nèi)聚高耦合C）高內(nèi)聚低耦合D）高內(nèi)聚高耦合22、兩個(gè)模塊之間的耦合方式中，（）耦合的耦合度最高。A）數(shù)據(jù)B）非干脆C）限制D）內(nèi)容23、兩個(gè)模塊之間的耦合方式中，（）耦合的耦合度最低。A）數(shù)據(jù)B）非干脆C）限制D）內(nèi)容24、在一個(gè)模塊內(nèi)部的內(nèi)聚種類中，（）內(nèi)聚的內(nèi)聚度最高。A）偶然B）邏輯C）功能D）過(guò)程25、在一個(gè)模塊內(nèi)部的內(nèi)聚種類中，（）內(nèi)聚的內(nèi)聚度最低。A）偶然B）邏輯C）功能D）過(guò)程26、在軟件工程的設(shè)計(jì)階段中，有3種常用的設(shè)計(jì)方法：結(jié)構(gòu)化設(shè)計(jì)（SD）方法、Jackson方法和Parnas方法。SD方法側(cè)重（）。A）運(yùn)用對(duì)象、類和繼承B）由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)C）模塊要相對(duì)獨(dú)立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變更的因素隱藏在模塊內(nèi)部，使這些因素變更時(shí)的影響范圍受到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)詞典和簡(jiǎn)短說(shuō)明分別表示數(shù)據(jù)和加工的含義F）自上而下、逐步細(xì)化，采納依次、選擇和循環(huán)3中基本結(jié)構(gòu)，限制goto語(yǔ)句27、在軟件工程的設(shè)計(jì)階段中，有3種常用的設(shè)計(jì)方法：結(jié)構(gòu)化設(shè)計(jì)（SD）方法、Jackson方法和Parnas方法。Jackson方法側(cè)重（）。A）運(yùn)用對(duì)象、類和繼承B）由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)C）模塊要相對(duì)獨(dú)立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變更的因素隱藏在模塊內(nèi)部，使這些因素變更時(shí)的影響范圍受到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)詞典和簡(jiǎn)短說(shuō)明分別表示數(shù)據(jù)和加工的含義F）自上而下、逐步細(xì)化，采納依次、選擇和循環(huán)3中基本結(jié)構(gòu)，限制goto語(yǔ)句28、在軟件工程的設(shè)計(jì)階段中，有3種常用的設(shè)計(jì)方法：結(jié)構(gòu)化設(shè)計(jì)（SD）方法、Jackson方法和Parnas方法。Parnas方法的主要思想是（）。A）運(yùn)用對(duì)象、類和繼承B）由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)C）模塊要相對(duì)獨(dú)立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變更的因素隱藏在模塊內(nèi)部，使這些因素變更時(shí)的影響范圍受到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)詞典和簡(jiǎn)短說(shuō)明分別表示數(shù)據(jù)和加工的含義F）自上而下、逐步細(xì)化，采納依次、選擇和循環(huán)3中基本結(jié)構(gòu)，限制goto語(yǔ)句29、從20世紀(jì)70年頭中期到90年頭早期，（）是最為常用的設(shè)計(jì)方法。A）SDB）JacksonC）ParnasD）面對(duì)對(duì)象30、（）方法只供應(yīng)了重要的設(shè)計(jì)準(zhǔn)則，沒(méi)有規(guī)定出具體的工作步驟。A）SDB）JacksonC）ParnasD）以上都不是31、結(jié)構(gòu)化設(shè)計(jì)方法在軟件開(kāi)發(fā)中用于（）。A）測(cè)試用例設(shè)計(jì)B）概要設(shè)計(jì)C）程序設(shè)計(jì)D）具體設(shè)計(jì)32、結(jié)構(gòu)化設(shè)計(jì)方法是一種面對(duì)（）的設(shè)計(jì)方法。A）對(duì)象B）數(shù)據(jù)結(jié)構(gòu)C）數(shù)據(jù)流D）限制流33、結(jié)構(gòu)化設(shè)計(jì)方法運(yùn)用的圖形工具是（）。A）程序結(jié)構(gòu)圖B）數(shù)據(jù)流程圖C）程序流程圖D）實(shí)體聯(lián)系圖34、程序結(jié)構(gòu)圖中矩形表示（）。A）數(shù)據(jù)B）加工C）模塊D）存儲(chǔ)35、假如兩個(gè)矩形之間有直線相連，表示它們存在（）的關(guān)系A(chǔ)）鏈接B）調(diào)用C）并列D）依次執(zhí)行36、軟件復(fù)用是運(yùn)用已有的軟件產(chǎn)品（如設(shè)計(jì)、代碼、文檔等）來(lái)開(kāi)發(fā)新的軟件系統(tǒng)的過(guò)程。軟件復(fù)用的形式大體可分為垂直式復(fù)用和水平式復(fù)用。垂直式復(fù)用是指（）中的復(fù)用。A）同一軟件系統(tǒng)B）不同軟件系統(tǒng)C）同一應(yīng)用領(lǐng)域D）不同應(yīng)用領(lǐng)域37、軟件復(fù)用是運(yùn)用已有的軟件產(chǎn)品（如設(shè)計(jì)、代碼、文檔等）來(lái)開(kāi)發(fā)新的軟件系統(tǒng)的過(guò)程。軟件復(fù)用的形式大體可分為垂直式復(fù)用和水平式復(fù)用。水平式復(fù)用是指（）中的復(fù)用。A）同一軟件系統(tǒng)B）不同軟件系統(tǒng)C）同一應(yīng)用領(lǐng)域D）不同應(yīng)用領(lǐng)域38、為了提高構(gòu)件的復(fù)用率，通常要求構(gòu)件具有較好的（）。A）專用性和不變性B）專用性和可變性C）通用性和不變性