




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
軟件水平考試中級(jí)軟件設(shè)計(jì)師上午基礎(chǔ)
知識(shí)(軟件工程)模擬試卷1
一、中文選擇題(本題共28題,每題1.0分,共28
分。)
1、以下描述中,錯(cuò)誤的是()。
A、從一個(gè)計(jì)算機(jī)系統(tǒng)轉(zhuǎn)移到另一個(gè)計(jì)算機(jī)系統(tǒng)的容易程度是軟件的可移植性
B、軟件在需要它投入使用時(shí)能實(shí)現(xiàn)其指定功能的概率是可靠性
C、軟件能夠被軟件維護(hù)人員閱讀并理解的方便程度是軟件的可理解性
D、在規(guī)定條件下和規(guī)定期間內(nèi),實(shí)現(xiàn)所指定的功能的概率是軟件的可靠性
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析:軟件可測試性:用來表示測試及驗(yàn)證軟件的難易度。軟件可理解
性:軟件能夠被軟件維于人員閱讀并理解的方便程度。軟件可靠性:軟件按規(guī)定
的條件,在規(guī)定的時(shí)間內(nèi)運(yùn)行而不發(fā)生故障的能力。軟件可移植性:指軟件從一
個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境的容易程度。由于計(jì)算機(jī)的
硬件體系結(jié)構(gòu)不同,因而導(dǎo)致在某一類型卡n器上開發(fā)的軟件不能在另一類計(jì)算機(jī)
上運(yùn)行,所以某一種語言開發(fā)環(huán)境中開發(fā)出來的程序,如不用修改或只需極少量的
修改便能在其他種類的計(jì)算機(jī)上運(yùn)行,就是可移植性好。軟件可用性:ISO9241
一11國際標(biāo)準(zhǔn)對可用性做了如下定義:產(chǎn)品在特定使用環(huán)境下為特定用戶用于特
定用途時(shí)所具有的有效性(effectiveness)、效率(efficiency)和用戶主觀滿意度
(satisfaction)o其中:有效性——用戶完成特定任務(wù)和達(dá)到特定目標(biāo)時(shí)所具有的正
確和完整程度。效率——用戶完成任務(wù)的正確和完整程度與所使用資源(如時(shí)間)之
間的比率。滿意度——用戶在使用產(chǎn)品過程中所感受到的主觀滿意和接受程度。
通俗來講,可用性指的是產(chǎn)品對用戶來說有效、易學(xué)、高效、好記、少錯(cuò)和令人滿
意的程度,即用戶能否用產(chǎn)品完成任務(wù)、效率如何、主觀感受怎樣,實(shí)際上是從用
戶角度所看到的產(chǎn)品質(zhì)量,是產(chǎn)品競爭力的核心,是以用戶為中心。軟件兼容
性:指與軟件可從某一環(huán)境轉(zhuǎn)移到另一環(huán)境的能力有關(guān)的一組屬性。它包括以下幾
個(gè)屬性:(1)與軟件無須采用為該軟件準(zhǔn)備的活動(dòng)或手段就可能適應(yīng)不同的規(guī)定環(huán)
境有關(guān)的軟件屬性;(2)使軟件遵循與可移植性有關(guān)的標(biāo)準(zhǔn)或約定的軟件屬性;(3)
與軟件在該軟件環(huán)境中用來替代指定的其他軟件的機(jī)會(huì)和努力有關(guān)的軟件屬性。
軟件可修改性:軟件能夠被軟件維護(hù)人員修改的方便程度。軟件的一致性:軟件
服從與可移植性有關(guān)的標(biāo)準(zhǔn)或約定的程度。
2、下述任務(wù)中,不屬于軟件工程需求分析階段的是()。
A、確定軟件系統(tǒng)的可靠性耍求
B、確定軟件系統(tǒng)的性能需求
C、確定軟件系統(tǒng)將采用什么開發(fā)語言開發(fā)
D、確定軟件系統(tǒng)的數(shù)據(jù)要求
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:需求分析階段的任務(wù)主要有:(1)確定軟件的綜合耍求:系統(tǒng)界面、
系統(tǒng)功能、系統(tǒng)性能、安全性、保密性和可靠性方面的要求,系統(tǒng)的運(yùn)行要求、異
常處理、將來的擴(kuò)充和修改等。(2)分析軟件系統(tǒng)的數(shù)據(jù)要求:基本數(shù)據(jù)元素、數(shù)
據(jù)元素之間的邏輯關(guān)系、數(shù)據(jù)量、峰值等。(3)導(dǎo)出系統(tǒng)的邏輯模型。(4)修正項(xiàng)目
開發(fā)計(jì)劃。
3、()是軟件生命周期中時(shí)間最長的階段。
A、需求分析階段
B、軟件維護(hù)階段
C、軟件設(shè)計(jì)階段
D、軟件系統(tǒng)實(shí)施階段
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析:本題考查的是軟件壽命周期及其各壽命周期階段的主要特點(diǎn)。軟件生
命周期是軟件開發(fā)的全過程,這個(gè)過程由諸多階段構(gòu)成,包括需求分析、軟件設(shè)
“、編碼及單元測試、集成及系統(tǒng)測試、安裝、實(shí)施與維護(hù)等階段,在由這些階段
所構(gòu)成的軟件生命周期全過程中軟件維護(hù)階段是軟件生命周期中時(shí)間最長的階段。
因?yàn)樵谲浖_發(fā)完投入使用后,由于多方面的原因,軟件不能繼續(xù)適應(yīng)用戶的要
求,要延續(xù)軟件的使用壽命,就必須對軟件進(jìn)行維護(hù),所以從軟件開發(fā)投入使用到
軟件被淘汰的整個(gè)過程都屬于軟件維護(hù)階段,因此不難想象這個(gè)階段的時(shí)長最長。
4、軟件需求說明書是軟件需求分析階段的重要文件,下述()是其應(yīng)包含的內(nèi)容。
①數(shù)據(jù)描述②功能描述③模塊描述④性能描述
A、①②
R、③④
C、①②③
D、@@@
標(biāo)準(zhǔn)答案:D
知識(shí)點(diǎn)解析:已經(jīng)確定下來的需求應(yīng)當(dāng)?shù)玫角逦鷾?zhǔn)確的描述。通常把描述需求的文
檔叫做軟件需求說明書。軟件需求說明書的主要內(nèi)容是系統(tǒng)的數(shù)據(jù)描述、數(shù)據(jù)流
圖、數(shù)據(jù)字典描述、系統(tǒng)接口描述、內(nèi)部接口說明、系統(tǒng)的功能描述、處理說明、
系統(tǒng)設(shè)計(jì)的限制系統(tǒng)的性能描述、性能參數(shù)、對系統(tǒng)進(jìn)行測試的種類等。
5、以下關(guān)于數(shù)據(jù)流圖的說法,錯(cuò)誤的是()。
A、數(shù)據(jù)流圖是用來作為結(jié)構(gòu)化分析建模的一種工具
B、傳統(tǒng)的數(shù)據(jù)流圖中主要包含加工、外部實(shí)體、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、控制流5種
基本構(gòu)件
C、數(shù)據(jù)流圖可只有一個(gè)也可以有多個(gè)
D、數(shù)據(jù)流圖屬于需求分析階段的產(chǎn)物
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析:本題主要考查數(shù)據(jù)流圖的基本內(nèi)容。數(shù)據(jù)流圖是結(jié)構(gòu)化開發(fā)方法中需
求分析階段的重要工具。結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的軟件分析方法。適
合于開發(fā)數(shù)據(jù)處理類型軟件的需求分析。數(shù)據(jù)流圖是需求分析階段使用的一種主要
工具,它以圖形的方式表達(dá)數(shù)據(jù)處理系統(tǒng)中信息的變換和傳遞過程。與數(shù)據(jù)流圖配
合使用的是數(shù)據(jù)詞典,它對數(shù)據(jù)流圖中出現(xiàn)的所有數(shù)據(jù)元素給出邏輯定義。有了數(shù)
據(jù)詞典,使得數(shù)據(jù)流圖上的數(shù)據(jù)流、加工和文件得到確切的解釋。通常在數(shù)據(jù)流
圖中,可能出現(xiàn)4種基本符號(hào),數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)、外部實(shí)體(數(shù)據(jù)源及數(shù)
據(jù)終點(diǎn))。數(shù)據(jù)流是具有名字和流向的數(shù)據(jù),在數(shù)據(jù)流圖中用標(biāo)有名字的箭頭表
示。加工是對數(shù)據(jù)流的變換,一般用圓圈表示。數(shù)據(jù)存儲(chǔ)是可訪問的存儲(chǔ)信息,
般用直線段表示。外部實(shí)體位于被建模的系統(tǒng)之外的信息生產(chǎn)者或消費(fèi)者,是不能
由計(jì)算機(jī)處理的成分,它們分別表明數(shù)據(jù)處理過程的數(shù)據(jù)來源及數(shù)據(jù)去向,用標(biāo)有
名字的方框表示。圖4-4所示是一個(gè)典型的數(shù)據(jù)流圖示例。
從理論上來說,數(shù)據(jù)流圖可
只有一個(gè)也可以有多個(gè)。但是,一般情況下,為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情
況,用一個(gè)數(shù)據(jù)流圖是不夠的。稍為復(fù)雜的實(shí)際問題,在數(shù)據(jù)流圖上常常出現(xiàn)十幾
個(gè)甚至幾十個(gè)加工。這樣的數(shù)據(jù)流圖看起來很不清楚。層次結(jié)構(gòu)的數(shù)據(jù)流圖能很好
地解決這一問題。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解,并以分層的數(shù)據(jù)流圖反映這
種結(jié)構(gòu)關(guān)系,能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)。圖4-5所示為分層數(shù)據(jù)流圖的
示例。數(shù)據(jù)處理S包括三個(gè)子系統(tǒng)1、2、30頂層下面的第一層數(shù)據(jù)流圖為DFD
/LU第二層數(shù)據(jù)流圖DFD/L2.1、DFD/L2.2及DFD/L2.3分別是子系統(tǒng)
1、2和3的細(xì)化。對任何一層數(shù)據(jù)流圖來說,我們稱它的上層圖為父圖,在它下
一層的圖則稱為子圖。畫數(shù)據(jù)流圖的基本步驟概括地說,就是“自頂向下逐層分
解”。檢查和修改的原則為:(1)數(shù)據(jù)流圖上所有圖形符號(hào)只限于前述4種基本圖形
元素。(2)頂層數(shù)據(jù)流圖必須包括前述4種基本元素,缺一不可。(3)頂層數(shù)據(jù)流圖
上的數(shù)據(jù)流必須封閉在外部實(shí)體之間。(4)每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)
輸出數(shù)據(jù)流。(5)在數(shù)據(jù)流圖中,需按層給框加編號(hào)。編號(hào)表明該加工處在哪一
層,以及上下層的父圖與子圖的對應(yīng)關(guān)系。
圖7分層數(shù)據(jù)流圖(6)規(guī)定任何一
個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對應(yīng),兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流
必須一致。此即父圖與子圖的平衡。(7)可以在數(shù)據(jù)流圖中加入物質(zhì)流,幫助月戶
理解數(shù)據(jù)流圖。(8)圖上每個(gè)元素都必須有名字。(9)數(shù)據(jù)流圖中不可夾帶控制流。
6、下列關(guān)于內(nèi)聚和耦合的描述中,錯(cuò)誤的是()。
A、內(nèi)聚體現(xiàn)的是代碼功能的集中程度
B、耦合體現(xiàn)的是模塊間聯(lián)系的緊密程度
C、通信內(nèi)聚比邏輯內(nèi)聚的內(nèi)聚度更高
D、數(shù)據(jù)耦合比公共耦合的耦合度更高
標(biāo)準(zhǔn)答案:D
知識(shí)點(diǎn)解析:本題主要考查內(nèi)聚與耦合的概念。高內(nèi)聚、低耦合是軟件設(shè)計(jì)的一個(gè)
原則,其中內(nèi)聚是指模塊內(nèi)部各元素之間聯(lián)系的緊密程度,也就是代碼功能的集中
程度。耦合是指模塊之間相互聯(lián)系的緊密程度。模塊的內(nèi)聚類型通??梢苑譃?
種,根據(jù)內(nèi)聚度從高到低排序如表4-1所示。
表7耕內(nèi)聚的描述對比
內(nèi)聚類型描述
功能內(nèi)聚完成一個(gè)單一功能,各個(gè)部分協(xié)同工作,缺一不可
順序內(nèi)聚處理元素相關(guān),而且必維順序執(zhí)行
通信內(nèi)聚所有處理元素集中在一個(gè)數(shù)據(jù)結(jié)構(gòu)的區(qū)域上
過程內(nèi)聚處理元素相關(guān),而且必須按特定的次序執(zhí)行
瞬時(shí)內(nèi)聚所包含的任務(wù)必須在同一時(shí)間間隔內(nèi)執(zhí)行(如初始化模塊)
邏輯內(nèi)聚完成邏輯上相關(guān)的一組任務(wù)
偶然內(nèi)聚完成一組沒有關(guān)系或松散關(guān)系的任務(wù)
快
塊的耦合性類型通常分為7種,根據(jù)耦合度從低到高排序如表4-2所示。
>4-27種耦合的描述對比
黑合類型描迷
非直接耦合沒有直接聯(lián)系,互相不依賴對方
數(shù)據(jù)黑合借助參數(shù)表傳遢他單數(shù)據(jù)一
標(biāo)記器合一個(gè)數(shù)據(jù)結(jié)構(gòu)的一部分借助于模塊接口被傳遞_____
控制超合模塊間傳遞的信息中包含用于控制模塊內(nèi)部違輯的信息
外部耦合與軟件以外的環(huán)境有關(guān)
公共耦合多個(gè)模塊引用同一個(gè)全局?jǐn)?shù)據(jù)區(qū)
一個(gè)模塊訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)
一個(gè)模塊不通過正常入口轉(zhuǎn)到另模塊的內(nèi)部
內(nèi)容橘合
兩個(gè)模塊有一部分程序代碼重,
?個(gè)模塊有多個(gè)入口
上所述,可知本題的答案應(yīng)該選D。
7、下列選項(xiàng)中,不屬于可用性子特性的是()。
A、可理解性
B、易學(xué)性
C、依從性
D、可操作性
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:本題主要考查:ISO/IEC9126的軟件質(zhì)量模型。其6個(gè)質(zhì)量特性和
21個(gè)質(zhì)量子特性是我們要理解的內(nèi)容。(1)功能性。功能性是指與軟件所具有?的各
項(xiàng)功能及其規(guī)定性質(zhì)有關(guān)的一組屬性,包括:適合性:與規(guī)定任務(wù)能否提供一組
功能以及這組功能的適合程度有關(guān)的軟件屬性。適合程度的例子是面向任務(wù)系統(tǒng)中
由子功能構(gòu)成的功能是否合適、表容量是否合適等。準(zhǔn)確性:與能否得到正確或
相符的結(jié)果或效果有關(guān)的軟件屬性。此屬性包括計(jì)算值所需的準(zhǔn)確程度?;ゲ僮?/p>
性(互用性):與同其他指定系統(tǒng)進(jìn)行交互的能力有關(guān)的軟件屬性。為避免可能與易
替換性的含義相混淆,此處用互操作性(互用性)而不用兼容性。依從性:使軟件遵
循有關(guān)的標(biāo)準(zhǔn)、約定、法規(guī)及類似規(guī)定的軟件屬性。安全性:與防止對程序及數(shù)
據(jù)的非授權(quán)的故意或意外訪問的能力有關(guān)的軟件屬性。(2)可靠性??煽啃允侵冈?/p>
規(guī)定運(yùn)行條件下和規(guī)定時(shí)間周期內(nèi),與軟件維護(hù)其性能級(jí)別的能力有關(guān)的一組屬
性??煽啃苑从车氖擒?牛中存在的需求錯(cuò)誤、設(shè)計(jì)錯(cuò)誤和實(shí)現(xiàn)錯(cuò)誤而造成的失效情
況,包括:成熟性:與由軟件故障引起失效的頻度有關(guān)的軟件屬性。容錯(cuò)性:與
在軟件故障或違反指定接口的情況下,維持規(guī)定的性能水平的能力有關(guān)的軟件屬
性。指定的性能水平包石失效防護(hù)能力。可恢復(fù)性:與在失效發(fā)生后,重建其性
能水平并恢復(fù)直接受影響數(shù)據(jù)的能力以及為達(dá)此目的所需的時(shí)間和努力有關(guān)的軟件
屬性。(3)可用性??捎眯允侵父鶕?jù)規(guī)定用戶或隱含用戶的評(píng)估所作出的與使用軟
件所需要的努力程度有關(guān)的一組屬性,包括:可理解性:與用戶為認(rèn)識(shí)邏輯概念
及其應(yīng)用范圍所花的努力有關(guān)的軟件屬性。易學(xué)性:與用戶為學(xué)習(xí)軟件應(yīng)用(如運(yùn)
行控制、輸入、輸出)的努力有關(guān)的軟件屬性??刹僮餍裕号c用戶為操作和運(yùn)行控
制的努力有關(guān)的軟件屬性。(4)效率。效率是指在規(guī)定條件下,與軟件性能級(jí)別和
所用資源總量之間的關(guān)系有關(guān)的一組屬性。包括:時(shí)間特性:與軟件執(zhí)行其功能
時(shí)響應(yīng)和處理時(shí)間以及吞吐量有關(guān)的軟件屬性。資源特性:與在軟件執(zhí)行其功能
時(shí)所使用的資源數(shù)量及其使用時(shí)間有關(guān)的軟件屬性。(5)可維護(hù)性。可維護(hù)性是指
與對軟件進(jìn)行修改的難易程度有關(guān)的一組屬性,包括:可分析性:與為診斷缺陷
或失效原因及為判定待修改的部分所需努力有關(guān)的軟件屬性??筛淖冃裕号c進(jìn)行
修改、排除錯(cuò)誤或適應(yīng)環(huán)境變化所需努力有關(guān)的軟件屬性。穩(wěn)定性:與修改所造
成的未預(yù)料結(jié)果的風(fēng)險(xiǎn)有關(guān)的軟件屬性??蓽y試性:與確認(rèn)已修改軟件所需的努
力有關(guān)的軟件屬性。此子特性的含義可能會(huì)被研究中的修改加以改變。(6)可移植
性。可移植性是指與一個(gè)軟件從一個(gè)環(huán)境轉(zhuǎn)移到另一個(gè)環(huán)境運(yùn)行的能力有關(guān)的一
組屬性。包括:適應(yīng)性:與軟件無須采用為該軟件準(zhǔn)備的活動(dòng)或手段就可能適應(yīng)
不同的規(guī)定環(huán)境有關(guān)的軟件屬性??砂惭b性:與在指定環(huán)境下安裝軟件所需努力
有關(guān)的軟件屬性。遵循性(一致性):使軟件遵循與可移植性有關(guān)的標(biāo)準(zhǔn)或約定的軟
件屬性。可替換性:與軟件在該軟件環(huán)境中用來替代指定的其他軟件的機(jī)會(huì)和努
力有關(guān)的軟件屬性。為避免可能與互操作性(互用性)的含義相混淆,此處用可替換
性而不用兼容性。特定軟件的可替換性并不隱含此軟件可由所考慮的軟件所替代。
可替換性可能包含可安裝性和適應(yīng)性這兩個(gè)屬性。由于此概念的重要性,它已被采
用作為一個(gè)獨(dú)立的子特性。
8、以下關(guān)于開發(fā)模型的描述中,不正確的是()。
A、軟件開發(fā)模型是指軟件開發(fā)全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架
B、噴泉模型主要用于描述面向?qū)ο蟮拈_發(fā)過程
C、瀑布模型嚴(yán)格規(guī)定了各階段必須提交的文檔
D、螺旋模型結(jié)合了瀑布模型和快速原型模型的優(yōu)點(diǎn)
標(biāo)準(zhǔn)答案:D
知識(shí)點(diǎn)解析?:瀑布模型嚴(yán)格遵循軟件生命周期各階段的固定順序:計(jì)劃、分析、設(shè)
計(jì)?、編程、測試和維護(hù),上一階段完成后才能進(jìn)入到下一階段,整個(gè)模型就像一個(gè)
飛流直下的瀑布。瀑布模型有許多優(yōu)點(diǎn):可強(qiáng)迫開發(fā)人員采用規(guī)范的方法;嚴(yán)格規(guī)
定了各階段必須提交的文檔;要求每個(gè)階段結(jié)束后,都要進(jìn)行嚴(yán)格的評(píng)審。但瀑布
模型過于理想化,而且缺乏靈活性,無法在開發(fā)過程中逐漸明確用戶難以確切表達(dá)
或一時(shí)難以想到的需求,直到軟件開發(fā)完成之后才發(fā)現(xiàn)與用戶需求有很大距離,此
時(shí)必須付出高額的代價(jià)才能糾正這一偏差,這一開發(fā)模型主要適用于需求非常明確
的應(yīng)用。噴泉模型主要用于描述面向?qū)ο蟮拈_發(fā)過程,噴泉一詞體現(xiàn)了面向?qū)ο?/p>
開發(fā)過程的迭代和無間隙特征。迭代意味著模型中的開發(fā)活動(dòng)常常需要多次重復(fù),
每次重復(fù)都會(huì)增加或明確一些目標(biāo)系統(tǒng)的性質(zhì),但卻不是對先前工作結(jié)果的本質(zhì)性
改動(dòng)。無間隙是指在開發(fā)活動(dòng)(如分析、設(shè)計(jì)、編程)之間不存在明顯的邊界,而是
允許各開發(fā)活動(dòng)交叉、迭代地進(jìn)行??焖僭湍P蛯τ谠S多需求不夠明確的項(xiàng)
目,比較適合采用該模型。它采用了一種動(dòng)態(tài)定義需求的方法,通過快速地建立一
個(gè)能夠反映用戶主要需求的軟件原型,讓用戶在計(jì)算機(jī)上使用它,了解其概要,再
根據(jù)反饋的結(jié)果進(jìn)行修改,因此能夠充分體現(xiàn)用戶的參與和決策。原型化人員對原
型的實(shí)施很重要,衡量地們的重要標(biāo)準(zhǔn)是能否從用戶的模糊描述中快速地獲取實(shí)際
的需求。演化模型也是一種原型化開發(fā)方法,但與快速原型模型略有不同。在快
速原型模型中,原型的用途是獲知用戶的真正需求,一旦需求確定了,原型即被拋
棄。而演化模型的開發(fā)過程,則是從初始模型逐步演化為最終軟件產(chǎn)品的漸進(jìn)過
程。也就是說,快速原型模型是一種“拋棄式”的原型化方法,而演化模型則是一種
“漸進(jìn)式”的原型化方法。螺旋模型結(jié)合了瀑布模型和演化模型的優(yōu)點(diǎn),最主要的
特點(diǎn)在于加入了風(fēng)險(xiǎn)分析。它是由制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估這一
循環(huán)組成的,它最初從概念項(xiàng)目開始第一個(gè)螺旋,這種開發(fā)模型將風(fēng)險(xiǎn)分析作為一
個(gè)單獨(dú)的階段來做,比較適合風(fēng)險(xiǎn)較大的大中型的軟件開發(fā)項(xiàng)H。
9、希賽公司的財(cái)務(wù)系統(tǒng)功能基本完善,但由于系統(tǒng)比較老舊,需要二次開發(fā),這
時(shí)應(yīng)該采用()。
A、原型法
B、瀑布模型
C、V-模型
D、螺旋模型
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析?:結(jié)合試題8的分析,可以知道,原型法適用于需求不明確的開發(fā),瀑
布模型適用于需求明確的開發(fā),而螺旋模型適用于風(fēng)險(xiǎn)較大的大中型開發(fā)項(xiàng)目。在
本題中,財(cái)務(wù)系統(tǒng)是已經(jīng)存在的,而且功能完善,因此如果做二次開發(fā)的話,其基
本需求應(yīng)該是明確的,這個(gè)時(shí)候應(yīng)該采用瀑布模型開發(fā)。
10、UP的基本特征是“用例驅(qū)動(dòng)、以架構(gòu)為中心的和受控的迭代式增量開發(fā)UP
將一個(gè)周期的開發(fā)過程劃分為4個(gè)階段,其中()開發(fā)剩余的構(gòu)件。
A、初始階段
B、精化階段
C、構(gòu)建階段
D、提交階段
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:統(tǒng)一過程(UP)的基本特征是“用例驅(qū)動(dòng)、以架構(gòu)為中心的和受控的迭
代式增量開發(fā)%一個(gè)UP可分為若干個(gè)周期,每個(gè)周期的開發(fā)過程被分為4個(gè)階
段,每個(gè)階段可進(jìn)行若干次迭代。UP將一個(gè)周期的開發(fā)過程劃分為如下的4個(gè)階
段。(1)初始階段:該階段的主要任務(wù)包括確定項(xiàng)目范圍和邊界,識(shí)別系統(tǒng)的關(guān)鍵
用例,展示系統(tǒng)的侯選架構(gòu),估計(jì)項(xiàng)目費(fèi)用和時(shí)間,評(píng)估項(xiàng)目風(fēng)險(xiǎn)。其意圖是建立
項(xiàng)目的范圍和版本,確定業(yè)務(wù)實(shí)現(xiàn)的可能性和項(xiàng)目口標(biāo)的穩(wěn)定性。提交結(jié)果包括原
始的項(xiàng)目需求和業(yè)務(wù)用例。(2)精化階段:該階段的主要任務(wù)包括分析系統(tǒng)問題領(lǐng)
域,建立軟件架構(gòu)基礎(chǔ),淘汰最高風(fēng)險(xiǎn)元素。其意圖是對問題域進(jìn)行分析,建立系
統(tǒng)的需求和架構(gòu),確定技術(shù)實(shí)現(xiàn)的可行性和系統(tǒng)架構(gòu)的穩(wěn)定性。提交結(jié)果包括系統(tǒng)
架構(gòu)及其相關(guān)文檔、領(lǐng)域模型、修改后的業(yè)務(wù)用例和整個(gè)項(xiàng)目的開發(fā)計(jì)劃。(3)構(gòu)
建階段:該階段相對簡單一些,其主要任務(wù)包括資源管理、控制和流程優(yōu)化,開發(fā)
剩余的構(gòu)件,然后進(jìn)行溝件組裝和測試等。其主要意圖是增量式地開發(fā)一個(gè)可以交
付用戶的軟件產(chǎn)品。(4)提交階段:該階段的主要任務(wù)包括進(jìn)行0測試,制作發(fā)布
版本,用戶文檔定稿,確認(rèn)新系統(tǒng),獲取用戶反饋,培訓(xùn)、調(diào)整產(chǎn)品使最終用戶可
以使用產(chǎn)品。其主要意圖是將軟件產(chǎn)提交用戶。從以上描述中可以看出,在構(gòu)建
階段才開發(fā)剩余的構(gòu)件,所以正確答案為C。
11、某服務(wù)器軟件系統(tǒng)能夠正確運(yùn)行并得出計(jì)算結(jié)果,但存在“系統(tǒng)出錯(cuò)后不能在
要求的時(shí)間內(nèi)恢復(fù)到正常狀態(tài)”和“對系統(tǒng)進(jìn)行二次開發(fā)時(shí)總要超過半年的時(shí)間”兩
個(gè)問題,上述問題依次與質(zhì)量屬性中的()相關(guān)。
A、可用性和性能
B、性能和可修改性
C、性能和可測試性
D、可用性和可修改性
標(biāo)準(zhǔn)答案:D
知識(shí)點(diǎn)解析:本題主要考查軟件質(zhì)量屬性的判斷與應(yīng)用。本題可結(jié)合試題7的分析
來求解?!跋到y(tǒng)出錯(cuò)后不能在要求的時(shí)間內(nèi)恢復(fù)到正常狀態(tài)”,這是對系統(tǒng)錯(cuò)誤恢
復(fù)能力的描述,屬于系統(tǒng)可用性的范疇?!皩ο到y(tǒng)進(jìn)行二次開發(fā)時(shí)總要超過半年的
時(shí)間”,這是對系統(tǒng)進(jìn)行調(diào)整和維護(hù)方面能力的描述,屬于系統(tǒng)可修改性的范疇。
12、在新舊系統(tǒng)轉(zhuǎn)換的過程中,在新系統(tǒng)全部正式運(yùn)行前,一部分一部分地代替舊
系統(tǒng)的策略稱為()。
A、位置轉(zhuǎn)換
B、直接轉(zhuǎn)換
C、并行轉(zhuǎn)換
D、分段轉(zhuǎn)換
標(biāo)準(zhǔn)答案:D
知識(shí)點(diǎn)解析:本題主要考查系統(tǒng)轉(zhuǎn)換的概念。新老系統(tǒng)之間的轉(zhuǎn)換有三種方式:
直接轉(zhuǎn)換、并行轉(zhuǎn)換和分段轉(zhuǎn)換。下面詳細(xì)介紹這三種轉(zhuǎn)換各自的特點(diǎn)。直接轉(zhuǎn)
換就是在確定新系統(tǒng)運(yùn)行無誤時(shí),立刻啟用新系統(tǒng),終止老系統(tǒng)運(yùn)行。這種方式對
人員、設(shè)備費(fèi)用很節(jié)省,一般適用于處理過程不太復(fù)雜、數(shù)據(jù)不很重要的場合。
并行轉(zhuǎn)換是讓新老系統(tǒng)并行一段時(shí)間,經(jīng)過一段時(shí)間的考驗(yàn)以后,新系統(tǒng)正式替代
老系統(tǒng)。對于較復(fù)雜的大型系統(tǒng),它提供了一個(gè)與老系統(tǒng)運(yùn)行結(jié)果進(jìn)行比較的機(jī)
會(huì),可以對新老兩個(gè)系統(tǒng)并行工作,消除了尚未認(rèn)識(shí)新系統(tǒng)時(shí)的緊張和不安。在銀
行、財(cái)務(wù)和一些企業(yè)的核心系統(tǒng)中,這是一種經(jīng)常使用的轉(zhuǎn)換方式。它的主要特點(diǎn)
是安全、可靠,但費(fèi)用和工作量都很大,因?yàn)樵谙喈?dāng)?shù)拈L時(shí)間內(nèi)系統(tǒng)耍兩套班子并
行工作。分段轉(zhuǎn)換乂稱逐步轉(zhuǎn)換、向?qū)мD(zhuǎn)換、試點(diǎn)過渡法等。這種轉(zhuǎn)換方式實(shí)際
上是以上兩種轉(zhuǎn)換方式的結(jié)合。在新系統(tǒng)全部正式運(yùn)行前,一部分一部分地代替老
系統(tǒng)。那些在轉(zhuǎn)換過程中還沒有正式運(yùn)行的部分,可以在一個(gè)模擬環(huán)境中繼續(xù)試運(yùn)
行。這種方式既保證了可靠性,乂不至于費(fèi)用太大。但是這種分段轉(zhuǎn)換要求子系統(tǒng)
之間有一定的獨(dú)立性,對系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)都有一定的要求,否則就無法實(shí)現(xiàn)分段
轉(zhuǎn)換的設(shè)想。由此可以看出題目所說的“在新系統(tǒng)全部正式運(yùn)行前,一部分一部分
地代替舊系統(tǒng)的策略''是分段轉(zhuǎn)換。
13、CMM將軟件過程的成熟度分為5個(gè)等級(jí)。以式關(guān)于CMM各級(jí)別特征的描述
中,不正確的是()。
A、處于初始級(jí)的軟件過程可能是混亂的,項(xiàng)目成功往往依賴于個(gè)人
B、管理級(jí)的最大特征是軟件過程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)
C、定義級(jí)的最大特征是軟件過程文檔化,并能持續(xù)地進(jìn)行過程改進(jìn)
D、可重復(fù)級(jí)能實(shí)現(xiàn)對成本、進(jìn)度和功能特性的跟蹤
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:CMM模型將軟件過程的成熟度分為5個(gè)等級(jí)。(1)初始級(jí):軟件過
程的特點(diǎn)是無秩序的,有時(shí)甚至是混亂的。軟件過程定義幾乎處于無章法和步驟可
循的狀態(tài),軟件產(chǎn)品所取得的成功往往依賴極個(gè)別人的努力和機(jī)遇。初始級(jí)的軟件
過程是未加定義的隨意這程,項(xiàng)目的執(zhí)行是隨意甚至是混亂的。也許,有些企業(yè)制
訂了一些軟件工程規(guī)范,但若這些規(guī)范未能覆蓋基本的關(guān)鍵過程要求,且執(zhí)行沒有
政策、資源等方面的保證,那么仍然被視為初始級(jí)。(2)可重復(fù)級(jí):已經(jīng)建立了基
本的項(xiàng)目管理過程,可用于對成本、進(jìn)度和功能特性進(jìn)行跟蹤。對類似的應(yīng)用項(xiàng)
目,有章可循并能重復(fù)以往所取得的成功。焦點(diǎn)集中在軟件管理過程上。一個(gè)可管
理的過程則是一個(gè)可重復(fù)的過程,一個(gè)可重復(fù)的過程則能逐漸演化和成熟。從管理
角度可以看到一個(gè)按計(jì)劃執(zhí)行的、階段可控的軟件開發(fā)過程。(3)定義級(jí):用于管
理和工程的軟件過程均已文檔化、標(biāo)準(zhǔn)化,并形成整個(gè)軟件組織的標(biāo)準(zhǔn)軟件過程。
全部項(xiàng)目均采用與實(shí)際情況相吻合的、適當(dāng)修改后的標(biāo)準(zhǔn)軟件過程來進(jìn)行操作。要
求制定企業(yè)范圍的工程比標(biāo)準(zhǔn),而且無論是管理還是工程開發(fā)都需要一套文檔化的
標(biāo)準(zhǔn),并將這些標(biāo)準(zhǔn)集成到企業(yè)軟件開發(fā)標(biāo)準(zhǔn)過程中去。所有開發(fā)的項(xiàng)目需根據(jù)這
個(gè)標(biāo)準(zhǔn)過程,剪裁出與項(xiàng)目適宜的過程,并執(zhí)行這些過程。過程的剪裁不是隨意
的,在使用前需經(jīng)過企業(yè)有關(guān)人員的批準(zhǔn)。(4)管理級(jí):軟件過程和產(chǎn)品質(zhì)量有詳
細(xì)的度量標(biāo)準(zhǔn)。軟件過程和產(chǎn)品質(zhì)量得到了定量的認(rèn)識(shí)和控制。(5)優(yōu)化級(jí):通過
對來自過程、新概念和新技術(shù)等方面的各種有用信息的定量分析,能夠不斷地、
持續(xù)地進(jìn)行過程改進(jìn)。
14、下面有關(guān)測試的說法中,正確的是()。
A、軟件測試的目的是發(fā)現(xiàn)程序中所有錯(cuò)誤
B、測試人員應(yīng)該在軟件開發(fā)結(jié)束后立即開始測試
C、要根據(jù)軟件詳細(xì)設(shè)計(jì)中設(shè)計(jì)的各種合理數(shù)據(jù)設(shè)計(jì)測試用例
D、對發(fā)現(xiàn)錯(cuò)誤較多的程序段,應(yīng)進(jìn)行更深入的測試
標(biāo)準(zhǔn)答案;D
知識(shí)點(diǎn)解析:本題主要考查軟件測試的一些基礎(chǔ)知識(shí)。軟件測試的目的就是在軟
件投入生產(chǎn)性運(yùn)行之前,盡可能多地發(fā)現(xiàn)軟件產(chǎn)品(主要是指程序)中的錯(cuò)誤和缺
陷。而根據(jù)理論推測,是不可能發(fā)現(xiàn)軟件中所以錯(cuò)誤的。而一個(gè)高效的測試是指用
少量的測試用例,發(fā)現(xiàn)被測軟件盡可能多的錯(cuò)誤。軟件測試所追求的目標(biāo)是以盡可
能少的時(shí)間和人力發(fā)現(xiàn)軟件產(chǎn)品中盡可能多的錯(cuò)誤。另外,在做軟件測試時(shí),要
注意以下準(zhǔn)則:(1)應(yīng)該盡早地、不斷地進(jìn)行軟件測試,把軟件測試貫穿于開發(fā)過
程的始終。(2)所有測試都應(yīng)該能追溯到用戶需求。從用戶的角度看,最嚴(yán)重的錯(cuò)
誤是導(dǎo)致軟件不能滿足用戶需求的那些錯(cuò)誤。(3)應(yīng)該從“小規(guī)模”測試開始,并逐
步進(jìn)行“大規(guī)?!睖y試。⑷應(yīng)該遠(yuǎn)在測試之前就制定出測試計(jì)劃。⑸根據(jù)Pareto原
理,80%的錯(cuò)誤可能出現(xiàn)在20%的程序模塊中,測試成功的關(guān)鍵是怎樣找出這
20%的模塊,因此,對發(fā)現(xiàn)錯(cuò)誤較多的程序段,應(yīng)進(jìn)行更深入的測試。(6)應(yīng)該由
獨(dú)立的第三方從事測試工作。(7)對非法和非預(yù)期的輸入數(shù)據(jù)也要像合法的和預(yù)期
的輸入數(shù)據(jù)一樣編寫測試用例。(8)檢查軟件是否做了應(yīng)該做的事僅是成功的一
半,另一半是看軟件是否做了不該做的事。(9)在規(guī)劃測試時(shí)不要設(shè)想程序中不會(huì)
查出錯(cuò)誤。(10)測試只能證明軟件中有錯(cuò)誤,不能證明軟件中沒有錯(cuò)誤。
15、如果要驗(yàn)證程序某模塊能否與其他模塊按照規(guī)定方式正確工作,需要進(jìn)行()。
A、單元測試
B、集成測試
C、確認(rèn)測試
D、系統(tǒng)測試
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析:單元測試也稱模塊測試,通??煞旁诰幊屉A段,由程序員對自己編寫
的模塊自行測試,檢查模塊是否實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說明書中規(guī)定的功能和算法。單元
測試主要發(fā)現(xiàn)編程和詳細(xì)設(shè)計(jì)中產(chǎn)生的錯(cuò)誤,單元測試計(jì)劃應(yīng)該在詳細(xì)設(shè)計(jì)階段制
訂。單元測試期間著重從以下幾個(gè)方面對模塊進(jìn)行測試:模塊接口、局部數(shù)據(jù)結(jié)
構(gòu)、重要的執(zhí)行通路、出錯(cuò)處理通路、邊界條件等。集成測試也稱組裝測試,它
是對由各模塊組裝而成的程序進(jìn)行測試,主要1=1標(biāo)是發(fā)現(xiàn)模塊間的接口和通信問
題,驗(yàn)證模塊間是否按照規(guī)定的方式正確工作。例如,數(shù)據(jù)穿過接口可能丟失;
個(gè)模塊對另一個(gè)模塊可能由于疏忽而造成有害影響;把子功能組合起來可能不產(chǎn)生
預(yù)期的主功能;個(gè)別看來是可以接受的誤差可能積累到不能接受的程度:全程數(shù)據(jù)
結(jié)構(gòu)可能有問題等。集成測試主要發(fā)現(xiàn)設(shè)訂階段產(chǎn)生的錯(cuò)誤,集成測試計(jì)劃應(yīng)該在
概要設(shè)計(jì)階段制定。確認(rèn)測試主要依據(jù)軟件需求說明書檢查軟件的功能、性能及
其他特征是否與用戶的需求一致。確認(rèn)測試計(jì)劃應(yīng)該在需求分析階段制定。一般情
況下,通過確認(rèn)測試后的軟件就可以交付使用了。系統(tǒng)測試的對象是完整的、集
成的計(jì)算機(jī)系統(tǒng),系統(tǒng)測試的目的是在真實(shí)系統(tǒng)工作環(huán)境下,驗(yàn)證完整的軟件配置
項(xiàng)能否和系統(tǒng)正確連接,并滿足系統(tǒng)/子系統(tǒng)設(shè)計(jì)文檔和軟件開發(fā)合同規(guī)定的要
求。系統(tǒng)測試的技術(shù)依據(jù)是用戶需求或開發(fā)合同,除應(yīng)滿足一般測試的準(zhǔn)入條件
外,在進(jìn)行系統(tǒng)測試前,還應(yīng)確認(rèn)被測系統(tǒng)的所有配置項(xiàng)已通過測試,對需要固化
運(yùn)行的軟件還應(yīng)提供固件。
16、下面關(guān)于軟件測試的描述中,不正確的是()。
A、a測試不需要用戶參與,而0測試需要用戶參與
B、白盒測試能測試到程序的內(nèi)部結(jié)構(gòu)和處理算法
C、軟件發(fā)生變更后,都需要進(jìn)行回歸測試
D、黑盒測試包括邊界值分析、錯(cuò)誤推測等測試方法
標(biāo)準(zhǔn)答案:A
知識(shí)點(diǎn)解析:本題主要考查軟件測試的基本知識(shí)??诤袦y試又稱結(jié)構(gòu)測試,主要
用于單元測試階段。它已程序看成裝在一個(gè)透明的白盒子里,測試者完全知道程序
的結(jié)構(gòu)和處理算法。黑盒測試乂稱功能測試,主要用于集成測試和確認(rèn)測試階
段。它把軟件看作一個(gè)不透明的黑盒子,完全不了解軟件的內(nèi)部結(jié)構(gòu)和處理算法,
它只檢查軟件功能是否能按照軟件需求說明書的要求正常使用,軟件是否能適當(dāng)?shù)?/p>
接收輸入數(shù)據(jù)并產(chǎn)生正確的輸出信息,軟件運(yùn)行過程中能否保持外部信息的完整性
等,常見的黑盒測試方法包括等價(jià)類劃分、邊值分析、錯(cuò)誤推測和因果圖等。a測
試是用戶在開發(fā)者的場所由開發(fā)者指導(dǎo)完成的測試。開發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和
使用中遇到的問題,換句話說,a測試是在“受控的”環(huán)境中進(jìn)行的。|3測試是在一
個(gè)或多個(gè)用戶的現(xiàn)場由該軟件的最終用戶實(shí)施的,開發(fā)者通常不在現(xiàn)場,用戶負(fù)責(zé)
記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問題并把這些問題報(bào)告給開發(fā)者。也就是說,0測
試是在“非受控的”環(huán)境中進(jìn)行的。回歸測試是測試軟件變更之后,變更部分的正
確性和對變更需求的符合性,以及軟件原有的、正確的功能、性能和其他規(guī)定的要
求的不損害性,因此,只要軟件發(fā)生了變更,都應(yīng)該進(jìn)行相應(yīng)的回歸測試。
17、下列關(guān)于極限編程(XP)的敘述中,不正確的是[)。
A、極限編程注重用戶反饋
B、極限編程提倡減少文檔
C、極限編程的4大價(jià)值觀是溝通、變更、反饋、勇氣
D、簡單設(shè)計(jì)是極限編程的十二個(gè)最佳實(shí)踐之一
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:極限編程是一種敏捷開發(fā)方法。其他敏捷方法還有自適應(yīng)開發(fā)、水晶
方法、特性驅(qū)動(dòng)開發(fā)等,它們都有一個(gè)共同的特點(diǎn),那就是都將矛頭指向了“文
檔“,它們認(rèn)為傳統(tǒng)的軟件工程方法文檔量太"重''了,稱為“重量級(jí)”方法,而相應(yīng)
的敏捷方法則是“輕量級(jí)”方法。在極限編程方法中,提出了四大價(jià)值觀:溝通、
簡單、反饋、勇氣。五大原則:快速反饋、簡單性假設(shè)、逐步修改、提倡更改、優(yōu)
質(zhì)工作。還有十二個(gè)最佳實(shí)踐:“劃游戲、小型發(fā)布、隱喻、簡單設(shè)訂、測試先
行、重構(gòu)、集體代碼所有制、結(jié)對編程、每周工作40小時(shí)、持續(xù)集成、編碼標(biāo)準(zhǔn)
和現(xiàn)場客戶。
18、軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其
中用戶文檔不包括()。
A、編譯手冊
B、使用手冊
C、維護(hù)手冊
D、用戶報(bào)告
標(biāo)準(zhǔn)答案:A
知識(shí)點(diǎn)解析:本題考查軟件工程的文檔知識(shí),是常考的知識(shí)點(diǎn)。軟件文檔也稱文
件,通常指的是一些記錄的數(shù)據(jù)和數(shù)據(jù)媒體,它具有固定不變的形式,可被人和計(jì)
算機(jī)閱讀。它和計(jì)算機(jī)程序共同構(gòu)成了能完成特定功能的計(jì)算機(jī)軟件(有人把源程
序也當(dāng)作文檔的一部分)。我們知道,硬件產(chǎn)品和產(chǎn)品資料在整個(gè)生產(chǎn)過程中都是
有形可見的,軟件生產(chǎn)則有很大不同,文檔本身就是軟件產(chǎn)品。沒有文檔的軟件,
不成其為軟件,更談不到軟件產(chǎn)品。軟件文檔的編制在軟件開發(fā)工作中占有突出的
地位和相當(dāng)?shù)墓ぷ髁?。高效率、高質(zhì)量地開發(fā)、分發(fā)、管理和維護(hù)文檔對于轉(zhuǎn)讓、
變更、修正、擴(kuò)充和使用文檔,對于充分發(fā)揮軟件產(chǎn)品的效益有著重要意義。軟
件文檔可以分開發(fā)文檔、管理文檔和用戶文檔三大類。開發(fā)文檔包括《功能要
求》、《投標(biāo)方案》、《需求分析》、《技術(shù)分析》、《系統(tǒng)分析》、《數(shù)據(jù)庫文
檔》、《功能函數(shù)文檔》、《界面文檔》、《編譯手冊》、《QA文檔》、《項(xiàng)目
總結(jié)》等。管理文檔包括《產(chǎn)品簡介》、《產(chǎn)品演示》、《疑問解答》、《功能
介紹》、《技術(shù)白皮書》、《評(píng)測報(bào)告》等。用戶文檔包括《安裝手冊》、《使
用手冊》、《維護(hù)手冊》、《用戶報(bào)告》、《銷售培訓(xùn)》等。綜上所述,可知本
題的答案選A。
19、如果兩個(gè)小組獨(dú)立地測試同一個(gè)程序,第一組發(fā)現(xiàn)60個(gè)錯(cuò)誤,第二組發(fā)現(xiàn)50
個(gè)錯(cuò)誤,在兩個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有30個(gè)是共同的,那么可以估計(jì)程序中的錯(cuò)誤
總數(shù)是()個(gè)。
A、50
B、60
C、100
D、120
標(biāo)準(zhǔn)答案:c
知識(shí)點(diǎn)常析:本題考查我們對軟件測試策略的理解。對于這類題的求解,我們首先
要求解出每組發(fā)現(xiàn)錯(cuò)誤的效率,然后用其發(fā)現(xiàn)的錯(cuò)誤數(shù)除以效率,就可以估算出總
的錯(cuò)誤數(shù)。對于第一小組,發(fā)現(xiàn)了60個(gè)錯(cuò)誤,這其中有30個(gè)是與第二組共同
的,而第二組發(fā)現(xiàn)的50個(gè)錯(cuò)誤中,第一組還有20個(gè)沒有發(fā)現(xiàn),所以其發(fā)現(xiàn)錯(cuò)誤的
效率為30/50=60%,因此可以估算出程序中錯(cuò)誤總數(shù)為60/60%=100。同樣的
道理,通過計(jì)算第二小組的效率也可以估算出程序中總的錯(cuò)誤數(shù)為100。另外,由
于兩個(gè)小組是獨(dú)立進(jìn)行測試的,所以可以估計(jì):程序中的錯(cuò)誤總數(shù)為100個(gè)。
20、某企業(yè)根據(jù)業(yè)務(wù)需要,希望軟件系統(tǒng)能提供柱狀圖的報(bào)表,這時(shí)對該軟件系統(tǒng)
進(jìn)行的維護(hù)屬于()維護(hù)c
A、正確性
B、完善性
C、適應(yīng)性
D、預(yù)防性
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析:本題主要考查軟件維護(hù)的分類,是考試中一個(gè)常考知識(shí)點(diǎn)。根據(jù)引
起軟件維護(hù)的原因不同,軟件維護(hù)通常可分為以下四種類型:改F件維護(hù):在軟
件交付使用后,必然會(huì)有一部分隱藏的錯(cuò)誤被帶到運(yùn)行階段來。這些隱藏下來的錯(cuò)
誤在某些特定的使用環(huán)境下就會(huì)暴露出來。為了糾正這些錯(cuò)誤而對軟件進(jìn)行的維護(hù)
工作就是改正性維護(hù)。該類維護(hù)一般占總維護(hù)工作量的25%。適應(yīng)性維護(hù):隨著
計(jì)算機(jī)的飛速發(fā)展,外部環(huán)境(新的硬、軟件配置)或數(shù)據(jù)環(huán)境(數(shù)據(jù)庫、數(shù)據(jù)格式、
數(shù)據(jù)輸A/輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì))或應(yīng)用環(huán)境可能發(fā)生變化,為了使軟件適應(yīng)
這種變化,而去修改軟件的過程就叫做適應(yīng)性維護(hù)。該類維護(hù)一般占總維護(hù)工作量
的20%。完善性維護(hù):在軟件的使用過程中,用戶往往會(huì)對軟件提出新的功能與
性能要求。為了滿足這些要求,需要修改或再開發(fā)軟件,以擴(kuò)充軟件功能、增強(qiáng)軟
件性能、改進(jìn)加工效率提高軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動(dòng)叫做完
善性維護(hù)。該類維護(hù)一股占總維護(hù)工作量的50%。預(yù)防性維護(hù):為了提高軟件的
可維護(hù)性、可靠性等而提出的一種維護(hù)類型,它為以后進(jìn)一步改進(jìn)軟件打下良好基
礎(chǔ)。通常,預(yù)防性維護(hù)定義為:“把今天的方法學(xué)用于昨天的系統(tǒng)以滿足明天的需
要也就是說,采用先進(jìn)的軟件工程方法對需要維護(hù)的軟件或軟件中的某一部分
(重新)進(jìn)行設(shè)計(jì)、編制和測試。該類維護(hù)一般占總維護(hù)工作量的50%。在本題
中,是要添加新的報(bào)表功能,因此這類維護(hù)屬于完善性維護(hù),因此本題的正確答案
應(yīng)選Bo
21、在某教師管理系統(tǒng)中,教師的級(jí)別有教授、副教授、講師,且教師年齡在
25?60歲。若用等價(jià)類劃分來進(jìn)行相關(guān)測試,則()不是好的測試用例。
A、(博士,30)
B、(教授,40)
C、(副教授,70)
D、(博士,62)
標(biāo)準(zhǔn)答案:D
知識(shí)點(diǎn)解析:本題主要考查等價(jià)類劃分。所謂等價(jià)類就是某個(gè)輸入域的集合,對
于一個(gè)等價(jià)類中的輸入值來說,它們揭示程序中錯(cuò)誤的作用是等效的。也就是說,
如果等價(jià)類中的一個(gè)輸入數(shù)據(jù)能檢測出一個(gè)錯(cuò)誤,那么等價(jià)類中的其他輸入數(shù)據(jù)也
能檢測出同一個(gè)錯(cuò)誤。等價(jià)類可以分為有效等價(jià)類和無效等價(jià)類,其中如果一個(gè)
等價(jià)類內(nèi)的數(shù)據(jù)是符合(軟件需求說明書)要求的、公理的數(shù)據(jù),則稱這個(gè)等價(jià)類為
有效等價(jià)類;否則,則禰這個(gè)等價(jià)類為無效等價(jià)類,無效等價(jià)類主要用來檢驗(yàn)軟件
的容錯(cuò)性。采用等價(jià)類劃分方法來設(shè)計(jì)測試用例的步驟如下:(1)根據(jù)軟件的功能
說明,對每一個(gè)輸入條件確定若干個(gè)有效等價(jià)類和若干個(gè)無效等價(jià)類,并為每個(gè)有
效等價(jià)類和無效等價(jià)類編號(hào)。(2)設(shè)訂一個(gè)測試用例,使其覆蓋盡可能多的尚未被
覆蓋的有效等價(jià)類。重復(fù)這一步,直至所有的有效等價(jià)類均被覆蓋。(3)設(shè)計(jì)一個(gè)
測試用例,使其覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類。重復(fù)這一步,直至所有的無效
等價(jià)類均被覆蓋。在本題中,不難看出,有兩個(gè)條件,一個(gè)是教師級(jí)別;另一個(gè)
是年齡。從答案給出的4個(gè)選項(xiàng)來看,D選項(xiàng)中的兩個(gè)輸入都不是有效數(shù)據(jù)(不符
合第三條),如果用這個(gè)用例檢測出了一個(gè)錯(cuò)誤,那么也不能確定是由哪個(gè)輸入條
件引起的,因此其不是一個(gè)好的測試用例。
22、采用McCabe度量法計(jì)算如圖4-1所示程序圖的環(huán)路復(fù)雜性為()。
圖程序流程圖
A、3
B、4
C、5
D、6
標(biāo)準(zhǔn)答案:B
知識(shí)點(diǎn)解析:本題主要考場環(huán)路復(fù)雜度計(jì)算,這也是軟件設(shè)計(jì)師考試中一個(gè)重要的
考點(diǎn)。McCabe度量法是一種基于程序控制流的復(fù)雜性度量方法。采用這種方法要
先畫出程序圖,然后采用公式計(jì)算環(huán)路復(fù)雜度。對于這種題目,常見的計(jì)算方法有
如下四種:方法一:使用公式V(G尸E—N+2(E是流程圖中的邊數(shù),W是流程圖中
的結(jié)點(diǎn)數(shù))V(G)=I2—10+2=4。方法二:計(jì)算獨(dú)立路徑數(shù),從控制流圖來看,一條
獨(dú)立路徑就是包含一條在其他獨(dú)立路徑中從沒有用過的邊的路徑。可知有4條路
徑,這個(gè)方法比較麻煩。方法三:計(jì)算流程圖中判定的個(gè)數(shù),然后用判定個(gè)數(shù)+1
即可。在本題中,可以看出圖中判定個(gè)數(shù)是3個(gè)(有分支的結(jié)點(diǎn)就是判定結(jié)點(diǎn))。方
法四:計(jì)算控制流圖中區(qū)域的數(shù)量,簡單來說就是閉合環(huán)路+大區(qū)域,也可以得到
結(jié)果為4。其中在解題時(shí),大家可以根據(jù)自己的熟悉程度來選擇方法。其中方法一
雖然有點(diǎn)復(fù)雜,但不容易出錯(cuò),是推薦使用的方法。
23、關(guān)于白盒測試的測試用例設(shè)計(jì)方法敘述,正確的是()。
A、完成SC(語句覆蓋)所需的測試用例數(shù)目一定多于完成DC(判定覆蓋)所需的測
試用例數(shù)目
B、達(dá)到100%CC(條件覆蓋)要求就一定能夠滿足100%SC的要求
C、達(dá)到100%CDC(條件/判定覆蓋)要求就一定能夠滿足100%CC的要求
D、任何情況下,都可以達(dá)到100%路徑覆蓋的要求
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:本題主要考場白盒測試中的邏輯覆蓋。即考查用測試數(shù)據(jù)運(yùn)行被測程
序時(shí)對程序邏輯的覆蓋程度。主要的覆蓋標(biāo)準(zhǔn)有六種:語句覆蓋(SC)、判定覆蓋
(DC)、條件覆蓋(CC)、判定/條件覆蓋(CDC)、組合條件覆蓋(MCC)和路徑覆蓋。
(1)語句覆蓋是指選擇足夠多的測試用例,使得運(yùn)行這些測試用例時(shí);被測程序的
每個(gè)語句至少執(zhí)行一次。顯然,語句覆蓋是一種很弱的覆蓋標(biāo)準(zhǔn)。(2)判定覆蓋又
稱分支覆蓋,它的含義是不僅每個(gè)語句至少執(zhí)行一次,而且每個(gè)判定的每種可能的
結(jié)果(分支)都至少執(zhí)行一次。判定覆蓋比語句覆蓋強(qiáng)。(3)條件覆蓋的含義是不僅
每個(gè)語句至少執(zhí)行一次,而且使判定表達(dá)式中的每個(gè)條件都取到各種可能的結(jié)果。
因此條件覆蓋不一定包含判定覆蓋,判定覆蓋也不一定包含條件覆蓋。(4)判定/
條件覆蓋就是同時(shí)滿足判定覆蓋和條件覆蓋的邏輯覆蓋。它的含義是,選取足夠的
測試用例,使得判定表達(dá)式中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次,而且每個(gè)判
定本身的所有可能結(jié)果也至少出現(xiàn)一次。(5)條件組合覆蓋的含義是,選取足夠的
測試用例,使得每個(gè)判定表達(dá)式中條件結(jié)果的所有可能組合至少出現(xiàn)一次。因此,
滿足條件組合覆蓋的測試用例,也一定滿足判定/條件覆蓋。(6)路徑覆蓋的含義
是,選取足夠的測試用例,使得程序的每條可能執(zhí)行到的路徑都至少經(jīng)過?次(如
果程序中有環(huán)路,則要求每條環(huán)路至少經(jīng)過一次)。路徑覆蓋實(shí)際上考慮了程序中
各種判定結(jié)果的所有可能組合,因此是一種較強(qiáng)的覆蓋標(biāo)準(zhǔn)。但路徑覆蓋并未考慮
判定中的條件結(jié)果的組合,并不能代替條件覆蓋和條件組合覆蓋。
24、對于如圖4-2所^-----之計(jì)測試案例時(shí),至少需要
圖i2程序流程圖
設(shè)計(jì)()個(gè)測試案例。
A、2
B、3
C、4
D、5
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:本題主要考查判定覆蓋的用例設(shè)計(jì)。判定覆蓋要求每個(gè)判定的每種
可能的結(jié)果都至少執(zhí)行一次,即判定的每個(gè)分支都至少執(zhí)行一次。在本題中,總共
有兩個(gè)判定,要使第一個(gè)判定A>0為真,及A取值大于0,另外還需設(shè)計(jì)一個(gè)測
試用例,使A小于等于0。那么當(dāng)A大于0時(shí),程序可以改變B的值,那么只要
B大于A,就可以保證B〉0為真,否則為假。經(jīng)過分析發(fā)現(xiàn)至少需要設(shè)計(jì)4個(gè)測試
用例才能滿足判定覆蓋。
25、定義風(fēng)險(xiǎn)參照水準(zhǔn)是()活動(dòng)常用的技術(shù)。
A、風(fēng)險(xiǎn)識(shí)別
B、風(fēng)險(xiǎn)預(yù)測
C、風(fēng)險(xiǎn)評(píng)估
D、風(fēng)險(xiǎn)控制
標(biāo)準(zhǔn)答案:C
知識(shí)點(diǎn)解析:本題主要考查項(xiàng)目管理中風(fēng)險(xiǎn)管理的相關(guān)知識(shí)。風(fēng)險(xiǎn)是一種不確定
性的事件,而且主要發(fā)生,就會(huì)給項(xiàng)目帶來影響。風(fēng)險(xiǎn)管理中的活動(dòng)由風(fēng)險(xiǎn)識(shí)別、
風(fēng)險(xiǎn)預(yù)測、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)控制等。風(fēng)險(xiǎn)識(shí)別的任務(wù)是通過建立風(fēng)險(xiǎn)條目檢查
表,試圖系統(tǒng)化地確定對項(xiàng)目計(jì)劃的威脅。該檢查表可以用于識(shí)別風(fēng)險(xiǎn),并使得人
們集中來識(shí)別一些常見的、己知的及可預(yù)測的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)預(yù)測,又稱風(fēng)險(xiǎn)估算,
它從兩個(gè)方面評(píng)估一個(gè)風(fēng)險(xiǎn):風(fēng)險(xiǎn)發(fā)生的可能性或概率;以及如果風(fēng)險(xiǎn)發(fā)生了所產(chǎn)
生的后果。風(fēng)險(xiǎn)評(píng)估的任務(wù)是定義風(fēng)險(xiǎn)參考水平值,預(yù)測影響參考水平值的風(fēng)險(xiǎn)
組合。風(fēng)險(xiǎn)控制的任務(wù)是風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)監(jiān)控和風(fēng)險(xiǎn)管理及意外事件計(jì)劃。
26、在進(jìn)行軟件工程風(fēng)險(xiǎn)分析時(shí),項(xiàng)目管理人員要進(jìn)行4種風(fēng)險(xiǎn)評(píng)估活動(dòng),這4種
風(fēng)險(xiǎn)活動(dòng)是()以及確定風(fēng)險(xiǎn)估計(jì)的正確性。
A、建立表示風(fēng)險(xiǎn)概率的尺度,描述風(fēng)險(xiǎn)引起的后果,估計(jì)風(fēng)險(xiǎn)影響的大小
B、建立表示風(fēng)險(xiǎn)概率的尺度,描述風(fēng)險(xiǎn)引起的后果,確定產(chǎn)生風(fēng)險(xiǎn)的原因
C、確定產(chǎn)生風(fēng)險(xiǎn)的原因,描述風(fēng)險(xiǎn)引起的后果,估計(jì)風(fēng)險(xiǎn)影響的大小
D、建立表示風(fēng)險(xiǎn)概率的尺度,確定產(chǎn)生風(fēng)險(xiǎn)的原因,估計(jì)風(fēng)險(xiǎn)影響的大小
標(biāo)準(zhǔn)答案:A
知識(shí)點(diǎn)解析:風(fēng)險(xiǎn)風(fēng)險(xiǎn)是可能發(fā)生的事件,而且是會(huì)帶來損失的事件,風(fēng)險(xiǎn)評(píng)估試
圖從兩個(gè)方面評(píng)估每一個(gè)風(fēng)險(xiǎn)——風(fēng)險(xiǎn)發(fā)生的可能性或概率,以及如果風(fēng)險(xiǎn)發(fā)生
了,所產(chǎn)生的后果。項(xiàng)目計(jì)劃者,以及其他管理人員和技術(shù)人員一起執(zhí)行4個(gè)風(fēng)險(xiǎn)
預(yù)測活動(dòng):(1)建立一個(gè)尺度,以反映風(fēng)險(xiǎn)發(fā)生的可能性
溫馨提示
- 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 抹灰工安全教育
- 網(wǎng)紅甜品店品牌全國連鎖加盟授權(quán)與原料專供協(xié)議
- 跨國新能源設(shè)備專利授權(quán)與全球市場拓展合同
- 導(dǎo)管護(hù)理安全護(hù)理
- 藝術(shù)品防紫外線涂料租賃及全球藝術(shù)品展覽安全保衛(wèi)服務(wù)協(xié)議
- 少數(shù)民族婚姻忠誠協(xié)議結(jié)合習(xí)慣法實(shí)施與法律適用指導(dǎo)
- 網(wǎng)紅漢堡連鎖品牌區(qū)域代理合同范本
- 嬰幼兒成長陪伴與育嬰師培訓(xùn)協(xié)議
- 護(hù)理??漆t(yī)囑執(zhí)行與管理規(guī)范
- ??萍膊∽o(hù)理規(guī)范要點(diǎn)
- 形勢與政策(吉林大學(xué))智慧樹知到答案2024年吉林大學(xué)
- 考研考博-英語-四川美術(shù)學(xué)院考試押題三合一+答案詳解篇
- DB34T 4290-2022 城市再生水管網(wǎng)工程技術(shù)標(biāo)準(zhǔn)
- (全鋼)附著式升降腳手架課件
- 監(jiān)理通知回復(fù)單01
- 憲法學(xué)原理與案例完整ppt課件全套教學(xué)ppt教程
- 講課資料全文解讀《公務(wù)員回避規(guī)定》PPT課件
- 煤炭資源地質(zhì)勘探規(guī)范
- GB∕T 8334-2022 液化石油氣鋼瓶定期檢驗(yàn)與評(píng)定
- 歐洲家族性腺瘤性息肉病處理指南
- 竣工財(cái)務(wù)決算審計(jì)內(nèi)容與重點(diǎn)
評(píng)論
0/150
提交評(píng)論