2022年軟考-軟件評測師考前提分綜合測驗(yàn)卷附帶答案及詳解套卷34_第1頁
2022年軟考-軟件評測師考前提分綜合測驗(yàn)卷附帶答案及詳解套卷34_第2頁
2022年軟考-軟件評測師考前提分綜合測驗(yàn)卷附帶答案及詳解套卷34_第3頁
2022年軟考-軟件評測師考前提分綜合測驗(yàn)卷附帶答案及詳解套卷34_第4頁
2022年軟考-軟件評測師考前提分綜合測驗(yàn)卷附帶答案及詳解套卷34_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

2022年軟考-軟件評測師考前提分綜合測驗(yàn)卷(附帶答案及詳解)1.單選題

以下不屬于易用性測試的是(

)。

問題1選項(xiàng)

A.安裝測試

B.負(fù)載測試

C.功能易用性測試

D.界面測試

【答案】B

【解析】易用性測試主要涉及:安裝測試、功能易用性測試、界面測試、輔助系統(tǒng)測試

2.單選題

某計(jì)算機(jī)系統(tǒng)頁面大小為4K,進(jìn)程P的頁面變換表如下表所示。若P中某數(shù)據(jù)的邏輯地址為十六進(jìn)制2C18H,則該地址的頁號和頁內(nèi)地址分別為(

);經(jīng)過地址變換后,其物理地址應(yīng)為十六進(jìn)制(

)。

問題1選項(xiàng)

A.2和518H

B.2和C18H

C.5和518H

D.5和C18H

問題2選項(xiàng)

A.2C18H

B.4C18H

C.5C18H

D.8C18H

【答案】第1題:B

第2題:C

【解析】題中頁面大小為4K即212,即一個(gè)頁面需要12位二進(jìn)制來表示;地址2C18H,對應(yīng)的二進(jìn)制為:10110000011000,由于一個(gè)頁需要12位二進(jìn)制表示,因此前面兩位10表示的是頁號,后面12位110000011000表示的是頁內(nèi)地址,即頁號位2,頁內(nèi)地址為C18;查表,頁號為2的地址對應(yīng)的物理塊號為5,即0101,所以對應(yīng)的物理地址為0101110000011000即5C18H。

3.單選題

關(guān)系數(shù)據(jù)庫是表的集合。對視圖進(jìn)行查詢,本質(zhì)上就是查詢從(

)中獲得的數(shù)據(jù)。

問題1選項(xiàng)

A.一個(gè)視圖

B.一個(gè)或若干個(gè)索引文件

C.一個(gè)或若干個(gè)視圖

D.一個(gè)或若干個(gè)基本表

【答案】D

【解析】在關(guān)系數(shù)據(jù)庫中,基本表存放的是各種信息。

索引文件由數(shù)據(jù)文件組成,它是帶索引的順序文件。

視圖是從一個(gè)或多個(gè)表或視圖中導(dǎo)出的表;其結(jié)構(gòu)和數(shù)據(jù)是建立在對表的查詢基礎(chǔ)上;視圖不是真實(shí)存在的基礎(chǔ)表,而是一個(gè)虛擬表;數(shù)據(jù)庫中只存放視圖的定義;視圖的數(shù)據(jù)是沒有實(shí)際存放,視圖的數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)在數(shù)據(jù)庫中。

從本質(zhì)上來看對視圖進(jìn)行查詢,就是從一個(gè)或若干個(gè)基本表中進(jìn)行數(shù)據(jù)查詢。

4.單選題

下圖是(

)設(shè)計(jì)模式的類圖,該設(shè)計(jì)模式的目的是(

)。該圖中,Handler和Handler之間是(

)關(guān)系,Handler和ConcreteHandler之間是(

)關(guān)系。

問題1選項(xiàng)

A.適配器

B.橋接

C.裝飾

D.責(zé)任鏈

問題2選項(xiàng)

A.將一個(gè)類的接口轉(zhuǎn)換為客戶期望的另一種接口,使得原本因不匹配的接口而無法合作的類可以一起工作

B.將一個(gè)抽象與其實(shí)現(xiàn)分離開,以便兩者能夠各自獨(dú)立地演變

C.動(dòng)態(tài)地給一個(gè)對象附加額外的職責(zé),不必通過子類就能靈活地增加功能

D.使多個(gè)對象都有機(jī)會(huì)處理同一個(gè)請求,從而避免請求的發(fā)送者和接收者之間的耦合關(guān)系。將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有一個(gè)對象處理它為止

問題3選項(xiàng)

A.依賴

B.關(guān)聯(lián)

C.繼承

D.實(shí)現(xiàn)

問題4選項(xiàng)

A.依賴

B.關(guān)聯(lián)

C.繼承

D.組合

【答案】第1題:D

第2題:D

第3題:B

第4題:C

【解析】Decorator(裝飾)模式描述了如何動(dòng)態(tài)地為對象添加一些額外的職責(zé)。

ChainofResponsibility(責(zé)任鏈)使多個(gè)對象都有機(jī)會(huì)處理請求,從而避免請求的發(fā)送者和接收者之間的耦合關(guān)系,將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有一個(gè)對象處理它為止。

Adapter(適配器)將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另一個(gè)接口。

Bridge(橋接)將抽象部分與其實(shí)現(xiàn)部分分離,使它們都可以獨(dú)立地變化。

類圖中Handler和Handler之間是關(guān)聯(lián)關(guān)系

Handler和ConcreteHandler之間是繼承關(guān)系

5.單選題

以下關(guān)于軟件使用質(zhì)量的敘述中,不正確的是(

)。

問題1選項(xiàng)

A.使用質(zhì)量是從用戶角度看待的質(zhì)量

B.使用質(zhì)量的屬性包括有效性、生產(chǎn)率、安全性和可移植性

C.有效性指軟件產(chǎn)品在指定使用環(huán)境下,實(shí)現(xiàn)用戶要求的準(zhǔn)確度和完整性目標(biāo)的能力

D.生產(chǎn)率指軟件產(chǎn)品在指定使用環(huán)境下,使用戶可使用與獲得的有效性有關(guān)的合適數(shù)據(jù)資源的能力

【答案】B

【解析】使用質(zhì)量是從用戶角度看待的質(zhì)量,其屬性分為:有效性、生產(chǎn)率、安全性和滿意度

有效性:是指軟件產(chǎn)品在指定的使用環(huán)境下,使用戶獲得滿足準(zhǔn)確度和完整性要求的規(guī)定目標(biāo)的能力

生產(chǎn)率:是指軟件產(chǎn)品在指定的使用環(huán)境下,使用戶與獲得的有效性有關(guān)的合適數(shù)量資源的能力

安全性:是指軟件產(chǎn)品在指定使用環(huán)境下,獲得可接受的對人類、事務(wù)、軟件、財(cái)產(chǎn)或環(huán)境有害的風(fēng)險(xiǎn)級別的能力

滿意度:是指軟件產(chǎn)品在指定使用環(huán)境下,使用戶滿意的能力

6.單選題

某開發(fā)小組為某企業(yè)開發(fā)較大規(guī)模的項(xiàng)目,該開發(fā)小組已經(jīng)為同一行業(yè)的其他企業(yè)開發(fā)過類似的項(xiàng)目,且該項(xiàng)目需求變化很少,則最適宜采用(

)開發(fā)過程模型。

問題1選項(xiàng)

A.瀑布

B.演化

C.螺旋

D.噴泉

【答案】A

【解析】瀑布模型:是將軟件生存周期中的各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干個(gè)階段的模型,包括需求分析、設(shè)計(jì)、編碼、測試、運(yùn)行與維護(hù)。它規(guī)定了由前至后、相互銜接的固定次序;以項(xiàng)目階段評審和文檔控制為手段有效地對整個(gè)開發(fā)過程進(jìn)行指導(dǎo);其優(yōu)點(diǎn)是:容易理解,管理成本低;強(qiáng)調(diào)開發(fā)的階段性早期計(jì)劃及需求調(diào)查和產(chǎn)品測試;其缺點(diǎn)是:客戶必須能夠完整、正確、清晰地表達(dá)他們的需要;在開始的2~3個(gè)階段中,很難評估真正的進(jìn)度狀態(tài);當(dāng)項(xiàng)目結(jié)束時(shí),出現(xiàn)大量的集成和測試工作;直到項(xiàng)目結(jié)束之前,都不能演示系統(tǒng)的能力;需求或設(shè)計(jì)中的錯(cuò)誤往往只有到了項(xiàng)目后期才能夠被發(fā)現(xiàn),對項(xiàng)目風(fēng)險(xiǎn)控制能力較弱,從而導(dǎo)致項(xiàng)目常常延期完成,開發(fā)費(fèi)用超出預(yù)期。適合需求明確的項(xiàng)目;

原型模型:開始于溝通,其目的是定義軟件的總體目標(biāo),標(biāo)識(shí)需求,然后快速制定原型開發(fā)的計(jì)劃,確定原型的目標(biāo)和范圍,采用快速設(shè)計(jì)方式對其進(jìn)行建模,并構(gòu)件原型。其優(yōu)點(diǎn)是:利于增加軟件人員和用戶對系統(tǒng)需求的理解;原型的最終版本可作為產(chǎn)品或者最終系統(tǒng)的一部分;其缺點(diǎn)是:文檔容易被忽略;建立原型的許多工作被浪費(fèi);項(xiàng)目難以規(guī)劃和管理。適用于需求不明確、動(dòng)態(tài)變化的項(xiàng)目。

演化型原型:其目的是將原型作為目標(biāo)系統(tǒng)的一部分,通過對原型的多次改進(jìn),逐步將原型演化成最終的產(chǎn)品。

螺旋模型:采用一種周期性的方法來進(jìn)行系統(tǒng)開發(fā),結(jié)合原型方法和瀑布模型;每一周期都包括制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和評審4個(gè)階段,進(jìn)行迭代。其優(yōu)點(diǎn)是:客戶始終參與,和管理層有效地交互;強(qiáng)調(diào)風(fēng)險(xiǎn)分析,使得開發(fā)人員和用戶對每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解。其缺點(diǎn)是:需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn),在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中,如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn),勢必造成重大損失;過多的迭代次數(shù)會(huì)增加開發(fā)成本,延遲提交時(shí)間。適合于風(fēng)險(xiǎn)比較大,系統(tǒng)復(fù)雜的項(xiàng)目。

噴泉模型:是一種以用戶需求為動(dòng)力,以對象作為驅(qū)動(dòng)的模型,適合于面向?qū)ο蟮拈_發(fā)方法。使軟件開發(fā)過程自下而上周期的各階段是相互迭代和無間隙的特性。其優(yōu)點(diǎn)是:模型的各個(gè)階段沒有明顯的界限,開發(fā)人員可以同步進(jìn)行開發(fā);是可以提高軟件項(xiàng)目開發(fā)效率,節(jié)省開發(fā)時(shí)間,適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程;其缺點(diǎn)是:由于噴泉模型在各個(gè)開發(fā)階段是重疊的,因此在開發(fā)過程中需要大量的開發(fā)人員,因此不利于項(xiàng)目的管理;此外這種模型要求嚴(yán)格管理文檔,使得審核的難度加大,尤其是面對可能隨時(shí)加入各種信息、需求與資料的情況。用于面向?qū)ο箝_發(fā)。

本題中由于已經(jīng)做過該行業(yè)類似的項(xiàng)目,需求變化很少,適合采用瀑布模型。

7.單選題

以下關(guān)于極限編程(XP)的敘述中,正確的是(

)。XP的12個(gè)最佳實(shí)踐,不包括(

)。

問題1選項(xiàng)

A.XP是激發(fā)開發(fā)人員創(chuàng)造性、使管理負(fù)擔(dān)最小的一組技術(shù)

B.每一個(gè)不同的項(xiàng)目都需要一套不同的策略、約定和方法論

C.多個(gè)自組織和自治小組并行地遞增實(shí)現(xiàn)產(chǎn)品

D.有一個(gè)使命作為指導(dǎo),它設(shè)立了項(xiàng)目的目標(biāo),但并不描述如何達(dá)到這個(gè)目標(biāo)

問題2選項(xiàng)

A.重構(gòu)

B.結(jié)對編程

C.精心設(shè)計(jì)

D.隱喻

【答案】第1題:A

第2題:C

【解析】極限編程是一個(gè)輕量級的、靈巧的軟件開發(fā)方法;同時(shí)它也是一個(gè)非常嚴(yán)謹(jǐn)和周密的方法。它的基礎(chǔ)和價(jià)值觀是交流、樸素、反饋和勇氣;即,任何一個(gè)軟件項(xiàng)目都可以從四個(gè)方面入手進(jìn)行改善:加強(qiáng)交流;從簡單做起;尋求反饋;勇于實(shí)事求是。XP是一種近螺旋式的開發(fā)方法,它將復(fù)雜的開發(fā)過程分解為一個(gè)個(gè)相對比較簡單的小周期;通過積極的交流、反饋以及其他一系列的方法,開發(fā)人員和客戶可以非常清楚開發(fā)進(jìn)度、變化、待解決的問題和潛在的困難等,并根據(jù)實(shí)際情況及時(shí)地調(diào)整開發(fā)過程。

XP中簡單:極限編程鼓勵(lì)從最簡單的解決方式入手再通過不斷重構(gòu)達(dá)到更好的結(jié)果。這種方法與傳統(tǒng)系統(tǒng)開發(fā)方式的不同之處在于,它只關(guān)注于對當(dāng)前的需求來進(jìn)行設(shè)計(jì)、編碼,而不去理會(huì)明天、下周或者下個(gè)月會(huì)出現(xiàn)的需求。

在XP中,每個(gè)對項(xiàng)目做貢獻(xiàn)的人都應(yīng)該是項(xiàng)目開發(fā)小組中的一員。

每個(gè)不同的項(xiàng)目都需要一套不同的策略,約定和方法論是水晶法的內(nèi)容。

極限編程的主要目標(biāo)在于降低因需求變更而帶來的成本。

12個(gè)最佳實(shí)踐為:計(jì)劃游戲、小型發(fā)布、隱喻、簡單設(shè)計(jì)、測試先行、重構(gòu)、結(jié)對編程、集體代碼所有制、持續(xù)集成、每周工作40小時(shí)、現(xiàn)場客戶、編碼標(biāo)準(zhǔn)。

極限編程xp:是激發(fā)開發(fā)人員創(chuàng)造性、使得管理負(fù)擔(dān)最小的一組技術(shù)。

水晶法:認(rèn)為每一個(gè)不同的項(xiàng)目都需要一套不同的策略、約定和方法論。

并列爭球法:使用迭代的方法,其中把每30天一次的迭代成為一個(gè)沖刺,并按需求的優(yōu)先級來實(shí)現(xiàn)產(chǎn)品。多個(gè)自組織和自治小組并行地遞增實(shí)現(xiàn)產(chǎn)品,協(xié)調(diào)是通過簡短的日常情況會(huì)議進(jìn)行。

在自適應(yīng)軟件開發(fā)(ASD):有一個(gè)使命作為指導(dǎo),它設(shè)立了項(xiàng)目的目標(biāo),但并不描述如何達(dá)到這個(gè)目標(biāo)。

8.單選題

一個(gè)程序的控制流圖中有5個(gè)結(jié)點(diǎn),8條邊,在測試用例數(shù)最少的情況,確保程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次所需要的測試用例數(shù)的上限是(

)。

問題1選項(xiàng)

A.4

B.5

C.6

D.7

【答案】B

【解析】控制流程圖的環(huán)路復(fù)雜性V(G)等于:

(1)控制流程圖中的區(qū)域個(gè)數(shù)。

(2)邊數(shù)-結(jié)點(diǎn)數(shù)+2。

(3)判定數(shù)+1。

本題為:8-5+2=5

9.單選題

以下關(guān)于CPU與I/O設(shè)備交換數(shù)據(jù)所用控制方式的敘述中,正確的是(

)。

問題1選項(xiàng)

A.中斷方式下,CPU與外設(shè)是串行工作的

B.中斷方式下,CPU需要主動(dòng)查詢和等待外設(shè)

C.DMA方式下,CPU與外設(shè)可并行工作

D.DMA方式下,需要CPU執(zhí)行程序傳送數(shù)據(jù)

【答案】C

【解析】中斷方式下的數(shù)據(jù)傳送是當(dāng)I/O接口準(zhǔn)備好接收數(shù)據(jù)或準(zhǔn)備好向CPU傳送數(shù)據(jù)時(shí),就發(fā)出中斷信號通知CPU。對中斷信號進(jìn)行確認(rèn)后,CPU保存正在執(zhí)行的程序的現(xiàn)場,轉(zhuǎn)而執(zhí)行提前設(shè)置好的I/O中斷服務(wù)程序,完成一次數(shù)據(jù)傳送的處理。這樣,CPU就不需要主動(dòng)查詢外設(shè)的狀態(tài),在等待數(shù)據(jù)期間可以執(zhí)行其他程序,從而提高了CPU的利用率。采用中斷方式管理I/O設(shè)備,CPU和外設(shè)可以并行地工作。

程序查詢方式下,CPU通過執(zhí)行程序查詢外設(shè)的狀態(tài),判斷外設(shè)是否準(zhǔn)備好接收數(shù)據(jù)或準(zhǔn)備好了向CPU輸入的數(shù)據(jù)。

直接內(nèi)存存?。―irectMemoryAccess,DMA)方式的基本思想是通過硬件控制實(shí)現(xiàn)主存與I/O設(shè)備間的直接數(shù)據(jù)傳送,數(shù)據(jù)的傳送過程由DMA控制器(DMAC)進(jìn)行控制,不需要CPU的干預(yù)。在DMA方式下,由CPU啟動(dòng)傳送過程,即向設(shè)備發(fā)出“傳送一塊數(shù)據(jù)”的命令,在傳送過程結(jié)束時(shí),DMAC通過中斷方式通知CPU進(jìn)行一些后續(xù)處理工作。

綜合來看由于DMA方式下數(shù)據(jù)的傳送過程由DMA控制器(DMAC)進(jìn)行控制,不需要CPU的干預(yù),CPU可以去做自己的事,這時(shí)是與外設(shè)并行工作的。

10.單選題

MVC模式(模型-視圖-控制器)是軟件工程中的一種軟件架構(gòu)模式,把軟件系統(tǒng)分為模型、視圖和控制器三個(gè)部分。(

)不屬于MVC模式的優(yōu)點(diǎn)。

問題1選項(xiàng)

A.低耦合性

B.高重用性

C.可維護(hù)性

D.高運(yùn)行效率

【答案】D

【解析】MVC全名是ModelViewController,是模型(model)-視圖(view)-控制器(controller)的縮寫,是用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼,將業(yè)務(wù)邏輯聚集到一個(gè)部件里面,在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí),不需要重新編寫業(yè)務(wù)邏輯;可以提高可重復(fù)性、可維護(hù)性、降低耦合等優(yōu)點(diǎn)。

11.單選題

按照我國著作權(quán)法的權(quán)利保護(hù)期,以下權(quán)利中,(

)受到永久保護(hù)。

問題1選項(xiàng)

A.發(fā)表權(quán)

B.修改權(quán)

C.復(fù)制權(quán)

D.發(fā)行權(quán)

【答案】B

【解析】著作權(quán)(版權(quán))是指作者對其創(chuàng)作的作品享有人身權(quán)和財(cái)產(chǎn)權(quán)。

人身權(quán):包括:發(fā)表權(quán)、署名權(quán)、修改權(quán)、保護(hù)作品完整權(quán)等;保護(hù)期限不受限制。

財(cái)產(chǎn)權(quán):包括使用權(quán)和獲得報(bào)酬權(quán),即以復(fù)制、表演、播放、展覽、發(fā)行、攝制電影、電視、錄像或者改編、翻譯、注釋、編輯等方式使用作品的權(quán)利,以及許可他人以上述方式使用作品并由此獲得報(bào)酬的權(quán)利;一般保護(hù)期限為50年。

12.單選題

以下關(guān)于軟件靜態(tài)質(zhì)量度量的敘述中,不正確的是(

)。

問題1選項(xiàng)

A.靜態(tài)質(zhì)量度量使用質(zhì)量度量模型分析程序的復(fù)雜性

B.靜態(tài)質(zhì)量度量引用復(fù)雜度參數(shù)來度量軟件是否易理解、可讀等

C.靜態(tài)質(zhì)量度量模型不需要遵循標(biāo)準(zhǔn)

D.常見模型包括圈復(fù)雜度、代碼行數(shù)、Halstead復(fù)雜度等

【答案】C

【解析】(注意:第1版的考題,與第2版部分內(nèi)容存在差異,適當(dāng)學(xué)習(xí)理解?。?/p>

軟件質(zhì)量模型用功能性、可靠性、可用性、有效性、可維護(hù)性、可移植性等6個(gè)特性來衡量。靜態(tài)質(zhì)量度量使用質(zhì)量度量模型分析程序的復(fù)雜性,用復(fù)雜度參數(shù)來度量軟件是否易理解、可讀等。靜態(tài)質(zhì)量度量模型也遵循一定的標(biāo)準(zhǔn),常見模型有:圈復(fù)雜度、代碼行數(shù)、Halstead復(fù)雜度等。

13.單選題

下圖是一個(gè)軟件項(xiàng)目的活動(dòng)圖,其中頂點(diǎn)表示項(xiàng)目里程碑,連接頂點(diǎn)的邊表示包含的活動(dòng),邊上的權(quán)重表示活動(dòng)的持續(xù)時(shí)間(天),則里程碑(

)在關(guān)鍵路徑上。在其他活動(dòng)按時(shí)完成的情況下,活動(dòng)FJ最多可以晚(

)天開始而不影響工期。

問題1選項(xiàng)

A.B

B.C

C.D

D.E

問題2選項(xiàng)

A.0

B.1

C.2

D.3

【答案】第1題:C

第2題:D

【解析】松弛時(shí)間:表示在不影響整個(gè)工期的前提下,完成該任務(wù)有多少機(jī)動(dòng)余地。

關(guān)鍵路徑:在活動(dòng)圖中時(shí)間跨度最長的路徑。

題中所有從開始到結(jié)束的路徑中最長的為ADGIJL,其總長度為27天。選項(xiàng)中事件D在關(guān)鍵路徑上。

題中經(jīng)過FJ最長的路徑為ABFJL共計(jì)24天,27-24=3天,所以松弛時(shí)間為3天。

14.單選題

在C程序中,(

)是合法的用戶定義變量名。

①_123②form-7③short④form_7

問題1選項(xiàng)

A.①③

B.②③④

C.②④

D.①④

【答案】D

【解析】在C語言中規(guī)定:用戶在自定義標(biāo)識(shí)符必須必須以字母a~z、A~Z或下劃線開頭,后面可跟任意個(gè)(可為0)字符,這些字符可以是字母、下劃線和數(shù)字,其他字符不允許出現(xiàn)在標(biāo)識(shí)符中。C語言中的關(guān)鍵字,有特殊意義,不能作為標(biāo)識(shí)符;

題中的short表示短整型數(shù)據(jù)的關(guān)鍵字,所以不能用作用戶自定義標(biāo)識(shí)符。

15.單選題

以下關(guān)于軟件項(xiàng)目工作量估算的敘述中,不正確的是(

)。

問題1選項(xiàng)

A.專家估計(jì)方法受到專家的背景知識(shí)和經(jīng)驗(yàn)的影響

B.復(fù)雜的模型不一定更準(zhǔn)確

C.機(jī)器學(xué)習(xí)方法可以準(zhǔn)確估算項(xiàng)目工作量

D.多種方法結(jié)合可以在某種程度上提高估算精度

【答案】C

【解析】軟件項(xiàng)目估算涉及人、技術(shù)、環(huán)境等多種因素,因此很難在項(xiàng)目完成前準(zhǔn)確地估算出開發(fā)軟件所需的成本、持續(xù)時(shí)間、和工作量。

16.單選題

二進(jìn)制序列1011011可用十六進(jìn)制形式表示為(

)。

問題1選項(xiàng)

A.5B

B.3B

C.B6

D.BB

【答案】A

【解析】

17.案例題

閱讀下列說明,回答問題1至問題3,將解答寫在答題紙的對應(yīng)欄內(nèi)。

【說明】

某軟件的積分計(jì)算模塊每天定時(shí)根據(jù)用戶發(fā)布的文章數(shù)、文章閱讀數(shù)來統(tǒng)計(jì)用戶所獲取的積分,用戶分為普通用戶和專家用戶,兩類用戶具有不同的積分系數(shù)。

圖4-1是該模塊的類圖,圖中屬性和操作前的“+”、“#”和“-”分別表示公有成員、保護(hù)成員和私有成員。

圖4-1類圖

其中:

(1)類Expert重新實(shí)現(xiàn)了類User的方法calPoints();

(2)方法calPoints()根據(jù)每個(gè)用戶每天的文章數(shù)(articleNum)、文章閱讀數(shù)(readNum)來計(jì)算當(dāng)天的積分;

(3)類System中的方法statPoints()中首先調(diào)用了該類的方法load(),獲取本系統(tǒng)用戶列表,然后調(diào)用了類User中的方法calPoints()。

現(xiàn)擬采用面向?qū)ο蟮姆椒ㄟM(jìn)行測試。

【問題1】(4分)

(1)圖4-1所示的類圖中,類System和User之間是什么關(guān)系?

(2)類Expert重新實(shí)現(xiàn)了類User的方法calPoints(),這是面向?qū)ο蟮氖裁礄C(jī)制?

【問題2】(6分)

類Expert中的方法calPoints()和getPoints()是否需要重新測試?

【問題3】(10分)

(1)請結(jié)合題干說明中的描述,給出測試類User方法calPoints()時(shí)的測試序列。

(2)從面向?qū)ο蠖鄳B(tài)特性考慮,測試類System中方法statPoints()時(shí)應(yīng)注意什么?

(3)請給出圖4-1中各個(gè)類的測試順序。

【答案】【問題1】

1、關(guān)聯(lián)關(guān)系

2、多態(tài)

【問題2】

calpoints()需要重新測試

gepoints()無須重新測試

【問題3】

1、users()-setArticlenum()-setReadNum()-calpoints()-getPoints()

2、只需要在原有的測試分析和基礎(chǔ)上增加對測試用例中輸入數(shù)據(jù)的類型的考慮;先測試基類,然后再分別依據(jù)輸入數(shù)據(jù)設(shè)計(jì)不同的測試用例。要注意User中calpoints()和Expert中calpoints()的分別調(diào)用。

3、User-Expert-System

【解析】【問題1】

關(guān)聯(lián)關(guān)系

Expert是繼承了user的方法,然后進(jìn)行了重寫,屬于多態(tài)機(jī)制

【問題2】

對父類中已經(jīng)測試過的成員函數(shù),有兩種情況需要在子類中重新測試:(1)繼承的成員函數(shù)在子類中做了改動(dòng);(2)成員函數(shù)調(diào)用了改動(dòng)過的成員函數(shù)的部分;本題中Expert的calpoints()重新修改了需要重新測試,而gepoints()沒有變化,無須重新測試

【問題3】

1、calpoints()需要先獲取用戶(users())然后獲取每天的文章數(shù)(setArticlenum()),文章閱讀數(shù)(setReadNum())來計(jì)算積分,所以測試序列為:users()-setArticlenum()-setReadNum()-calpoints()-getPoints()

2、只需要在原有的測試分析和基礎(chǔ)上增加對測試用例中輸入數(shù)據(jù)的類型的考慮;先測試基類,然后再分別依據(jù)輸入數(shù)據(jù)設(shè)計(jì)不同的測試用例。

3、system中

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(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ǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論