《2017年電大考試軟件工程選擇題 小抄》由會員分享，可在線閱讀，更多相關(guān)《2017年電大考試軟件工程選擇題 小抄（5頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

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