計算機技術(shù)基礎(chǔ)、計算機網(wǎng)絡基礎(chǔ)、信息技術(shù)網(wǎng)絡基礎(chǔ)(二)

1、 模擬 計算機技術(shù)基礎(chǔ)、計算機網(wǎng)絡基礎(chǔ)、信息技術(shù)網(wǎng)絡基礎(chǔ) （ 二 ）選擇題第 1 題：默認情況下， Linux 系統(tǒng)中用戶登錄密碼信息存放在 文件中。A. /etc/groupB. /etc/userinfoC. /etc/shadowD. /etc/profie參考答案： Cetc/shadow 文件用于保存 Linux 系統(tǒng)中用戶登錄密碼信息，當然是使用加密后 的形式。shadow文件僅對root用戶可讀，保證了用戶口令的安全性。第 2 題：在Windows系統(tǒng)中若要顯示IP路由表的內(nèi)容，可以使用命令。A. Netstat-sB. Netstat-rC. Netstat-nD. Netst

2、at-a參考答案： BNetstat 命令的功能是顯示網(wǎng)絡連接、路由表和網(wǎng)絡接口信息，可以讓用戶得知 目前都有哪些網(wǎng)絡連接正在運作。其中要顯示 IP 路由表的內(nèi)容可以使用命令 Netstat-r 。第 3 題：在 Linux 系統(tǒng)，命令 用于管理各項軟件包。A. installB. rpmC. fsckD. msi參考答案： BRPM是 Red Hat公司隨Redhat Linux推出了一個軟件包管理器，通過它能夠更 加輕松容易地實現(xiàn)軟件的安裝。第 4 題：ISP 分配給某公可的地址塊為 ，則該公司得到的地址數(shù)是A. 8B. 16C. 32D. 64參考答案： BISP 分配給某公可的地址塊為

3、 ，說明其主機位為 4 位，則地址 數(shù)為 24=6。第 5 題：WI-Fi 聯(lián)盟制定的安全認證方案 WPA(Wi-fi Protected Access) 是 標準的子集。A. IEEE 802.11B. IEEE 802.11aC. IEEE 802.11bD. IEEE 802.11i參考答案： DWi-Fi保護接入(Wi-Fi Protected Access, WPA是作為通向802.11i道路的不 可缺失的一環(huán)而出現(xiàn)，并成為在IEEE 802.11i標準確定之前代替 WEP勺無線安 全標準協(xié)議,屬于 IEEE 802.11i 標準的子集。第 6 題： 入侵檢測系統(tǒng)使用入侵檢測技術(shù)對網(wǎng)

4、絡和系統(tǒng)進行監(jiān)視，并根據(jù)監(jiān)視結(jié)果采取 不同的處理，最大限度降低可能的入侵危害。以下關(guān)于入侵檢測系統(tǒng)的敘述， 不正確的是 。A. 入侵檢測系統(tǒng)可以彌補安全防御系統(tǒng)的漏洞和缺陷B. 入侵檢測系統(tǒng)很難檢測到未知的攻擊行為C. 基于主機的入侵系統(tǒng)可以精確地判斷入侵事件D. 網(wǎng)絡檢測入侵檢測系統(tǒng)主要用于實時監(jiān)控網(wǎng)絡關(guān)鍵路徑的信息參考答案： A入侵檢測系統(tǒng)是一種對網(wǎng)絡傳輸進行即時監(jiān)視， 在發(fā)現(xiàn)可疑傳輸時發(fā)出警報或者 采取主動反應措施的網(wǎng)絡安全設(shè)備。入侵檢測系統(tǒng)可以分為基于主機的入侵檢測系統(tǒng)和基于網(wǎng)絡的入侵檢測系統(tǒng)。 基于主機的入侵檢測系統(tǒng)對于特定主機 給予了定制性的保護， 對于發(fā)生在本地的、 用戶級的、

5、特征性比較明顯的入侵行 為有防范作用， 它可以精確地判斷入侵事件， 但會占用系統(tǒng)主機寶貴的資源。 基 于網(wǎng)絡的入侵檢測系統(tǒng)需要監(jiān)視整個網(wǎng)絡的流量， 匹配可疑行為特征。 它的技術(shù) 實現(xiàn)通常必須從網(wǎng)絡和系統(tǒng)的底層入手， 而且它同時保護的是網(wǎng)絡上的一批主機， 無論它們使用的什么系統(tǒng)。 入侵檢測系統(tǒng)具有一定的局限性， 主要表現(xiàn)在。 (1) 入侵檢測系統(tǒng)無法彌補安全防御系統(tǒng)的漏洞和缺陷。 (2) 對于高負載的 網(wǎng)絡或主機， 很難實現(xiàn)對網(wǎng)絡或系統(tǒng)的實時檢測和報警。 (3) 很難檢測到未 知的攻擊行為。 (4) 系統(tǒng)本身的特點可能被利用來作為網(wǎng)絡或系統(tǒng)攻擊的 對象。 (5) 它不能修正信息資源的安全問題。第

6、 7 題：對4對線的UTP鏈路來說，測試近端串擾(NEXT)損耗需要的次數(shù)至少是0A. 4 次B. 8 次C. 12 次D. 6 次 參考答案： D在一條UTP的鏈路上，NEXT損耗的測試需要在每一對線之間進行。也就是說對 于典型的4對UTP來說要有6對線關(guān)系的組合，即測試6次。第 8 題：計算機綜合布線過程中，鋪設(shè)金屬管應盡量減少彎頭，按照規(guī)定，每根金屬管 的彎頭應不超過 。A. 1 個B. 2 個C. 3 個D. 4 個 參考答案： C計算機綜合布線過程中， 在敷設(shè)金屬線管時應盡量減少彎頭， 每根金屬管的彎頭 不宜超過3個，直角彎頭不應超過2個，并不應有S彎出現(xiàn)，對于截面較大的電 纜不允許

7、有彎頭， 可采用內(nèi)徑較大的管子或增設(shè)拉線盒。 其中彎曲半徑應符合下 列要求： (1) 明配管時，一般不小于管外徑的 6倍；只有一個彎時，可不小 于管外徑的 4 倍；整排鋼管在轉(zhuǎn)彎處，宜彎成同心圓形狀。(2) 明配管時，一般不小于管外徑的 6 倍，敷設(shè)于地下或混凝土樓板內(nèi)時， 應不小于管外徑的 10 倍。 (3) 電線管的彎曲處不應有折皺、 陷和裂縫， 且彎扁程度不應大于管外 徑的10%訂購電纜時，必須考慮：確定介質(zhì)布線方法和電纜走向。確認到管理間的接線距離。留有端接容差。第 9 題：以下關(guān)于防火墻優(yōu)點的敘述，不恰當?shù)氖?A. 防火墻能強化安全策略B. 防火墻能防止從LAN內(nèi)部攻擊C. 防火墻能

8、限制暴露用戶點D. 防火墻能有效記錄 Internet 上的活動參考答案： B防火墻是一個由軟件和硬件設(shè)備組合而成、 在內(nèi)部網(wǎng)和外部網(wǎng)之間、 專用網(wǎng)與公 共網(wǎng)之間的界面上構(gòu)造的保護屠障和協(xié)助確保信息安全的設(shè)備。 它會依照特定的 規(guī)則，允許或是限制傳輸?shù)臄?shù)據(jù)通過。 防火墻具有很好的保護作用。 入侵者必須 首先穿越防火墻的安全防線，才能接觸目標計算機。防火墻最基本的功能就是在計算機網(wǎng)絡中控制不同信任程度區(qū)域間傳送的數(shù)據(jù)流。 例如與互聯(lián)網(wǎng)是不 可信任的區(qū)域，而內(nèi)部網(wǎng)絡是高度信任的區(qū)域。典型的區(qū)域包括互聯(lián)網(wǎng) （ 一個沒 有信任的區(qū)域 ） 和一個內(nèi)部網(wǎng)絡 （ 一個高信任的區(qū)域 ） 。最終目標是根據(jù)最少特

9、權(quán) 原則，通過安全政策的運行和連通性模型， 提供受控連通性給不同水平的信任區(qū) 域。防火墻的優(yōu)點主要有：防火墻能強化安全策略。防火墻能有效地記錄In ternet上的活動。防火墻限制暴露用戶點。防火墻能夠用來隔開網(wǎng)絡中一個網(wǎng)段與另一個網(wǎng)段。 這樣，能夠防止影響一個網(wǎng)段的問題 通過整個網(wǎng)絡傳播。防火墻是一個安全策略的檢查站。所有進出的信息都必須通過防火墻， 防火墻便成為安全問題的檢查點， 使可疑的訪問被拒絕于門 外。第 10 題：隱蔽工程施工中，正確的做法是 。A. 暗管的彎轉(zhuǎn)角度應小于90度B. 待管內(nèi)穿線工程完成后，清理管內(nèi)雜物和積水，并開始進行地面工程C .管道明敷時必須彈線D.線管進入箱體

10、時，宜采用上進線方式參考答案： C隱蔽工程在管道安裝過程中，要求管道明敷時必須彈線，以保證管路橫平豎直； 暗管的轉(zhuǎn)彎角度應大于 90度，在路徑上每根暗管的轉(zhuǎn)彎角不得多于兩個，并不 應有S、“Z”彎出現(xiàn)。在管內(nèi)穿線時，線管進入箱體宜采用下進線或者設(shè)置防水 彎的方式避免箱體進水， 且穿線宜在建筑物的抹灰、 裝修及地面工程結(jié)束后進行， 在穿入導線前，應將管子中的積水及雜物清除干凈。第 11 題：在面向?qū)ο筌浖_發(fā)過程中，采用設(shè)計模式 開發(fā)。A. 以復用成功的設(shè)計B. 以保證程序的運行速度達到最優(yōu)值C. 以減少設(shè)計過程創(chuàng)建的類的個數(shù)D .允許在非面向?qū)ο蟪绦蛟O(shè)計語言中使用面向?qū)ο蟮母拍钅Ｊ绞且环N問題的

11、解決思路， 它已經(jīng)適用于一個實踐環(huán)境， 并且可以適用于其他 環(huán)境。設(shè)計模式通常是對于某一類軟件設(shè)計問題的可重用的解決方案， 將設(shè)計模 式引入軟件設(shè)計和開發(fā)過程，其目的就在于要重用成功的軟件開發(fā)經(jīng)驗。第 12 題： 某軟件開發(fā)項目的用戶在項目初始階段提出的需求不全面也不明確，此項目宜 采用 開發(fā)。A. 生命周期法B. 原型法C. 面向?qū)ο蟮拈_發(fā)方法D. 瀑布式開發(fā)方法參考答案： B常見的信息系統(tǒng)開發(fā)方法有結(jié)構(gòu)化法、 原型法、面向?qū)ο蠓椒ā?其中原型法也稱 原型化法，原型法的基本思想與結(jié)構(gòu)化方法不同， 原型法認為在很難一下子全面 準確地提出用戶需求的情況下，首先不要求一定要對系統(tǒng)做全面、詳細的調(diào)查

12、、 分析，而是本著開發(fā)人員對用戶需求的初步理解， 先快速開發(fā)一個原型系統(tǒng)， 然 后通過反復修改來實現(xiàn)用戶的最終系統(tǒng)需求。 系統(tǒng)分析、設(shè)計與實現(xiàn)都是隨著對 一個工作模型的不斷修改而同時完成的， 相互之間并無明顯界限， 也沒有明確分 工。 C 中的“面向?qū)ο蟮拈_發(fā)方法”既適合于需求明確的情況，也適合于 需求不明確的場合，A太籠統(tǒng)，“瀑布式”是一種軟件開發(fā)模型，而非開發(fā)方法。第 13 題： 下列耦合形式中，耦合度最弱的是 。A. 特征耦合B. 公共耦合C. 數(shù)據(jù)耦合D. 控制耦合參考答案： C耦合度是指模塊間關(guān)聯(lián)的緊密程度， 從強至弱依次分為 7種：內(nèi)容耦合、 公共耦 合、外部耦合、控制耦合、標記耦

13、合、數(shù)據(jù)耦合、非直接耦合。第 14 題： 模塊內(nèi)部的算法設(shè)計在采用結(jié)構(gòu)化方法進行開發(fā)的 階段進行。A. 系統(tǒng)分析B. 概要設(shè)計C. 詳細設(shè)計D. 編碼（實現(xiàn)）通俗地說，概要設(shè)計是設(shè)計模塊之間的關(guān)系， 而詳細設(shè)計是設(shè)計模塊內(nèi)部的細節(jié) 因此模塊內(nèi)部的算法設(shè)計屬于詳細設(shè)計的范疇。第 15 題：一個軟件系統(tǒng)應具有什么樣的功能，這是在 階段決定的A. 總體設(shè)計B. 需求分析C. 詳細設(shè)計D. 程序設(shè)計 參考答案： B需求分析是軟件系統(tǒng)生命周期中較早期的一個階段， 其目的主要是確定軟件系統(tǒng) 應該具備哪些功能，即明確“做什么”的問題。第 16 題：數(shù)據(jù)庫設(shè)計依次為 。A. 物理設(shè)計階段、邏輯設(shè)計階段、概念設(shè)

14、計階段B. 概念設(shè)計階段、邏輯設(shè)計階段、物理設(shè)計階段C. 邏輯設(shè)計階段、概念設(shè)計階段、物理設(shè)計階段D. 概念設(shè)計階段、物理設(shè)計階段、邏輯設(shè)計階段 參考答案： B數(shù)據(jù)庫設(shè)計 (Database Design) 是指對于一個給定的應用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù) 庫模式， 建立數(shù)據(jù)庫及其應用系統(tǒng)， 使之能夠有效地存儲數(shù)據(jù)， 滿足各種用戶的 應用需求 (信息要求和處理要求 ) 。在數(shù)據(jù)庫領(lǐng)域內(nèi)， 常常把使用數(shù)據(jù)庫的各類系 統(tǒng)統(tǒng)稱為數(shù)據(jù)庫應用系統(tǒng)。數(shù)據(jù)庫設(shè)計具體分為三個階段：(1) 概念設(shè)計階段：形成獨立于機器特點，獨立于各個DBM薩品的概念模式(E-R圖)。 邏輯設(shè)計階段：首先將E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)庫產(chǎn)

15、品支持的數(shù)據(jù)模型，如 關(guān)系模型，形成數(shù)據(jù)庫邏輯模式；然后根據(jù)用戶處理的要求、安全性的考慮，在 基本表的基礎(chǔ)上再建立必要的視圖 (View) ，形成數(shù)據(jù)的外模式(3) 物理設(shè)計階段：根據(jù)DBMS!點和處理的需要，進行物理存儲安排，建立索引，形成數(shù) 據(jù)庫內(nèi)模式。第 17 題：不屬于黑盒測試方法。A. 等價類劃分B .狀態(tài)測試C. 邊界值分析D. 變異測試黑盒測試也稱功能測試， 它是通過測試來檢測每個功能是否都能正常使用。 在測 試中，把程序看作一個不能打開的黑盒子， 在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特 性的情況下， 在程序接口進行測試， 它只檢查程序功能是否按照需求規(guī)格說明書 的規(guī)定正常使用， 程序

16、是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。 黑盒 測試著眼于程序外部結(jié)構(gòu)， 不考慮內(nèi)部邏輯結(jié)構(gòu)， 主要針對軟件界面和軟件功能 進行測試。 黑盒測試通常可以細分為邊界值測試、等價類劃分、錯誤推測 與因果圖這四種小類。狀態(tài)測試可以理解為等價類劃分測試法的一個分支。第 18 題：軟件測試可由不同機構(gòu)組織實施。以下說法正確的是 。A. 軟件單元測試由承建單位組織，一般由軟件開發(fā)組實施測試B. 軟件集成測試由業(yè)主單位組織，軟件開發(fā)組和軟件測試組聯(lián)合實施測試C. 軟件確認測試由業(yè)主單位組織，軟件測試組實施測試D. 系統(tǒng)測試由監(jiān)理單位組織，成立聯(lián)合測試組實施測試參考答案： A軟件測試應由獨立于軟件設(shè)計開

17、發(fā)的人員進行， 根據(jù)軟件項目的規(guī)模等級和安全 性關(guān)鍵等級， 軟件測試可由不同機構(gòu)組織實施。 (1) 軟件單元測試由承建單 位自行組織， 一般由軟件開發(fā)組實施測試。 (2) 軟件集成測試由承建單位自 行組織，軟件開發(fā)組和軟件測試組聯(lián)合實施測試。(3) 軟件確認測試由承建單位自行組織， 軟件測試組實施測試。 (4) 系統(tǒng)測試應由業(yè)主單位組織， 成 立聯(lián)合測試組 (一般由專家組、業(yè)主單位、軟件評測單位、承建單位等聯(lián)合組成 測試組 ) 實施測試。第 19 題：軟件質(zhì)量的含義應完整包括 。 能滿足給定需要的特性之全體 具有所希望的各種屬性的組合的程度 顧客或用戶認為能滿足其綜合期望的程度 軟件的組合特性

18、，它確定軟件在使用中滿足顧客一切要求的程度A. B. C. D. 參考答案： C1999年，軟件“產(chǎn)品評價”國際標準：ISO 14598給出的“軟件質(zhì)量”的定義是： 軟件特性的總合， 軟件滿足規(guī)定或潛在用戶需求的能力。 也就是說， 質(zhì)量就是遵 從用戶需求， 達到用戶滿意。 從而可判斷“選項”的描述錯誤。2001 年，軟件“產(chǎn)品質(zhì)量”國際標準 ISO 9126 定義的軟件質(zhì)量包括“內(nèi)部質(zhì)量”、“外 部質(zhì)量”和“使用質(zhì)量”三部分。也就是說， “軟件滿足規(guī)定或潛在用戶需求的 能力”要從軟件在內(nèi)部、外部和使用中的表現(xiàn)來衡量。第 20 題： 在軟件配置管理規(guī)程中應明確規(guī)定 。 各級、各庫中所管的軟件實體

19、的清單 保證安全性、可靠性、保密性、正確性、完備性、一致性和可追蹤性的 具體措施 入庫控制辦法和審批手續(xù) 出庫條件及其必備的手續(xù) 變更控制辦法和審批手續(xù)A. B. C. D. 參考答案： B軟件配置項不論大小都必須實施軟件配置管理。 每個計算機系統(tǒng)均應制定軟件配 置管理規(guī)程，至少應明確規(guī)定： (1) 各級、各庫中所管的軟件實體的清單。(2) 保證安全性、可靠性、保密性、正確性、完備性、一致性和可追蹤性的具體 措施。 (3) 入庫控制辦法和審批手續(xù)。 (4) 出庫條件及其必備的手續(xù)。 (5) 變更控制辦法和審批手續(xù)。第 21 題： 軟件配置管理應滿足“ ”、“可見性”和“可控性”要求。A. 有效

20、性B. 可靠性C. 實用性D. 全面性參考答案： A 任何軟件配置管理項都必須做到“文實相符、文文一致”，以滿足“有效性”、 “可見性”和“可控性”要求。第 22 題： 某項目組擬開發(fā)一個大規(guī)模系統(tǒng)，且具備了相關(guān)領(lǐng)域及類似規(guī)模系統(tǒng)的開發(fā)經(jīng) 驗。下列過程模型中， 最適合開發(fā)此項目。A. 原型模型B. 瀑布模型C. V 模型D. 螺旋模型本題主要考查我們對各開發(fā)模型的理解。 瀑布模型具有可強迫開發(fā)人員采 用規(guī)范的方法； 嚴格規(guī)定了各階段必須提交的文檔； 要求每個階段結(jié)束后， 都要 進行嚴格的評審等優(yōu)點。 但瀑布模型過于理想化， 而且缺乏靈活性， 無法在開發(fā) 過程中逐漸明確用戶難以確切表達或一時難以

21、想到的需求。 原型模型一般 是基于需求不容易明確這一事實： 并非所有的需求在系統(tǒng)開發(fā)之前都能準確地說 明和定義。 因此，它不追求也不可能要求對需求的嚴格定義， 而是采用了動態(tài)定 義需求的方法?？焖僭头ㄟm用于需求不夠明確的項目。 V 模型一種典型 的測試模型，該模型強調(diào)開發(fā)過程中測試貫穿始終。 螺旋模型綜合了瀑布 模型和演化模型的優(yōu)點， 并在此基礎(chǔ)上還增加了風險分析。 采用螺旋模型時， 軟 件開發(fā)沿著螺旋線自內(nèi)向外旋轉(zhuǎn)， 每轉(zhuǎn)一圈都要對風險進行識別和分析， 并采取 相應的對策。 本題描述的是一個大型項目，那么對文檔的要求應該相應較 高，而且具備了相關(guān)領(lǐng)域及類似規(guī)模系統(tǒng)的開發(fā)經(jīng)驗， 那么系統(tǒng)的需

22、求應該較明 確，綜合考慮，應該采用瀑布模型。第 23 題： 軟件復雜性度量的參數(shù)不包括 。A. 軟件的規(guī)模B. 開發(fā)小組的規(guī)模C. 軟件的難度D. 軟件的結(jié)構(gòu)參考答案： B軟件復雜性主要表現(xiàn)在程序的復雜性。 程序的復雜性主要指模塊內(nèi)程序的復雜性。 它直接關(guān)聯(lián)到軟件開發(fā)費用的多少、開發(fā)周期長短和軟件內(nèi)部潛伏錯誤的多少。 同時它也是軟件可理解性的另一種度量。軟件復雜性度量的參數(shù)很多，主要有： (1) 規(guī)模，即總共的指令數(shù)，或源程序行數(shù)。 (2) 難度，通常由 程序中出現(xiàn)的操作數(shù)的數(shù)目所決定的量來表示。(3) 結(jié)構(gòu)，通常用于程序結(jié)構(gòu)有關(guān)的度量來表示。 (4) 智能度，即算法的難易程度。第 24 題：

23、 以下關(guān)于軟件系統(tǒng)文檔的敘述中，錯誤的是 。A. 軟件系統(tǒng)文檔既包括有一定格式要求的規(guī)范文檔，又包括系統(tǒng)建設(shè)過程中 的各種來往文件、會議紀要、會計單據(jù)等資料形成的不規(guī)范文檔B. 軟件系統(tǒng)文檔可以提高軟件開發(fā)的可見度C. 軟件系統(tǒng)文檔不能提高軟件開發(fā)效率D. 軟件系統(tǒng)文檔便于用戶理解軟件的功能、性能等各項指標參考答案： C軟件系統(tǒng)文檔既包括有一定格式要求的規(guī)范文檔， 又包括系統(tǒng)建設(shè)過程中的各種 來往文件、 會議紀要、 會計單據(jù)等資料形成的不規(guī)范文檔， 通過它可以提高軟件 開發(fā)的可見度， 提高軟件開發(fā)的效率以及便于用戶理解軟件的功能、 性能等各項 指標。第 25 題：以下關(guān)于軟件測試的敘述中，正確

24、的是 。A. 軟件測試不僅能表明軟件中存在錯誤，也能說明軟件中不存在錯誤B. 軟件測試活動應從編碼階段開始C. 一個成功的測試能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤D. 在一個被測程序段中，若已發(fā)現(xiàn)的錯誤越多，則殘存的錯誤數(shù)越少 參考答案： C軟件測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件產(chǎn)品 （主 要是指程序 ） 中的錯誤和缺陷。軟件測試是軟件質(zhì)量保證的主要手段之一。 一個好的測試用例是極有可能發(fā)現(xiàn)至今為止尚未發(fā)現(xiàn)的錯誤的測試用例。 一次成 功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。 一個高效的測試是指用少量 的測試用例， 發(fā)現(xiàn)被測軟件盡可能多的錯誤。 軟件測試不能說明軟件中不存在錯 誤

25、。第 26 題：不屬于黑盒測試技術(shù)的是 A. 錯誤猜測B .邏輯覆蓋C. 邊界值分析D. 等價類劃分參考答案： B黑盒測試又稱功能測試。它把軟件看做一個不透明的黑盒子，完全不考慮 （ 或不 了解） 軟件的內(nèi)部結(jié)構(gòu)和處理算法，它只檢查軟件功能是否能按照軟件需求說明 書的要求正常使用， 軟件是否能適當?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息， 軟 件運行過程中能否保持外部信息 （例如文件和數(shù)據(jù)庫 ）的完整性等。 常用的 黑盒測試技術(shù)包括等價類劃分、邊界值分析、錯誤推測和因果圖等。第 27 題：軟件 是指一個系統(tǒng)在給定時間間隔內(nèi)和給定條件下無失效運行的概率。A. 可靠性B. 可用性C. 可維護性D. 可伸

26、縮性參考答案： A軟件的可靠性是指一個系統(tǒng)在給定時間間隔內(nèi)和給定條件下無失效運行的概率。 軟件的可用性是指軟件在特定使用環(huán)境下為特定用戶用于特定用途時所具有的 有效性。 軟件的可維護性是指與軟件維護的難易程度相關(guān)的一組軟件屬性。軟件的可伸縮性是指是否可以通過運行更多的實例或者采用分布式處理來支持 更多的用戶。第 28 題： 在軟件維護階段，為軟件的運行增加監(jiān)控設(shè)施屬于 維護。A. 改正性B. 適應性C. 完善性D. 預防性參考答案： C軟件維護占整個軟件生命周期的 60%- 80%維護的類型主要有以下4種。 （1） 改正性維護： 為了識別和糾正軟件錯誤、 改正軟件性能上的缺陷、 排除實施中的

27、誤使用，應當進行的診斷和改正錯誤的過程就叫做改正性維護。（2） 適應性維護：在使用過程中，外部環(huán)境 （新的硬、軟件配置 ） 、數(shù)據(jù)環(huán)境 （數(shù)據(jù)庫、數(shù)據(jù) 格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì) ）可能發(fā)生變化。 為使軟件適應這種變 化，而去修改軟件的過程就叫做適應性維護。（3） 完善性維護： 在軟件的使用過程中， 用戶往往會對軟件提出新的功能與性能要求。 為了滿足這些要求， 需 要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟 件的可維護性。 這種情況下進行的維護活動叫做完善性維護。（4） 預防性維護：這是指預先提高軟件的可維護性、 可靠性等， 為以后進一步改進軟件打下良

28、好基礎(chǔ)。通常，預防性維護可定義為 “把今天的方法學用于昨天的系統(tǒng)以滿足明 天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的 某一部分 （重新）進行設(shè)計、編制和測試。而本題所描述的為軟件的運行增加監(jiān)控設(shè)施屬于完善性維護。第 29 題： 面向?qū)ο蠓治龅牡谝?步是 。A. 定義服務B. 確定附加的系統(tǒng)約束C. 確定問題域D. 定義類和對象參考答案： C面向?qū)ο蠓治龅娜蝿帐橇私鈫栴}域所涉及的對象、 對象間的關(guān)系和操作， 然后構(gòu) 造問題的對象模型。 問題域是指一個包含現(xiàn)實世界事物與概念的領(lǐng)域， 這些事物 和概念與所設(shè)計的系統(tǒng)要解決的問題有關(guān)。 因此面向?qū)ο蠓治龅牡谝徊绞且_定 問題

29、域。第 30 題： 下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計的描述，正確的是 。A. 面向?qū)ο笤O(shè)計描述軟件要做什么B. 面向?qū)ο蠓治霾恍枰紤]技術(shù)和實現(xiàn)層面的細節(jié)C. 面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計的結(jié)果D. 面向?qū)ο笤O(shè)計的結(jié)果是簡單的分析模型 參考答案： B 00A是軟件需求分析的一種方法，而需求分析所關(guān)心的是軟件要做什么，不需要 考慮技術(shù)和實現(xiàn)層面的細節(jié)問題。00A勺結(jié)果是分析模型及說明文檔，同時 00A 的結(jié)果是00D勺輸入。第 31 題：數(shù)據(jù)流圖（DFD）對系統(tǒng)的功能和功能之間的數(shù)據(jù)流進行建模，其中頂層數(shù)據(jù)流圖 描述了系統(tǒng)的 。A. 處理過程B. 輸入與輸出C. 數(shù)據(jù)存儲D. 數(shù)據(jù)實體參考答案：

30、 B數(shù)據(jù)流圖主要由實體、 數(shù)據(jù)存儲、 處理過程和數(shù)據(jù)流四部分組成。 在頂層數(shù)據(jù)流 圖中，將系統(tǒng)描述成一個處理過程， 而其他的是與該處理過程相關(guān)的輸入輸出流， 因此頂層數(shù)據(jù)流圖描述了系統(tǒng)的輸入與輸出。第 32 題：軟件開發(fā)的增量模型 。A. 最適用于需求被清晰定義的情況B. 是一種能夠快速構(gòu)造可運行產(chǎn)品的好方法C. 最適合于大規(guī)模團隊開發(fā)的項目D. 是一種不適用于商業(yè)產(chǎn)品的創(chuàng)新模型 參考答案： B增量模型是一種非整體開發(fā)的模型， 該模型具有較大的靈活性， 適合于軟件需求 不明確的一種模型。 使用該模型開發(fā)產(chǎn)品， 一般是盡快構(gòu)造出可運行的產(chǎn)品， 然 后在該產(chǎn)品的基礎(chǔ)上再增加需要的新的構(gòu)建，使產(chǎn)品更

31、趨于完善。第 33 題：假設(shè)某軟件公司與客戶簽訂合同開發(fā)一個軟件系統(tǒng)，系統(tǒng)的功能有較清晰的定 義，且客戶對交付時間有嚴格要求，則該系統(tǒng)的開發(fā)最適宜采用 。A. 瀑布模型B. 原型模型C. V模型D. 螺旋模型參考答案： A瀑布模型嚴格遵循軟件生命周期各階段的固定順序：計劃、分析、設(shè)計、編程、 測試和維護， 上一階段完成后才能進入到下一階段。 瀑布模型的優(yōu)點是： 可強迫 開發(fā)人員采用規(guī)范的方法； 嚴格規(guī)定了各階段必須提交的文檔； 要求每個階段結(jié) 束后，都要進行嚴格的評審。但瀑布模型過于理想化，而且缺乏靈活性，無法在 開發(fā)過程中逐漸明確用戶難以確切表達或一時難以想到的需求。 該模型比較適合 于需求

32、明確，對交付時間有嚴格要求的開發(fā)。 原型模型基于這樣一種客觀 事實：并非所有的需求在系統(tǒng)開發(fā)之前都能準確地說明和定義。 因此，它不追求 也不可能要求對需求的嚴格定義， 而是采用了動態(tài)定義需求的方法。 它適用于需 求不明確的開發(fā)環(huán)境。 螺旋模型綜合了瀑布模型和演化模型的優(yōu)點，還增 加了風險分析。螺旋模型包含了四個方面的活動：制訂計劃、風險分析、實施工 程、客戶評估。采用螺旋模型時，軟件開發(fā)沿著螺旋線自內(nèi)向外旋轉(zhuǎn)，每轉(zhuǎn)一圈 都要對風險進行識別和分析， 并采取相應的對策。 螺旋模型比較適合大規(guī)模的開 發(fā)，它對風險控制有很高的要求。 綜上所述，要滿足題目描述的要求，應 該采用瀑布模型開發(fā)最適宜。第 3

33、4 題： 以下關(guān)于封裝在軟件復用中所充當?shù)慕巧臄⑹觯_的是 。A. 封裝使得其他開發(fā)人員不需要知道一個軟件組件內(nèi)部如何工作B. 封裝使得軟件組件更有效地工作C. 封裝使得軟件開發(fā)人員不簡要編制開發(fā)文檔D. 封裝使得軟件組件開發(fā)更加容易參考答案： A封裝是面向?qū)ο蠹夹g(shù)的三大特點之一，封裝的目的是使對象的定義和實現(xiàn)分離， 這樣，就能減少耦合。 封裝可以使得其他開發(fā)人員不需要知道一個軟件組件內(nèi)部 是如何工作的， 只需要使用該組件提供的接口來完成交互即可， 如果在另外一個 地方需要完成同樣的功能， 我們就可以將該組件使用在另外一個地方， 這樣提供 了軟件的復用性。第 35 題：數(shù)據(jù)流圖的作用是 。

34、A. 描述了數(shù)據(jù)對象之間的關(guān)系B .描述了對數(shù)據(jù)的處理流程C. 說明了將要出現(xiàn)的邏輯判定D. 指明了系統(tǒng)對外部事件的反應參考答案： B數(shù)據(jù)流圖是結(jié)構(gòu)化分析中的重要方法和工具， 是表達系統(tǒng)內(nèi)數(shù)據(jù)的流動并通過數(shù) 據(jù)流描述系統(tǒng)功能的一種方法。 數(shù)據(jù)流圖還可被認為是一個系統(tǒng)模型， 在信息系統(tǒng)開發(fā)中，一般將它作為需求說明書的組成部分。 數(shù)據(jù)流圖的作用主要有 以下幾個方面： (1) 數(shù)據(jù)流圖是理解和表達用戶需求的工具， 是系統(tǒng)分析的 手段。由于數(shù)據(jù)流圖簡明易懂， 理解它不需要任何計算機專業(yè)知識， 便于通過它 同客戶交流。 (2) 數(shù)據(jù)流圖概括地描述了系統(tǒng)的內(nèi)部邏輯過程， 是系統(tǒng)分析 結(jié)果的表達工具。因而是

35、系統(tǒng)設(shè)計的重要參考資料， 是系統(tǒng)設(shè)計的起點。 (3) 數(shù)據(jù)流圖作為一個存檔的文字材料，是進一步修改和充實開發(fā)計劃的依據(jù)。 數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度， 利用圖形符號通過逐層細分描述系統(tǒng)內(nèi)各個 部件的功能和數(shù)據(jù)在它們之間傳遞的情況，來說明系統(tǒng)所完成的功能。第 36 題： 軟件需求規(guī)格說明書在軟件開發(fā)中具有重要作用，但其作用不應該包括A. 軟件設(shè)計的依據(jù)B. 用戶和開發(fā)人員對軟件要做什么的共同理解C. 軟件驗收的依據(jù)D. 軟件可行性分析依據(jù)參考答案： D軟件需求規(guī)格說明書的編制是為了使用戶和開發(fā)人員對軟件要做什么有共同的 理解， 使之成為整個軟件設(shè)計和軟件驗收工作的基礎(chǔ)。需求分析在可行性研究之

36、后，當然不能成為可行性研究的依據(jù)。第 37 題：軟件的復雜性與許多因素有關(guān)， 不屬于軟件的復雜性參數(shù)。A .源程序的代碼行數(shù)B. 程序的結(jié)構(gòu)C. 算法的難易程度D .程序中注釋的多少參考答案： D軟件的復雜性與源程序的代碼行數(shù)、 程序的結(jié)構(gòu)、 算法的難易程度有關(guān)， 與程序 中注釋的多少無關(guān)。程序中注釋的多少與程序的可閱讀性和可理解性有關(guān)。第 38 題：軟件黑盒測試的測試用例設(shè)計主要考慮 。A. 軟件功能B. 輸入數(shù)據(jù)C. 輸出數(shù)據(jù)D. 內(nèi)部邏輯盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試， 它是在已知產(chǎn)品所應具有的功能， 通過測 試來檢測每個功能是否都能正常使用， 在測試時， 把程序看作一個不能打開的黑

37、盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下， 測試者在程序接口進行 測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用， 程序是否能 適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息( 如數(shù)據(jù)庫或文件)的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測 等，主要用于軟件確認測試。 “黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯 結(jié)構(gòu)、針對軟件界面和軟件功能進行測試。 “黑盒”法是窮舉輸入測試，只有把 所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。 實際上測試情況有無窮多個， 人們不僅要測試所有合法的輸入， 而且還要對那些 不合法但是可

38、能的輸入進行測試。第 39 題：代碼走查 (code walkthrough) 和代碼審查 (code inspection) 是兩種不同的代碼 評審方法，這兩種方法的主要區(qū)別是 。A. 在代碼審查中由編寫代碼的程序員來組織討論， 而在代碼走查中由高級管 理人員來領(lǐng)導評審小組的活動B. 在代碼審查中只檢查代碼中是否有錯誤， 而在代碼走查中還要檢查程序與 設(shè)計文檔的一致性C. 在代碼走查中只檢查程序的正確性，而在代碼審查中還要評審程序員的編 程能力和工作業(yè)績D. 代碼審查是一種正式的評審活動，而代碼走查的討論過程是非正式的參考答案： D靜態(tài)分析中進行人工測試的主要方法有桌前檢查 (Desk Ch

39、ecking) 、代碼審查和 代碼走查。經(jīng)驗表明，使用這種方法能夠有效地發(fā)現(xiàn)30%- 70%的邏輯設(shè)計和編碼錯誤。 1 桌前檢查 由程序員自己檢查自己編寫的程序。程序員在 程序通過編譯之后，進行單元測試設(shè)計之前，對源程序代碼進行分析，檢驗，并 補充相關(guān)的文檔， 目的是發(fā)現(xiàn)程序中的錯誤。 檢查項目有： (1) 檢查變量的 交叉引用表： 重點是檢查未說明的變量和違反了類型規(guī)定的變量； 還要對照源程 序，逐個檢查變量的引用、 變量的使用序列；臨時變量在某條路徑上的重寫情況； 局部變量、 全局變量與特權(quán)變量的使用； (2) 檢查標號的交叉引用表： 驗證 所有標號的正確性： 檢查所有標號的命名是否正確； 轉(zhuǎn)向指定位置的標號是否正 確。 (3) 檢查子程序、宏、函數(shù)：驗證每次調(diào)用與被調(diào)用位置是否正確；確 認每次被調(diào)用的子程序、 宏、函數(shù)是否存在； 檢驗調(diào)用序列中調(diào)用方式與參數(shù)順 序、個數(shù)、類型上的一致性。(4) 等值性檢查：檢查全部等價變量的類型的一致性， 解釋所包含的類型差異。(5) 常量檢查： 確認每個常量的取值和數(shù)制、數(shù)據(jù)類型；檢查常量每次引用同它的取值、數(shù)制和類型的一致性；(6)標準檢查：用標準檢查程序或手工檢查程序中違反標準的問題。(7) 風格檢查：檢查在程序設(shè)計風格