2018年電大考試軟件工程選擇題 小抄

.軟件工程1以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（C） A.成本高 B.生產(chǎn)率低 C.技術(shù)發(fā)展快 D.質(zhì)量得不到保證2哪種模型分批地逐步向用戶提交產(chǎn)品，每次提交一個(gè)滿足用戶需求子集的可運(yùn)行的產(chǎn)品。 （A ）A.演化模型 B.噴泉模型 C.原型模型 D.螺旋模型3可行性研究的目的不包括（B ）A.分析開(kāi)發(fā)系統(tǒng)的必要性 B.確定系統(tǒng)建模的方案C.分析系統(tǒng)風(fēng)險(xiǎn) D.確定是否值得開(kāi)發(fā)系統(tǒng)4可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（B ） 。A.2% B.8% C.20% D.50%5在 E-R 模型中，包含以下基本成分（C ） 。A.數(shù)據(jù)、對(duì)象、實(shí)體 B.控制、聯(lián)系、對(duì)象C.實(shí)體、聯(lián)系、屬性 D.實(shí)體、屬性、聯(lián)系6軟件需求分析產(chǎn)生一個(gè)重要文檔是（B ） 。A.軟件維護(hù)說(shuō)明書(shū) B.需求規(guī)格說(shuō)明書(shū) C.可行性報(bào)告 D.初步用戶手冊(cè)7內(nèi)聚程度較低的是（D ） 。A.通信內(nèi)聚 B.過(guò)程內(nèi)聚 C.順序內(nèi)聚 D.時(shí)間內(nèi)聚8概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是（D ）A.把軟件劃分成模塊 B 確定模塊之間的調(diào)用關(guān)系C.確定各個(gè)模塊的功能 D.設(shè)計(jì)每個(gè)模塊的偽代碼9UML 語(yǔ)言支持的建模方式不包括有（C ） 。A.靜態(tài)建模 B.動(dòng)態(tài)建模 C.模塊化建模 D.功能建模10以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳌?（ D ）A.多態(tài)性 B.繼承性 C.封裝性 D.過(guò)程調(diào)用11在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ˋ ）A.軟件危機(jī) B.軟件工程 C.程序設(shè)計(jì)革命 D.結(jié)構(gòu)化程序設(shè)計(jì)12瀑布模型的關(guān)鍵不足在于（B ） A.過(guò)于簡(jiǎn)單 B.不能適應(yīng)需求的動(dòng)態(tài)變更 C.過(guò)于靈活 D.各個(gè)階段需要進(jìn)行評(píng)審13可行性研究的四大要素是（ A） 。A.經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境B.經(jīng)濟(jì)、技術(shù)、開(kāi)發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開(kāi)發(fā)工具和人員的穩(wěn)定性14經(jīng)濟(jì)可行性研究的主要內(nèi)容包括（D ）A.開(kāi)發(fā)過(guò)程 B.開(kāi)發(fā)工具 C.風(fēng)險(xiǎn)分析 D. 效益分析15在需求分析過(guò)程中，分析員要從用戶那里解決的最重要的問(wèn)題是（A ） 。A.要求軟件做什么 B.要給軟件提供哪些信息 C.要求軟件工作效率如何 D.要求軟件具有什么樣的結(jié)構(gòu)16DFD 中的每個(gè)加工至少需要（D ）A.一個(gè)輸入流 B.一個(gè)輸出流C.一個(gè)輸入或輸出流 D.一個(gè)輸入流和一個(gè)輸出流17PDL 是描述處理過(guò)程（C ） 。A.做什么 B.為什么做 C.怎么做 D.對(duì)誰(shuí)做18當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D ）A數(shù)據(jù)耦合 B公共耦合 C標(biāo)記耦合 D內(nèi)容耦合19按照模塊獨(dú)立性，耦合程度由弱至強(qiáng)正確的順序是（A ） 。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20UML 中，包圖是一種（C ） 。A.集合 B.數(shù)據(jù)結(jié)構(gòu) C.分組機(jī)制 D.對(duì)系統(tǒng)的動(dòng)態(tài)描述21面向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（B ） 。A.邏輯模型 B.物理模型 C.數(shù)據(jù)模型 D.用例模型23類有 3 種類型，即（B ） 。A.邊界類、實(shí)體類、控制類 B.實(shí)體類、控制類、界面類C.控制類、實(shí)體類、虛類 D.界面類、控制類、公共類24.（ D ）是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。A.消息連接 B.參數(shù)傳遞 C.方法重寫(xiě) D.繼承25結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D ） 。A.程序的規(guī)模 B.程序效率 C.程序語(yǔ)言的先進(jìn)性 D.程序易讀性26下列關(guān)于功能性注釋不正確的說(shuō)法是（B ） 。A. 功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋 C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D. 修改程序也應(yīng)修改注釋27軟件測(cè)試的目的是（B ） 。A.評(píng)價(jià)軟件的質(zhì)量 B.發(fā)現(xiàn)軟件的錯(cuò)誤C.找出軟件中的所有錯(cuò)誤 D.證明軟件是正確的28在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究（D ） 。A. 概要設(shè)計(jì)說(shuō)明書(shū) B.詳細(xì)設(shè)計(jì)說(shuō)明 C.項(xiàng)目開(kāi)發(fā)計(jì)劃 D. 需求規(guī)格說(shuō)明29以下屬于完善性維護(hù)的有（B ） 。 A解決開(kāi)發(fā)時(shí)未能測(cè)試各種可能條件帶來(lái)的問(wèn)題 B增加聯(lián)機(jī)求助命令 C縮短系統(tǒng)的應(yīng)答時(shí)間，使其達(dá)到特定要求 D為提高軟件的可靠性和可維護(hù)性，主動(dòng)修改軟件30軟件項(xiàng)目管理的內(nèi)容包括（D ） 。A.人員的組織與管理 B.軟件配置管理 C.軟件開(kāi)發(fā)進(jìn)度計(jì)劃 D.以上所有31以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_(kāi)發(fā)方法（C ） A.coad 方法 B.booch 方法 C.jackson 方法 D.omt 方法32面向?qū)ο蠓治龅暮诵脑谟冢― ） 。A.建立正確的模型 B.識(shí)別問(wèn)題域?qū)ο?C.識(shí)別對(duì)象之間的關(guān)系 D.上面都有33 在 面 向 對(duì) 象 方 法 中 ， 描 述 系 統(tǒng) 控 制 結(jié) 構(gòu) 的 模 型 是 （ A） 模 型 。A. 動(dòng) 態(tài) 模 型 B. 功 能 模 型 C. 對(duì) 象 模 型 D. 靜 態(tài) 模 型34 面 向 對(duì) 象 分 析 和 設(shè) 計(jì) 涉 及 到 三 個(gè) 方 面 的 內(nèi) 容 ： （ A） 、 一 系 列 有 效 的 分析 步 驟 和 一 個(gè) 方 便 易 用 的 建 模 工 具 。.A.一 套 完 善 的 建 模 符 號(hào) B.有 效 的 數(shù) 據(jù) 結(jié) 構(gòu) C.靈 活 的 體 系 結(jié) 構(gòu) D.穩(wěn) 定 的 系 統(tǒng) 架 構(gòu)35 每 個(gè) 子 系 統(tǒng) 的 接 口 上 定 義 了 若 干 （ B） ， 體 現(xiàn) 了 子 系 統(tǒng) 的 功 能 。A.說(shuō) 明 B.操 作 C.屬 性 D.關(guān) 系36 程 序 設(shè) 計(jì) 語(yǔ) 言 的 技 術(shù) 特 性 不 應(yīng) 包 括 （ D） 。A.數(shù) 據(jù) 結(jié) 構(gòu) 的 描 述 性 B.抽 象 類 型 的 描 述 性C.數(shù) 據(jù) 庫(kù) 的 易 操 作 性 D.軟 件 的 可 移 植 性37以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（B ） 。 A.語(yǔ)句覆蓋測(cè)試 B.邊界值分析測(cè)試 C.條件覆蓋測(cè)試 D.判斷覆蓋測(cè)試38軟件測(cè)試的主要特點(diǎn)是（C ） 。 A軟件測(cè)試的開(kāi)銷不大 B.軟件測(cè)試要依靠工具 C軟件不能進(jìn)行“窮舉”測(cè)試 D.軟件測(cè)試要依靠人工 39在軟件生存期的維護(hù)階段，繼續(xù)診斷和修正錯(cuò)誤的過(guò)程稱為（D ） 。A.完善性維護(hù) B.適應(yīng)性維護(hù) C.預(yù)防性維護(hù) D.改正性維護(hù)1.軟件工程學(xué)科出現(xiàn)的主要原因是（C ） 。A. 計(jì)算機(jī)的發(fā)展B. 其他工程科學(xué)的影響C. 軟件危機(jī)的出現(xiàn)D. 程序設(shè)計(jì)方法學(xué)的影響2、 （A）是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能 B.編程速度快C.熟悉眾多的軟件環(huán)境 D.語(yǔ)言天賦7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（A ） 。A不確定 B數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C數(shù)據(jù)調(diào)用關(guān)系 D程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖11、軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（C ） ，最上層是工具層。A.過(guò)程層 B.方法層 C.過(guò)程層和方法層 D.系統(tǒng)層13、針對(duì)需求不確定的軟件開(kāi)發(fā)，比較好的模型是（A） 。A.快速原型化模型 B.瀑布模型 C.軟件成熟度模型 D.系統(tǒng)化模型15、針對(duì)需求不確定的軟件開(kāi)發(fā)，比較好的模型是（A） 。A.快速原型化模型 B.瀑布模型 C.軟件成熟度模型 D.系統(tǒng)化模型16、軟件結(jié)構(gòu)圖中沒(méi)有（D ）元素。A模塊 B調(diào)用參數(shù) C返回結(jié)果 D判斷17、結(jié)構(gòu)化設(shè)計(jì)方法劃分模塊的原則是（C ） 。A模塊扇出小于 5 B模塊扇入小于 5 C低耦合，高內(nèi)聚 D模塊深度小于 718、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（B） 。A.邏輯架構(gòu) B.物理架構(gòu) C.組成結(jié)構(gòu) D.體系結(jié)構(gòu)19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（D ） 。A.數(shù)據(jù)庫(kù) B.接口 C.對(duì)象 D.時(shí)間20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（C ）實(shí)現(xiàn)。A.場(chǎng)景描述 B.活動(dòng)圖和場(chǎng)景描述 C.用例圖和場(chǎng)景描述 D.交互圖和場(chǎng)景描述22、對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（D ） ，確定類之間的關(guān)系。A.算法 B.業(yè)務(wù)流程 C.數(shù)據(jù)結(jié)構(gòu) D.關(guān)鍵類23、框架是一組可用于不同應(yīng)用的（A）的集合。A.類 B.數(shù)據(jù)結(jié)構(gòu) C.函數(shù) D.過(guò)程24、從狹義上講，軟件測(cè)試是（D ）的過(guò)程。A. 為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序 B.為了驗(yàn)證程序正確 C.用不同的數(shù)據(jù)驗(yàn)證程序正確性 D.區(qū)分程序員水平27、一般維護(hù)程序代碼的策略（B） 。A. 從需求開(kāi)始重新開(kāi)發(fā) B.根據(jù)維護(hù)申請(qǐng)讀源程序，并修改C.找一個(gè)新的模塊替換 D. 不用讀源程序，從新編寫(xiě)代碼28、Gantt 圖直觀簡(jiǎn)明、易學(xué)易用，但它不能（A） 。A.直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑B.反應(yīng)任務(wù)的分解情況C.直接反應(yīng)任務(wù)的起止日期D.反應(yīng)具體任務(wù)的時(shí)間段29、 （D ）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過(guò)程管理 C風(fēng)險(xiǎn)管理 D軟件配置管理30、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、 （A）和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu) B.說(shuō)明結(jié)構(gòu) C.輸入結(jié)構(gòu) D.輸出結(jié)構(gòu)31、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類是（C ） 。A.控制類 B.組件類 C.主函數(shù) D.事務(wù)類32、信息隱藏的核心內(nèi)容是（D ） 。A把數(shù)據(jù)都放在公共的區(qū)域B數(shù)據(jù)不能被其他模塊訪問(wèn)C一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問(wèn)D把信息加密，只能讓有密鑰的模塊訪問(wèn)33、面向過(guò)程的方法最關(guān)心的是過(guò)程，而過(guò)程實(shí)施的對(duì)象是作為過(guò)程（D ）傳遞的。A.參數(shù) B.主體 C.過(guò)程 D.數(shù)據(jù)結(jié)構(gòu)34、測(cè)試用例是一組（A） 。A.測(cè)試用的輸入數(shù)據(jù)以及對(duì)應(yīng)的預(yù)期結(jié)果B.測(cè)試驅(qū)動(dòng)程序 C.測(cè)試數(shù)據(jù) D.測(cè)試程序及數(shù)據(jù)35、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測(cè)試（B） 。A.更加簡(jiǎn)單 B.更加復(fù)雜 C.沒(méi)變 D.不確定36、軟件維護(hù)過(guò)程中產(chǎn)生的副作用，一般是由（B）引起的。A.算法說(shuō)明 B.修改程序 C.優(yōu)先級(jí) D.環(huán)境要求37、項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（D ） 。A.估算項(xiàng)目的進(jìn)度 B.分配工作量 C.計(jì)劃資源使用 D.以上全部38、如果程序代碼的（C）好，則調(diào)試的成本就可以大幅度降低。A.性能比 B.可擴(kuò)充性 C.可讀性 D.可移植性39、兩個(gè)浮點(diǎn)數(shù) X0 和 X1 比較相等時(shí)，應(yīng)該用（C ）比較。A.X0=X1 B.X1-X0< C.|X0-X1|< D.X0=X140、瀑布模型存在的問(wèn)題是（D ） 。A用戶容易參與開(kāi)發(fā) B適用可變需求 C用戶與開(kāi)發(fā)者易溝通 D缺乏靈活性41. 可行性研究的主要任務(wù)是（C） 。A.確定系統(tǒng)做什么 B. 確定性能 C.確定功能 D. 進(jìn)行一次簡(jiǎn)要的需求分析42、用戶需求描述的是（A） 。A.用戶使用該軟件要完成的任務(wù) B.業(yè)務(wù)需求 C.功能需求 D.軟件目標(biāo)、規(guī)模和范圍43、數(shù)據(jù)流程圖的主要作用是（B） 。A.描述模塊組成 B.說(shuō)明用戶數(shù)據(jù)結(jié)構(gòu) C.描述軟件功能 D. 建造系統(tǒng)的邏輯模型44、業(yè)務(wù)需求描述的是（D ） 。A.功能需求 B.用戶需求 C.用戶的具體業(yè)務(wù)流程 D.軟件的目標(biāo)、規(guī)模和范圍45、一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（C ）種。A.3 B.5 C.4 D.746、非直接耦合的模塊獨(dú)立性最強(qiáng)， （A）的模塊獨(dú)立性最弱。A內(nèi)容耦合 B數(shù)據(jù)耦合 C控制耦合 D外部耦合47、信息隱藏的核心內(nèi)容是（C） 。A把數(shù)據(jù)都放在公共的區(qū)域B數(shù)據(jù)不能被其他模塊訪問(wèn).C一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問(wèn)D把信息加密，只能讓有密鑰的模塊訪問(wèn)48、面向過(guò)程的方法最關(guān)心的是過(guò)程，而過(guò)程實(shí)施的對(duì)象是作為過(guò)程（A）傳遞的。A.參數(shù) B.主體 C.過(guò)程 D.數(shù)據(jù)結(jié)構(gòu)49、 （C）用于描述系統(tǒng)的功能集。A. 組件視圖 B.邏輯視圖 C. 用例視圖 D.對(duì)象視圖50、用（D）模型描述系統(tǒng)組織結(jié)構(gòu)。A.組織 B.CMM C.數(shù)據(jù) D.靜態(tài)51、下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（ D ） 。A.開(kāi)發(fā)滿足用戶需求的軟件 B.研究算法 C.及時(shí)交付軟件 D.生產(chǎn)無(wú)故障軟件52、軟件開(kāi)發(fā)活動(dòng)的順序應(yīng)該是（ A ） 。A.問(wèn)題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。B.問(wèn)題定義、設(shè)計(jì)、可行性研究、編碼和測(cè)試。C.需求分析、設(shè)計(jì)、編碼和測(cè)試。D.需求分析、編碼和測(cè)試、試運(yùn)行。53、假定銀行的存款年利率是 2%，請(qǐng)問(wèn)現(xiàn)在存 5000 元，兩年后價(jià)值應(yīng)為（A ）元。A.5202 B.4500 C.5100 D.471254、系統(tǒng)物理模型用（ A ）表示。A.系統(tǒng)流程圖 B.數(shù)據(jù)流程圖 C.程序流程圖 D.E-R 圖60、用（ D ）模型分析和定義用戶的功能需求。A.數(shù)據(jù) B.靜態(tài) C. 動(dòng)態(tài) D.用例62、如果對(duì)象之間的耦合是通過(guò)（A）來(lái)實(shí)現(xiàn)的，則這種耦合就是交互耦合。A.消息機(jī)制 B.參數(shù) C.方法 D.公共數(shù)據(jù)區(qū)71、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ校Ｓ茫― ）實(shí)現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動(dòng)圖 D.以上全部74、測(cè)試最早的開(kāi)始時(shí)間是（ C ） 。A.從詳細(xì)設(shè)計(jì)階段開(kāi)始B.從編碼階段開(kāi)始C.從需求分析階段開(kāi)始D.以上都對(duì)75、從測(cè)試對(duì)象的粒度上劃分測(cè)試為（ C ） 。A.單元測(cè)試、集成測(cè)試B.壓力測(cè)試、功能測(cè)試、性能測(cè)試和系統(tǒng)測(cè)試C.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試D.黑盒測(cè)試、白盒測(cè)試、功能測(cè)試和性能測(cè)試76、 （ B ）不符合軟件測(cè)試原則。A.對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象B程序員應(yīng)該仔細(xì)測(cè)試自己編寫(xiě)的程序代碼C.程序員要避免測(cè)試自己編寫(xiě)的程序代碼D.測(cè)試工作越早開(kāi)始越好77、引起軟件改變的原因主要有（ D ） 。A.運(yùn)行環(huán)境變化 B. 需求變化 C.系統(tǒng)有錯(cuò) D.以上全部78、 （ C ）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A 組織管理 B過(guò)程管理 C軟件配置管理 D風(fēng)險(xiǎn)管理 1軟件工程的出現(xiàn)是由于 （A ）A.軟件危機(jī) B.計(jì)算機(jī)硬件技術(shù)的發(fā)展 C.軟件社會(huì)化的需要 D.計(jì)算機(jī)軟件技術(shù)的發(fā)展2螺旋模型是一種將瀑布模型和哪種模型結(jié)合起來(lái)的軟件開(kāi)發(fā)模型。 （ A）A.快速原型模型 B.專家模型 C.V 模型 D.演化模型3軟件可行性研究一般不考慮（D ） A.是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)B.是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)C.待開(kāi)發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D.待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題4軟件需求分析的任務(wù)不包括（ C） 。A.問(wèn)題分析 B.信息域分析 C.結(jié)構(gòu)化設(shè)計(jì) D.確定邏輯結(jié)構(gòu)5結(jié)構(gòu)化分析方法（SA 法）使用的主要描述工具有（ D） 。A.數(shù)據(jù)庫(kù) B.模塊結(jié)構(gòu)圖 C.PAD 圖 D.分層的 DFD 圖6源程序的效率與（D ）階段確定的算法的效率直接有關(guān)。A概要設(shè)計(jì) B. 總體設(shè)計(jì) C. 單元設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)7畫(huà) DFD 圖的主要目的是（A ） 。A.作為需求分析階段用戶與開(kāi)發(fā)者之間交流信息的工具B.對(duì)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述C.對(duì)目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述D.作為編碼和測(cè)試的工具8耦合度最高的是（B ） 。A.外部耦合 B.內(nèi)容耦合 C.控制耦合 D.數(shù)據(jù)耦合9為了提高模塊的獨(dú)立性，模塊之間最好是（D ） 。A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合10UML 是一種（A ） 。A.建模工具 B.可視化的程序設(shè)計(jì)語(yǔ)言 C.可視化的建模語(yǔ)言 D.過(guò)程11下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（B ） 。A.開(kāi)發(fā)滿足用戶需求的軟件 B.研究算法 C.及時(shí)交付軟件 D.生產(chǎn)無(wú)故障軟件12是職業(yè)軟件工程師的必要條件。 （A ）A.自律、善于溝通、具有一定的軟件技能 B.編程速度快 .C.熟悉眾多的軟件環(huán)境 D.語(yǔ)言天賦13可行性分析研究的目的是 （B ）A.爭(zhēng)取項(xiàng)目 B.項(xiàng)目是否值得開(kāi)發(fā) C.開(kāi)發(fā)項(xiàng)目 D.規(guī)劃項(xiàng)目14可行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行（B ）的過(guò)程。A.詳細(xì)軟件設(shè)計(jì) B.需求分析和設(shè)計(jì) C.深入的需求分析 D.測(cè)試設(shè)計(jì)15需求規(guī)格說(shuō)明書(shū)的作用不包括 （ C）A.軟件驗(yàn)收的依據(jù) B.用戶與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C.軟件可行性研究的依據(jù) D.軟件設(shè)計(jì)的依據(jù)16進(jìn)行需求分析有的多種描述工具，但不包括（C ） 。A.數(shù)據(jù)流圖 B.判定表 C.PAD 圖 D.數(shù)據(jù)詞典17反映模塊獨(dú)立性的指標(biāo)是（D ） 。A.模塊的復(fù)雜性 B.模塊的大小 C.模塊的參數(shù) D.內(nèi)聚和耦合18兩個(gè)模塊都訪問(wèn)一個(gè)全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，則這兩個(gè)模塊屬于（B ） 。A.數(shù)據(jù)耦合 B.外部耦合 C.公共耦合 D.內(nèi)容耦合19下列哪個(gè)不是 UML 的視圖（B ）A.邏輯視圖 B.行為視圖 C.組件視圖 D.并發(fā)視圖20屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的（A ） 。A.實(shí)例 B.虛擬 C.繼承 D.多態(tài)21反映收發(fā)消息的對(duì)象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是（C ） 。A.順序圖 B.類圖 C.合作圖 D.組件圖22面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（ C） ，從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過(guò)程。A.清晰的 B.模糊的 C.非線性的 D.確定的23動(dòng)態(tài)模型 描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D ）實(shí)現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動(dòng)圖 D.以上全部24不適合作 為數(shù)據(jù)處理與數(shù)據(jù)庫(kù)應(yīng)用的語(yǔ)言是（ D）A. SQL B. Cobol C. 4GL D. Lisp25軟件工程中，只根據(jù)程序的功能說(shuō)明而不關(guān)心程序內(nèi)部邏輯的測(cè)試方法，稱為（C ）測(cè)試。A.白盒法 B.灰盒法 C.黑盒法 D.綜合法26若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè) X，其范圍是-1.0，1.0 ，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方法是（C ） 。A.條件覆蓋法 B.等價(jià)分類法 C.邊界值分析法 D.錯(cuò)誤推測(cè)法27即使軟件能順利運(yùn)行，但用戶往往會(huì)提出增加新功能或改進(jìn)已有功能的建議，為滿足這一類要求而進(jìn)行的活動(dòng)稱為（A ） 。A.完善性維護(hù) B.預(yù)防性維護(hù) C.適應(yīng)性維護(hù) D.代碼重構(gòu)28. 可維護(hù)性的特性中，相互矛盾的是（B ） 。A.可理解性與可測(cè)試性 B.效率與可修改性C.可修改性與可理解性 D.可理解性與可讀性29.不屬于軟件項(xiàng)目管理的是（A ） 。A.軟件銷售利潤(rùn) B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估 C.質(zhì)量監(jiān)控 D. 開(kāi)發(fā)機(jī)構(gòu)能力評(píng)估30.（ C ）針對(duì)開(kāi)發(fā)過(guò)程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過(guò)程管理 C軟件配置管理 D風(fēng)險(xiǎn)管理 31面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制（A ）A.繼承 B.消息 C.方法 D.結(jié)構(gòu)32表示對(duì)象相互行為的模型是（A ）模型。A. 動(dòng)態(tài)模型 B. 功能模型 C. 對(duì)象模型 D. 狀態(tài)模型33對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校桑?B）實(shí)現(xiàn)。A.順序圖 B.類圖 C.狀態(tài)圖 D.組件圖34對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ C）于對(duì)象的統(tǒng)一體中。A結(jié)合 B隱藏 C封裝 D抽象35面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（ A） 。A.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì) B.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和用戶界面設(shè)計(jì)C.類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì) D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)36結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只由順序、循環(huán)和（A ） 三種結(jié)構(gòu)組成。.A.分支 B.單入口 C.單出口 D.有規(guī)則 GOTO37 （B ）時(shí)，測(cè)試 人員必須接觸到程序源代碼。A.黑盒測(cè)試 B.白盒測(cè)試 C.壓力測(cè)試 D.外觀測(cè)試38軟件測(cè)試方法中，白盒測(cè)試法是常用的方法，主要用于（D ） 。A.結(jié)構(gòu)的合理性 B.軟件外部功能C.程序正確性 D.程序內(nèi)部邏輯39為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是（C ） 。A.校正性維護(hù) B.完善性維護(hù) C.適應(yīng)性維護(hù) D.預(yù)防性維護(hù)40通俗的說(shuō)，軟件項(xiàng)目管理中常說(shuō)的基線是（D ） 。A.管理的基本思路 B.一種軟件開(kāi)發(fā)的基本策略C.基本的技術(shù)路線 D. 通過(guò)正式復(fù)審的文檔