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

一、判斷題1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在周期長、成本高、質(zhì)量低等問題（）。2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展太快，軟件開發(fā)跟不上硬件更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)開發(fā)滿足客戶需求軟件而研究、建立和應(yīng)用系統(tǒng)化、有規(guī)則、可度量、可控制工程原則和辦法。（）1、軟件危機(jī)是指軟件開發(fā)和維護(hù)過程中存在周期長、成本高、質(zhì)量低等問題（）。2、軟件危機(jī)是指計(jì)算機(jī)硬件發(fā)展太快，軟件開發(fā)跟不上硬件更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)開發(fā)滿足客戶需求軟件而研究、建立和應(yīng)用系統(tǒng)化、有規(guī)則、可度量、可控制工程原則和辦法。（）4、軟件工程是指編制軟件工程項(xiàng)目。（）5、軟件工程是一種零散有關(guān)知識點(diǎn)集合。（）6、軟件工程包括軟件過程、項(xiàng)目管理、開發(fā)辦法、軟件度量和開發(fā)工具等各有關(guān)方面知識有機(jī)組合（）7、軟件開發(fā)具備難以描述性（）8、軟件開發(fā)質(zhì)量保證重要是通過程序員經(jīng)驗(yàn)來保證（）9、軟件滿足客戶需求限度是衡量軟件質(zhì)量最重要因素（）10、項(xiàng)目管理內(nèi)容涉及人力資源管理、項(xiàng)目籌劃、風(fēng)險(xiǎn)管理、項(xiàng)目跟蹤、質(zhì)量保證、配備管理等方面（）11、項(xiàng)目管理內(nèi)容涉計(jì)算機(jī)硬件管理和軟件管理兩方面（*）二、選取題1、下面描述哪些不屬于軟件開發(fā)特性（）A)軟件開發(fā)具備難以描述性B)軟件開發(fā)缺少可見性C)軟件開發(fā)具備獨(dú)立性D)軟件開發(fā)具備變化性2、下面描述中那些屬于軟件開發(fā)特性（）A)軟件開發(fā)具備風(fēng)險(xiǎn)性B)軟件開發(fā)具備隨意性C)軟件開發(fā)具備可描述性D)軟件開發(fā)不具備變化性3、如下對于軟件危機(jī)描述對的是（）A)軟件危機(jī)是指軟件開發(fā)過程越來越長B)軟件危機(jī)是指軟件開發(fā)成本越來越高C)軟件危機(jī)是指軟件質(zhì)量越來越低D)軟件危機(jī)是指以上三項(xiàng)綜合4、軟件危機(jī)體現(xiàn)不對的是（）A)缺少籌劃性B)軟件需求獲取不充分、不精確C)缺少團(tuán)隊(duì)開發(fā)合伙D)開發(fā)過于規(guī)范5、軟件危機(jī)體現(xiàn)不對的是（）A)缺少良好質(zhì)量評測手段B)軟件可維護(hù)性C)軟件種類過少D)軟件可復(fù)用性差6、關(guān)于軟件工程描述對的是（）A)軟件工程只涉及軟件開發(fā)過程B)軟件工程涉及軟件過程、項(xiàng)目管理、開發(fā)辦法、開發(fā)工具甚至公司文化。C)軟件工程目的是提高開發(fā)軟件運(yùn)營速度。D)軟件工程以減少開發(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)開發(fā)軟件B)軟件工程是軟件開發(fā)過程可度量C)軟件工程核心是質(zhì)量保證D)軟件過程是一種將顧客需求轉(zhuǎn)化為軟件系統(tǒng)所需要活動(dòng)集合9、軟件過稱模型不涉及（）A)瀑布模型B)螺旋模型C)SOA模型D)RUP模型10、下面那些不是軟件工程工具（）A)RequisiteProB)RoseC)offiCeD)Together11、下面哪一項(xiàng)是軟件評審重要內(nèi)容（）A）系統(tǒng)定義目的與否與顧客規(guī)定一致B）文檔中所有描述與否完整、清晰、精確地反映顧客規(guī)定C）與否詳細(xì)制定了檢查原則，該原則能否對系統(tǒng)定義與否成功進(jìn)行確認(rèn)D）以上均是12、軟件工程辦法學(xué)研究內(nèi)容涉及軟件開發(fā)技術(shù)和軟件工程管理兩某些，其盼望達(dá)到最后目的是（）A）消除軟件危機(jī)B）軟件開發(fā)工程化C）軟件設(shè)計(jì)自動(dòng)化D）實(shí)現(xiàn)軟件可用性13、軟件生產(chǎn)復(fù)雜性和高成本，使大型軟件生產(chǎn)浮現(xiàn)危機(jī)，下述哪個(gè)（些）是軟件危機(jī)重要體現(xiàn)（）Ⅰ.需求增長難滿足Ⅱ.生產(chǎn)成本過高Ⅲ.進(jìn)度難以控制Ⅳ.質(zhì)量不易保證A）Ⅰ和ⅡB）ⅣC）Ⅱ和ⅢD）全是14、與“軟件危機(jī)”體現(xiàn)無關(guān)是（）A）軟件需求定義不精確B）軟件生產(chǎn)成本高，價(jià)格昂貴C）軟件生產(chǎn)進(jìn)度無法控制D）軟件開發(fā)技術(shù)落后15.軟件工程思想產(chǎn)生于解決20世紀(jì)60年代軟件為積極，下述：Ⅰ.軟件需求定義不精確Ⅱ.軟件進(jìn)度難以控制Ⅲ.軟件生產(chǎn)高成本Ⅳ.軟件質(zhì)量不易保證（）是當(dāng)時(shí)軟件危機(jī)重要體現(xiàn)。A）Ⅰ和ⅡB）Ⅱ和ⅢC）Ⅲ和ⅣD）所有16、導(dǎo)致軟件危機(jī)爆發(fā)本質(zhì)因素是（）A）軟件從業(yè)人員過少，無法滿足日益增長軟件開發(fā)需要B）軟件復(fù)雜性越來越大、變化越來越快C）軟件普及應(yīng)用導(dǎo)致了失業(yè)人口增多D）軟件開發(fā)成本越來越大，導(dǎo)致應(yīng)用推廣導(dǎo)致了瓶頸17、在1968年召開關(guān)于軟件危機(jī)會(huì)雨中，用來解決這一問題是（）A）瀑布模型B）軟件經(jīng)濟(jì)學(xué)C）軟件工程D）軟件估算18、如下不屬于軟件特點(diǎn)是（）A．軟件是一種邏輯產(chǎn)品B．軟件產(chǎ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第二章軟件開發(fā)過程和活動(dòng)【本章測試】一、判斷題1、軟件開發(fā)過程是是一種軟件開發(fā)組織針對某一類軟件產(chǎn)品為自己規(guī)定工作環(huán)節(jié)，它應(yīng)當(dāng)是科學(xué)、合理，否則必將影響到軟件產(chǎn)品質(zhì)量（）2、可行性研究是在短時(shí)間和低成本條件下來擬定給定問題在其約束條件內(nèi)與否有解、有幾種解以及哪個(gè)是最佳解活動(dòng)（）3、USE-CASE圖不屬于需求分析活動(dòng)中產(chǎn)生圖表（）4、程序員參加需求分析（）5、QA人員不參加需求分析（）6、設(shè)計(jì)階段文檔中有大量代碼（）7、總體設(shè)計(jì)涉及功能構(gòu)造設(shè)計(jì)、系統(tǒng)解決流程設(shè)計(jì)、系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)、計(jì)算甲和網(wǎng)絡(luò)配備設(shè)計(jì)。（）8、軟件架構(gòu)設(shè)計(jì)屬于總體設(shè)計(jì)（）9、詳細(xì)設(shè)計(jì)涉及模塊間接口設(shè)計(jì)（）10、設(shè)計(jì)階段涉及架構(gòu)設(shè)計(jì)師、程序員、復(fù)用工程師、顧客技術(shù)員、QA人員（）11、實(shí)行活動(dòng)中不涉及單元測試（）12、實(shí)行活動(dòng)人員不涉及顧客技術(shù)員（）13、測試活動(dòng)重要是證明軟件對的（）14、程序開發(fā)出來就代表軟件開發(fā)過程結(jié)束（）15、缺陷是指程序中缺陷所產(chǎn)生不對的成果（）二、選取題1、軟件開發(fā)活動(dòng)中基本活動(dòng)是（）A)項(xiàng)目跟蹤活動(dòng)B)質(zhì)量保證活動(dòng)C)軟件配備管理活動(dòng)D)問題定義活動(dòng)2、軟件開發(fā)活動(dòng)中屬于輔助性活動(dòng)是（）A)可行性研究活動(dòng)B)需求分析活動(dòng)C)質(zhì)量保證活動(dòng)D)設(shè)計(jì)活動(dòng)3、軟件開發(fā)活動(dòng)中屬于輔助性活動(dòng)是（）A)風(fēng)險(xiǎn)管理B)編碼活動(dòng)C)測試活動(dòng)D)布置活動(dòng)4、軟件開發(fā)活動(dòng)中不屬于基本活動(dòng)是（）A)需求分析活動(dòng)B)設(shè)計(jì)活動(dòng)C)編碼活動(dòng)D)風(fēng)險(xiǎn)管理活動(dòng)5、軟件開發(fā)活動(dòng)中不是輔助性活動(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、下列對問題定義活動(dòng)描述不對的是（）A)問題定義定義是顧客原有系統(tǒng)或手工模式下業(yè)務(wù)存在哪些亟待解決核心問題B)問題定義定義系統(tǒng)范疇界限C)問題定義活動(dòng)發(fā)生在軟件開發(fā)初期D)問題定義發(fā)生在需求分析時(shí)期8、下列論述對的是（）A)問題定義活動(dòng)屬于在需求分析之前B)可行性研究在需求分析之后C)問題定義活動(dòng)在可行洗個(gè)研究之后D)問題定義在需求分析之后9、軟件工程組要構(gòu)成某些為（）A)軟件開發(fā)過程B)軟件開發(fā)辦法C)軟件開發(fā)需求D)軟件開發(fā)工具10、對于軟件過程特點(diǎn)描述錯(cuò)誤是（）A)軟件開發(fā)過程應(yīng)具備易理解性B)軟件開發(fā)過程應(yīng)具備不可見性C)軟件開發(fā)過程應(yīng)具備可支持性D)軟件開發(fā)過程應(yīng)具備可接受性11、對于軟件過程特點(diǎn)描述錯(cuò)誤是（）A)軟件開發(fā)過程應(yīng)具備可靠性B)軟件開發(fā)過程應(yīng)具備健壯性C)軟件開發(fā)過程應(yīng)具封閉性D)軟件開發(fā)過程應(yīng)具備高效率性12、下面不是引入軟件開發(fā)過程因素（）A)軟件開發(fā)工作范疇擴(kuò)大B)軟件開發(fā)風(fēng)險(xiǎn)從可預(yù)知逐漸發(fā)展到不可預(yù)知不易控制C)單個(gè)程序員開發(fā)發(fā)展到團(tuán)隊(duì)開發(fā)D)軟件產(chǎn)品開發(fā)原則化13、關(guān)于問題定義下面描述錯(cuò)誤是（）A)問題定義是軟件開發(fā)過程當(dāng)中一種定義要解決問題并擬定系統(tǒng)范疇活動(dòng)。B)問題定義可以形成一種初期判斷，達(dá)到一種最初共識C)問題定義發(fā)生在項(xiàng)目日程表最前端D)問題定義占整個(gè)軟件開發(fā)時(shí)間中比例較大14、在問題定義階段需要參加人員有（）A)系統(tǒng)分析師B)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C)程序員D)開發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理15、關(guān)于可行性研究活動(dòng)錯(cuò)誤是（）A）可行性研究是以相對短時(shí)間和相對低成本來擬定給定問題在其約束條件內(nèi)與否有解、有幾種解以及哪個(gè)是最佳解。B）可行性研究必要要明確滿足約束條件方案與否存在、與否可行、與否最優(yōu)。C）可行性研究比問題定義活動(dòng)所消耗時(shí)間短D)可行性研究重要在客戶現(xiàn)場完畢。16、不屬于可行性研究活動(dòng)中參加人員是（）A）系統(tǒng)分析師B）程序員C）出資方領(lǐng)導(dǎo)、出資方技術(shù)人員D）顧客代表、開發(fā)方領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、架構(gòu)設(shè)計(jì)師、領(lǐng)域?qū)＜?7、參加可行性研究活動(dòng)但不參加問題定義活動(dòng)人員有（）A）系統(tǒng)分析師B)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C)財(cái)務(wù)人員、市場人員、軟件質(zhì)量保證（SQA，SoftwareQualityAssure）人員D)開發(fā)方領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理18、不在可行性研究中完畢任務(wù)有（）A)定義系統(tǒng)范疇B)復(fù)查系統(tǒng)規(guī)模和目的C)研究現(xiàn)行系統(tǒng)D)導(dǎo)出新系統(tǒng)解決方案19、關(guān)于需求分析活動(dòng)說法錯(cuò)誤有（）A)需求必要通過所有有關(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、依照國標(biāo)GB8566-88《計(jì)算機(jī)軟件開發(fā)規(guī)范》規(guī)定，軟件開發(fā)流程分為8個(gè)階段，即可行性研究和籌劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測試、確認(rèn)測試、使用和維護(hù)。實(shí)現(xiàn)階段要完畢工作之一是單元測試，這種測試要依照在（）階段中規(guī)格闡明進(jìn)行。A）可行性研究籌劃B）需求分析C）概要設(shè)計(jì)D）詳細(xì)設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測試G）確認(rèn)測試H）使用和維護(hù)22、組裝測試籌劃是在（）階段指定。A）可行性研究籌劃B）需求分析C）概要設(shè)計(jì)D）詳細(xì)設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測試G）確認(rèn)測試H）使用和維護(hù)23、確認(rèn)測試籌劃是在（）階段制定。A）可行性研究籌劃B）需求分析C）概要設(shè)計(jì)D）詳細(xì)設(shè)計(jì)E）實(shí)現(xiàn)F）組裝測試G）確認(rèn)測試H）使用和維護(hù)24、測試目是為了（）。A）證明軟件符合設(shè)計(jì)規(guī)定B）發(fā)現(xiàn)軟件中錯(cuò)誤和缺陷C）改進(jìn)軟件功能和性能D）發(fā)掘軟件潛在能力25、軟件開發(fā)過程中，往往會(huì)浮現(xiàn)錯(cuò)誤，經(jīng)驗(yàn)證明最容易產(chǎn)生錯(cuò)誤階段是（）A）詳細(xì)設(shè)計(jì)B）需求分析C）編碼D）概要設(shè)計(jì)26.軟件維護(hù)時(shí)在顧客使用軟件期間對軟件所做補(bǔ)充、修改和增強(qiáng)，普通以為軟件維護(hù)最常用是（）A）完善性維護(hù)B）適應(yīng)性維護(hù)C）校正性維護(hù)D）支持性維護(hù)27.在軟件開發(fā)各個(gè)階段中，對軟件開發(fā)成敗影響最大是（）。A）需求分析B）概要設(shè)計(jì)C）詳細(xì)設(shè)計(jì)D）編碼28系統(tǒng)硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時(shí)需要對系統(tǒng)進(jìn)行維護(hù)，這種維護(hù)屬于（）A）校正性維護(hù)B）適應(yīng)性維護(hù)C）完善性維護(hù)D）防止性維護(hù)29、如下屬于形式化開發(fā)辦法是（）A）構(gòu)造化開發(fā)辦法B）Jackson開發(fā)辦法C）維也納開發(fā)辦法D）面向?qū)ο箝_發(fā)辦法30、數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)存儲構(gòu)成時(shí)所使用符號(‥‥)表達(dá)（）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第三章軟件過程模型【本章測試】一、判斷題1、對軟件開發(fā)過程按過程組織方略出抽象出模型就是過程模型（）2、RUP模型特點(diǎn)是體系完整、理論成熟、實(shí)踐性強(qiáng)、可裁剪、不可擴(kuò)充（）3、RUP模型屬于演進(jìn)型模型（）4、RUP軟件開發(fā)過程分先啟、精化、構(gòu)建和測試四個(gè)階段（）5、螺旋模型是一種演進(jìn)模型（）6、使用螺旋模型不需要很高風(fēng)險(xiǎn)評估技術(shù)（）7、螺旋模型可以應(yīng)對“最后期限”（）8、增量模型和瀑布模型都屬于演進(jìn)型模型（）9、增量模型不利于與顧客交互（）10、RAD模型開發(fā)速度快但很難模塊化（）二、選取題1、下面那個(gè)階段不屬于在軟件生命周期中軟件定義時(shí)期（）A)問題定義B)可行性研究C)需求分析D)總體設(shè)計(jì)2、關(guān)于軟件過程模型說法錯(cuò)誤是（）A)軟件過程模型可以懂得項(xiàng)目經(jīng)理和項(xiàng)目成員應(yīng)當(dāng)按照什么樣工序完畢項(xiàng)目B)項(xiàng)目經(jīng)理可以參照過程模型擬定獨(dú)特過程籌劃C)軟件過程模型是組織項(xiàng)目活動(dòng)普通辦法D)軟件過程模型是軟件架構(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)于線性順序模型說法錯(cuò)誤是（）A)線性順序模型倡導(dǎo)軟件開發(fā)按照系統(tǒng)化、有順序辦法。B)該模型遵循系統(tǒng)分析、設(shè)計(jì)、編碼、測試等活動(dòng)順序。C)線性順序模型遵循“步步為營”辦法開發(fā)軟件D)線性順序模型就是瀑布模型8、關(guān)于瀑布模型描述錯(cuò)誤是（）A）瀑布模型事實(shí)上是線性順序模型改進(jìn)B）瀑布模型具備反饋機(jī)制C）瀑布模型不具備反饋機(jī)制D）瀑布模型中開發(fā)方不能較好與顧客交互9、下面不屬于瀑布模型長處是（）A)具備一定反饋性質(zhì)B)嚴(yán)格規(guī)定了每個(gè)階段必要提交交付物C)每個(gè)階段結(jié)束前都必要有正式審查D)與顧客交互好10、關(guān)于RAD模型下面描述錯(cuò)誤是（）A）RAD模型也叫迅速應(yīng)用開發(fā)模型B）在RAD是從線性順序模型“泛化”而來C）RAD模型是各種線性順序模型并行D）RAD模型是各種線性順序模型串行11、不屬于RAD模型缺陷是（）A)如果一種系統(tǒng)難以被恰當(dāng)模塊化，那么很難組織各種開發(fā)團(tuán)隊(duì)并行開發(fā)B)RAD不適合小項(xiàng)目開發(fā)C)如果初期不鞥完整對的獲取需求，那么很難準(zhǔn)時(shí)完畢開發(fā)任務(wù)D)如果缺少以往類似項(xiàng)目經(jīng)驗(yàn)，則很難迅速設(shè)計(jì)系統(tǒng)12、不屬于邊改邊建模型缺陷是（）A)否認(rèn)了在項(xiàng)目實(shí)行前需求分析和設(shè)計(jì)活動(dòng)重要性B)沒有籌劃和明確目的C)費(fèi)用和成本較好控制D)規(guī)定需求完整明確13、對于增量模型說法錯(cuò)誤是（）A)可以在開發(fā)過程中與顧客較好交互B)增量模型可以有籌劃管理技術(shù)風(fēng)險(xiǎn)C)增量模型會(huì)導(dǎo)致“永不結(jié)束”D)增量模型有助于實(shí)驗(yàn)性產(chǎn)品開發(fā)14、關(guān)于螺旋模型說法對的是（）A)螺旋模型是線性模型B)螺旋模型是演進(jìn)模型C)螺旋模型可以減少開發(fā)風(fēng)險(xiǎn)D)螺旋模型不適合大型項(xiàng)目開發(fā)15、RUP模型描述錯(cuò)誤為（）A)RUP模型倡導(dǎo)以迭代和增量方式開發(fā)系統(tǒng)B)RUP模型倡導(dǎo)以遞歸和增量方式開發(fā)系統(tǒng)C)每次迭代都涉及業(yè)務(wù)工程、需求、分析設(shè)計(jì)、實(shí)行、測試和布置等基本活動(dòng)D)每個(gè)迭代結(jié)束后才進(jìn)入下一次迭代16、不屬于RUP模型長處是（）A)可擴(kuò)充B)實(shí)踐性強(qiáng)C)可剪裁D)開發(fā)速度快17、瀑布模型是最慣用老式軟件開發(fā)模型，它特點(diǎn)之一（）。A）文檔是階段完畢里程碑B）具備從軟件規(guī)格闡明轉(zhuǎn)換成可執(zhí)行代碼自動(dòng)程序設(shè)計(jì)新風(fēng)范C）運(yùn)用軟件速成原型法加強(qiáng)軟件人員與顧客聯(lián)系D）支持人工智能，面向?qū)ο蟮刃萝浖夹g(shù)集成18、軟件開發(fā)模型是指軟件開發(fā)所有過程、活動(dòng)和任務(wù)構(gòu)造框架。重要開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié)合，并增長了（）。A）系統(tǒng)工程B）風(fēng)險(xiǎn)分析C）設(shè)計(jì)評審D）進(jìn)度控制19、螺旋模型是建立在（）基本上。A）模塊劃分B）子程序分解C）設(shè)計(jì)D）原型20、螺旋模型沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（）一種新版本。A）模塊劃分B）子程序分解C）設(shè)計(jì)D）原型21、噴泉模型描述了（）開發(fā)模型。A）面向?qū)ο驜）面向數(shù)據(jù)流C）面向數(shù)據(jù)構(gòu)造D）面向事件驅(qū)動(dòng)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ā)時(shí)期內(nèi)沒有或很少有需求變化、風(fēng)險(xiǎn)較低和相應(yīng)用領(lǐng)域很熟悉，則合用于（）A）瀑布模型B）演化模型C）螺旋模型D）迅速原型模型25.在項(xiàng)目開發(fā)初期需求較明確但也許有變化、相應(yīng)用領(lǐng)域較熟悉和中檔風(fēng)險(xiǎn)項(xiàng)目則合用于（）A）瀑布模型B）演化模型C）螺旋模型D）迅速原型模型26螺旋模型結(jié)合了瀑布和演化模型特點(diǎn)，與其她模型相比，最大特點(diǎn)是加入并強(qiáng)調(diào)了（）A）客戶評估B）風(fēng)險(xiǎn)管理C）用例分析D）風(fēng)險(xiǎn)分析27.螺旋模型最初是從（）開始第一種螺旋A）制定籌劃B）概念項(xiàng)目C）系統(tǒng)原型D）遺留系統(tǒng)28.常用軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中合用于需求明確或很少變更項(xiàng)目是（）。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型29.常用軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）重要用來描述面向?qū)ο筌浖_發(fā)過程。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型30.如果顧客對系統(tǒng)目的不是很清晰，需求難以定義，這時(shí)最佳是用（）進(jìn)行系統(tǒng)開發(fā)。A）原型法B）瀑布模型C）V-模型D）螺旋模型31.瀑布模型（WaterfallModel）突出缺陷是不適應(yīng)（）變動(dòng)。A）算法B）平臺C）程序語言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第四章問題定義和可行性研究辦法【本章測試】一、判斷題1、問題定義和可行性研究同屬于軟件開發(fā)過程初期活動(dòng)（）2、問題定義是在可行性研究基本上實(shí)行（）3、問題定義弄清軟件系統(tǒng)要解決主線問題，可行性研究弄清系統(tǒng)所需資源和經(jīng)費(fèi)（）4、問題定義規(guī)定開發(fā)方和使用方共同完畢（）5、操作可行性指軟件系統(tǒng)與否能較好使用（）6、調(diào)度可行性指建議系統(tǒng)與否可以按期交付使用（）7、評估風(fēng)險(xiǎn)由項(xiàng)目經(jīng)理、系統(tǒng)分析師、SQA人員和客戶共同完畢（）8、可行性分析目在于擬定客戶提出問題與否有解，與否值得去解（）9、可行性分析報(bào)告是問題定義和可行性分析階段最后交付物（）10、貨幣時(shí)間價(jià)值用來衡量貨幣在不同步期內(nèi)在價(jià)值（）二、選取題1、關(guān)于可行性研究說法對的是（）A)是以相對短時(shí)間和相對低成本來擬定給定問題與否有解B)可行性研究不關(guān)懷系統(tǒng)成本，只關(guān)懷系統(tǒng)能否有解C)可行性研究完畢問題定義D)可行性研究不需要SQA人員參加2、關(guān)于技術(shù)可行性說法錯(cuò)誤是（）A)考慮顧客與否已購買相應(yīng)計(jì)算機(jī)軟件設(shè)備B)考慮顧客與否已購買相應(yīng)計(jì)算機(jī)硬件設(shè)備C)考慮顧客與否會(huì)用開發(fā)軟件技術(shù)D)考慮與否有現(xiàn)成成熟技術(shù)可用3、關(guān)于操作可用性說法對的是（）A)開發(fā)人員與否能開發(fā)出新系統(tǒng)B)新系統(tǒng)與否自動(dòng)操作C)新系統(tǒng)與否滿足顧客需求D)新系統(tǒng)所需顧客操作與否可行4、關(guān)于經(jīng)濟(jì)可行性錯(cuò)誤說法是（）A)考察系統(tǒng)經(jīng)濟(jì)效益與否超過它開發(fā)成本B)成本涉及啟動(dòng)成本和運(yùn)營成本C)只要經(jīng)濟(jì)可行則系統(tǒng)可以開發(fā)D)經(jīng)濟(jì)可行性中成本涉及培訓(xùn)費(fèi)用5、關(guān)于技術(shù)可行性說法錯(cuò)誤是（）A)從技術(shù)角度分析產(chǎn)品“做得了嗎？”B)從技術(shù)角度分析產(chǎn)品“做得好嗎？”C)從技術(shù)角度分析產(chǎn)品“做得快嗎？”D)從技術(shù)角度分析“顧客會(huì)用嗎？”6、參加風(fēng)險(xiǎn)評估人員中沒有（）A)顧客B)項(xiàng)目經(jīng)理C)系統(tǒng)分析師D)SQA人員7、關(guān)于指定軟件開發(fā)籌劃對的是（）A)軟件開發(fā)籌劃由程序員來做B)軟件開發(fā)籌劃由項(xiàng)目經(jīng)理來做C)軟件開發(fā)籌劃有系統(tǒng)分析師來做D)軟件開發(fā)籌劃已經(jīng)擬定不能更改8、關(guān)于可行性研究對的說法是（）A)指定軟件營銷籌劃在基本性分析之邁進(jìn)行B)基本性分析是指對既有系統(tǒng)分析C)只重點(diǎn)對建議方案進(jìn)行風(fēng)險(xiǎn)評估D)必要對所有可行方案進(jìn)行風(fēng)險(xiǎn)評估9、關(guān)于成本效益分析對的說法是（）A)通過成本效益分析可以得出經(jīng)濟(jì)可行性結(jié)論B)成本分析中不涉及顧客培訓(xùn)費(fèi)用C)成本分析中不涉及人員費(fèi)用D)成本分析中不涉及維修費(fèi)用10、屬于啟動(dòng)成本是（）A)人員費(fèi)用B)軟件開發(fā)成本C)不可預(yù)見費(fèi)用D)維修費(fèi)用11、不屬于運(yùn)營成本是（）A)人員費(fèi)用B)軟件開發(fā)成本C)不可預(yù)見費(fèi)用D)維修費(fèi)用12、屬于運(yùn)營成本是（）A)硬件成本B)系統(tǒng)軟件成本C)消耗品費(fèi)用D)顧客培訓(xùn)成本13、不屬于開發(fā)成本是（）A)硬件成本B)系統(tǒng)軟件成本C)消耗品費(fèi)用D)顧客培訓(xùn)成本14、不屬于系統(tǒng)運(yùn)營效益是（）A)直接效益B)減少管理費(fèi)用而產(chǎn)生效益C)提高工作效率、減少解決成本而產(chǎn)生效益D)開發(fā)系統(tǒng)消息發(fā)出后產(chǎn)生股票收益15、關(guān)于成本效益分析辦法對的說法是（）A)成本效益分析慣用辦法有投資回收分析法和靜資金現(xiàn)值法B)投資回收分析法可精準(zhǔn)計(jì)算投資與收益C)投資回收分析法比靜資金現(xiàn)值法更精準(zhǔn)D)靜資金現(xiàn)值法不計(jì)算貨幣價(jià)值波動(dòng)16、下面不屬于可行性分析報(bào)告內(nèi)容有（）A)產(chǎn)品定位B)產(chǎn)品概述C)方案闡明與比較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第五章需求分析辦法【本章測試】一、判斷題1、需求分析不需要考慮系統(tǒng)測試問題（）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)系是指對一種已經(jīng)存在用例增長新功能（）二、選取題1、關(guān)于需求分析描述錯(cuò)誤是（）A)需求分析要遵循循序漸進(jìn)原則B)需求必要是可驗(yàn)證C)需求分析階段應(yīng)充分考慮系統(tǒng)實(shí)現(xiàn)語言D)需求必要是追蹤2、關(guān)于需求分析描述錯(cuò)誤是（）A)需求分析普通這是不可驗(yàn)證B)需求分析涉及橫向分解和縱向分解兩種C)橫向分解將一種功能分解為各種子功能D)縱向分解講一種功能不斷細(xì)分3、在需求分析中關(guān)于遠(yuǎn)離實(shí)現(xiàn)原則描述錯(cuò)誤是（）A)避免記錄某些由于當(dāng)前技術(shù)才存在需求B)使用某些也許不是核心產(chǎn)品技術(shù)C)避免對實(shí)現(xiàn)方式做出束縛D)采用各盡其責(zé)辦法4、關(guān)于需求分析中可驗(yàn)證性原則描述錯(cuò)誤是（）A)通過需求驗(yàn)證原則，可以度量出系統(tǒng)實(shí)現(xiàn)質(zhì)量B)不可驗(yàn)證需求，僅僅是對需求一種主觀愿望，對于設(shè)計(jì)和測試等活動(dòng)而言都是缺少意義C)需求分析中可以有某些是不可驗(yàn)證。D)需求通過了“驗(yàn)證”才干證明所開發(fā)系統(tǒng)符合客戶和顧客規(guī)定根據(jù)5、關(guān)于數(shù)據(jù)流突說法錯(cuò)誤()A)數(shù)據(jù)流圖是一種分層概念模型B)數(shù)據(jù)流圖包括總體圖、零級圖、一級圖、二極圖、細(xì)節(jié)圖C）數(shù)據(jù)流圖目是指明數(shù)據(jù)在系統(tǒng)中移動(dòng)時(shí)如何變幻D）數(shù)據(jù)流圖描述對數(shù)據(jù)流進(jìn)行變換功能6、關(guān)于數(shù)據(jù)流圖說法錯(cuò)誤是（）A）數(shù)據(jù)流圖總體圖描述了系統(tǒng)和周邊環(huán)境關(guān)系B）零級圖表達(dá)一種系統(tǒng)重要功能或重要子系統(tǒng)C）細(xì)節(jié)圖表達(dá)復(fù)雜解決詳細(xì)內(nèi)部表達(dá)D）一級圖表達(dá)對某個(gè)模塊表達(dá)7、關(guān)于繪制數(shù)據(jù)流圖規(guī)定錯(cuò)誤是（）A)外部實(shí)體只能出當(dāng)前總體圖和零級圖中B)外部實(shí)體能出當(dāng)前總體圖和細(xì)節(jié)圖中C）數(shù)據(jù)存儲只能出當(dāng)前零級圖和細(xì)節(jié)圖中D）數(shù)據(jù)存儲在分層數(shù)據(jù)流程圖中只能浮現(xiàn)一次8、關(guān)于繪制數(shù)據(jù)流圖規(guī)定錯(cuò)誤是（）A）數(shù)據(jù)存儲必要既有讀操作，也有寫操作B）數(shù)據(jù)流要有名字C)數(shù)據(jù)流表達(dá)關(guān)于控制邏輯D)數(shù)據(jù)流必要開始或結(jié)束在解決圓圈上9、關(guān)于繪制數(shù)據(jù)流圖規(guī)定錯(cuò)誤是（）A）每個(gè)解決要有編號，但不表達(dá)先后順序B）每個(gè)解決要有編號，表達(dá)先后順序C）每個(gè)圖中解決數(shù)不應(yīng)超過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)子圖與父圖中相應(yīng)解決必要執(zhí)行相似功能，且子圖與相應(yīng)解決流入和流出數(shù)據(jù)流相似C)輸入/輸出命令不能作為數(shù)據(jù)流程圖中解決D)每個(gè)解決應(yīng)當(dāng)可以沒有輸出數(shù)據(jù)流11、關(guān)于數(shù)據(jù)字典錯(cuò)誤是（）A）數(shù)據(jù)字典重要配合數(shù)據(jù)流圖使用B）數(shù)組字典與數(shù)據(jù)流圖無關(guān)C）數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)一定義便于通訊和共享D）數(shù)據(jù)字典中重要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)存儲和解決12、關(guān)于鑒定表說法錯(cuò)誤是（）A）鑒定表只用在測試階段B）鑒定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作狀況工具C）鑒定表左上部標(biāo)記條件或數(shù)據(jù)元素名稱D）鑒定表右上部表達(dá)所有條件組合13、關(guān)于鑒定表說法錯(cuò)誤是（）A）鑒定表左下部表達(dá)解決活動(dòng)名稱B）鑒定表右上部表達(dá)所有條件組合C）鑒定表左上部標(biāo)記條件或數(shù)據(jù)元素名稱D）鑒定表只用在測試階段14、關(guān)于鑒定表說法錯(cuò)誤是（）A）鑒定表表達(dá)邏輯清晰，比自然語言容易理解B）問題中條件或數(shù)據(jù)元素在表中只浮現(xiàn)一次C）問題中條件或數(shù)據(jù)元素在表中可浮現(xiàn)多次D）鑒定表隨著問題中條件增多會(huì)變得非常復(fù)雜15、關(guān)于鑒定樹說法錯(cuò)誤是（）A）鑒定樹是一種樹狀圖B）鑒定樹中根結(jié)點(diǎn)表達(dá)問題名字C）鑒定樹內(nèi)部節(jié)點(diǎn)表達(dá)條件，葉子節(jié)點(diǎn)表達(dá)活動(dòng)D）鑒定樹葉子節(jié)點(diǎn)表達(dá)條件，內(nèi)部節(jié)點(diǎn)表達(dá)活動(dòng)16、關(guān)于鑒定樹說法錯(cuò)誤是（）A）鑒定樹容易理解，不需要顧客培訓(xùn)B）繪制辦法直觀C）鑒定樹書寫簡樸D）鑒定樹繁瑣，同一條件要書寫多次17、不是面向?qū)ο笮枨蠓治鲛k法模型（）A）用例建模B）ER圖建模C）對象-關(guān)系模型D）對象-行為模型18、關(guān)于用例圖描述錯(cuò)誤是（）A）用例圖表達(dá)系統(tǒng)行為B）用橢圓表達(dá)行為C）用小人表達(dá)顧客D）用帶闡明線表達(dá)顧客與行為關(guān)系19、關(guān)于Actor闡明錯(cuò)誤是（）A）Actor在系統(tǒng)邊界外部B）Actor直接與系統(tǒng)交互C）Actor也許是任何事物D）一種人只能擔(dān)任1個(gè)參加者20、關(guān)于用例闡明錯(cuò)誤是（）A)用例止于系統(tǒng)邊界B)用例是一種交互抽象C)用例是Actor行為D)從Actor角度去描述用例21、構(gòu)造化分析辦法是一種面向（）需求分析辦法。A）對象B）數(shù)據(jù)構(gòu)造C）數(shù)據(jù)流D）控制流22、構(gòu)造化分析辦法最為慣用圖形工具是（）。A）程序流程圖B）實(shí)體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）構(gòu)造圖F）數(shù)據(jù)詞典23、構(gòu)造化分析辦法中，與數(shù)據(jù)流圖配合使用是（）。A）程序流程圖B）實(shí)體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）構(gòu)造圖F）數(shù)據(jù)詞典24、數(shù)據(jù)流圖中有名字及方向成分是（）。A）控制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源/終點(diǎn)F）節(jié)點(diǎn)25、數(shù)據(jù)流圖不能由計(jì)算機(jī)解決成分是（）。A）控制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源/終點(diǎn)F）節(jié)點(diǎn)26、軟件需求分析任務(wù)不應(yīng)涉及（）。A）問題分解B）可靠性與安全性規(guī)定C）構(gòu)造化程序設(shè)計(jì)D）擬定邏輯模型27、進(jìn)行需求分析課使用各種工具，但（）是不合用。A）數(shù)據(jù)流圖（DFD）B）鑒定表C）PAD圖D）數(shù)據(jù)字典28、在需求分析中，開發(fā)人員要與顧客解決最重要問題是（）。A）要讓軟件做什么B）要給該軟件提供哪些信息C）規(guī)定軟件工作效率如何D）要讓軟件具備何種構(gòu)造29、需求規(guī)格闡明書內(nèi)容不應(yīng)涉及（）。A）對重要功能描述B）對算法詳細(xì)過程描述C）對數(shù)據(jù)規(guī)定D）軟件性能30、構(gòu)造化分析辦法（SA）是一種預(yù)先嚴(yán)格定義需求辦法，強(qiáng)調(diào)分析對象（）。A、程序流B、指令流C、控制流D、數(shù)據(jù)流31、構(gòu)造化分析辦法（SA）指引思想是（）。A、自上而下逐級分解B、自下而上逐級分解C、面向?qū)ο驞、面向過程32、過程P分解為P1、P2、P3三個(gè)子過程，下圖數(shù)據(jù)流圖中存在兩處錯(cuò)誤，其中錯(cuò)誤1是（）。A、1層SB、1層S2C、0層SD、0層S133、上圖中尚有一處錯(cuò)誤是（）A、1層SB、1層S2C、0層SD、0層S134、在軟件開發(fā)過程中慣用圖作為描述工具，如DFD就是面向（）分析辦法描述工具。A）數(shù)據(jù)構(gòu)造B）數(shù)據(jù)流C）對象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）事物流和事件流D）事件流和控制流39、在業(yè)務(wù)領(lǐng)域分析過程中，通過建立實(shí)體關(guān)系圖，把與業(yè)務(wù)有關(guān)數(shù)據(jù)模型化；通過建立（）來表達(dá)業(yè)務(wù)活動(dòng)分解過程。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動(dòng)圖（PAD）D）過程關(guān)系圖（PRD）40、在業(yè)務(wù)領(lǐng)域分析過程中，兩個(gè)業(yè)務(wù)過程之間互相依賴關(guān)系應(yīng)記錄在過程依賴圖中；通過建立（）來詳細(xì)闡明整個(gè)業(yè)務(wù)過程邏輯。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動(dòng)圖（PAD）D）甘特圖（Ganntte）41、UML是一種面向?qū)ο蠼y(tǒng)一建模語言。它包括10種圖形，其中，用例圖展示了外部actor與系統(tǒng)所提供用例之間連接，UML中外部actors是指（），用例可以用活動(dòng)圖來描述。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òng)D）協(xié)作43、狀態(tài)圖指明了對象所有也許狀態(tài)以及狀態(tài)間遷移（transition）。如果一種并發(fā)狀態(tài)由n個(gè)并發(fā)子狀態(tài)圖構(gòu)成，那么，該并發(fā)狀態(tài)在某時(shí)刻狀態(tài)由（）個(gè)子狀態(tài)圖中各取一種狀態(tài)組合而成。A）每一B）任意一C）任意二D）任意m（m≤n）44、協(xié)作圖描述了協(xié)作（）之間交互和鏈接（link），它畫成對象圖形式。A）對象B）類C）用例D）狀態(tài)45、協(xié)作圖描述了協(xié)作對象之間交互和鏈接（link），它畫成（）圖形式。A）對象B）類C）用例D）狀態(tài)46、20世紀(jì)90年代中，浮現(xiàn)了一批新面向?qū)ο筠k法，（）是面向?qū)ο筠k法最早倡導(dǎo)者之一，她提出了面向?qū)ο筌浖こ谈拍?。A）CoadB）BoochC）JacobsonD）Yourdon47、Rumbaugh等人提出了面向?qū)ο蠼＜夹g(shù)（OMT）辦法，采用了面向?qū)ο蟾拍?，并引入各種獨(dú)立于語言表達(dá)符。這種辦法用（）共同完畢對整個(gè)系統(tǒng)建模。A）對象模型、動(dòng)態(tài)模型、功能模型和用例模型B）數(shù)據(jù)模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型C）靜態(tài)模型、動(dòng)態(tài)模型、功能模型和用例模型D）對象模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型48、Jacobson于1994年提出了OOSE辦法，其最大特點(diǎn)是面向用例，并在用例描述中引入了（）概念。A）類B）UMLC）角色D）繼承49、UML融合了面向?qū)ο蠼＜夹g(shù)（OMT）辦法和OOSE辦法基本概念，UML重要內(nèi)容可以由（）等5類圖來定義。A）類圖、順序圖、行為圖、動(dòng)態(tài)圖、配備圖B）對象圖、用例圖、靜態(tài)圖、狀態(tài)圖、交互圖C）包圖、序列圖、行為圖、交互圖、活動(dòng)圖D）用例圖、靜態(tài)圖、行為圖、交互圖、實(shí)現(xiàn)圖50、在使用UML建模時(shí)，若需要描述跨越各種用例單個(gè)對象行為，使用（）是最為適當(dāng)。A）協(xié)作圖（collaborationdiagram）B）序列圖（sequencediagram）C）活動(dòng)圖（activitydiagram）D）狀態(tài)圖（statechartdiagram）51、UML構(gòu)造涉及了基本構(gòu)造塊、公共機(jī)制和（）。A）把這些構(gòu)造塊放在一起規(guī)則B）圖形或文字修飾C）類與對象劃分以及接口與實(shí)現(xiàn)分離D）描述系統(tǒng)細(xì)節(jié)規(guī)格闡明52、UML中提供了擴(kuò)展機(jī)制，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本（），約束（constraint）擴(kuò)展了UML構(gòu)造塊語義，容許增長新規(guī)則或修改既有規(guī)則。A）構(gòu)造塊特性，容許創(chuàng)立詳述元素新信息B）構(gòu)造塊語義，容許增長新規(guī)則和修改既有規(guī)則C）語義，容許創(chuàng)立新構(gòu)造塊D）詞匯，容許創(chuàng)立新構(gòu)造塊53、UML中提供了擴(kuò)展機(jī)制，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本詞匯，容許創(chuàng)立新構(gòu)造塊，約束（constraint）擴(kuò)展了UML（）。A）構(gòu)造塊特性，容許創(chuàng)立詳述元素新信息B）構(gòu)造塊語義，容許增長新規(guī)則和修改既有規(guī)則C）語義，容許創(chuàng)立新構(gòu)造塊D）詞匯，容許創(chuàng)立新構(gòu)造塊54、用例（usecase）用來描述系統(tǒng)在對時(shí)間做出響應(yīng)時(shí)所采用行動(dòng)。用例之間是具備有關(guān)性。在一種“訂單輸入子系統(tǒng)”中，創(chuàng)立新訂單和更新訂單都需要核查顧客賬號與否對的。那么，用例“創(chuàng)立新訂單”、“更新訂單”與用例“核查客戶賬號”之間是（）關(guān)系。A）包括（include）B）擴(kuò)展（extend）C）分類（classification）D）匯集（aggregation）55、在UML中，對象行為是通過交互來實(shí)現(xiàn)，是對象間為完畢某一目而進(jìn)行一系列消息互換。消息序列可用兩種圖來表達(dá)，強(qiáng)調(diào)消息時(shí)間順序圖稱為（），該圖特點(diǎn)是有生命線及控制焦點(diǎn)，重點(diǎn)在消息時(shí)間順序上。強(qiáng)調(diào)參加交互對象組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)，因此可以互相轉(zhuǎn)換。A）活動(dòng)圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）56、在UML中，對象行為是通過交互來實(shí)現(xiàn)，是對象間為完畢某一目而進(jìn)行一系列消息互換。消息序列可用兩種圖來表達(dá)，強(qiáng)調(diào)消息時(shí)間順序圖稱為序列圖，該圖特點(diǎn)是（）。強(qiáng)調(diào)參加交互對象組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)，因此可以互相轉(zhuǎn)換。A）有生命線及控制焦點(diǎn)，重點(diǎn)在消息時(shí)間順序上。B）有途徑有順序號，為了一種消息時(shí)間順序給消息加數(shù)字前綴C）是對系統(tǒng)、子系統(tǒng)或類行為建模D）本質(zhì)上是一種流程圖，顯示從活動(dòng)到活動(dòng)信息流57、在UML中，對象行為是通過交互來實(shí)現(xiàn)，是對象間為完畢某一目而進(jìn)行一系列消息互換。消息序列可用兩種圖來表達(dá)，強(qiáng)調(diào)消息時(shí)間順序圖稱為序列圖，該圖特點(diǎn)是有生命線及控制焦點(diǎn)，重點(diǎn)在消息時(shí)間順序上。強(qiáng)調(diào)參加交互對象組織圖稱為（），這兩種圖是同構(gòu)，因此可以互相轉(zhuǎn)換。A）活動(dòng)圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）58、在UML中，對象行為是通過交互來實(shí)現(xiàn)，是對象間為完畢某一目而進(jìn)行一系列消息互換。消息序列可用兩種圖來表達(dá)，強(qiáng)調(diào)消息時(shí)間順序圖稱為序列圖，該圖特點(diǎn)是有生命線及控制焦點(diǎn)，重點(diǎn)在消息時(shí)間順序上。強(qiáng)調(diào)參加交互對象組織圖稱為協(xié)作圖，這兩種圖是（）。A）同構(gòu)，因此可以互相轉(zhuǎn)換B）異構(gòu)，因此不可以互相轉(zhuǎn)換C）強(qiáng)調(diào)對象行為事件順序，慣用于對反映式系統(tǒng)建模D）專注于系統(tǒng)動(dòng)態(tài)視圖，狀態(tài)無法擬定，因此不可以互相轉(zhuǎn)換59、用UML建立業(yè)務(wù)模型是理解公司業(yè)務(wù)過程第一步。業(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中，用（）表達(dá)公司業(yè)務(wù)工作流。這種圖顯示工作流中環(huán)節(jié)、決策點(diǎn)，以及完畢每一環(huán)節(jié)角色和對象。A）活動(dòng)圖（activitydiagram）B）業(yè)務(wù)圖（businessdiagram）C）用例圖（usecasediagram）D）交互圖（interactiondiagram）61.下面哪一項(xiàng)不是基本軟件需求（）A）功能需求B）性能需求C）環(huán)境需求D）市場需求62.在程序描述與分析中，用以指明數(shù)據(jù)來源、數(shù)據(jù)流向和數(shù)據(jù)解決輔助圖形是（）A）瀑布模型圖B）數(shù)據(jù)流程圖C）數(shù)據(jù)構(gòu)造圖D）業(yè)務(wù)流程圖63.數(shù)據(jù)流圖是慣用進(jìn)行軟件需求分析圖形工具，其基本圖形符號是（）A）輸入、輸出、外部實(shí)體和加工B）變換、加工、數(shù)據(jù)流和存儲C）加工、數(shù)據(jù)流、數(shù)據(jù)存儲和外部實(shí)體D）變換、數(shù)據(jù)存儲、加工和數(shù)據(jù)流64.鑒定表和鑒定樹是數(shù)據(jù)流圖中用以描述加工工具，它常描述對象是（）A）邏輯判斷B）層次分解C）操作條目D）組合條件65.數(shù)據(jù)流圖可用于抽象描述一種軟件邏輯模型，并由若干種基本圖形符號構(gòu)成，下述圖名：Ⅰ.加工Ⅱ.數(shù)據(jù)流Ⅲ.數(shù)據(jù)存儲Ⅳ.外部實(shí)體（）是構(gòu)成數(shù)據(jù)流圖基本圖形A）Ⅰ、Ⅱ和ⅢB）Ⅱ、Ⅲ和ⅣC）Ⅱ和ⅢD）全是66.數(shù)據(jù)流圖中不涉及（）A）加工B）數(shù)據(jù)存儲C）數(shù)據(jù)字典D）外部實(shí)體67.在數(shù)據(jù)字典數(shù)據(jù)流定義中，由簡樸數(shù)據(jù)元素（或稱分量）構(gòu)成更復(fù)雜數(shù)據(jù)方式不涉及（）A）順序B）重復(fù)C）并行D）可選68.下列說法中錯(cuò)誤是（）A）類是一組具備相似屬性和相似操作對象集合B）普通類是特殊類父類（superclass），特殊類是普通類子類（subclass）C）父類應(yīng)包括其子類所有屬性和操作D）對類屬性不同膚質(zhì)即可得到該類對象實(shí)例69.某軟件項(xiàng)目規(guī)定必要運(yùn)營在Linux操作系統(tǒng)上，這個(gè)需求屬于（）A）功能需求B）非功能需求C）設(shè)計(jì)約束D）業(yè)務(wù)需求70.規(guī)定在所有輸入界面中，提供拼音首字母快捷輸入辦法，這個(gè)需求屬于（）A）功能需求B）非功能需求C）設(shè)計(jì)約束D）業(yè)務(wù)需求71.數(shù)據(jù)流圖描述是對系統(tǒng)分解，其中最宏觀層面圖稱為（）A）0層圖B）1層圖C）頂層圖D）根圖72.由于在數(shù)據(jù)流圖中沒有對各構(gòu)成成分進(jìn)行闡明，因而需要采用其她工具來描述。其中可以用數(shù)據(jù)字典活鑒定表來進(jìn)行闡明是（）A）數(shù)據(jù)流B）加工C）文獻(xiàn)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.在一種滿足數(shù)據(jù)平衡原則數(shù)據(jù)流圖中，是不容許浮現(xiàn)（）現(xiàn)象。A）在子圖中輸入流比父圖輸入流多B）在子圖中輸入流比父圖輸入流少C）輸入流比輸出流多D）在子圖中加工比父圖加工少75.對于要存儲到外部數(shù)據(jù)庫中信息，數(shù)據(jù)流圖中表達(dá)為（）A）外部實(shí)體B）文獻(xiàn)C）加工D）數(shù)據(jù)庫76.一種類所封裝內(nèi)容（）A）屬性和消息B）操作和消息C）屬性和操作D）操作和接口77.不能實(shí)例化類稱為（）A）抽象類B）無屬性類C）無辦法類D）多重繼承類78.軟件需求分析任務(wù)不應(yīng)涉及（）A）擬定邏輯模型B）信息域分析C）問題分解D）構(gòu)造化程序設(shè)計(jì)79.進(jìn)行需求分析時(shí)，可以使用工具備諸多，但（）是不合用。A）數(shù)據(jù)流圖B）鑒定表C）PAD圖D）數(shù)據(jù)詞典80在軟件需求分析中有某些基本原則，例如必要按（）、逐級分解方式對問題進(jìn)行分解和不斷細(xì)化。A）自底向上B）自頂向下C）自內(nèi)向外D）自外向內(nèi)81.在軟件需求分析中有某些基本原則，如必要可以表達(dá)和理解問題（）功能域。A）問題域B）數(shù)據(jù)域C）邏輯域D）限制82.在分層數(shù)據(jù)流程圖中，如果子圖中某個(gè)元素（），就不必繪制在上層流程圖中。A）只用于一種加工B）只與一種數(shù)據(jù)流有關(guān)C）有關(guān)度餓數(shù)據(jù)流不大于2條D）沒有有關(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）加工名字要闡明對數(shù)據(jù)進(jìn)行解決和算法B）加工名字要闡明被加工數(shù)據(jù)以及產(chǎn)生解決C）加工名字既要闡明被加工數(shù)據(jù)，又要闡明對數(shù)據(jù)解決D）加工名字應(yīng)當(dāng)與輸出成果一致85.數(shù)據(jù)流圖作用是（）。A）描述數(shù)據(jù)對象之間關(guān)系B）描述對數(shù)據(jù)解決流程C）闡明將要浮現(xiàn)邏輯鑒定D）指明系統(tǒng)對外部事件反映86.數(shù)據(jù)流圖包括成分有（）。A）關(guān)系、實(shí)體和屬性B）數(shù)據(jù)流、加工和數(shù)據(jù)存儲C）數(shù)據(jù)流、數(shù)據(jù)源和數(shù)據(jù)實(shí)體D）數(shù)據(jù)流、屬性、數(shù)據(jù)存儲和加工【答案】判斷題：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ì)辦法【本章測試】一、判斷題1、軟件架構(gòu)設(shè)計(jì)屬于總體設(shè)計(jì)（）2、數(shù)據(jù)庫設(shè)計(jì)屬于詳細(xì)設(shè)計(jì)（）3、編碼屬于詳細(xì)設(shè)計(jì)（）4、系統(tǒng)設(shè)計(jì)要重點(diǎn)考慮使用開發(fā)工具（）5、詳細(xì)設(shè)計(jì)涉及模塊邏輯詳細(xì)設(shè)計(jì)，系統(tǒng)數(shù)據(jù)構(gòu)造詳細(xì)設(shè)計(jì)等。6、在設(shè)計(jì)時(shí)模塊要分越小越好（）7、里氏替代原則指出父類可以替代子類，可以出當(dāng)前父類能浮現(xiàn)任何地方（）8、開閉原則指出即一種軟件實(shí)體應(yīng)當(dāng)對擴(kuò)展關(guān)閉，對修改開放。（）9、依賴倒轉(zhuǎn)原則指出要依賴于抽象，不要依賴于詳細(xì)類（）10、信息隱蔽指一種模塊內(nèi)數(shù)據(jù)和模塊實(shí)現(xiàn)細(xì)節(jié)對于該模塊客戶即調(diào)用者模塊有不可見性質(zhì)（）11、兩個(gè)模塊之間通過接口參數(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)考慮問題錯(cuò)誤是（）A)設(shè)計(jì)應(yīng)考慮復(fù)用性B)可維護(hù)可擴(kuò)展性C)原子性D)一致性3、下面不是軟件架構(gòu)設(shè)計(jì)應(yīng)考慮問題（）A)軟件層次構(gòu)造B)模塊實(shí)現(xiàn)辦法C)模塊互相作用方式D)全局、重要數(shù)據(jù)變量和數(shù)據(jù)構(gòu)造4、下面不是軟件架構(gòu)設(shè)計(jì)應(yīng)考慮問題（）A)全局、重要數(shù)據(jù)變量和數(shù)據(jù)構(gòu)造B)數(shù)據(jù)庫邏輯構(gòu)造C)模塊實(shí)現(xiàn)辦法D)接口5、關(guān)于分支思想錯(cuò)誤是（）A)便于并發(fā)執(zhí)行，縮短開發(fā)周期B)適合團(tuán)隊(duì)協(xié)作，減少了實(shí)行難度C)容易產(chǎn)生可復(fù)用部件D)分越細(xì)越好6、關(guān)于分支思想錯(cuò)誤是（）A)適合團(tuán)隊(duì)協(xié)作，減少了實(shí)行難度B)分越細(xì)越好C)防止了開發(fā)中多米諾骨牌效應(yīng)D)容易產(chǎn)生可復(fù)用部件7、關(guān)于抽象思想錯(cuò)誤是（）A)抽象會(huì)增長設(shè)計(jì)復(fù)雜度B)為了減少復(fù)雜度，應(yīng)當(dāng)隱藏細(xì)節(jié)或推遲考慮細(xì)節(jié)C)抽象有助于結(jié)識事物普遍特性和基本原理D)抽象可以協(xié)助設(shè)計(jì)人員制定出模塊“框架”8、關(guān)于抽象長處錯(cuò)誤是（）A)有助于結(jié)識事物普遍特性和基本原理B)有助于軟件復(fù)用C)提高系統(tǒng)可擴(kuò)展性D)提高程序效率9、老式軟件工程中抽象描述錯(cuò)誤是（）A)可以實(shí)現(xiàn)信息隱蔽B)實(shí)現(xiàn)數(shù)據(jù)局部化C)有繼承概念D)僅對模塊細(xì)節(jié)封裝，沒有繼承概念，雖然可以“處處復(fù)用”，卻也需要“處處修改”10、關(guān)于內(nèi)聚錯(cuò)誤說法是（）A)是一種模塊內(nèi)部各部件之間聯(lián)系緊密限度度量B)是模塊間各部件緊密聯(lián)系限度度量C)強(qiáng)調(diào)分解時(shí)將有關(guān)內(nèi)容放到一起D)一種模塊內(nèi)各個(gè)部件聯(lián)系越緊越好11、關(guān)于耦合錯(cuò)誤說法是（）A)是模塊間互相聯(lián)系強(qiáng)弱度量B)耦合強(qiáng)弱取決于模塊間傳遞數(shù)據(jù)方式、接口復(fù)雜狀況以及傳遞數(shù)據(jù)類型C)各模塊之間耦合越松散越好D)各模塊之間耦合越緊密越好12、下面內(nèi)聚級別從高到低排列對的是（）A)功能內(nèi)聚、順序內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚B)功能內(nèi)聚、順序內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚C)功能內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、過程內(nèi)聚D)順序內(nèi)聚、功能內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚13、下面內(nèi)聚級別從低到高排列對的是（）A)功能內(nèi)聚、順序內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、實(shí)用程序內(nèi)聚、偶爾內(nèi)聚B)實(shí)用程序內(nèi)聚、偶爾內(nèi)聚、順序內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、C)偶爾內(nèi)聚、時(shí)間內(nèi)聚、功能內(nèi)聚、順序內(nèi)聚、過程內(nèi)聚、實(shí)用程序內(nèi)聚D)偶爾內(nèi)聚、實(shí)用程序內(nèi)聚、時(shí)間內(nèi)聚、過程內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚14、關(guān)于耦合下面描述錯(cuò)誤是（）A)內(nèi)容耦合式最不好一種耦合B)公共耦合指兩個(gè)模塊間通過一種公共環(huán)境進(jìn)行數(shù)據(jù)互換C)外部耦合指模塊對外部系統(tǒng)有依賴關(guān)系D)外部耦合完全可以避免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)過程B)復(fù)用C)改進(jìn)工具D)改進(jìn)設(shè)計(jì)辦法17、下面關(guān)于復(fù)用分類描述對的是（）A)按照服務(wù)規(guī)模分小規(guī)模復(fù)用與大規(guī)模復(fù)用B)依照可復(fù)用信息分為組合式復(fù)用和生成式復(fù)用C)依照復(fù)用辦法分黑盒復(fù)用和白盒復(fù)用D)按照復(fù)用應(yīng)用領(lǐng)域分子程序、類、組件、WeB服務(wù)組件18、關(guān)于weB服務(wù)功能復(fù)用描述錯(cuò)誤是（）A)避免了組件局限性(前頁)B)使用者，而非所有者C)充分運(yùn)用第三方技能和經(jīng)驗(yàn)D)速度快19、對于面向?qū)ο髲?fù)用描述對的是（）A)不依賴設(shè)計(jì)語言B)實(shí)現(xiàn)源碼復(fù)用C)粒度較大D)可獨(dú)立布置20、對于基于組件復(fù)用錯(cuò)誤描述是（）A)組件就是類或辦法B)EJB、COM、.NET和CORBA等是重要組件模型C)組件復(fù)用不合用于跨平臺操作D)組件復(fù)用布置和升級較麻煩21、軟件設(shè)計(jì)中劃分模塊一種準(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、在一種模塊內(nèi)部內(nèi)聚種類中，（）內(nèi)聚內(nèi)聚度最高。A）偶爾B）邏輯C）功能D）過程25、在一種模塊內(nèi)部內(nèi)聚種類中，（）內(nèi)聚內(nèi)聚度最低。A）偶爾B）邏輯C）功能D）過程26、在軟件工程設(shè)計(jì)階段中，有3種慣用設(shè)計(jì)辦法：構(gòu)造化設(shè)計(jì)（SD）辦法、Jackson辦法和Parnas辦法。SD辦法側(cè)重（）。A）使用對象、類和繼承B）由數(shù)據(jù)構(gòu)造導(dǎo)出模塊構(gòu)造C）模塊要相對獨(dú)立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變化因素隱藏在模塊內(nèi)部，使這些因素變化時(shí)影響范疇受到限制E）用數(shù)據(jù)流圖表達(dá)系統(tǒng)分解，用數(shù)據(jù)詞典和簡短闡明分別表達(dá)數(shù)據(jù)和加工含義F）自上而下、逐漸細(xì)化，采用順序、選取和循環(huán)3中基本構(gòu)造，限制goto語句27、在軟件工程設(shè)計(jì)階段中，有3種慣用設(shè)計(jì)辦法：構(gòu)造化設(shè)計(jì)（SD）辦法、Jackson辦法和Parnas辦法。Jackson辦法側(cè)重（）。A）使用對象、類和繼承B）由數(shù)據(jù)構(gòu)造導(dǎo)出模塊構(gòu)造C）模塊要相對獨(dú)立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變化因素隱藏在模塊內(nèi)部，使這些因素變化時(shí)影響范疇受到限制E）用數(shù)據(jù)流圖表達(dá)系統(tǒng)分解，用數(shù)據(jù)詞典和簡短闡明分別表達(dá)數(shù)據(jù)和加工含義F）自上而下、逐漸細(xì)化，采用順序、選取和循環(huán)3中基本構(gòu)造，限制goto語句28、在軟件工程設(shè)計(jì)階段中，有3種慣用設(shè)計(jì)辦法：構(gòu)造化設(shè)計(jì)（SD）辦法、Jackson辦法和Parnas辦法。Parnas辦法重要思想是（）。A）使用對象、類和繼承B）由數(shù)據(jù)構(gòu)造導(dǎo)出模塊構(gòu)造C）模塊要相對獨(dú)立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變化因素隱藏在模塊內(nèi)部，使這些因素變化時(shí)影響范疇受到限制E）用數(shù)據(jù)流圖表達(dá)系統(tǒng)分解，用數(shù)據(jù)詞典和簡短闡明分別表達(dá)數(shù)據(jù)和加工含義F）自上而下、逐漸細(xì)化，采用順序、選取和循環(huán)3中基本構(gòu)造，限制goto語句29、從20世紀(jì)70年代中期到90年代初期，（）是最為慣用設(shè)計(jì)辦法。A）SDB）JacksonC）ParnasD）面向?qū)ο?0、（）辦法只提供了重要設(shè)計(jì)準(zhǔn)則，沒有規(guī)定出詳細(xì)工作環(huán)節(jié)。A）SDB）JacksonC）ParnasD）以上都不是31、構(gòu)造化設(shè)計(jì)辦法在軟件開發(fā)中用于（）。A）測試用例設(shè)計(jì)B）概要設(shè)計(jì)C）程序設(shè)計(jì)D）詳細(xì)設(shè)計(jì)32、構(gòu)造化設(shè)計(jì)辦法是一種面向（）設(shè)計(jì)辦法。A）對象B）數(shù)據(jù)構(gòu)造C）數(shù)據(jù)流D）控制流33、構(gòu)造化設(shè)計(jì)辦法使用圖形工具是（）。A）程序構(gòu)造圖B）數(shù)據(jù)流程圖C）程序流程圖D）實(shí)體聯(lián)系圖34、程序構(gòu)造圖中矩形表達(dá)（）。A）數(shù)據(jù)B）加工C）模塊D）存儲35、如果兩個(gè)矩形之間有直線相連，表達(dá)它們存在（）關(guān)系A(chǔ)）鏈接B）調(diào)用C）并列D）順序執(zhí)行36、軟件復(fù)用是使用已有軟件產(chǎn)品（如設(shè)計(jì)、代碼、文檔等）來開發(fā)新軟件系統(tǒng)過程。軟件復(fù)用形式大體可分為垂直式復(fù)用和水平式復(fù)用。垂直式復(fù)用是指（）中復(fù)用。A）同一軟件系統(tǒng)B）不同軟件系統(tǒng)C）同一應(yīng)用領(lǐng)域D）不同應(yīng)用領(lǐng)域37、軟件復(fù)用是使用已有軟件產(chǎn)品（如設(shè)計(jì)、代碼、文檔等）來開發(fā)新軟件系統(tǒng)過程。軟件復(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ù)用率，普通規(guī)定構(gòu)件具備較好（）。A）專用性和不變性B）專用性和可變性C）通用性和不變性D）通用性和可變性39、為了將不同軟件生產(chǎn)商在不同軟硬件平臺上開發(fā)構(gòu)件組裝成一種系統(tǒng)，必要解決異構(gòu)平臺各構(gòu)件間互操作問題。當(dāng)前國際上已浮現(xiàn)了某些支持互操作構(gòu)件原則，典型有國際對象管理組織OMG推薦（）和Microsoft公司推出DCOM。A）CORBAB）DCOMC）JavaBeanD）Delphi40、為了將不同軟件生產(chǎn)商在不同軟硬件平臺上開發(fā)構(gòu)件組裝成一種系統(tǒng)，必要解決異構(gòu)平臺各構(gòu)件間互操作問題。當(dāng)前國際上已浮現(xiàn)了某些支持互操作構(gòu)件原則，典型有國際對象管理組織OMG推薦CORBA和Microsoft公司推出（）。A）CORBAB）DCOMC）JavaBeanD）Delphi41、論域工程過程要在選定應(yīng)用論域中界定出（）和可變性，要為各種應(yīng)用和構(gòu)件定義一種體系構(gòu)造，并開發(fā)一系列可適度擴(kuò)展構(gòu)件。A）共性B）特性C）可變性D）屬性E）靈活性F）可靠性G）健壯性H）合用性42、論域工程過程要在選定應(yīng)用論域中界定出共性和（），要為各種應(yīng)用和構(gòu)件定義一種體系構(gòu)造，并開發(fā)一系列可適度擴(kuò)展構(gòu)件。A）共性