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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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