2014年下半年軟件水平考試(中級(jí))軟件評(píng)測(cè)師上午(基礎(chǔ)知識(shí))真題試卷_第1頁
2014年下半年軟件水平考試(中級(jí))軟件評(píng)測(cè)師上午(基礎(chǔ)知識(shí))真題試卷_第2頁
2014年下半年軟件水平考試(中級(jí))軟件評(píng)測(cè)師上午(基礎(chǔ)知識(shí))真題試卷_第3頁
2014年下半年軟件水平考試(中級(jí))軟件評(píng)測(cè)師上午(基礎(chǔ)知識(shí))真題試卷_第4頁
2014年下半年軟件水平考試(中級(jí))軟件評(píng)測(cè)師上午(基礎(chǔ)知識(shí))真題試卷_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、2014年下半年軟件水平考試(中級(jí))軟件評(píng)測(cè)師上午(基礎(chǔ)知識(shí))真題試卷(總分:150.00,做題時(shí)間:90分鐘)一、 選擇題(總題數(shù):61,分?jǐn)?shù):150.00)1.選擇題()下列各題A、B、C、D四個(gè)選項(xiàng)中,只有一個(gè)選項(xiàng)是正確的,請(qǐng)將此選項(xiàng)涂寫在答題卡相應(yīng)位置上,答在試卷上不得分。_解析:2.三總線結(jié)構(gòu)的計(jì)算機(jī)總線系統(tǒng)由 ( ) 組成。(分?jǐn)?shù):2.00)A.CPU總線、內(nèi)存總線和IO總線B.數(shù)據(jù)總線、地址總線和控制總線C.系統(tǒng)總線、內(nèi)部總線和外部總線D.串行總線、并行總線和PCI總線解析:解析:本題考查計(jì)算機(jī)系統(tǒng)基礎(chǔ)知識(shí)??偩€上傳輸?shù)男畔㈩愋头譃閿?shù)據(jù)、地址和控制,因此總線由數(shù)據(jù)總線、地址總線和

2、控制總線組成。3.計(jì)算機(jī)采用分級(jí)存儲(chǔ)體系的主要目的是為了解決( ) 的問題。(分?jǐn)?shù):2.00)A.主存容量不足B.存儲(chǔ)器讀寫可靠性C.外設(shè)訪問效率D.存儲(chǔ)容量、成本和速度之間的矛盾解析:解析:本題考查計(jì)算機(jī)系統(tǒng)基礎(chǔ)知識(shí)。計(jì)算機(jī)系統(tǒng)中,高速緩存一般用SRAM,內(nèi)存一般用DRAM,外存一般采用磁存儲(chǔ)器。SRAM的集成度低、速度快、成本高;DRAM的集成度高,但是需要?jiǎng)討B(tài)刷新。磁存儲(chǔ)器速度慢、容量大、價(jià)格便宜。因此,組成分級(jí)存儲(chǔ)體系以解決存儲(chǔ)容量、成本和速度之間的矛盾。4.屬于CPU中算術(shù)邏輯單元的部件是( ) 。(分?jǐn)?shù):2.00)A.程序計(jì)數(shù)器B.加法器C.指令寄存器D.指令譯碼器解析:解析:本題

3、考查計(jì)算機(jī)系統(tǒng)基礎(chǔ)知識(shí)。程序計(jì)數(shù)器、指令寄存器和指令譯碼器都是CPU中控制單元的部件,加法器是算術(shù)邏輯運(yùn)算單元的部件。5.內(nèi)存按字節(jié)編址從A5000H到DCFFFH的區(qū)域其存儲(chǔ)容量為( ) 。(分?jǐn)?shù):2.00)A.123KBB.180KBC.223KBD.224KB解析:解析: 從地址A5000H到DCFFFH的存儲(chǔ)單元數(shù)目為37FFFH(即224*1024)個(gè),由于是字節(jié)編址,從而得到存儲(chǔ)容量為224KB。6.以下關(guān)于RISC和CISC的敘述中,不正確的是( )。(分?jǐn)?shù):2.00)A.RISC通常比CISC的指令系統(tǒng)更復(fù)雜B.RISC通常會(huì)比CISC配置更多的寄存器C.RISC編譯器的子程序

4、庫通常要比CISC編譯器的子程序庫大得多D.RISC比CISC更加適合VLSI工藝的規(guī)整性要求解析:解析:本題考查計(jì)算機(jī)系統(tǒng)基礎(chǔ)知識(shí)。 計(jì)算機(jī)工作時(shí)就是取指令和執(zhí)行指令。一條指令往往可以完成一串運(yùn)算的動(dòng)作,但卻需要多個(gè)時(shí)鐘周期來執(zhí)行。隨著需求的不斷增加,設(shè)計(jì)的指令集越來越多,為支持這些新增的指令,計(jì)算機(jī)的體系結(jié)構(gòu)會(huì)越來越復(fù)雜,發(fā)展成CISC指令結(jié)構(gòu)的計(jì)算機(jī)。而在CISC指令集的各種指令中,其使用頻率卻相差懸殊,大約有20的指令會(huì)被反復(fù)使用,占整個(gè)程序代碼的80。而余下的80的指令卻不經(jīng)常使用,在程序設(shè)計(jì)中只占20,顯然,這種結(jié)構(gòu)是不太合理的。 RISC和CISC在架構(gòu)上的不同主要有: 在指令集

5、的設(shè)計(jì)上,RISC指令格式和長(zhǎng)度通常是固定的(如ARM是32位的指令)、且尋址方式少而簡(jiǎn)單、大多數(shù)指令在一個(gè)周期內(nèi)就可以執(zhí)行完畢;CISC構(gòu)架下的指令長(zhǎng)度通常是可變的、指令類型也很多、一條指令通常要若干周期才可以執(zhí)行完。由于指令集多少與復(fù)雜度上的差異,使RISC的處理器可以利用簡(jiǎn)單的硬件電路設(shè)計(jì)出指令解碼功能,這樣易于流水線的實(shí)現(xiàn)。相對(duì)的CISC則需要通過只讀存儲(chǔ)器里的微碼來進(jìn)行解碼,CISC因?yàn)橹噶罟δ芘c指令參數(shù)變化較大,執(zhí)行流水線作業(yè)時(shí)有較多的限制。 RISC架構(gòu)中只有載入和存儲(chǔ)指令可以訪問存儲(chǔ)器,數(shù)據(jù)處理指令只對(duì)寄存器的內(nèi)容進(jìn)行操作。為了加速程序的運(yùn)算,RISC會(huì)設(shè)定多組的寄存器,并且指

6、定特殊用途的寄存器。CISC構(gòu)架則允許數(shù)據(jù)處理指令對(duì)存儲(chǔ)器進(jìn)行操作,對(duì)寄存器的要求相對(duì)不高。7.以下敘述中,正確的是( )。(分?jǐn)?shù):2.00)A.編譯正確的程序不包含語義錯(cuò)誤B.編譯正確的程序不包含語法錯(cuò)誤C.除數(shù)為0的情況可以在語義分析階段檢查出來D.除數(shù)為0的情況可以在語法分析階段檢查出來解析:解析:本題考查程序語言基礎(chǔ)知識(shí)。用戶編寫的源程序不可避免地會(huì)有一些錯(cuò)誤,這些錯(cuò)誤大致可分為靜態(tài)錯(cuò)誤和動(dòng)態(tài)錯(cuò)誤。動(dòng)態(tài)錯(cuò)誤也稱動(dòng)態(tài)語義錯(cuò)誤,它們發(fā)生在程序運(yùn)行時(shí),例如變量取零時(shí)作除數(shù)、引用數(shù)組元素下標(biāo)越界等錯(cuò)誤。靜態(tài)錯(cuò)誤是指編譯時(shí)所發(fā)現(xiàn)的程序錯(cuò)誤,可分為語法錯(cuò)誤和靜態(tài)語義錯(cuò)誤,如單詞拼寫錯(cuò)誤、標(biāo)點(diǎn)符號(hào)錯(cuò)

7、、表達(dá)式中缺少操作數(shù)、括號(hào)不匹配等有關(guān)語言結(jié)構(gòu)上的錯(cuò)誤稱為語法錯(cuò)誤。而語義分析時(shí)發(fā)現(xiàn)的運(yùn)算符與運(yùn)算對(duì)象類型不合法等錯(cuò)誤屬于靜態(tài)語義錯(cuò)誤。8.算術(shù)表達(dá)式a*(b-c)+d的后綴式是( )。(分?jǐn)?shù):2.00)A.ab-cd+*B.abed-*+C.ab-*cd+D.ab-c+d*解析:解析:本題考查程序語言基礎(chǔ)知識(shí)。后綴式(逆波蘭式)是波蘭邏輯學(xué)家盧卡西維奇發(fā)明的一種表示表達(dá)式的方法。這種表示方式把運(yùn)算符寫在運(yùn)算對(duì)象的后面,例如把a(bǔ)+b寫成ab+,所以也稱為后綴式。算術(shù)表達(dá)式“a*(b-c)+d”的后綴式是“ab-cd+*”。9.網(wǎng)絡(luò)系統(tǒng)中,通常把( )置于DMZ區(qū)。(分?jǐn)?shù):2.00)A.網(wǎng)絡(luò)管理

8、服務(wù)器B.Web服務(wù)器C.入侵檢測(cè)服務(wù)器D.財(cái)務(wù)管理服務(wù)器解析:解析:本題考查防火墻的基礎(chǔ)知識(shí)。 DMZ是指非軍事化區(qū),也稱周邊網(wǎng)絡(luò),可以位于防火墻之外也可以位于防火墻之內(nèi)。非軍事化區(qū)一般用來放置提供公共網(wǎng)絡(luò)服務(wù)的設(shè)備。這些設(shè)備由于必須被公共網(wǎng)絡(luò)訪問,所以無法提供與內(nèi)部網(wǎng)絡(luò)主機(jī)相等的安全性。 分析四個(gè)備選答案,Web服務(wù)器是為一種為公共網(wǎng)絡(luò)提供Web訪問的服務(wù)器;網(wǎng)絡(luò)管理服務(wù)器和入侵檢測(cè)服務(wù)器是管理企業(yè)內(nèi)部網(wǎng)和對(duì)企業(yè)內(nèi)部網(wǎng)絡(luò)中的數(shù)據(jù)流進(jìn)行分析的專用設(shè)備,一般不對(duì)外提供訪問;而財(cái)務(wù)服務(wù)器是一種僅針對(duì)財(cái)務(wù)部門內(nèi)部訪問和提供服務(wù)的設(shè)備,不提供對(duì)外的公共服務(wù)。10.以下關(guān)于拒絕服務(wù)攻擊的敘述中,不正確

9、的是( ) 。(分?jǐn)?shù):2.00)A.拒絕服務(wù)攻擊的目的是使計(jì)算機(jī)或者網(wǎng)絡(luò)無法提供正常的服務(wù)B.拒絕服務(wù)攻擊是不斷向計(jì)算機(jī)發(fā)起請(qǐng)求來實(shí)現(xiàn)的C.拒絕服務(wù)攻擊會(huì)造成用戶密碼的泄漏D.DDoS是一種拒絕服務(wù)攻擊形式解析:解析:本題考查拒絕服務(wù)攻擊的基礎(chǔ)知識(shí)。 拒絕服務(wù)攻擊是指不斷對(duì)網(wǎng)絡(luò)服務(wù)系統(tǒng)進(jìn)行干擾,改變其正常的作業(yè)流程,執(zhí)行無關(guān)程序使系統(tǒng)響應(yīng)減慢直至癱瘓,從而影響正常用戶的使用。當(dāng)網(wǎng)絡(luò)服務(wù)系統(tǒng)響應(yīng)速度減慢或者癱瘓時(shí),合法用戶的正常請(qǐng)求將不被響應(yīng),從而實(shí)現(xiàn)用戶不能進(jìn)入計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)或不能得到相應(yīng)的服務(wù)的目的。 DDoS是分布式拒絕服務(wù)的英文縮寫。分布式拒絕服務(wù)的攻擊方式是通過遠(yuǎn)程控制大量的主機(jī)向目標(biāo)

10、主機(jī)發(fā)送大量的干擾消息的一種攻擊方式。11.( )不是蠕蟲病毒。(分?jǐn)?shù):2.00)A.熊貓燒香B.紅色代碼C.冰河D.愛蟲病毒解析:解析:本題考查計(jì)算機(jī)病毒的基礎(chǔ)知識(shí)。 “蠕蟲”(Worm)是一個(gè)程序或程序序列,它是利用網(wǎng)絡(luò)進(jìn)行復(fù)制和傳播,傳染途徑是通過網(wǎng)絡(luò)、移動(dòng)存儲(chǔ)設(shè)備和電子郵件。最初的蠕蟲病毒定義是在DOS環(huán)境下,病毒發(fā)作時(shí)會(huì)在屏幕上出現(xiàn)一條類似蟲子的東西,胡亂吞吃屏幕上的字母并將其改形,蠕蟲病毒因此而得名。常見的蠕蟲病毒有紅色代碼、愛蟲病毒、熊貓燒香、Nimda病毒、愛麗茲病毒等。 冰河是木馬軟件,主要用于遠(yuǎn)程監(jiān)控。冰河木馬后經(jīng)其他人多次改寫形成多種變種,并被用于入侵其他用戶的計(jì)算機(jī)的木

11、馬程序。12.甲公司接受乙公司委托開發(fā)了一項(xiàng)應(yīng)用軟件,雙方?jīng)]有訂立任何書面合同。在此情形下,( )享有該軟件的著作權(quán)。(分?jǐn)?shù):2.00)A.甲公司B.甲、乙公司共同C.乙公司D.甲、乙公司均不解析:解析:委托開發(fā)軟件著作權(quán)關(guān)系的建立,通常由委托方與受委托方訂立合同而成立。委托開發(fā)軟件關(guān)系中,委托方的責(zé)任主要是提供資金、設(shè)備等物質(zhì)條件,并不直接參與開發(fā)軟件的創(chuàng)作開發(fā)活動(dòng)。受托方的主要責(zé)任是根據(jù)委托合同規(guī)定的目標(biāo)開發(fā)出符合條件的軟件。關(guān)于委托開發(fā)軟件著作權(quán)的歸屬,計(jì)算機(jī)軟件保護(hù)條例第十二條規(guī)定:“受他人委托開發(fā)的軟件,其著作權(quán)的歸屬由委托者與受委托者簽定書面協(xié)議約定,如無書面協(xié)議或者在協(xié)議中未作明

12、確約定,其著作權(quán)屬于受委托者?!备鶕?jù)該條的規(guī)定,確定委托開發(fā)的軟件著作權(quán)的歸屬應(yīng)當(dāng)掌握兩條標(biāo)準(zhǔn): 委托開發(fā)軟件系根據(jù)委托方的要求,由委托方與受托方以合同確定的權(quán)利和義務(wù)的關(guān)系而進(jìn)行開發(fā)的軟件,因此軟件著作權(quán)歸屬應(yīng)當(dāng)作為合同的重要條款予以明確約定。對(duì)于當(dāng)事人已經(jīng)在合同中約定軟件著作權(quán)歸屬關(guān)系的,如事后發(fā)生糾紛,軟件著作權(quán)的歸屬仍應(yīng)當(dāng)根據(jù)委托開發(fā)軟件的合同來確定。 對(duì)于在委托開發(fā)軟件活動(dòng)中,委托者與受委托者沒有簽定書面協(xié)議,或者在協(xié)議中未對(duì)軟件著作權(quán)歸屬作出明確的約定,其軟件著作權(quán)屬于受委托者,即屬于實(shí)際完成軟件的開發(fā)者。13.甲、乙軟件公司于2013年9月12日就其財(cái)務(wù)軟件產(chǎn)品分別申請(qǐng)“大堂”和

13、“大唐”商標(biāo)注冊(cè)。兩財(cái)務(wù)軟件相似,且經(jīng)協(xié)商雙方均不同意放棄使用其申請(qǐng)注冊(cè)的商標(biāo)標(biāo)識(shí)。此情形下,( ) 獲準(zhǔn)注冊(cè)。(分?jǐn)?shù):2.00)A.“大堂”B.“大堂”與“大唐”都能C.“大唐”D.由甲、乙抽簽結(jié)果確定誰能解析:解析:我國商標(biāo)注冊(cè)采取“申請(qǐng)?jiān)谙取钡膶彶樵瓌t,當(dāng)兩個(gè)或兩個(gè)以上申請(qǐng)人在同一種或者類似商品上申請(qǐng)注冊(cè)相同或者近似商標(biāo)時(shí),商標(biāo)主管機(jī)關(guān)根據(jù)申請(qǐng)時(shí)間的先后,決定商標(biāo)權(quán)的歸屬,申請(qǐng)?jiān)谙鹊娜丝梢垣@得注冊(cè)。對(duì)于同日申請(qǐng)的情況,使用在先的人可以獲得注冊(cè)。如果同日使用或均未使用,則采取申請(qǐng)人之間協(xié)商解決,協(xié)商不成的,由各申請(qǐng)人抽簽決定。 類似商標(biāo)是指在同一種或類似商品上用作商標(biāo)的文字、圖形、讀音、含

14、義或文字與圖形的整體結(jié)構(gòu)上等要素大體相同的商標(biāo),即易使消費(fèi)者對(duì)商品的來源產(chǎn)生誤認(rèn)的商標(biāo)。甲、乙兩公司申請(qǐng)注冊(cè)的商標(biāo),“大堂”與“大唐”讀音相同、文字相近似,不能同時(shí)獲準(zhǔn)注冊(cè)。在協(xié)商不成的情形下,由甲、乙公司抽簽結(jié)果確定誰能獲準(zhǔn)注冊(cè)。14.假設(shè)系統(tǒng)采用PV操作實(shí)現(xiàn)進(jìn)程同步與互斥。若n個(gè)進(jìn)程共享兩臺(tái)打印機(jī),那么信號(hào)量S的取值范圍為( )。(分?jǐn)?shù):2.00)A.-2nB.-(n-1)1C.一(n一1)2D.一(n2)2解析:解析:本題考查的是操作系統(tǒng)PV操作方面的基本知識(shí)。系統(tǒng)采用PV操作實(shí)現(xiàn)進(jìn)程同步與互斥,若有n個(gè)進(jìn)程共享兩臺(tái)打印機(jī),那么信號(hào)量S初值應(yīng)為2。當(dāng)?shù)?個(gè)進(jìn)程執(zhí)行P(S)操作時(shí),信號(hào)量S

15、的值減去1后等于1;當(dāng)?shù)?個(gè)進(jìn)程執(zhí)行P(S)操作時(shí),信號(hào)量S的值減去1后等于0;當(dāng)?shù)?個(gè)進(jìn)程執(zhí)行P(S)操作時(shí),信號(hào)量S的值減去1后等于1;當(dāng)?shù)?個(gè)進(jìn)程執(zhí)行P(S)操作時(shí),信號(hào)量S的值減去1后等于2;當(dāng)?shù)趎個(gè)進(jìn)程執(zhí)行P(S)操作時(shí),信號(hào)量S的值減去1后等于一(n2)。可見,信號(hào)量S的取值范圍為-(n-2)2。15.假設(shè)段頁式存儲(chǔ)管理系統(tǒng)中的地址結(jié)構(gòu)如下圖所示,則系統(tǒng)( )。(分?jǐn)?shù):2.00)A.最多可有2048個(gè)段,每個(gè)段的大小均為2048個(gè)頁,頁的大小為2KB.最多可有2048個(gè)段,每個(gè)段最大允許有2048個(gè)頁,頁的大小為2KC.最多可有1024個(gè)段,每個(gè)段的大小均為1024個(gè)頁,頁的大小為

16、4KD.最多可有1024個(gè)段,每個(gè)段最大允許有1024個(gè)頁,頁的大小為4K解析:解析:本題考查操作系統(tǒng)頁式存儲(chǔ)管理方面的基礎(chǔ)知識(shí)。從圖中可見,頁內(nèi)地址的長(zhǎng)度是12位,2 12 =4096,即4K;頁號(hào)部分的地址長(zhǎng)度是10位,每個(gè)段最大允許有2 10 =1024個(gè)頁;段號(hào)部分的地址長(zhǎng)度是10位,2 10 =1024,最多可有1024個(gè)段。16.在如下所示的進(jìn)程資源圖中,( )。(分?jǐn)?shù):2.00)A.P1、P2、P3都是阻塞節(jié)點(diǎn)B.P1是阻塞節(jié)點(diǎn)、P2、P3是非阻塞節(jié)點(diǎn)C.P1、P2是阻塞節(jié)點(diǎn)、P3是非阻塞節(jié)點(diǎn)D.P1、P2是非阻塞節(jié)點(diǎn)、P3是阻塞節(jié)點(diǎn)解析:解析:圖中R1資源只有2個(gè),P2進(jìn)程申請(qǐng)

17、該資源得不到滿足,故P2進(jìn)程是阻塞節(jié)點(diǎn);R2資源只有3個(gè),為P1、P2、P3各分配一個(gè),P1再申請(qǐng)?jiān)撡Y源得不到滿足,故P1進(jìn)程也是阻塞節(jié)點(diǎn);R3資源只有2個(gè),分配1個(gè)給P2進(jìn)程,還有1個(gè)可用,P3申請(qǐng)?jiān)撡Y源可以得到滿足,故P3是非阻塞節(jié)點(diǎn)。17.在數(shù)據(jù)庫系統(tǒng)中,數(shù)據(jù)的( )是指保護(hù)數(shù)據(jù)庫,以防止不合法的使用所造成的數(shù)據(jù)泄漏、更改或破壞。(分?jǐn)?shù):2.00)A.安全性B.可靠性C.完整性D.并發(fā)控制解析:解析:本題考查數(shù)據(jù)庫系統(tǒng)概念方面的基本概念。 試題(25)的正確選項(xiàng)為A。數(shù)據(jù)控制功能包括對(duì)數(shù)據(jù)庫中數(shù)據(jù)的安全性、完整性、并發(fā)和恢復(fù)的控制。其中: 安全性(security)是指保護(hù)數(shù)據(jù)庫受惡意訪

18、問,即防止不合法的使用所造成的數(shù)據(jù)泄漏、更改或破壞。這樣,用戶只能按規(guī)定對(duì)數(shù)據(jù)進(jìn)行處理,例如,劃分了不同的權(quán)限,有的用戶只能有讀數(shù)據(jù)的權(quán)限,有的用戶有修改數(shù)據(jù)的權(quán)限,用戶只能在規(guī)定的權(quán)限范圍內(nèi)操縱數(shù)據(jù)庫。 完整性(integrality)是指數(shù)據(jù)庫正確性和相容性,是防止合法用戶使用數(shù)據(jù)庫時(shí)向數(shù)據(jù)庫加入不符合語義的數(shù)據(jù)。保證數(shù)據(jù)庫中數(shù)據(jù)是正確的,避免非法的更新。 并發(fā)控制(concurrency control)是指在多用戶共享的系統(tǒng)中,許多用戶可能同時(shí)對(duì)同一數(shù)據(jù)進(jìn)行操作。DBMS的并發(fā)控制子系統(tǒng)負(fù)責(zé)協(xié)調(diào)并發(fā)事務(wù)的執(zhí)行,保證數(shù)據(jù)庫的完整性不受破壞,避免用戶得到不正確的數(shù)據(jù)。 故障恢復(fù)(recov

19、ery from failure)。數(shù)據(jù)庫中的4類故障是事務(wù)內(nèi)部故障、系統(tǒng)故障、介質(zhì)故障及計(jì)算機(jī)病毒。故障恢復(fù)主要是指恢復(fù)數(shù)據(jù)庫本身,即在故障引起數(shù)據(jù)庫當(dāng)前狀態(tài)不一致后,將數(shù)據(jù)庫恢復(fù)到某個(gè)正確狀態(tài)或一致狀態(tài)?;謴?fù)的原理非常簡(jiǎn)單,就是要建立冗余(redundancy)數(shù)據(jù)。換句話說,確定數(shù)據(jù)庫是否可恢復(fù)的方法就是其包含的每一條信息是否都可以利用冗余地存儲(chǔ)在別處的信息重構(gòu)。冗余是物理級(jí)的,通常認(rèn)為邏輯級(jí)是沒有冗余的。18.PPP中的安全認(rèn)證協(xié)議是( ),它使用三次握手的會(huì)話過程傳送密文。(分?jǐn)?shù):2.00)A.MD5B.PAPC.CHAPD.HASH解析:解析:PPP認(rèn)證是可選的。PPP擴(kuò)展認(rèn)證協(xié)議

20、(Extensible Authentication Protocol,EAP)可支持多種認(rèn)證機(jī)制,并且允許使用后端服務(wù)器來實(shí)現(xiàn)復(fù)雜的認(rèn)證過程,例如通過Radius服務(wù)器進(jìn)行Web認(rèn)證時(shí),遠(yuǎn)程訪問服務(wù)器(RAS)只是作為認(rèn)證服務(wù)器的代理傳遞請(qǐng)求和應(yīng)答報(bào)文,并且當(dāng)識(shí)別出認(rèn)證成功失敗標(biāo)志后結(jié)束認(rèn)證過程。通常PPP支持的兩個(gè)認(rèn)證協(xié)議是: 口令驗(yàn)證協(xié)議(PasswordAuthentication Protocol,PAP):提供了一種簡(jiǎn)單的兩次握手認(rèn)證方法,由終端發(fā)送用戶標(biāo)識(shí)和口令字,等待服務(wù)器的應(yīng)答,如果認(rèn)證不成功,則終止連接。這種方法不安全,因?yàn)椴捎梦谋痉绞桨l(fā)送密碼,可能會(huì)被第三方竊?。?質(zhì)詢握

21、手認(rèn)證協(xié)議(Challenge Handshake Authentication Protocol,CHAP):采用三次握手方式周期地驗(yàn)證對(duì)方的身份。首先是邏輯鏈路建立后認(rèn)證服務(wù)器就要發(fā)送一個(gè)挑戰(zhàn)報(bào)文(隨機(jī)數(shù)),終端計(jì)算該報(bào)文的:Hash值并把結(jié)果返回服務(wù)器,然后認(rèn)證服務(wù)器把收到的Hash值與自己計(jì)算的Hash值進(jìn)行比較,如果匹配,則認(rèn)證通過,連接得以建立,否則連接被終止。計(jì)算Hash值的過程有一個(gè)雙方共享的密鑰參與,而密鑰是不通過網(wǎng)絡(luò)傳送的,所以CHAP是更安全的認(rèn)證機(jī)制。在后續(xù)的通信過程中,每經(jīng)過一個(gè)隨機(jī)的間隔,這個(gè)認(rèn)證過程都可能被重復(fù),以縮短入侵者進(jìn)行持續(xù)攻擊的時(shí)間。值得注意的是,這種方

22、法可以進(jìn)行雙向身份認(rèn)證,終端也可以向服務(wù)器進(jìn)行挑戰(zhàn),使得雙方都能確認(rèn)對(duì)方身份的合法性。19.DHCP客戶端可從DHCP服務(wù)器獲得( )。(分?jǐn)?shù):2.00)A.DHCP服務(wù)器的地址和Web服務(wù)器的地址B.DNS服務(wù)器的地址和DHCP服務(wù)器的地址C.客戶端地址和郵件服務(wù)器地址D.默認(rèn)網(wǎng)關(guān)的地址和郵件服務(wù)器地址解析:解析:本題考查DHCP協(xié)議的工作原理。DHCP客戶端可從DHCP服務(wù)器獲得本機(jī)IP地址、DNS服務(wù)器的地址、DHCP服務(wù)器的地址、默認(rèn)網(wǎng)關(guān)的地址等,但沒有Web服務(wù)器、郵件服務(wù)器地址。20.分配給某公司網(wǎng)絡(luò)的地址塊是210115192020,該網(wǎng)絡(luò)可以被劃分為( )個(gè)C類子網(wǎng)。(分?jǐn)?shù):2

23、.00)A.4B.8C.16D.32解析:解析:由于分配給公司網(wǎng)絡(luò)的地址塊是210115192020,留給子網(wǎng)掩碼的比特?cái)?shù)只有4位,所以只能劃分為16個(gè)C類子網(wǎng),這16個(gè)C類子網(wǎng)的子網(wǎng)號(hào)為1 -,即192207,所以2101152100不屬于該公司的網(wǎng)絡(luò)地址。21.在項(xiàng)目初始階段,軟件開發(fā)首先需要( ) 。(分?jǐn)?shù):2.00)A.理解要解決的問題B.確定解決方案C.確定參與開發(fā)的人員D.估算開發(fā)成本解析:解析:本題考查軟件工程的基礎(chǔ)知識(shí)。在項(xiàng)目開發(fā)初始階段,首先需要理解待解決的問題是什么,才能確定其他方面的內(nèi)容。22.軟件項(xiàng)目管理所涉及的范圍覆蓋了整個(gè)軟件( )。(分?jǐn)?shù):2.00)A.開發(fā)過程B

24、.運(yùn)行與維護(hù)過程C.定義過程D.生存期解析:解析:本題考查軟件項(xiàng)目管理的基礎(chǔ)知識(shí)。軟件項(xiàng)目管理管理整個(gè)軟件項(xiàng)目的生存期,包括開發(fā)過程和維護(hù)過程,涉及到人員管理、產(chǎn)品管理、過程管理和項(xiàng)目管理幾個(gè)方面。23.以下關(guān)于瀑布模型的敘述中,正確的是( )。(分?jǐn)?shù):2.00)A.適用于需求被清晰定義的情況B.可以快速構(gòu)造系統(tǒng)的可運(yùn)行版本C.唯一一個(gè)適合大規(guī)模項(xiàng)目開發(fā)的模型D.已不能適應(yīng)當(dāng)前軟件開發(fā)的過時(shí)模型解析:解析:本題考查軟件開發(fā)過程的基礎(chǔ)知識(shí)。軟件開發(fā)過程以系統(tǒng)需求作為輸入,以要交付的產(chǎn)品作為輸出,涉及活動(dòng)、約束和資源使用的一系列工具和技術(shù)。瀑布模型、快速原型化模型、增量模型、螺旋模型等都是典型的軟

25、件開發(fā)過程模型。在20世紀(jì)80年代之前,瀑布模型一直是唯一被廣泛采用的生命周期模型,該模型規(guī)定了軟件開發(fā)從一個(gè)階段瀑布般的轉(zhuǎn)換到另一個(gè)階段。其優(yōu)點(diǎn)是: 可強(qiáng)迫開發(fā)人員采用規(guī)范化的方法; 嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔; 要求每個(gè)階段交出的所有產(chǎn)品都必須是經(jīng)過驗(yàn)證的。 缺點(diǎn)是: 每個(gè)階段開發(fā)幾乎完全依賴于書面的規(guī)格說明,因此可能導(dǎo)致開發(fā)出的軟件產(chǎn)品不能真正滿足用戶需求; 適用于項(xiàng)目開始時(shí)需求就確定的情況。24.某開發(fā)小組欲開發(fā)一個(gè)大型軟件系統(tǒng),需求變化較小,此時(shí)最不適宜采用( )過程模型。(分?jǐn)?shù):2.00)A.瀑布B.原型C.增量D.螺旋解析:解析:本題考查軟件開發(fā)過程的基礎(chǔ)知識(shí)。 瀑布模型

26、、增量模型和螺旋模型都適宜大型軟件系統(tǒng)的開發(fā),原型模型更常用于小規(guī)模軟件系統(tǒng)的開發(fā)。25.在各種不同的軟件需求中,( )描述了產(chǎn)品必須要完成的任務(wù),可以在用例模型中予以說明。(分?jǐn)?shù):2.00)A.功能需求B.業(yè)務(wù)需求C.質(zhì)量需求D.設(shè)計(jì)約束解析:解析:本題考查軟件需求的基礎(chǔ)知識(shí)。 軟件需求是為了解決用戶的問題和實(shí)現(xiàn)用戶的目標(biāo),用戶所需要的軟件必須滿足的能力和條件。從不同的角度,軟件需要有不同的分類。 業(yè)務(wù)需求描述使用軟件系統(tǒng)要達(dá)到什么目標(biāo); 系統(tǒng)需求,為了滿足需求,系統(tǒng)或系統(tǒng)成分必須滿足或具有的條件或能力; 功能需求規(guī)模軟件必須實(shí)現(xiàn)的功能性需求,即軟件產(chǎn)品必須要完成的任務(wù); 質(zhì)量需求,也稱為非

27、功能需求,在滿足功能需求的基礎(chǔ)上,要求軟件系統(tǒng)還必須具有的特性;設(shè)計(jì)約束,規(guī)定軟件開發(fā)過程中的設(shè)計(jì)決策或限制問題解決方案的設(shè)計(jì)決策。26.以下關(guān)于結(jié)構(gòu)化開發(fā)方法的敘述中,不正確的是( )。(分?jǐn)?shù):2.00)A.總的指導(dǎo)思想是自項(xiàng)向下,逐層分解B.基本原則是功能的分解與抽象C.比面向?qū)ο箝_發(fā)方法更適合于開發(fā)大規(guī)模的、特別復(fù)雜的項(xiàng)目D.特別適合解決數(shù)據(jù)處理領(lǐng)域的問題解析:解析:本題考查結(jié)構(gòu)化開發(fā)方法的基礎(chǔ)知識(shí)。結(jié)構(gòu)化開發(fā)方法由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成,是一種面向數(shù)據(jù)流的開發(fā)方法。結(jié)構(gòu)化方法總的指導(dǎo)思想是自頂向下、逐層分解,基本原則是功能的分解與抽象。它是軟件工程中最早出現(xiàn)的開發(fā)方

28、法,特別適合于數(shù)據(jù)處理領(lǐng)域的問題,但是不適合解決大規(guī)模的、特別復(fù)雜的項(xiàng)目,而且難以適應(yīng)需求的變化。27.在進(jìn)行軟件設(shè)計(jì)時(shí),以下結(jié)構(gòu)設(shè)計(jì)原則中,不正確的是( )。(分?jǐn)?shù):2.00)A.模塊應(yīng)具有較強(qiáng)的獨(dú)立性,即高內(nèi)聚和低耦合B.模塊之間的連接存在上下級(jí)的調(diào)用關(guān)系和同級(jí)之間的橫向聯(lián)系C.整個(gè)系統(tǒng)呈樹狀結(jié)構(gòu),不允許網(wǎng)狀結(jié)構(gòu)或交叉調(diào)用關(guān)系出現(xiàn)D.所有模塊都必須嚴(yán)格地分類編碼并建立歸檔文件解析:解析:本題考查軟件設(shè)計(jì)的基礎(chǔ)知識(shí)。存在一些好的設(shè)計(jì)原則,如模塊設(shè)計(jì)應(yīng)該考慮獨(dú)立性要強(qiáng)些,模塊內(nèi)高內(nèi)聚,模塊之間的耦合程度要低;系統(tǒng)的模塊之間應(yīng)該呈樹狀結(jié)構(gòu),模塊之間存在上下級(jí)調(diào)用關(guān)系,但不允許同級(jí)之間的橫向聯(lián)系,

29、也不希望有復(fù)雜的網(wǎng)狀結(jié)構(gòu)或交叉調(diào)用關(guān)系;對(duì)所有模塊必須嚴(yán)格分類編碼并建立歸檔文件。28.在軟件開發(fā)過程中,詳細(xì)設(shè)計(jì)的內(nèi)容不包括( ) 設(shè)計(jì)。(分?jǐn)?shù):2.00)A.軟件體系結(jié)構(gòu)B.算法C.數(shù)據(jù)結(jié)構(gòu)D.數(shù)據(jù)庫物理結(jié)構(gòu)解析:解析: 軟件體系結(jié)構(gòu)在概要設(shè)計(jì)階段設(shè)計(jì),而數(shù)據(jù)結(jié)構(gòu)、相關(guān)的算法以及數(shù)據(jù)庫物理結(jié)構(gòu)則在詳細(xì)設(shè)計(jì)階段設(shè)計(jì)。29.以下關(guān)于文檔的敘述中,正確的是( )。(分?jǐn)?shù):2.00)A.僅僅指軟件開發(fā)過程中產(chǎn)生的文檔B.必須是滿足一定格式要求的規(guī)范文檔C.編寫文檔會(huì)降低軟件開發(fā)的效率D.高質(zhì)量文檔可以提高軟件系統(tǒng)的可維護(hù)性解析:解析:本題考查軟件文檔的基礎(chǔ)知識(shí)。軟件由程序、數(shù)據(jù)和相關(guān)文檔構(gòu)成。因此

30、文檔是軟件的不可或缺的重要組成部分。軟件文檔不僅包括軟件開發(fā)過程中產(chǎn)生的文檔,還包含在維護(hù)過程中的文檔。軟件文檔既包括有一定格式要求的規(guī)范文檔,在開會(huì)過程或其他活動(dòng)中產(chǎn)生的一些記錄文件也是重要的文檔。盡管在開發(fā)過程中編寫文檔需要占用開發(fā)時(shí)間,但是相對(duì)于沒有文檔而言,編寫文檔使得開發(fā)人員對(duì)各個(gè)階段的工作都進(jìn)行周密思考,全盤權(quán)衡,從而減少返工。并且可以在開發(fā)早期發(fā)現(xiàn)錯(cuò)誤和不一致性,便于及時(shí)加以糾正,因此可以提高軟件開發(fā)效率。高質(zhì)量的文檔對(duì)于提高軟件開發(fā)質(zhì)量具有重要的意義,可以提高軟件系統(tǒng)的可維護(hù)性。30.在軟件維護(hù)階段,將專用報(bào)表功能改成通用報(bào)表功能,以適應(yīng)將來可能的報(bào)表格式變化,則該維護(hù)類型為(

31、 )維護(hù)。(分?jǐn)?shù):2.00)A.正確性B.適應(yīng)性C.完善性D.預(yù)防性解析:解析:本題考查軟件維護(hù)的基礎(chǔ)知識(shí)。 軟件維護(hù)一般包括四種類型: 正確性維護(hù),是指改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測(cè)試階段尚未發(fā)現(xiàn)的錯(cuò)誤。 適應(yīng)性維護(hù),是指使應(yīng)用軟件適應(yīng)新型技術(shù)變化和管理需求變化而進(jìn)行的修改。 完善性維護(hù),是指為擴(kuò)充功能和改善性能而進(jìn)行的修改,主要是指對(duì)已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計(jì)階段中沒有規(guī)定的功能與性能特征。 預(yù)防性維護(hù),是指為了改進(jìn)應(yīng)用軟件的可靠性和可維護(hù)性,為了適應(yīng)未來的軟硬件環(huán)境的變化,主動(dòng)增加預(yù)防性的信功能,以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。 將專用報(bào)表功能改成通用報(bào)表功能,以適應(yīng)將

32、來可能的變化,是一種預(yù)防性維護(hù)。31.軟件測(cè)試的對(duì)象不包括( )。(分?jǐn)?shù):2.00)A.軟件代B.軟件需求規(guī)格說明書C.軟件測(cè)試報(bào)告D.軟件開發(fā)人員解析:解析:本題考查軟件測(cè)試的對(duì)象。根據(jù)軟件的定義,軟件包括程序、數(shù)據(jù)和文檔。所以軟件測(cè)試并不僅僅是程序測(cè)試,還應(yīng)包括相應(yīng)文檔和數(shù)據(jù)的測(cè)試。軟件開發(fā)人員不屬于上述三者之一,不是軟件測(cè)試的對(duì)象。32.以下測(cè)試內(nèi)容中,屬于系統(tǒng)測(cè)試的是 ( )。 單元測(cè)試 集成測(cè)試 安全性測(cè)試 可靠性測(cè)試 兼容性測(cè)試 可用性測(cè)試(分?jǐn)?shù):2.00)A.B.C.D.解析:解析:本題考查系統(tǒng)測(cè)試的概念。根據(jù)軟件測(cè)試策略和過程,軟件測(cè)試可以劃分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等階

33、段。其中,系統(tǒng)測(cè)試是將經(jīng)過集成測(cè)試的軟件,作為計(jì)算機(jī)系統(tǒng)的一個(gè)部分,與系統(tǒng)中其他部分結(jié)合起來,在實(shí)際運(yùn)行環(huán)境下對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行的一系列嚴(yán)格有效地測(cè)試,以發(fā)現(xiàn)軟件潛在的問題,保證系統(tǒng)的正常運(yùn)行。安全性測(cè)試、可靠性測(cè)試、兼容性測(cè)試、可用性測(cè)試都屬于系統(tǒng)測(cè)試的范疇。33.以下關(guān)于軟件測(cè)試原則的敘述中,不正確的是( )。(分?jǐn)?shù):2.00)A.測(cè)試貫穿于全部軟件生命周期,并不是實(shí)現(xiàn)完成后才開始B.測(cè)試用例本身不需要測(cè)試C.測(cè)試用例需要逐步完善、不斷修訂D.當(dāng)缺陷成群集中出現(xiàn)時(shí),測(cè)試時(shí)應(yīng)該更多關(guān)注這些缺陷群解析:解析:本題考查軟件測(cè)試的原則。軟件測(cè)試應(yīng)遵循的原則包括:測(cè)試貫穿于全部軟件生命周期;應(yīng)當(dāng)把“盡

34、早和不斷地測(cè)試”作為開發(fā)者的座右銘;程序員應(yīng)該避免檢查自己的程序,測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來完成;設(shè)計(jì)測(cè)試用例時(shí),應(yīng)該考慮到合法的輸入和不合法的輸入,以及各種邊界條件;測(cè)試用例本身也應(yīng)該經(jīng)過測(cè)試;設(shè)計(jì)好測(cè)試用例后還需要逐步完善和修訂;一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象,應(yīng)對(duì)錯(cuò)誤群集的程序段進(jìn)行重點(diǎn)測(cè)試;對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程;制定嚴(yán)格的測(cè)試計(jì)劃,并把測(cè)試時(shí)間安排得盡量寬松,不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試;回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意,修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見;妥善保存一切測(cè)試過程文檔;窮舉測(cè)試是不能實(shí)現(xiàn)的。根據(jù)上述描述,測(cè)試用

35、例也是需要經(jīng)過測(cè)試的。因此應(yīng)選擇選項(xiàng)B。34.以下關(guān)于測(cè)試工作在軟件開發(fā)各階段作用的敘述中,不正確的是 ( )。(分?jǐn)?shù):2.00)A.在需求分析階段確定測(cè)試的需求分析B.在概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段制定集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃C.在程序編寫階段制定系統(tǒng)測(cè)試計(jì)劃D.在測(cè)試階段實(shí)施測(cè)試并提交測(cè)試報(bào)告解析:解析:本題考查軟件測(cè)試和軟件開發(fā)的關(guān)系。軟件測(cè)試和軟件開發(fā)的關(guān)系為:項(xiàng)目規(guī)劃階段,負(fù)責(zé)從單元測(cè)試到系統(tǒng)測(cè)試的整個(gè)測(cè)試階段的規(guī)劃;需求分析階段,確定測(cè)試需求分析、系統(tǒng)測(cè)試計(jì)劃的制定,評(píng)審后成為管理項(xiàng)目;詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段,確保集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃完成;編碼階段,由開發(fā)人員進(jìn)行自己負(fù)責(zé)部分的測(cè)

36、試代碼,當(dāng)項(xiàng)目較大時(shí),由專人進(jìn)行編碼階段的測(cè)試任務(wù);測(cè)試階段(單元、集成、系統(tǒng)測(cè)試),依據(jù)測(cè)試代碼進(jìn)行測(cè)試,并提交相應(yīng)的測(cè)試狀態(tài)報(bào)告和測(cè)試結(jié)束報(bào)告。根據(jù)上述描述,系統(tǒng)測(cè)試計(jì)劃是在需求分析階段完成的。本題中選項(xiàng)C不正確。35.在引入自動(dòng)化測(cè)試工具以前,手工測(cè)試遇到的問題包括( )。 工作量和時(shí)間耗費(fèi)過于龐大 衡量軟件測(cè)試工作進(jìn)展困難 長(zhǎng)時(shí)間運(yùn)行的可靠性測(cè)試問題 對(duì)并發(fā)用戶進(jìn)行模擬的問題 確定系統(tǒng)的性能瓶頸問題 軟件測(cè)試過程的管理問題(分?jǐn)?shù):2.00)A.B.C.D.解析:解析:本題考查在引入自動(dòng)化測(cè)試之前手工測(cè)試的缺點(diǎn)。手工測(cè)試全部依靠人手工完成,因此工作量大且耗時(shí),難以衡量測(cè)試工作的進(jìn)展。手工

37、測(cè)試無法模擬軟件的長(zhǎng)時(shí)間運(yùn)行和大量并發(fā)用戶的訪問,因此難以勝任可靠性測(cè)試和性能測(cè)試。當(dāng)測(cè)試規(guī)模較大時(shí),純?nèi)斯さ臏y(cè)試過程的管理也會(huì)面臨困難。根據(jù)上述描述,題目中的6項(xiàng)都屬于手工測(cè)試的缺點(diǎn)。應(yīng)選擇選項(xiàng)A。36.在進(jìn)行可用性測(cè)試時(shí)關(guān)注的問題應(yīng)包括( )。 安裝過程是否困難 錯(cuò)誤提示是否明確 GUI接口是否標(biāo)準(zhǔn) 登錄是否方便 幫助文本是否上下文敏感(分?jǐn)?shù):2.00)A.B.C.D.解析:解析:本題考查可用性測(cè)試的基礎(chǔ)知識(shí)??捎眯詼y(cè)試的目的是對(duì)軟件的可用程度進(jìn)行評(píng)估,看是否到達(dá)了可用性標(biāo)準(zhǔn)。在評(píng)估過程中,軟件的安裝過程、錯(cuò)誤提示、GUI接口、登錄過程、幫助文本等所有與軟件“可用”相關(guān)的都屬于測(cè)試的關(guān)注點(diǎn)

38、。根據(jù)上述描述,題目中這5項(xiàng)都屬于可用性測(cè)試關(guān)注的問題,應(yīng)選擇選項(xiàng)D。37.以下敘述中,不正確的是( )。(分?jǐn)?shù):2.00)A.黑盒測(cè)試可以檢測(cè)軟件行為、性能等特性是否滿足要求B.黑盒測(cè)試可以檢測(cè)軟件是否有人機(jī)交互上的錯(cuò)誤C.黑盒測(cè)試依賴于軟件內(nèi)部的具體實(shí)現(xiàn),如果實(shí)現(xiàn)發(fā)生了變化,則需要重新設(shè)計(jì)用例D.黑盒測(cè)試用例設(shè)計(jì)可以和軟件實(shí)現(xiàn)同步進(jìn)行解析:解析:本題考查黑盒測(cè)試的基礎(chǔ)知識(shí)。黑盒測(cè)試是把程序看作一個(gè)不能打開的黑盒子,在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,在程序接口進(jìn)行測(cè)試,它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著

39、眼于程序外部結(jié)構(gòu),不考慮內(nèi)部邏輯結(jié)構(gòu),主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。黑盒測(cè)試能發(fā)現(xiàn)功能錯(cuò)誤或者遺漏、輸入輸出錯(cuò)誤以及初始化和終止錯(cuò)誤。 由于黑盒測(cè)試不考慮程序內(nèi)部結(jié)構(gòu),其用例設(shè)計(jì)可以和軟件實(shí)現(xiàn)同步,且該方法不依賴于軟件內(nèi)部的具體實(shí)現(xiàn),當(dāng)實(shí)現(xiàn)變化后,只要對(duì)外接口不變,則無需重新設(shè)計(jì)用例。本題中選項(xiàng)C不正確。38.以下關(guān)于等價(jià)類劃分法的敘述中,不正確的是 ( ) 。(分?jǐn)?shù):2.00)A.如果規(guī)定輸入值a的范圍為199,那么得到兩個(gè)等價(jià)類,即有效等價(jià)類a|1=a=99|,無效等價(jià)類a|a1或者a99B.如果規(guī)定輸入值s的第一個(gè)字符必須為數(shù)字,那么得到兩個(gè)等價(jià)類,即有效等價(jià)類s|s的第一個(gè)字符是

40、數(shù)字,無效等價(jià)類s|s的第一個(gè)字符不是數(shù)字C.如果規(guī)定輸入值x取值為1,2,3三個(gè)數(shù)之一,那么得到4個(gè)等價(jià)類,即有效等價(jià)類x|x=1、x|x=2、x|x=3,無效等價(jià)類x|x1,2,3)D.如果規(guī)定輸入值i為奇數(shù),那么得到兩個(gè)等價(jià)類,即有效等價(jià)類i|i是奇數(shù),無效等價(jià)類i|i不是奇數(shù))解析:解析:本題考查黑盒測(cè)試方法中的等價(jià)類劃分法。在等價(jià)類劃分法中,如果規(guī)定了輸入數(shù)據(jù)取值范圍或值的個(gè)數(shù)的情況下,可以確定一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類;如果規(guī)定了一組輸入數(shù)據(jù)(假設(shè)包括n個(gè)輸入值),并且程序要對(duì)每一個(gè)輸入值分別進(jìn)行處理的情況下,可確定n個(gè)有效等價(jià)類(每個(gè)值確定一個(gè)有效等價(jià)類)和一個(gè)無效等價(jià)類(所

41、有不允許的輸入值的集合);如果輸入條件規(guī)定了輸入值的集合或規(guī)定了“必須如何”的條件下,可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類(該集合有效值之外);如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則或限制條件的情況下,可確定一個(gè)有效等價(jià)類(符合規(guī)則)和若干個(gè)無效等價(jià)類(從不同角度違反規(guī)則)。本題中,選項(xiàng)A屬于規(guī)定了輸入數(shù)據(jù)的取值范圍,因此應(yīng)該得到一個(gè)有效等價(jià)類a|1=a=99|和兩個(gè)無效等價(jià)類a|a1、a|a99。39.以下幾種白盒覆蓋測(cè)試中,覆蓋準(zhǔn)則最強(qiáng)的是( )。(分?jǐn)?shù):2.00)A.語句覆蓋B.判定覆蓋C.條件覆蓋D.條件組合覆蓋解析:解析:本題考查白盒測(cè)試的邏輯覆蓋法。根據(jù)邏輯覆蓋法定義,語句覆蓋針對(duì)的是

42、語句,是最弱的覆蓋準(zhǔn)則:判定覆蓋和條件覆蓋分別針對(duì)的是判定和條件,強(qiáng)度次之;判定條件覆蓋要同時(shí)考慮判定和判定中的條件,滿足判定條件覆蓋同時(shí)滿足了判定覆蓋和條件覆蓋;條件組合覆蓋則要考慮同一判定中各條件之間的組合關(guān)系,是最強(qiáng)的覆蓋準(zhǔn)則。根據(jù)上述描述,覆蓋準(zhǔn)則最強(qiáng)的是條件組合覆蓋,應(yīng)選擇選項(xiàng)D。40.對(duì)于邏輯表達(dá)式(a|b)|(c&d),需要( )個(gè)測(cè)試用例才能完成條件組合覆蓋。(分?jǐn)?shù):2.00)A.2B.4C.8D.16解析:解析:本題考查白盒測(cè)試中邏輯覆蓋法的條件組合覆蓋。 條件組合覆蓋的含義是:選擇足夠的測(cè)試用例,使得每個(gè)判定中條件的各種可能組合都至少出現(xiàn)一次。 本題中有4個(gè)條件,組合之后需

43、要的用例數(shù)是16,因此選項(xiàng)D正確。41.為檢測(cè)系統(tǒng)所能承受的數(shù)據(jù)容量,應(yīng)進(jìn)行( )。(分?jǐn)?shù):2.00)A.負(fù)載測(cè)試B.壓力測(cè)試C.大數(shù)據(jù)量測(cè)試D.疲勞強(qiáng)度測(cè)試解析:解析:本題考查負(fù)載測(cè)試、壓力測(cè)試、疲勞強(qiáng)度測(cè)試、大數(shù)據(jù)量測(cè)試的基本知識(shí)。 負(fù)載測(cè)試是通過逐步增加系統(tǒng)負(fù)載,測(cè)試系統(tǒng)性能的變化,并最終確定在滿足性能指標(biāo)的情況下,系統(tǒng)所能承受的最大負(fù)載量的情況。壓力測(cè)試是通過逐步增加系統(tǒng)負(fù)載,測(cè)試系統(tǒng)性能的變化,并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài),并以此來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。疲勞強(qiáng)度測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù),或者日常運(yùn)行用戶數(shù),持續(xù)執(zhí)行一段時(shí)間業(yè)

44、務(wù),保證達(dá)到系統(tǒng)疲勞強(qiáng)度需求的業(yè)務(wù)量,通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo),來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。大數(shù)據(jù)量測(cè)試包括獨(dú)立的數(shù)據(jù)量測(cè)試和綜合數(shù)據(jù)量測(cè)試,獨(dú)立數(shù)據(jù)量測(cè)試是指針對(duì)系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行的大數(shù)據(jù)量測(cè)試;綜合數(shù)據(jù)量測(cè)試是指和壓力測(cè)試、負(fù)載測(cè)試、疲勞強(qiáng)度測(cè)試相結(jié)合的綜合測(cè)試。 本題的目標(biāo)是檢測(cè)系統(tǒng)存儲(chǔ)的數(shù)據(jù)容量,應(yīng)進(jìn)行的是大數(shù)據(jù)量測(cè)試中的獨(dú)立數(shù)據(jù)量測(cè)試,因此選項(xiàng)C正確。42.壓力測(cè)試不會(huì)使用到以下哪種測(cè)試手段,( )。(分?jǐn)?shù):2.00)A.重復(fù)B.注入錯(cuò)誤C.增加量級(jí)D.并發(fā)解析:解析:本題考查壓力測(cè)試的基礎(chǔ)知識(shí)。壓力測(cè)試的主要方式就是通過不斷的給系統(tǒng)增加壓

45、力來進(jìn)行測(cè)試。重復(fù)、增加量級(jí)、并發(fā)都屬于給系統(tǒng)增加壓力的手段,而注入錯(cuò)誤并不能增加系統(tǒng)壓力。根據(jù)上述描述,應(yīng)選擇選項(xiàng)B。43.以下測(cè)試內(nèi)容中,不屬于GUI測(cè)試的是( )。(分?jǐn)?shù):2.00)A.窗口相關(guān)操作是否符合標(biāo)準(zhǔn)B.菜單和鼠標(biāo)操作是否正確C.計(jì)算結(jié)果是否正確D.數(shù)據(jù)顯示是否正常解析:解析:本題考查GUI測(cè)試的基本概念。 GUI(圖形用戶界面)測(cè)試關(guān)注的是人和機(jī)器的交互,窗口操作、菜單操作、鼠標(biāo)操作、數(shù)據(jù)顯示都屬于交互的范疇,因此屬于GUI測(cè)試的內(nèi)容。 計(jì)算結(jié)果是否正確是軟件的功能,與界面交互無關(guān),應(yīng)選擇選項(xiàng)C。44.以下屬于動(dòng)態(tài)測(cè)試方法的是( )。(分?jǐn)?shù):2.00)A.代碼審查B.靜態(tài)結(jié)構(gòu)

46、測(cè)試C.路徑覆蓋D.技術(shù)評(píng)審解析:解析:本題考查動(dòng)態(tài)測(cè)試的基本概念。 根據(jù)定義,動(dòng)態(tài)測(cè)試是指需要實(shí)際運(yùn)行被測(cè)軟件而進(jìn)行的測(cè)試。 根據(jù)上述描述,代碼審查、靜態(tài)結(jié)構(gòu)測(cè)試和技術(shù)評(píng)審都不需要運(yùn)行被測(cè)軟件,只有路徑覆蓋需要通過實(shí)際執(zhí)行來確定程序的運(yùn)行路徑。因此應(yīng)選擇選項(xiàng)C。45.集成測(cè)試關(guān)注的問題不包括( )。(分?jǐn)?shù):2.00)A.模塊間的數(shù)據(jù)傳遞是否正確B.一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生影響C.所有模塊組合起來的性能是否能滿足要求D.函數(shù)內(nèi)局部數(shù)據(jù)結(jié)構(gòu)是否有問題,會(huì)不會(huì)被異常修改解析:解析:本題考查集成測(cè)試的基礎(chǔ)知識(shí)。 集成測(cè)試是在單元測(cè)試的基礎(chǔ)上,測(cè)試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說

47、明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng),因此集成測(cè)試關(guān)注的主要是各個(gè)單元(模塊)之間交互的問題,包括模塊間數(shù)據(jù)傳遞是否正確,一個(gè)模塊功能是否會(huì)影響另一個(gè)模塊的功能,模塊組合起來性能能否滿足要求等。 函數(shù)內(nèi)部數(shù)據(jù)結(jié)構(gòu)是否正確屬于單元測(cè)試的范疇。應(yīng)選擇選項(xiàng)D。46.以下屬于影響軟件可靠性因素的是( )。 軟件運(yùn)行剖面 軟件規(guī)模 軟件內(nèi)部結(jié)構(gòu) 軟件的開發(fā)方法和開發(fā)環(huán)境 軟件的可靠性投入(分?jǐn)?shù):2.00)A.B.C.D.解析:解析:本題考查軟件可靠性的基本概念。軟件可靠性是軟件產(chǎn)品在規(guī)定的條件下和規(guī)定的時(shí)間區(qū)間完成規(guī)定功能的能力。軟件運(yùn)行剖面越多,軟件

48、規(guī)模越大,內(nèi)部結(jié)構(gòu)越復(fù)雜,則表明軟件出錯(cuò)的可能性就越大,可靠性就會(huì)越低;軟件的開發(fā)方法和開發(fā)環(huán)境不合適或者落后,開發(fā)出來的軟件就會(huì)遺留較多問題,會(huì)影響軟件可靠性;軟件可靠性投入不夠,比如可靠性測(cè)試不夠,也會(huì)影響到軟件可靠性。根據(jù)上述描述,題目中這5項(xiàng)都會(huì)對(duì)軟件可靠性產(chǎn)生影響。應(yīng)選擇選項(xiàng)D。47.軟件可靠性管理把軟件可靠性活動(dòng)貫穿于軟件開發(fā)的全過程,成為軟件工程管理的一部分。確定軟件的可靠性目標(biāo)在( )階段。(分?jǐn)?shù):2.00)A.需求分析B.概要設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.軟件測(cè)試解析:解析: 根據(jù)軟件可靠性管理的定義,確定軟件的可靠性目標(biāo)在軟件的需求分析階段。應(yīng)選擇選項(xiàng)A。48.以下關(guān)于公鑰加密技術(shù)的

49、敘述中,不正確的是( )。(分?jǐn)?shù):2.00)A.公鑰加密的數(shù)據(jù)可以用私鑰解密B.私鑰加密的數(shù)據(jù)可以用公鑰解密C.公鑰和私鑰相互關(guān)聯(lián)D.公鑰加密采用與對(duì)稱加密類似的位模式操作完成對(duì)數(shù)據(jù)的加解密操作解析:解析:本題考查公鑰加密技術(shù)的基礎(chǔ)知識(shí)。公鑰加密使用兩個(gè)獨(dú)立的密鑰,因此是非對(duì)稱的,即需要使用一對(duì)加密密鑰與解密密鑰,這兩個(gè)密鑰是數(shù)學(xué)相關(guān)的。公鑰加密的數(shù)據(jù)可以用私鑰解密,私鑰加密的數(shù)據(jù)也可以用公鑰解密。與對(duì)稱加密使用的位模式簡(jiǎn)單操作不同,公鑰加密是基于數(shù)學(xué)函數(shù)的。綜上不難看出,候選答案D是不正確的。49.包過濾防火墻是一種通過軟件檢查數(shù)據(jù)包以實(shí)現(xiàn)系統(tǒng)安全防護(hù)的基本手段,以下敘述中,不正確的是( )

50、。(分?jǐn)?shù):2.00)A.包過濾防火墻通常工作在網(wǎng)絡(luò)層以上,因此可以實(shí)現(xiàn)對(duì)應(yīng)用層數(shù)據(jù)的檢查與過濾B.包過濾防火墻通常根據(jù)數(shù)據(jù)包源地址、目的地址、端口號(hào)和協(xié)議類型等標(biāo)志設(shè)置訪問控制列表實(shí)現(xiàn)對(duì)數(shù)據(jù)包的過濾C.數(shù)據(jù)包過濾用在內(nèi)部主機(jī)和外部主機(jī)之間,過濾系統(tǒng)可以是一臺(tái)路由器或是一臺(tái)主機(jī)D.當(dāng)網(wǎng)絡(luò)規(guī)模比較復(fù)雜時(shí),由于要求邏輯的一致性、封堵端口的有效性和規(guī)則集的正確性等原因,會(huì)導(dǎo)致訪問控制規(guī)則復(fù)雜,難以配置管理解析:解析:本題考查包過濾防火墻的基礎(chǔ)知識(shí)。 包過濾防火墻是一種通過軟件檢查數(shù)據(jù)包以實(shí)現(xiàn)系統(tǒng)安全防護(hù)的基本手段,數(shù)據(jù)包過濾用在內(nèi)部主機(jī)和外部主機(jī)之間,過濾系統(tǒng)可以是一臺(tái)路由器或是一臺(tái)主機(jī)。 通常通過查

51、看所流經(jīng)的數(shù)據(jù)包的包頭來決定整個(gè)包的命運(yùn),可能會(huì)決定丟棄這個(gè)包,可能會(huì)接受這個(gè)包(讓這個(gè)包通過),也可能執(zhí)行其他更復(fù)雜的動(dòng)作。具體來說,包過濾防火墻通常根據(jù)數(shù)據(jù)包源地址、目的地址、端口號(hào)和協(xié)議類型等標(biāo)志設(shè)置訪問控制列表實(shí)現(xiàn)對(duì)數(shù)據(jù)包的過濾。 包過濾是在IP層實(shí)現(xiàn)的,包過濾根據(jù)數(shù)據(jù)包的源IP地址、目的IP地址、協(xié)議類型(TCP包、UDP包、ICMP包)、源端口、目的端口等包頭信息及數(shù)據(jù)包傳輸方向等信息來判斷是否允許數(shù)據(jù)包通過。 當(dāng)網(wǎng)絡(luò)規(guī)模比較復(fù)雜時(shí),由于包過濾防火墻要求邏輯的一致性、封堵端口的有效性和規(guī)則集的正確性等原因,會(huì)導(dǎo)致訪問控制規(guī)則復(fù)雜,難以配置管理。50.以下測(cè)試方法中,不屬于典型安全性

52、測(cè)試的是( )。(分?jǐn)?shù):2.00)A.安全功能驗(yàn)證B.漏洞掃描C.通信加密D.模擬攻擊試驗(yàn)解析:解析:本題考查包過安全性測(cè)試的基礎(chǔ)方法。軟件系統(tǒng)的安全性是信息安全的重要組成部分,因此安全性測(cè)試是軟件測(cè)試的重要內(nèi)容之一。典型的安全測(cè)試方法包括安全性功能驗(yàn)證、漏洞掃描、模擬攻擊試驗(yàn)以及網(wǎng)絡(luò)偵聽等。而通信加密是典型的安全防護(hù)手段,并不屬于安全性測(cè)試的方法。已知函數(shù)f()、g()的定義如下所示,執(zhí)行表達(dá)式“x=f(5)”的運(yùn)算時(shí),若函數(shù)調(diào)用g(a)是引用調(diào)用(call by reference)方式,則執(zhí)行“x:f(5)”后x的值為 (7) ;若函數(shù)調(diào)用g(a)是值調(diào)用(call by value)方

53、式,則執(zhí)行“x=f(5)”后x的值為 (8) 。(分?jǐn)?shù):4.00)(1).(7)(分?jǐn)?shù):2.00)A.20B.25C.60D.75解析:(2).(8)(分?jǐn)?shù):2.00)A.20B.25C.60D.75解析:解析:本題考查程序語言基礎(chǔ)知識(shí)。 若實(shí)現(xiàn)函數(shù)調(diào)用時(shí),將實(shí)參的值傳遞給對(duì)應(yīng)的形參,則稱為是傳值調(diào)用。這種方式下形式參數(shù)不能向?qū)崊鬟f信息。引用調(diào)用的本質(zhì)是將實(shí)參的地址傳給形參,函數(shù)中對(duì)形參的訪問和修改實(shí)際上就是針對(duì)相應(yīng)實(shí)際參數(shù)變量所作的訪問和改變。 根據(jù)題目說明,調(diào)用函數(shù)f時(shí),實(shí)參的值為5,也就是在函數(shù)f中,x的初始值為5,接下來先通過“a=x-1”將a的值設(shè)置為4,再調(diào)用函數(shù)g(a)。函數(shù)g

54、()執(zhí)行時(shí),形參y的初始值為4,經(jīng)過“y=y*y一1”運(yùn)算后,y的值就修改為15。 在引用調(diào)用方式下;g函數(shù)中y是f函數(shù)中a的引用(可視為形參y與實(shí)參a是同一對(duì)象),也就是說函數(shù)f中a的值被改為15,因此,返回函數(shù)f中再執(zhí)行“a*x”運(yùn)算后得到75(x=5,a=15),因此空(7)應(yīng)填入的值為75。 在值調(diào)用方式下,g函數(shù)中y只獲得f函數(shù)中a的值(形參y與實(shí)參a是兩個(gè)不同的對(duì)象),也就是說在函數(shù)g中修改y的值與函數(shù)f中a的值已經(jīng)沒有關(guān)系了,因此,返回函數(shù)f再執(zhí)行“a*x”運(yùn)算后得到20(x=5,a=4),因此空(8)應(yīng)填入的值為20。假設(shè)磁盤塊與緩沖區(qū)大小相同,每個(gè)盤塊讀入緩沖區(qū)的時(shí)間為10s

55、,由緩沖區(qū)送至用戶區(qū)的時(shí)間是5s,系統(tǒng)對(duì)每個(gè)磁盤塊數(shù)據(jù)的處理時(shí)間為2s。若用戶需要將大小為10個(gè)磁盤塊的Docl文件逐塊從磁盤讀入緩沖區(qū),并送至用戶區(qū)進(jìn)行處理,那么采用單緩沖區(qū)需要花費(fèi)的時(shí)間為 (17)s;采用雙緩沖區(qū)需要花費(fèi)的時(shí)間為 (18)s。(分?jǐn)?shù):4.00)(1).(17)(分?jǐn)?shù):2.00)A.100B.107C.152D.170解析:(2).(18)(分?jǐn)?shù):2.00)A.100B.107C.152D.170解析:解析:試題(17)的正確的答案為C。在塊設(shè)備輸入時(shí),假定從磁盤把一塊數(shù)據(jù)輸入到緩沖區(qū)的時(shí)間為T,緩沖區(qū)中的數(shù)據(jù)傳送到用戶工作區(qū)的時(shí)間為M,而系統(tǒng)處理(計(jì)算)的時(shí)間為C,如圖(a)所示:當(dāng)?shù)谝粔K數(shù)據(jù)送入用戶工作區(qū)后,緩沖區(qū)是空閑的可以傳送第二塊數(shù)據(jù)。這樣第一塊數(shù)據(jù)的處理C1與第二塊數(shù)據(jù)的輸入T2是可以并行的,依次類推,如圖(b)所示。 系統(tǒng)對(duì)每一塊數(shù)據(jù)的處理時(shí)間為:Max(C,T)+M。因?yàn)?,?dāng)TC時(shí),處理時(shí)間為M+T;當(dāng)TC時(shí),處理時(shí)間為M+C。本題每一塊數(shù)據(jù)的處

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論