2、鉛筆正確填涂選項(xiàng),如需修改,請(qǐng)用橡皮擦干凈,否則會(huì)導(dǎo)致不能正確評(píng)分?
例題
● 2007年下半年全國(guó)計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格(水平)考試日期是
(88) 月 (89) 日?
(88)A. 12 B. 11 C. 10 D. 9
(89)A. 6 B. 5 C. 4 D. 3
因?yàn)榭荚嚾掌谑恰?1月3日”,故(88)選B,(89)選D,應(yīng)在答題卡序號(hào) 88 下對(duì) B 填涂,在序號(hào) 89 下對(duì) D 填涂(參看答題卡)?
● 在指令系統(tǒng)的各種尋址方式中,獲取操作數(shù)最快的方式是 (1)
3、 ?若操作數(shù)的地址包含在指令中,則屬于 (2) 方式?
(1)A. 直接尋址 B. 立即尋址 C. 寄存器尋址 D. 間接尋址
(2)A. 直接尋址 B. 立即尋址 C. 寄存器尋址 D. 間接尋址
● 系統(tǒng)響應(yīng)時(shí)間和作業(yè)吞吐量是衡量計(jì)算機(jī)系統(tǒng)性能的重要指標(biāo)?對(duì)于一個(gè)持續(xù)處理業(yè)務(wù)的系統(tǒng)而言, (3) ,表明其性能越好?
(3)A. 響應(yīng)時(shí)間越短,作業(yè)吞吐量越小 B. 響應(yīng)時(shí)間越短,作業(yè)吞吐量越大
C. 響應(yīng)時(shí)間越長(zhǎng),作業(yè)吞吐量越大 D. 響應(yīng)時(shí)間不會(huì)影響作業(yè)吞吐量
● 若每一條指令都可以分解為取指?分析和執(zhí)行三步?己知取指時(shí)間t取指=4△t,分析時(shí)間t分析=3
4、△t,執(zhí)行時(shí)間t執(zhí)行=5△t?如果按串行方式執(zhí)行完100條指令需要 (4) △t?如果按照流水方式執(zhí)行,執(zhí)行完100條指令需要 (5) △t?
(4)A. 1190 B.1195 C
(5)A. 504 B. 507 C. 508 D. 510
● 若內(nèi)存地址區(qū)間為4000H~43FFH,每個(gè)存貯單元可存儲(chǔ)16位二進(jìn)制數(shù),該內(nèi)存區(qū)域用4片存儲(chǔ)器芯片構(gòu)成,則構(gòu)成該內(nèi)存所用的存儲(chǔ)器芯片的容量是 (6) ?
(6)A. 512×16bit B. 256×8bit C. 256×16bit
5、D. 1024×8bit
● 某Web網(wǎng)站向CA申請(qǐng)了數(shù)字證書?用戶登錄該網(wǎng)站時(shí),通過驗(yàn)證 (7) ,可確認(rèn)該數(shù)字證書的有效性,從而 (8) ?
(7)A. CA的簽名 B. 網(wǎng)站的簽名 C. 會(huì)話密鑰 D. DES密碼
(8)A. 向網(wǎng)站確認(rèn)自己的身份 B. 獲取訪問網(wǎng)站的權(quán)限
C. 和網(wǎng)站進(jìn)行雙向認(rèn)證 D. 驗(yàn)證該網(wǎng)站的真?zhèn)?
● 實(shí)現(xiàn)VPN的關(guān)鍵技術(shù)主要有隧道技術(shù)?加解密技術(shù)? (9) 和身份認(rèn)證技術(shù)?
(9)A. 入侵檢測(cè)技術(shù) B. 病毒防治技術(shù)
C. 安全審計(jì)技術(shù) D. 密鑰管理技術(shù)
● 若某人持有盜版軟件
6、,但他本人確實(shí)不知道該軟件是盜版的,則 (10) 承擔(dān)侵權(quán)責(zé)任?
(10)A. 應(yīng)由該軟件的持有者 B. 應(yīng)由該軟件的提供者
C. 應(yīng)由該軟件的提供者和持有者共同 D. 該軟件的提供者和持有者都不
● (11) 不屬于知識(shí)產(chǎn)權(quán)的范圍?
(11)A. 地理標(biāo)志權(quán) B. 物權(quán) C. 鄰接權(quán) D. 商業(yè)秘密權(quán)
● W3C制定了同步多媒體集成語言規(guī)范,稱為 (12) 規(guī)范?
(12)A. XML B. SMIL C. VRML D. SGML
● 對(duì)同一段音樂可以選用MIDI格式或WAV格式來記錄存儲(chǔ)?以下敘述中 (13)
7、 是不正確的?
(13)A. WAV格式的音樂數(shù)據(jù)量比MIDI格式的音樂數(shù)據(jù)量大
B. 記錄演唱會(huì)實(shí)況不能采用MIDI格式的音樂數(shù)據(jù)
C. WAV格式的音樂數(shù)據(jù)沒有體現(xiàn)音樂的曲譜信息
D. WAV格式的音樂數(shù)據(jù)和MIDI格式的音樂數(shù)據(jù)都能記錄音樂波形信息
● 設(shè)計(jì)制作一個(gè)多媒體地圖導(dǎo)航系統(tǒng),使其能根據(jù)用戶需求縮放地圖并自動(dòng)搜索路徑,最適合的地圖數(shù)據(jù)應(yīng)該是 (14) ?
(14)A. 真彩色圖像 B. 航拍圖像 C. 矢量化圖形 D. 高清晰灰度圖像
● 給定C語言的數(shù)據(jù)結(jié)構(gòu)
struct T {
in
8、t w;
union T { char c; int i; double d; } U;
};
假設(shè)char類型變量的存儲(chǔ)區(qū)大小是1字節(jié),int 類型變量的存儲(chǔ)區(qū)大小是4字節(jié),double類型變量的存儲(chǔ)區(qū)大小是8字節(jié),則在不考慮字對(duì)齊方式的情況下,為存儲(chǔ)一個(gè)struct T類型變量所需要的存儲(chǔ)區(qū)域至少應(yīng)為 (15) 字節(jié)?
(15)A. 4 B. 8 C. 12 D. 17
● 在過程式程序設(shè)計(jì)(①)?數(shù)據(jù)抽象程序設(shè)計(jì)(②)?面向?qū)ο蟪绦蛟O(shè)計(jì)(③)?泛型(通用)程序設(shè)計(jì)(④)中,C++ 語言支持 (16) ,C語言支持 (17)
9、?
(16)A. ① B. ②③ C. ③④ D. ①②③④
(17)A. ① B. ①③ C. ②③ D. ①②③④
● C語言是一種 (18) 語言?
(18)A. 編譯型 B. 解釋型 C. 編譯?解釋混合型 D. 腳本
● 采用UML進(jìn)行軟件建模過程中,類圖是系統(tǒng)的一種靜態(tài)視圖,用 (19) 可明確表示兩類事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系?
(19)A. 依賴關(guān)系 B. 聚合關(guān)系 C. 泛化關(guān)系 D. 實(shí)現(xiàn)關(guān)系
● 若程序運(yùn)行時(shí)系統(tǒng)報(bào)告除數(shù)為0,這屬于 (20)錯(cuò)誤?
(20)A. 語法 B. 語用 C
10、. 語義 D. 語境
● 集合?(21)??
(21)A. 可用正規(guī)式“”表示
B. 不能用正規(guī)式表示,但可用非確定的有限自動(dòng)機(jī)識(shí)別
C. 可用正規(guī)式“”表示
D. 不能用正規(guī)式表示,但可用上下文無關(guān)文法表示
● 表達(dá)式“X = A + B ′ (C - D)/E”的后綴表示形式可以為 (22) (運(yùn)算符優(yōu)先級(jí)相同時(shí),遵循左結(jié)合的原則)?
(22)A. XAB + CDE/-′= B. XA+BC-DE/′=
C. XABCD-′E/+= D. XABCDE+′-/=
● 設(shè)備驅(qū)動(dòng)程序是直接與 (23) 打交道的軟件
11、模塊?一般而言,設(shè)備驅(qū)動(dòng)程序的任務(wù)是接受來自與設(shè)備 (24) ?
(23)A. 硬件 B. 辦公軟件 C. 編譯程序 D. 連接程序
(24)A. 有關(guān)的上層軟件的抽象請(qǐng)求,進(jìn)行與設(shè)備相關(guān)的處理
B. 無關(guān)的上層軟件的抽象請(qǐng)求,進(jìn)行與設(shè)備相關(guān)的處理
C. 有關(guān)的上層軟件的抽象請(qǐng)求,進(jìn)行與設(shè)備無關(guān)的處理
D. 無關(guān)的上層軟件的抽象請(qǐng)求,進(jìn)行與設(shè)備無關(guān)的處理
● 某系統(tǒng)中有四種互斥資源R1?R2?R3和R4,可用資源數(shù)分別為3?5?6和8?假設(shè)在T0時(shí)刻有P1?P2?P3和P4 四個(gè)進(jìn)程,并且這些進(jìn)程對(duì)資源的最大需求量和已分配資源數(shù)如下表所示,那么在T
13、 D. 0?1?0和1
(26)A. P1→P2→P4→P3 B. P2→P1→P4→P3
C. P3→P2→P1→P4 D. P4→P2→P3→P1
● 頁(yè)式存儲(chǔ)系統(tǒng)的邏輯地址是由頁(yè)號(hào)和頁(yè)內(nèi)地址兩部分組成,地址變換過程如下圖所示?假定頁(yè)面的大小為8K,圖中所示的十進(jìn)制邏輯地址9612經(jīng)過地址變換后,形成的物理地址a應(yīng)為十進(jìn)制 (27) ?
(27)A. 42380 B. 25996 C. 9612 D. 8192
● 若文件系統(tǒng)容許不同用戶的文件可以具有相同的文件名,則操作系統(tǒng)應(yīng)采用 (28) 來實(shí)現(xiàn)?
(28)A
14、. 索引表 B. 索引文件 C. 指針 D. 多級(jí)目錄
● 在軟件開發(fā)中, (29) 不能用來描述項(xiàng)目開發(fā)的進(jìn)度安排?在其他三種圖中,可用 (30) 動(dòng)態(tài)地反映項(xiàng)目開發(fā)進(jìn)展情況?
(29)A. 甘特圖 B. PERT圖 C. PERT/CPM圖 D. 魚骨圖
(30)A. 甘特圖 B. PERT圖 C. PERT/CPM圖 D. 魚骨圖
● 選擇軟件開發(fā)工具時(shí),應(yīng)考慮功能? (31) ?穩(wěn)健性?硬件要求和性能?服務(wù)和支持?
(31)A. 易用性 B. 易維護(hù)性 C. 可移植性 D. 可擴(kuò)充性
● 內(nèi)聚性和耦合性是度量軟件模塊獨(dú)立性的重
15、要準(zhǔn)則,軟件設(shè)計(jì)時(shí)應(yīng)力求 (32) ?
(32)A. 高內(nèi)聚,高耦合 B. 高內(nèi)聚,低耦合
C. 低內(nèi)聚,高耦合 D. 低內(nèi)聚,低耦合
● 某大型軟件系統(tǒng)按功能可劃分為2段P1和P2?為提高系統(tǒng)可靠性,軟件應(yīng)用單位設(shè)計(jì)了如下圖給出的軟件冗余容錯(cuò)結(jié)構(gòu),其中P1和P2均有一個(gè)與其完全相同的冗余備份?若P1的可靠度為0.9,P2的可靠度為,則整個(gè)系統(tǒng)的可靠度是 (33) ?
P1
P1
P2
P2
(33)A. 0.6561 B. 0.81
● 對(duì)于如下的程序流程,當(dāng)采用語句覆蓋法設(shè)計(jì)測(cè)試案例時(shí),至少需要設(shè)計(jì)(34)個(gè)測(cè)試案例?
16、
(34)A. 1 B. 2 C. 3 D. 4
● 為驗(yàn)證程序模塊A是否正確實(shí)現(xiàn)了規(guī)定的功能,需要進(jìn)行 (35) ;為驗(yàn)證模塊A能否與其他模塊按照規(guī)定方式正確工作,需要進(jìn)行 (36) ?
(35)A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 系統(tǒng)測(cè)試
(36)A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 系統(tǒng)測(cè)試
● (37) 表示了系統(tǒng)與參與者之間的接口?在每一個(gè)用例中,該對(duì)象從參與者處收集信息,并將之轉(zhuǎn)換為一種被實(shí)體對(duì)象和控制對(duì)象使用的形式?
(37)A. 邊界對(duì)象 B. 可視化對(duì)象 C. 抽象對(duì)象 D. 實(shí)體
17、對(duì)象
● 在UML語言中,下圖中的a?b?c三種圖形符號(hào)按照順序分別表示 (38) ?
a b c
(38)A. 邊界對(duì)象?實(shí)體對(duì)象?控制對(duì)象 B. 實(shí)體對(duì)象 ?邊界對(duì)象?控制對(duì)象
C. 控制對(duì)象?實(shí)體對(duì)象?邊界對(duì)象 D. 邊界對(duì)象 ?控制對(duì)象?實(shí)體對(duì)象
● 在下面的用例圖(UseCase Diagram)中,X1?X2和X3表示 (39) ,已知UC3是抽象用例,那么X1可通過 (40) 用例與系統(tǒng)進(jìn)行交互?并且,用例 (41) 是UC4的可選部分,用例 (42) 是UC4的必須
18、部分?
(39)A. 人 B. 系統(tǒng) C. 參與者 D. 外部軟件
(40)A. UC4?UC1 B. UC5?UC1 C. UC5?UC2 D. UC1?UC2
(41)A. UC1 B. UC2 C. UC3 D. UC5
(42)A. UC1 B. UC2 C. UC3 D. UC5
● (43)設(shè)計(jì)模式定義了對(duì)象間的一種一對(duì)多的依賴關(guān)系,以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí),所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新?
(43)A. Adapter(適配器) B. Iterator(迭代器)
C. Prototype(原型
19、) D. Observer(觀察者)
● UML中有多種類型的圖,其中, (44) 對(duì)系統(tǒng)的使用方式進(jìn)行分類, (45) 顯示了類及其相互關(guān)系, (46) 顯示人或?qū)ο蟮幕顒?dòng),其方式類似于流程圖,通信圖顯示在某種情況下對(duì)象之間發(fā)送的消息, (47) 與通信圖類似,但強(qiáng)調(diào)的是順序而不是連接?
(44)A. 用例圖 B. 順序圖 C. 類圖 D. 活動(dòng)圖
(45)A. 用例圖 B. 順序圖 C. 類圖 D. 活動(dòng)圖
(46)A. 用例圖 B. 順序圖 C. 類圖 D. 活動(dòng)圖
(47)A. 用例圖 B. 順序圖 C.
20、 類圖 D. 活動(dòng)圖
● 正則表達(dá)式1*(0|01)*表示的集合元素的特點(diǎn)是(48) ?
(48)A. 長(zhǎng)度為奇數(shù)的0?1串
B. 開始和結(jié)尾字符必須為1的0?1串
C. 串的長(zhǎng)度為偶數(shù)的0?1串
D. 不包含子串011的0?1串
● 設(shè)某程序中定義了全局整型變量x和r,且函數(shù)f()的定義如下所示,則在語句“x = r*r +1 ;”中 (49) ?
int f(int r)
{ int x;
x = r*r +1 ;
return x;
}
(49)A. x和r均是全局變量 B. x是全局變量?r是形
21、式參數(shù)
C. x是局部變量?r是形式參數(shù) D. x是局部變量?r是全局變量
● 程序語言的大多數(shù)語法現(xiàn)象可用上下文無關(guān)文法描述?對(duì)于一個(gè)上下文無關(guān)文法G=(N,T,P,S),其中N是非終結(jié)符號(hào)的集合,T是終結(jié)符號(hào)的集合,P是產(chǎn)生式集合,S是開始符號(hào)?令集合V= N∪T,那么G所描述的語言是 (50) 的集合?
(50)A. 從S出發(fā)推導(dǎo)出的包含V中所有符號(hào)的串
B. 從S出發(fā)推導(dǎo)出的僅包含T中符號(hào)的串
C. N中所有符號(hào)組成的串
D. T中所有符號(hào)組成的串
● 在數(shù)據(jù)庫(kù)系統(tǒng)中,數(shù)據(jù)的完整性約束的建立需要通過數(shù)據(jù)庫(kù)管理系統(tǒng)提供的(51) 語言
22、來實(shí)現(xiàn)?
(51)A. 數(shù)據(jù)定義 B. 數(shù)據(jù)操作 C. 數(shù)據(jù)查詢 D. 數(shù)據(jù)控制
● 若某個(gè)關(guān)系的主碼為全碼,則該主碼應(yīng)包含 (52) ?
(52)A. 單個(gè)屬性 B. 兩個(gè)屬性 C. 多個(gè)屬性 D. 全部屬性
● 建立一個(gè)供應(yīng)商?零件數(shù)據(jù)庫(kù)?其中“供應(yīng)商”表S(Sno,Sname,Zip,City)分別表示:供應(yīng)商代碼?供應(yīng)商名?供應(yīng)商郵編?供應(yīng)商所在城市,其函數(shù)依賴為:Sno→(Sname,Zip,City ),Zip→City?“供應(yīng)商”表S屬于 (53) ?
(53)A. 1NF B. 2NF C. 3NF D. BCNF
● 關(guān)系R
23、?S如下圖所示,R S可由 (54) 基本的關(guān)系運(yùn)算組成,R S = (55) ?
A
B
C
A
C
D
a
b
c
d
b
a
d
f
c
d
e
g
a
d
b
c
f
d
d
g
g
R
S
(54)A. B. C. D.
(
24、55)A.
A
B
C
B.
A
B
C
D
a
b
c
b
a
d
c
d
e
a
b
d
b
a
f
c
d
g
d
g
g
C.
A
B
C
D.
A
B
C
D
a
b
b
a
c
d
a
b
b
a
c
d
d
g
● 若事務(wù)T1對(duì)數(shù)據(jù)A已加排它鎖,那么其它事務(wù)對(duì)數(shù)據(jù)A (56) ?
(56)A. 加共享鎖成功,加排它鎖失敗
25、 B. 加排它鎖成功,加共享鎖失敗
C. 加共享鎖?加排它鎖都成功 D. 加共享鎖?加排它鎖都失敗
● 拓?fù)渑判蚴侵赣邢驁D中的所有頂點(diǎn)排成一個(gè)線性序列的過程,若在有向圖中從頂點(diǎn)vi到vj有一條路徑,則在該線性序列中,頂點(diǎn)vi必然在頂點(diǎn)vj之前?因此,若不能得到全部頂點(diǎn)的拓?fù)渑判蛐蛄?則說明該有向圖一定 (57) ?
(57)A. 包含回路 B. 是強(qiáng)連通圖
C. 是完全圖 D. 是有向樹
● 設(shè)棧S和隊(duì)列Q的初始狀態(tài)為空,元素按照a?b?c?d?e的次序進(jìn)入棧S,當(dāng)一個(gè)元素從棧中出來后立即進(jìn)入隊(duì)列Q?若隊(duì)列的
26、輸出元素序列是c?d?b?a?e,則元素的出棧順序是 (58) ,棧S的容量至少為 (59) ?
(58)A. a?b?c?d?e B. e?d?c?b?a
C. c?d?b?a?e D. e?a?b?d?c
(59)A. 2 B. 3 C. 4 D. 5
● 對(duì)于n(n≥0)個(gè)元素構(gòu)成的線性序列L,在 (60) 時(shí)適合采用鏈?zhǔn)酱鎯?chǔ)結(jié)構(gòu)?
(60)A. 需要頻繁修改L中元素的值 B. 需要頻繁地對(duì)L進(jìn)行隨機(jī)查找
C. 需要頻繁地對(duì)L進(jìn)行刪除和插入操作 D. 要求L存儲(chǔ)密度高
● 對(duì)于二叉查找樹(Binar
27、y Search Tree),若其左子樹非空,則左子樹上所有結(jié)點(diǎn)的值均小于根結(jié)點(diǎn)的值;若其右子樹非空,則右子樹上所有結(jié)點(diǎn)的值均大于根結(jié)點(diǎn)的值;左?右子樹本身就是兩棵二叉查找樹?因此,對(duì)任意一棵二叉查找樹進(jìn)行 (61) 遍歷可以得到一個(gè)結(jié)點(diǎn)元素的遞增序列?在具有n個(gè)結(jié)點(diǎn)的二叉查找樹上進(jìn)行查找運(yùn)算,最壞情況下的算法復(fù)雜度為 (62) ?
(61) A. 先序 B. 中序 C. 后序 D. 層序
(62) A. O(n2) B. O(nlog2n) C. O(log2n) D. O(n)
● 迪杰斯特拉(Dijkstra)算法按照路徑長(zhǎng)度遞增的方
28、式求解單源點(diǎn)最短路徑問題,該算法運(yùn)用了 (63) 算法策略?
(63)A. 貪心 B. 分而治之 C. 動(dòng)態(tài)規(guī)劃 D. 試探+回溯
● 關(guān)于算法與數(shù)據(jù)結(jié)構(gòu)的關(guān)系, (64) 是正確的?
(64)A. 算法的實(shí)現(xiàn)依賴于數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)
B. 算法的效率與數(shù)據(jù)結(jié)構(gòu)無關(guān)
C. 數(shù)據(jù)結(jié)構(gòu)越復(fù)雜,算法的效率越高
D. 數(shù)據(jù)結(jié)構(gòu)越簡(jiǎn)單,算法的效率越高
● 若一個(gè)問題既可以用迭代方式也可以用遞歸方式求解,則 (65) 方法具有更高的時(shí)空效率?
(65)A. 迭代 B. 遞歸
C. 先遞歸后迭代 D. 先迭代后遞歸
29、
● 在FTP協(xié)議中,控制連接是由 (66) 主動(dòng)建立的?
(66)A. 服務(wù)器端 B. 客戶端 C. 操作系統(tǒng) D. 服務(wù)提供商
● 網(wǎng)頁(yè)中代碼定義了 (67) ?
(67)A. 一個(gè)單選框
B. 一個(gè)單行文本輸入框
C. 一個(gè)提交按紐
D. 一個(gè)使用圖像的提交按紐
● 電子郵件應(yīng)用程序利用POP3協(xié)議 (68) ?
(68)A. 創(chuàng)建郵件 B. 加密郵件
C. 發(fā)送郵件 D. 接收郵件
● 在進(jìn)行金融業(yè)務(wù)系統(tǒng)的網(wǎng)絡(luò)設(shè)計(jì)時(shí),應(yīng)該優(yōu)先考慮(69)原
30、則?在進(jìn)行企業(yè)網(wǎng)絡(luò)的需求分析時(shí),應(yīng)該首先進(jìn)行(70) ?
(69)A. 先進(jìn)性 B.開放性 C. 經(jīng)濟(jì)性 D. 高可用性
(70)A. 企業(yè)應(yīng)用分析 B. 網(wǎng)絡(luò)流量分析
C. 外部通信環(huán)境調(diào)研 D. 數(shù)據(jù)流向圖分析
● The Rational Unified Process (RUP) is a software engineering process, which captures many of best practices in modern software development. The notions of (71) and scenarios
31、 have been proven to be an excellent way to capture function requirements. RUP can be described in two dimensions – time and content. In the time dimension, the software lifecycle is broken into cycles. Each cycle is divided into four consecutive (72) which is concluded with a well-defined (73)
32、and can be further broken down into (74) – a complete development loop resulting in a release of an executable product, a subset of the final product under development, which grows incrementally to become the final system. The content structure refers to the disciplines, which group (75) logical
33、ly by nature.
(71)A. artifacts B. use-cases C. actors D. workers
(72)A. orientations B. views C. aspects D. phases
(73)A. milestone B. end-mark C. measure D. criteria
(74)A. rounds B. loops C. iterations D. circularities
(75)A. functions B. workflows C. actions D. activities
下半 軟件設(shè)計(jì)師 上午試卷
