軟件設(shè)計(jì)師考試沖刺（習(xí)題與解答）第

4

章

軟件工程從歷年考試試題來看，本章考點(diǎn)在綜合知識(shí)考試中平均分?jǐn)?shù)為11分，約為總分14.67%.主要分?jǐn)?shù)集中在軟件開發(fā)模型、軟件開發(fā)方法、軟件測(cè)試、軟件模塊劃分、軟件質(zhì)量要求、軟件項(xiàng)目管理等這些知識(shí)點(diǎn)上。4.1

考點(diǎn)提煉依照考試綱領(lǐng)，本章要求考生掌握以下幾個(gè)方面知識(shí)點(diǎn)。軟件工程知識(shí)：軟件生存周期與軟件生存周期模型、軟件開發(fā)方法、軟件開發(fā)項(xiàng)目管理、軟件開發(fā)工具與軟件開發(fā)環(huán)境。系統(tǒng)分析基礎(chǔ)知識(shí)：系統(tǒng)分析主要步驟、機(jī)構(gòu)化分析方法。系統(tǒng)設(shè)計(jì)基礎(chǔ)知識(shí)：概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)基本任務(wù)、系統(tǒng)設(shè)計(jì)基本原理、系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì)、結(jié)構(gòu)化設(shè)計(jì)方法、面向數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)方法、系統(tǒng)詳細(xì)設(shè)計(jì)。系統(tǒng)實(shí)施基礎(chǔ)知識(shí)：系統(tǒng)實(shí)施基本內(nèi)容、程序設(shè)計(jì)方法、程序設(shè)計(jì)基本模塊、系統(tǒng)測(cè)試、系統(tǒng)轉(zhuǎn)換。系統(tǒng)運(yùn)行和維護(hù)基礎(chǔ)知識(shí)：系統(tǒng)可維護(hù)性概念、系統(tǒng)維護(hù)類型、系統(tǒng)評(píng)價(jià)概念和類型軟件質(zhì)量管理基礎(chǔ)知識(shí)：軟件質(zhì)量特征（ISO/IEC9126軟件質(zhì)量模型）、軟件質(zhì)量確保、軟件復(fù)雜性概念及度量方法（McCabe度量法）、軟件評(píng)審（設(shè)計(jì)質(zhì)量評(píng)審、程序質(zhì)量評(píng)審）、軟件容錯(cuò)技術(shù)。軟件過程改進(jìn)基礎(chǔ)知識(shí)：軟件能力成熟度模型CMM、統(tǒng)一過程（UP）與極限編程（XP）基本概念。但結(jié)合歷年考試真題來看，希賽教育軟考教授認(rèn)為，考生必須要掌握以下幾個(gè)方面內(nèi)容：1、軟件生命周期在軟件生命周期這個(gè)知識(shí)點(diǎn)，包括考點(diǎn)有：軟件生命周期定義、軟件生命周期劃分、各階段任務(wù)（重點(diǎn)）。2、軟件開發(fā)模型軟件開發(fā)模型基本是每次考試一個(gè)必考知識(shí)點(diǎn)，包括考點(diǎn)有：瀑布模型、原型模型、演化模型、噴泉模型、增量模型、螺旋模型、基于構(gòu)件模型、統(tǒng)一過程等軟件模型特點(diǎn)及適用環(huán)境。3、軟件開發(fā)方法論在軟件開發(fā)方法這部分，包括考點(diǎn)有：結(jié)構(gòu)化開發(fā)方法、面向?qū)ο箝_發(fā)方法、模塊設(shè)計(jì)標(biāo)準(zhǔn)（重點(diǎn)）、7種內(nèi)聚了解、7種耦合了解、軟件開發(fā)各階段慣用工具（如數(shù)據(jù)流圖、程序流程圖等等）、開發(fā)文檔。4、軟件測(cè)試在軟件測(cè)試這部分，包括考點(diǎn)有：軟件測(cè)試目標(biāo)、軟件測(cè)試準(zhǔn)則、軟件測(cè)試分類、白盒測(cè)試（語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、組合條件覆蓋和路徑覆蓋）、黑盒測(cè)試（等價(jià)類劃分、邊界值分析）。5、軟件維護(hù)在軟件維護(hù)部分，我們重點(diǎn)要掌握軟件維護(hù)四種分類：改過性維護(hù)、完善性維護(hù)、適應(yīng)性維護(hù)和預(yù)防性維護(hù)，另外需要了解軟件可維護(hù)性（可了解性、可測(cè)試性、可修改性）、軟件維護(hù)管理。6、軟件質(zhì)量管理在軟件質(zhì)量管理部分，包括考點(diǎn)有：軟件質(zhì)量特征（重點(diǎn)掌握ISO/IEC9126軟件質(zhì)量模型、McCall質(zhì)量模型）、軟件質(zhì)量確保、軟件復(fù)雜性概念及技術(shù)（重點(diǎn)）、軟件評(píng)審（設(shè)計(jì)質(zhì)量評(píng)審、程序質(zhì)量評(píng)審）、軟件容錯(cuò)技術(shù)。7、軟件過程改進(jìn)在軟件過程改進(jìn)部分，包括考點(diǎn)有：軟件過程改進(jìn)概念、軟件能力成熟度模型（重點(diǎn)）、極限編程基本概念。8、軟件項(xiàng)目管理在軟件項(xiàng)目管理部分，包括考點(diǎn)有：項(xiàng)目管理基礎(chǔ)知識(shí)、甘特圖、PERT圖求關(guān)鍵路徑（重點(diǎn)）、風(fēng)險(xiǎn)管理（重點(diǎn)）。4.2

強(qiáng)化練習(xí)4.2.1

\o"試題1"試題1試題1以下描述中，錯(cuò)誤是__（1）__.（1）A.從一個(gè)計(jì)算機(jī)系統(tǒng)轉(zhuǎn)移到另一個(gè)計(jì)算機(jī)系統(tǒng)輕易程度是軟件可移植性B.軟件在需要它投入使用時(shí)能實(shí)現(xiàn)其指定功效概率是可靠性C.軟件能夠被軟件維護(hù)人員閱讀并了解方便程度是軟件可了解性。D.在要求條件下和要求期間內(nèi)，實(shí)現(xiàn)所指定功效概率是軟件可靠性。4.2.2

\o"試題2"試題2試題2下述任務(wù)中，不屬于軟件工程需求分析階段是__（2）__.（2）A.確定軟件系統(tǒng)可靠性要求B.確定軟件系統(tǒng)性能需求C.確定軟件系統(tǒng)將采取什么開發(fā)語言開發(fā)D.確定軟件系統(tǒng)數(shù)據(jù)要求4.2.3

\o"試題3"試題3試題3__（3）__是軟件生命周期中時(shí)間最長(zhǎng)階段。（3）A.需求分析階段

B.軟件維護(hù)階段C.軟件設(shè)計(jì)階段

D.軟件系統(tǒng)實(shí)施階段4.2.4

\o"試題4"試題4試題4軟件需求說明書是軟件需求分析階段主要文件，下述__（4）__是其應(yīng)包含內(nèi)容。①數(shù)據(jù)描述

②功效描述③模塊描述

④性能描述（4）A.①②

B.③④

C.①②③

D.①②④4.2.5

\o"試題5"試題5試題5以下關(guān)于數(shù)據(jù)流圖說法，錯(cuò)誤是__（5）__.（5）A.數(shù)據(jù)流圖是用來作為結(jié)構(gòu)化分析建模一個(gè)工具B.傳統(tǒng)數(shù)據(jù)流圖中主要包含加工、外部實(shí)體、數(shù)據(jù)流、數(shù)據(jù)存放、控制流五種基本構(gòu)件C.數(shù)據(jù)流圖可只有一個(gè)也能夠有多個(gè)D.數(shù)據(jù)流圖屬于需求分析階段產(chǎn)物4.2.6

\o"例題6"例題6例題6以下關(guān)于內(nèi)聚和耦合描述中，錯(cuò)誤是__（6）__.（6）A.內(nèi)聚表現(xiàn)是代碼功效集中程度B.耦合表現(xiàn)是模塊間聯(lián)絡(luò)緊密程度C.通信內(nèi)聚比邏輯內(nèi)聚內(nèi)聚度更高D.數(shù)據(jù)耦合比公共耦合耦合度更高4.2.7

\o"試題7"試題7試題7以下選項(xiàng)中，不屬于可用性子特征是__（7）__.（7）A.可了解性B.易學(xué)性C.依從性

D.可操作性4.2.8

\o"例題8"例題8例題8以下關(guān)于開發(fā)模型描述中，不正確是__（8）__.（8）A.軟件開發(fā)模型是指軟件開發(fā)全部過程、活動(dòng)和任務(wù)結(jié)構(gòu)框架B.噴泉模型主要用于描述面向?qū)ο箝_發(fā)過程C.瀑布模型嚴(yán)格要求了各階段必須提交文檔D.螺旋模型結(jié)合了瀑布模型和快速原型模型優(yōu)點(diǎn)4.2.9

\o"例題9"例題9例題9希賽企業(yè)財(cái)務(wù)系統(tǒng)功效基本完善，但因?yàn)橄到y(tǒng)比較破舊，需要二次開發(fā)，這時(shí)應(yīng)該采取__（9）__.（9）A.原型法B.瀑布模型

C.V-模型D.螺旋模型4.2.10

\o"例題10"例題10例題10UP基本特征是"用例驅(qū)動(dòng)、以架構(gòu)為中心和受控迭代式增量開發(fā)".UP將一個(gè)周期開發(fā)過程劃分為4個(gè)階段，其中__（10）__開發(fā)剩下構(gòu)件。（10）A.初始階段

B.精化階段C.構(gòu)建階段

D.提交階段4.2.11

\o"例題11"例題11例題11某服務(wù)器軟件系統(tǒng)能夠正確運(yùn)行并得出計(jì)算結(jié)果，但存在"系統(tǒng)犯錯(cuò)后不能在要求時(shí)間內(nèi)恢復(fù)到正常狀態(tài)"和"對(duì)系統(tǒng)進(jìn)行二次開發(fā)時(shí)總要超出六個(gè)月時(shí)間"兩個(gè)問題，上述問題依次與質(zhì)量屬性中__（11）__相關(guān)。（11）A.可用性和性能

B.性能和可修改性C.性能和可測(cè)試性

D.可用性和可修改性4.2.12

\o"例題12"例題12例題12在新舊系統(tǒng)轉(zhuǎn)換過程中，在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)策略稱為__（12）__.（12）A.位置轉(zhuǎn)換

B.直接轉(zhuǎn)換C.并行轉(zhuǎn)換D.分段轉(zhuǎn)換4.2.13

\o"例題13"例題13例題13CMM將軟件過程成熟度分為5個(gè)等級(jí)。以下關(guān)于CMM各級(jí)別特征描述中，不正確是__（13）__.（13）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)對(duì)成本、進(jìn)度和功效特征跟蹤4.2.14

\o"例題14"例題14例題14下面關(guān)于測(cè)試說法中，正確是__（14）__.（14）A.軟件測(cè)試目標(biāo)是發(fā)覺程序中全部錯(cuò)誤B.測(cè)試人員應(yīng)該在軟件開發(fā)結(jié)束后立刻開始測(cè)試C.要依照軟件詳細(xì)設(shè)計(jì)中設(shè)計(jì)各種合理數(shù)據(jù)設(shè)計(jì)測(cè)試用例D.對(duì)發(fā)覺錯(cuò)誤較多程序段，應(yīng)進(jìn)行更深入測(cè)試4.2.15

\o"例題15"例題15例題15假如要驗(yàn)證程序某模塊能否與其余模塊按照要求方式正確工作，需要進(jìn)行__（15）__.（15）A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試4.2.16

\o"例題16"例題16例題16下面關(guān)于軟件測(cè)試描述中，不正確是__（16）__.（16）A.α測(cè)試不需要用戶參加，而β測(cè)試需要用戶參加B.白盒測(cè)試能測(cè)試到程序內(nèi)部結(jié)構(gòu)和處理算法C.軟件發(fā)生變更后，都需要進(jìn)行回歸測(cè)試D.黑盒測(cè)試包含邊界值分析、錯(cuò)誤推測(cè)等測(cè)試方法4.2.17

\o"例題17"例題17例題17以下關(guān)于極限編程（XP）敘述中，不正確是__（17）__.（17）A.極限編程重視用戶反饋B.極限編程提倡降低文檔C.極限編程4大價(jià)值觀是：溝通、變更、反饋、勇氣D.簡(jiǎn)單設(shè)計(jì)是極限編程十二個(gè)最好實(shí)踐之一4.2.18

\o"例題18"例題18例題18軟件文檔按照其產(chǎn)生和使用范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中用戶文檔不包含__（18）__.（18）A.編譯手冊(cè)

B.使用手冊(cè)C.維護(hù)手冊(cè)

D.用戶匯報(bào)4.2.19

\o"例題19"例題19例題19假如兩個(gè)小組獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)覺60個(gè)錯(cuò)誤，第二組發(fā)覺50個(gè)錯(cuò)誤，在兩個(gè)小組發(fā)覺錯(cuò)誤中有30個(gè)是共同，那么能夠估量程序中錯(cuò)誤總數(shù)是__（19）__個(gè)。（19）A.50

B.60

C.100

D.1204.2.20

\o"例題20"例題20例題20某企業(yè)依照業(yè)務(wù)需要，希望軟件系統(tǒng)能提供柱狀圖報(bào)表，這時(shí)對(duì)該軟件系統(tǒng)進(jìn)行維護(hù)屬于__（20）__維護(hù)。（20）A.正確性

B.完善性

C.適應(yīng)性

D.預(yù)防性4.2.21

\o"例題21"例題21例題21在某教師管理系統(tǒng)中，教師級(jí)別有教授、副教授、講師，且教師年紀(jì)在25~60歲。若用等價(jià)類劃分來進(jìn)行相關(guān)測(cè)試，則__（21）__不是好測(cè)試用例。（21）A.（博士，30）

B.（教授，40）C.（副教授，70）

D.（博士，62）4.2.22

\o"例題22"例題22例題22采取McCabe度量法計(jì)算如圖4-1所表示程序圖環(huán)路復(fù)雜性為__（22）__.圖4-1

程序流程圖（22）A.3

B.4

C.5

D.64.2.23

\o"例題23"例題23例題23關(guān)于白盒測(cè)試測(cè)試用例設(shè)計(jì)方法敘述，正確是__（23）__.（23）A.完成SC（語句覆蓋）所需測(cè)試用例數(shù)目一定多于完成DC（判定覆蓋）所需測(cè)試用例數(shù)目B.達(dá)成100%CC（條件覆蓋）要求就一定能夠滿足100%SC要求C.達(dá)成100%CDC（條件/判定覆蓋）要求就一定能夠滿足100%CC要求D.任何情況下，都能夠達(dá)成100%路徑覆蓋要求4.2.24

\o"例題24"例題24例題24對(duì)于4-2程序流程，當(dāng)采取判定覆蓋法設(shè)計(jì)測(cè)試案例時(shí)，最少需要設(shè)計(jì)__（24）__個(gè)測(cè)試案例。圖4-2

程序流程圖（24）A.2

B.3C.4

D.54.2.25

\o"例題25"例題25例題25定義風(fēng)險(xiǎn)參考水準(zhǔn)是__（25）__活動(dòng)慣用技術(shù)。（25）A.風(fēng)險(xiǎn)識(shí)別

B.風(fēng)險(xiǎn)預(yù)測(cè)C.風(fēng)險(xiǎn)評(píng)定

D.風(fēng)險(xiǎn)控制4.2.26

\o"例題26"例題26例題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)是__（26）__以及確定風(fēng)險(xiǎn)估量正確性。（26）A.建立表示風(fēng)險(xiǎn)概率尺度，描述風(fēng)險(xiǎn)引發(fā)后果，估量風(fēng)險(xiǎn)影響大小B.建立表示風(fēng)險(xiǎn)概率尺度，描述風(fēng)險(xiǎn)引發(fā)后果，確定產(chǎn)生風(fēng)險(xiǎn)原因C.確定產(chǎn)生風(fēng)險(xiǎn)原因，描述風(fēng)險(xiǎn)引發(fā)后果，估量風(fēng)險(xiǎn)影響大小D.建立表示風(fēng)險(xiǎn)概率尺度，確定產(chǎn)生風(fēng)險(xiǎn)原因，估量風(fēng)險(xiǎn)影響大小4.2.27

\o"例題27"例題27例題27在以下說法中，__（27）__是造成軟件危機(jī)主要原因。①用戶使用不妥②軟件本身特點(diǎn)③硬件不可靠④對(duì)軟件錯(cuò)誤認(rèn)識(shí)⑤缺乏好開發(fā)方法和伎倆⑥開發(fā)效率低（27）A.①③⑥B.①②④C.③⑤⑥D(zhuǎn).②⑤⑥4.2.28

\o"例題28"例題28例題28在軟件設(shè)計(jì)階段，劃分模塊標(biāo)準(zhǔn)是：一個(gè)模塊__（28）__.（28）A.作用范圍應(yīng)該在其控制范圍之內(nèi)B.控制范圍應(yīng)該在其作用范圍之內(nèi)C.作用范圍與控制范圍互不包含D.作用范圍與控制范圍不受任何限制4.2.29

\o"例題29~30"例題29~30

例題29~30某軟件項(xiàng)目標(biāo)活動(dòng)圖如圖4-3所表示。圖中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)邊表示包含活動(dòng)，則該活動(dòng)圖關(guān)鍵路徑是__（29）__,活動(dòng)FG松弛時(shí)間為__（30）__.圖4-3

項(xiàng)目活動(dòng)圖（29）A.A-D-F-G-J

B.A-C-F-H-JC.A-D-F-H-J

D.A-D-F-I-H-J（30）A.19

B.20

C.32

D.244.3

習(xí)題解答4.3.1

\o"試題1分析"試題1分析試題1分析軟件可測(cè)試性：用來表示測(cè)試及驗(yàn)證軟件難易度。軟件可了解性：軟件能夠被軟件維護(hù)人員閱讀并了解方便程度。軟件可靠性：軟件按要求條件，在要求時(shí)間內(nèi)運(yùn)行而不發(fā)生故障能力。軟件可移植性：指軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境輕易程度。因?yàn)橛?jì)算機(jī)硬件體系結(jié)構(gòu)不一樣，因而造成在某一類型機(jī)器上開發(fā)軟件不能在另一類計(jì)算機(jī)上運(yùn)行，所以某一個(gè)語言開發(fā)環(huán)境中開發(fā)出來程序，如不用修改或只需極少許修改便能在其余種類計(jì)算機(jī)上運(yùn)行，就是可移植性好。軟件可用性：ISO9241-11國(guó)際標(biāo)準(zhǔn)對(duì)可用性做了以下定義：產(chǎn)品在特定使用環(huán)境下為特定用戶用于特定用途時(shí)所具備有效性（effectiveness）、效率（efficiency）和用戶主觀滿意度（satisfaction）。其中：有效性--用戶完成特定任務(wù)和達(dá)成特定目標(biāo)時(shí)所具備正確和完整程度。效率--用戶完成任務(wù)正確和完整程度與所使用資源（如時(shí)間）之間比率。滿意度--用戶在使用產(chǎn)品過程中所感受到主觀滿意和接收程度。通俗來講，可用性指是產(chǎn)品對(duì)用戶來說有效、易學(xué)、高效、好記、少錯(cuò)和令人滿意程度，即用戶能否用產(chǎn)品完成任務(wù)、效率怎樣、主觀感受怎樣，實(shí)際上是從用戶角度所看到產(chǎn)品質(zhì)量，是產(chǎn)品競(jìng)爭(zhēng)力關(guān)鍵，是以用戶為中心。軟件兼容性：指與軟件可從某一環(huán)境轉(zhuǎn)移到另一環(huán)境能力關(guān)于一組屬性。它包含以下幾個(gè)屬性：（1）與軟件無須采取為該軟件準(zhǔn)備活動(dòng)或伎倆就可能適應(yīng)不一樣要求環(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)或約定程度。試題答案（1）B4.3.2

\o"試題2分析"試題2分析試題2分析需求分析階段任務(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ì)劃。試題2答案C4.3.3

\o"試題3分析"試題3分析試題3分析本題考查是軟件壽命周期及其各壽命周期階段主要特點(diǎn)。軟件生命周期是軟件開發(fā)全過程，這個(gè)過程由很多階段組成，包含需求分析、軟件設(shè)計(jì)、編碼及單元測(cè)試、集成及系統(tǒng)測(cè)試、安裝、實(shí)施與維護(hù)等階段，在由這些階段所組成軟件生命周期全過程中軟件維護(hù)階段是軟件生命周期中時(shí)間最長(zhǎng)階段。因?yàn)樵谲浖_發(fā)完投入使用后，因?yàn)槎喾矫嬖?，軟件不能繼續(xù)適應(yīng)用戶要求，要延續(xù)軟件使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)，所以從軟件開發(fā)投入使用到軟件被淘汰整個(gè)過程都屬于軟件維護(hù)階段，所以不難想象這個(gè)階段時(shí)長(zhǎng)最長(zhǎng)。試題3答案（3）B4.3.4

\o"試題4分析"試題4分析試題4分析已經(jīng)確定下來需求應(yīng)該得到清楚準(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ù)、對(duì)系統(tǒng)進(jìn)行測(cè)試種類等。試題4答案（4）D4.3.5

\o"試題5分析"試題5分析試題5分析本題主要考查數(shù)據(jù)流圖基本內(nèi)容。數(shù)據(jù)流圖是結(jié)構(gòu)化開發(fā)方法中需求分析階段主要工具。結(jié)構(gòu)化分析方法是一個(gè)面向數(shù)據(jù)流軟件分析方法。適合于開發(fā)數(shù)據(jù)處理類型軟件需求分析。數(shù)據(jù)流圖是需求分析階段使用一個(gè)主要工具，它以圖形方式表示數(shù)據(jù)處理系統(tǒng)中信息變換和傳遞過程。與數(shù)據(jù)流圖配合使用是數(shù)據(jù)詞典，它對(duì)數(shù)據(jù)流圖中出現(xiàn)全部數(shù)據(jù)元素給出邏輯定義。有了數(shù)據(jù)詞典，使得數(shù)據(jù)流圖上數(shù)據(jù)流、加工和文件得到確切解釋。通常在數(shù)據(jù)流圖中，可能出現(xiàn)四種基本符號(hào)，數(shù)據(jù)流、加工、數(shù)據(jù)存放、外部實(shí)體（數(shù)據(jù)源及數(shù)據(jù)終點(diǎn)）。數(shù)據(jù)流是具備名字和流向數(shù)據(jù)，在數(shù)據(jù)流圖中用標(biāo)有名字箭頭表示。加工是對(duì)數(shù)據(jù)流變換，通慣用圓圈表示。數(shù)據(jù)存放是可訪問存放信息，通慣用直線段表示。外部實(shí)體位于被建模系統(tǒng)之外信息生產(chǎn)者或消費(fèi)者，是不能由計(jì)算機(jī)處理成份，它們分別表明數(shù)據(jù)處理過程數(shù)據(jù)起源及數(shù)據(jù)去向，用標(biāo)有名字方框表示。圖4-4是一個(gè)經(jīng)典數(shù)據(jù)流圖示例。圖4-4

辦理取款手續(xù)數(shù)據(jù)流圖從理論上來說，數(shù)據(jù)流圖可只有一個(gè)也能夠有多個(gè)。不過，通常情況下，為了表示數(shù)據(jù)處理過程數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠。稍為復(fù)雜實(shí)際問題，在數(shù)據(jù)流圖上經(jīng)常出現(xiàn)十幾個(gè)甚至幾十個(gè)加工。這么數(shù)據(jù)流圖看起來很不清楚。層次結(jié)構(gòu)數(shù)據(jù)流圖能很好地處理這一問題。按照系統(tǒng)層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層數(shù)據(jù)流圖反應(yīng)這種結(jié)構(gòu)關(guān)系，能清楚地表示和輕易了解整個(gè)系統(tǒng)。圖4-5給出分層數(shù)據(jù)流圖示例。數(shù)據(jù)處理S包含三個(gè)子系統(tǒng)1、2、3.頂層下面第一層數(shù)據(jù)流圖為DFD/L1.第二層數(shù)據(jù)流圖DFD/L2.1、DFD/L2.2及DFD/L2.3分別是子系統(tǒng)1、2和3細(xì)化。對(duì)任何一層數(shù)據(jù)流圖來說，我們稱它上層圖為父圖，在它下一層圖則稱為子圖。圖4-5

分層數(shù)據(jù)流圖畫數(shù)據(jù)流圖基本步驟概括地說，就是"自頂向下逐層分解".檢驗(yàn)和修改標(biāo)準(zhǔn)為：（1）數(shù)據(jù)流圖上全部圖形符號(hào)只限于前述四種基本圖形元素。（2）頂層數(shù)據(jù)流圖必須包含前述四種基本元素，缺一不可。（3）頂層數(shù)據(jù)流圖上數(shù)據(jù)流必須封閉在外部實(shí)體之間。（4）每個(gè)加工最少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流。（5）在數(shù)據(jù)流圖中，需按層給加工框編號(hào)。編號(hào)表明該加工處于哪一層，以及上下層父圖與子圖對(duì)應(yīng)關(guān)系。（6）要求任何一個(gè)數(shù)據(jù)流子圖必須與它上一層一個(gè)加工對(duì)應(yīng)，二者輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。此即父圖與子圖平衡。（7）能夠在數(shù)據(jù)流圖中加入物質(zhì)流，幫助用戶了解數(shù)據(jù)流圖。（8）圖上每個(gè)元素都必須有名字。（9）數(shù)據(jù)流圖中不可夾帶控制流。試題5分析（5）B4.3.6

\o"試題6分析"試題6分析試題6分析本題主要考查內(nèi)聚與耦合概念。高內(nèi)聚、低耦合是軟件設(shè)計(jì)一個(gè)標(biāo)準(zhǔn)，其中內(nèi)聚是指模塊內(nèi)部各元素之間聯(lián)絡(luò)緊密程度，也就是代碼功效集中程度。耦合是指模塊之間相互聯(lián)絡(luò)緊密程度。模塊內(nèi)聚類型通常能夠分為7種，依照內(nèi)聚度從高到低排序如表4-1所表示。表4-1

7種內(nèi)聚描述對(duì)比模塊耦合性類型通常分為7種，依照耦合度從低到高排序如表4-2所表示。表4-2

7種耦合描述對(duì)比總而言之，可知本題答案應(yīng)該選D.試題6答案（6）D4.3.7

\o"試題7分析"試題7分析試題7分析本題主要考查ISO/IEC9126軟件質(zhì)量模型。其6個(gè)質(zhì)量特征和21個(gè)質(zhì)量子特征是我們要了解內(nèi)容。（1）功效性功效性是指與軟件所具備各項(xiàng)功效及其要求性質(zhì)關(guān)于一組屬性，包含：適合性：與要求任務(wù)能否提供一組功效以及這組功效適合程度關(guān)于軟件屬性。適合程度例子是面向任務(wù)系統(tǒng)中由子功效組成功效是否適宜、表容量是否適宜等。準(zhǔn)確性：與能否得到正確或相符結(jié)果或效果關(guān)于軟件屬性。此屬性包含計(jì)算值所需準(zhǔn)確程度?；ゲ僮餍裕ɑビ眯裕号c同其余指定系統(tǒng)進(jìn)行交互能力關(guān)于軟件屬性。為防止可能與易替換性含義相混同，此處用互操作性（互用性）而不用兼容性。依從性：使軟件遵照關(guān)于標(biāo)準(zhǔn)、約定、法規(guī)及類似要求軟件屬性。安全性：與預(yù)防對(duì)程序及數(shù)據(jù)非授權(quán)有意或意外訪問能力關(guān)于軟件屬性。（2）可靠性可靠性是指在要求運(yùn)行條件下和要求時(shí)間周期內(nèi)，與軟件維護(hù)其性能級(jí)別能力關(guān)于一組屬性。可靠性反應(yīng)是軟件中存在需求錯(cuò)誤、設(shè)計(jì)錯(cuò)誤和實(shí)現(xiàn)錯(cuò)誤而造成失效情況。包含：成熟性：與由軟件故障引發(fā)失效頻度關(guān)于軟件屬性。容錯(cuò)性：與在軟件故障或違反指定接口情況下，維持要求性能水平能力關(guān)于軟件屬性。指定性能水平包含失效防護(hù)能力?？苫謴?fù)性：與在失效發(fā)生后，重建其性能水平并恢復(fù)直接收影響數(shù)據(jù)能力以及為達(dá)此目標(biāo)所需時(shí)間和努力關(guān)于軟件屬性。（3）可用性可用性是指依照要求用戶或隱含用戶評(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）效率效率是指在要求條件下，與軟件性能級(jí)別和所用資源總量之間關(guān)系關(guān)于一組屬性。包含：時(shí)間特征：與軟件執(zhí)行其功效時(shí)響應(yīng)和處理時(shí)間以及吞吐量關(guān)于軟件屬性。資源特征：與在軟件執(zhí)行其功效時(shí)所使用資源數(shù)量及其使用時(shí)間關(guān)于軟件屬性。（5）可維護(hù)性可維護(hù)性是指與對(duì)軟件進(jìn)行修改難易程度關(guān)于一組屬性。包含：可分析性：與為診療缺點(diǎn)或失效原因及為判定待修改部分所需努力關(guān)于軟件屬性?？筛淖冃裕号c進(jìn)行修改、排除錯(cuò)誤或適應(yīng)環(huán)境改變所需努力關(guān)于軟件屬性。穩(wěn)定性：與修改所造成未預(yù)料結(jié)果風(fēng)險(xiǎn)關(guān)于軟件屬性?？蓽y(cè)試性：與確認(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)不一樣要求環(huán)境關(guān)于軟件屬性。可安裝性：與在指定環(huán)境下安裝軟件所需努力關(guān)于軟件屬性。遵照性（一致性）：使軟件遵照與可移植性關(guān)于標(biāo)準(zhǔn)或約定軟件屬性?？商鎿Q性：與軟件在該軟件環(huán)境中用來代替指定其余軟件機(jī)會(huì)和努力關(guān)于軟件屬性。為防止可能與互操作性（互用性）含義相混同，此處用可替換性而不用兼容性。特定軟件可替換性并不隱含此軟件可由所考慮軟件所代替。可替換性可能包含可安裝性和適應(yīng)性這兩個(gè)屬性。因?yàn)榇烁拍钪饕?，它已被采取作為一個(gè)獨(dú)立子特征。試題7答案（7）C4.3.8

\o"試題8分析"試題8分析試題8分析瀑布模型嚴(yán)格遵照軟件生命周期各階段固定次序：計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試和維護(hù)，上一階段完成后才能進(jìn)入到下一階段，整個(gè)模型就像一個(gè)飛流直下瀑布。瀑布模型有許多優(yōu)點(diǎn)：可強(qiáng)迫開發(fā)人員采取規(guī)范方法；嚴(yán)格要求了各階段必須提交文檔；要求每個(gè)階段結(jié)束后，都要進(jìn)行嚴(yán)格評(píng)審。但瀑布模型過于理想化，而且缺乏靈活性，無法在開發(fā)過程中逐步明確用戶難以確切表示或一時(shí)難以想到需求，直到軟件開發(fā)完成之后才發(fā)覺與用戶需求有很大距離，此時(shí)必須付出高額代價(jià)才能糾正這一偏差，這一開發(fā)模型主要適適用于需求非常明確應(yīng)用。噴泉模型主要用于描述面向?qū)ο箝_發(fā)過程，噴泉一詞表現(xiàn)了面向?qū)ο箝_發(fā)過程迭代和無間隙特征。迭代意味著模型中開發(fā)活動(dòng)經(jīng)常需要數(shù)次重復(fù)，每次重復(fù)都會(huì)增加或明確一些目標(biāo)系統(tǒng)性質(zhì)，但卻不是對(duì)先前工作結(jié)果本質(zhì)性改動(dòng)。無間隙是指在開發(fā)活動(dòng)（如分析、設(shè)計(jì)、編程）之間不存在顯著邊界，而是允許各開發(fā)活動(dòng)交叉、迭代地進(jìn)行?？焖僭湍Ｐ蛯?duì)于許多需求不夠明確項(xiàng)目，比較適合采取該模型。它采取了一個(gè)動(dòng)態(tài)定義需求方法，經(jīng)過快速地建立一個(gè)能夠反應(yīng)用戶主要需求軟件原型，讓用戶在計(jì)算機(jī)上使用它，了解其概要，再依照反饋結(jié)果進(jìn)行修改，所以能夠充分表現(xiàn)用戶參加和決議。原型化人員對(duì)原型實(shí)施很主要，衡量他們主要標(biāo)準(zhǔn)是能否從用戶含糊描述中快速地獲取實(shí)際需求。演化模型也是一個(gè)原型化開發(fā)方法，但與快速原型模型略有不一樣。在快速原型模型中，原型用途是獲知用戶真正需求，一旦需求確定了，原型即被拋棄。而演化模型開發(fā)過程，則是從初始模型逐步演化為最終軟件產(chǎn)品漸進(jìn)過程。也就是說，快速原型模型是一個(gè)"拋棄式"原型化方法，而演化模型則是一個(gè)"漸進(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)目?？偠灾?，可知本題答案應(yīng)選D.試題8答案（8）D4.3.9

\o"試題9分析"試題9分析試題9分析結(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ā)。試題9答案（9）B4.3.10

\o"試題10分析"試題10分析試題10分析統(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)，估量項(xiàng)目費(fèi)用和時(shí)間，評(píng)定項(xiàng)目風(fēng)險(xiǎn)。其意圖是建立項(xiàng)目標(biāo)范圍和版本，確定業(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)元素。其意圖是對(duì)問題域進(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)目標(biāo)開發(fā)計(jì)劃。（3）構(gòu)建階段：該階段相對(duì)簡(jiǎn)單一些，其主要任務(wù)包含資源管理、控制和流程優(yōu)化，開發(fā)剩下構(gòu)件，然后進(jìn)行構(gòu)件組裝和測(cè)試等。其主要意圖是增量式地開發(fā)一個(gè)能夠交付用戶軟件產(chǎn)品。（4）提交階段：該階段主要任務(wù)包含進(jìn)行β測(cè)試，制作公布版本，用戶文檔定稿，確認(rèn)新系統(tǒng)，獲取用戶反饋，培訓(xùn)、調(diào)整產(chǎn)品使最終用戶能夠使用產(chǎn)品。其主要意圖是將軟件產(chǎn)品提交用戶。從以上描述中能夠看出，在構(gòu)建階段才開發(fā)剩下構(gòu)件，所以正確答案為C.試題10答案（10）C4.3.11

\o"試題11分析"試題11分析試題11分析本題主要考查軟件質(zhì)量屬性判斷與應(yīng)用。本題可結(jié)合試題7分析來求解。"系統(tǒng)犯錯(cuò)后不能在要求時(shí)間內(nèi)恢復(fù)到正常狀態(tài)",這是對(duì)系統(tǒng)錯(cuò)誤恢復(fù)能力描述，屬于系統(tǒng)可用性范圍。而"對(duì)系統(tǒng)進(jìn)行二次開發(fā)時(shí)總要超出六個(gè)月時(shí)間",這是對(duì)系統(tǒng)進(jìn)行調(diào)整和維護(hù)方面能力描述，屬于系統(tǒng)可修改性范圍。試題11答案（11）D4.3.12

\o"試題12分析"試題12分析試題12分析本題主要考查系統(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)行。這種方式對(duì)人員、設(shè)備費(fèi)用很節(jié)約，通常適適用于處理過程不太復(fù)雜、數(shù)據(jù)不很主要場(chǎng)所。并行轉(zhuǎn)換是讓新老系統(tǒng)并行一段時(shí)間，經(jīng)過一段時(shí)間考驗(yàn)以后，新系統(tǒng)正式代替老系統(tǒng)。對(duì)于較復(fù)雜大型系統(tǒng)，它提供了一個(gè)與老系統(tǒng)運(yùn)行結(jié)果進(jìn)行比較機(jī)會(huì)，能夠?qū)π吕蟽蓚€(gè)系統(tǒng)并行工作，消除了還未認(rèn)識(shí)新系統(tǒng)時(shí)擔(dān)心和不安。在銀行、財(cái)務(wù)和一些企業(yè)關(guān)鍵系統(tǒng)中，這是一個(gè)經(jīng)常使用轉(zhuǎn)換方式。它主要特點(diǎn)是安全、可靠，但費(fèi)用和工作量都很大，因?yàn)樵谙喈?dāng)長(zhǎng)時(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ú)立性，對(duì)系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)都有一定要求，不然就無法實(shí)現(xiàn)分段轉(zhuǎn)換構(gòu)想。由此能夠看出題目所說"在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)策略"是分段轉(zhuǎn)換。所以所以本題答案應(yīng)選D.試題12答案（12）D4.3.13

\o"試題13分析"試題13分析試題13分析CMM模型將軟件過程成熟度分為5個(gè)等級(jí)。（1）初始級(jí)：軟件過程特點(diǎn)是無秩序，有時(shí)甚至是混亂。軟件過程定義幾乎處于無章法和步驟可循狀態(tài)，軟件產(chǎn)品所取得成功往往依賴極個(gè)他人努力和機(jī)遇。初始級(jí)軟件過程是未加定義隨意過程，項(xiàng)目標(biāo)執(zhí)行是隨意甚至是混亂。可能，有些企業(yè)制訂了一些軟件工程規(guī)范，但若這些規(guī)范未能覆蓋基本關(guān)鍵過程要求，且執(zhí)行沒有政策、資源等方面確保，那么依然被視為初始級(jí)。（2）可重復(fù)級(jí)：已經(jīng)建立了基本項(xiàng)目管理過程，可用于對(duì)成本、進(jìn)度和功效特征進(jìn)行跟蹤。對(duì)類似應(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)目需依照這個(gè)標(biāo)準(zhǔn)過程，剪裁出與項(xiàng)目適宜過程，并執(zhí)行這些過程。過程剪裁不是隨意，在使用前需經(jīng)過企業(yè)關(guān)于人員同意。（4）管理級(jí)：軟件過程和產(chǎn)品質(zhì)量有詳細(xì)度量標(biāo)準(zhǔn)。軟件過程和產(chǎn)品質(zhì)量得到了定量認(rèn)識(shí)和控制。（5）優(yōu)化級(jí)：經(jīng)過對(duì)來自過程、新概念和新技術(shù)等方面各種有用信息定量分析，能夠不停地、連續(xù)地進(jìn)行過程改進(jìn)。試題13答案（13）C4.3.14

\o"試題14分析"試題14分析試題14分析本題主要考查軟件測(cè)試一些基礎(chǔ)知識(shí)。軟件測(cè)試目標(biāo)就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)覺軟件產(chǎn)品（主要是指程序）中錯(cuò)誤和缺點(diǎn)。而依照理論推測(cè)，是不可能發(fā)覺軟件中所以錯(cuò)誤。而一個(gè)高效測(cè)試是指用少許測(cè)試用例，發(fā)覺被測(cè)軟件盡可能多錯(cuò)誤。軟件測(cè)試所追求目標(biāo)是以盡可能少時(shí)間和人力發(fā)覺軟件產(chǎn)品中盡可能多錯(cuò)誤。另外，在做軟件測(cè)試時(shí)，要注意以下準(zhǔn)則：（1）應(yīng)該盡早地、不停地進(jìn)行軟件測(cè)試，把軟件測(cè)試貫通于開發(fā)過程一直。（2）全部測(cè)試都應(yīng)該能追溯到用戶需求。從用戶角度看，最嚴(yán)重錯(cuò)誤是造成軟件不能滿足用戶需求那些錯(cuò)誤。（3）應(yīng)該從"小規(guī)模"測(cè)試開始，并逐步進(jìn)行"大規(guī)模"測(cè)試。（4）應(yīng)該遠(yuǎn)在測(cè)試之前就制訂出測(cè)試計(jì)劃。（5）依照Pareto原理，80%錯(cuò)誤可能出現(xiàn)在20%程序模塊中，測(cè)試成功關(guān)鍵是怎樣找出這20%模塊，所以，對(duì)發(fā)覺錯(cuò)誤較多程序段，應(yīng)進(jìn)行更深入測(cè)試。（6）應(yīng)該由獨(dú)立第三方從事測(cè)試工作。（7）對(duì)非法和非預(yù)期輸入數(shù)據(jù)也要像正當(dāng)和預(yù)期輸入數(shù)據(jù)一樣編寫測(cè)試用例。（8）檢驗(yàn)軟件是否做了應(yīng)該做事僅是成功二分之一，另二分之一是看軟件是否做了不該做事。（9）在規(guī)劃測(cè)試時(shí)不要構(gòu)想程序中不會(huì)查犯錯(cuò)誤。（10）測(cè)試只能證實(shí)軟件中有錯(cuò)誤，不能證實(shí)軟件中沒有錯(cuò)誤。總而言之，可知本題答案選D.試題14答案（14）D4.3.15

\o"試題15分析"試題15分析試題15分析單元測(cè)試也稱模塊測(cè)試，通?？煞旁诰幊屉A段，由程序員對(duì)自己編寫模塊自行測(cè)試，檢驗(yàn)?zāi)K是否實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說明書中要求功效和算法。單元測(cè)試主要發(fā)覺編程和詳細(xì)設(shè)計(jì)中產(chǎn)生錯(cuò)誤，單元測(cè)試計(jì)劃應(yīng)該在詳細(xì)設(shè)計(jì)階段制訂。單元測(cè)試期間著重從以下幾個(gè)方面對(duì)模塊進(jìn)行測(cè)試：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、主要執(zhí)行通路、犯錯(cuò)處理通路、邊界條件等。集成測(cè)試也稱組裝測(cè)試，它是對(duì)由各模塊組裝而成程序進(jìn)行測(cè)試，主要目標(biāo)是發(fā)覺模塊間接口和通信問題，驗(yàn)證模塊間是否按照要求方式正確工作。比如，數(shù)據(jù)穿過接口可能丟失；一個(gè)模塊對(duì)另一個(gè)模塊可能因?yàn)槭韬龆斐捎泻τ绊?；把子功效組合起來可能不產(chǎn)生預(yù)期主功效；個(gè)別看來是能夠接收誤差可能積累到不能接收程度；全程數(shù)據(jù)結(jié)構(gòu)可能有問題等。集成測(cè)試主要發(fā)覺設(shè)計(jì)階段產(chǎn)生錯(cuò)誤，集成測(cè)試計(jì)劃應(yīng)該在概要設(shè)計(jì)階段制訂。確認(rèn)測(cè)試主要依據(jù)軟件需求說明書檢驗(yàn)軟件功效、性能及其余特征是否與用戶需求一致。確認(rèn)測(cè)試計(jì)劃應(yīng)該在需求分析階段制訂。通常情況下，經(jīng)過確認(rèn)測(cè)試后軟件就能夠交付使用了。系統(tǒng)測(cè)試對(duì)象是完整、集成計(jì)算機(jī)系統(tǒng)，系統(tǒng)測(cè)試目標(biāo)是在真實(shí)系統(tǒng)工作環(huán)境下，驗(yàn)證完整軟件配置項(xiàng)能否和系統(tǒng)正確連接，并滿足系統(tǒng)/子系統(tǒng)設(shè)計(jì)文檔和軟件開發(fā)協(xié)議要求要求。系統(tǒng)測(cè)試技術(shù)依據(jù)是用戶需求或開發(fā)協(xié)議，除應(yīng)滿足通常測(cè)試準(zhǔn)入條件外，在進(jìn)行系統(tǒng)測(cè)試前，還應(yīng)確認(rèn)被測(cè)系統(tǒng)全部配置項(xiàng)已經(jīng)過測(cè)試，對(duì)需要固化運(yùn)行軟件還應(yīng)提供固件。試題15答案：（15）B4.3.16

\o"試題16分析"試題16分析試題16分析本題主要考查軟件測(cè)試基本知識(shí)。白盒測(cè)試又稱結(jié)構(gòu)測(cè)試，主要用于單元測(cè)試階段。它把程序看成裝在一個(gè)透明白盒子里，測(cè)試者完全知道程序結(jié)構(gòu)和處理算法。黑盒測(cè)試又稱功效測(cè)試，主要用于集成測(cè)試和確認(rèn)測(cè)試階段。它把軟件看做一個(gè)不透明黑盒子，完全不了解軟件內(nèi)部結(jié)構(gòu)和處理算法，它只檢驗(yàn)軟件功效是否能按照軟件需求說明書要求正常使用，軟件是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確輸出信息，軟件運(yùn)行過程中能否保持外部信息完整性等，常見黑盒測(cè)試方法包含等價(jià)類劃分、邊值分析、錯(cuò)誤推測(cè)和因果圖等。α測(cè)試是用戶在開發(fā)者場(chǎng)所由開發(fā)者指導(dǎo)完成測(cè)試。開發(fā)者負(fù)責(zé)統(tǒng)計(jì)發(fā)覺錯(cuò)誤和使用中碰到問題，換句話說，α測(cè)試是在"受控"環(huán)境中進(jìn)行。β測(cè)試是在一個(gè)或多個(gè)用戶現(xiàn)場(chǎng)由該軟件最終用戶實(shí)施，開發(fā)者通常不在現(xiàn)場(chǎng)，用戶負(fù)責(zé)統(tǒng)計(jì)發(fā)覺錯(cuò)誤和使用中碰到問題并把這些問題匯報(bào)給開發(fā)者。也就是說，β測(cè)試是在"非受控"環(huán)境中進(jìn)行?；貧w測(cè)試是測(cè)試軟件變更之后，變更部分正確性和對(duì)變更需求符合性，以及軟件原有、正確功效、性能和其余要求要求不損害性，所以，只要軟件發(fā)生了變更，都應(yīng)該進(jìn)行對(duì)應(yīng)回歸測(cè)試。試題16答案：（16）A4.3.17

\o"試題17分析"試題17分析試題17分析極限編程是一個(gè)靈敏開發(fā)方法。其它靈敏方法還有：自適應(yīng)開發(fā)、水晶方法、特征驅(qū)動(dòng)開發(fā)等，它們都有一個(gè)共同特點(diǎn)，那就是都將矛頭指向了"文檔",它們認(rèn)為傳統(tǒng)軟件工程方法文檔量太"重"了，稱為"重量級(jí)"方法，而對(duì)應(yīng)靈敏方法則是"輕量級(jí)"方法。在極限編程方法中，提出了四大價(jià)值觀：溝通、簡(jiǎn)單、反饋、勇氣。五大標(biāo)準(zhǔn)：快速反饋、簡(jiǎn)單性假設(shè)、逐步修改、提倡更改、優(yōu)質(zhì)工作。還有十二個(gè)最好實(shí)踐：計(jì)劃游戲、小型公布、隱喻、簡(jiǎn)單設(shè)計(jì)、測(cè)試先行、重構(gòu)、集體代碼全部制、結(jié)對(duì)編程、每七天工作40小時(shí)、連續(xù)集成、編碼標(biāo)準(zhǔn)和現(xiàn)場(chǎng)客戶。試題17答案（17）C4.3.18

\o"試題18分析"試題18分析試題18分析本題考查軟件工程文檔知識(shí)，是?？贾R(shí)點(diǎn)。軟件文檔也稱文件，通常指是一些統(tǒng)計(jì)數(shù)據(jù)和數(shù)據(jù)媒體，它具備固定不變形式，可被人和計(jì)算機(jī)閱讀。它和計(jì)算機(jī)程序共同組成了能完成特定功效計(jì)算機(jī)軟件（有些人把源程序也看成文檔一部分）。我們知道，硬件產(chǎn)品和產(chǎn)品資料在整個(gè)生產(chǎn)過程中都是有形可見，軟件生產(chǎn)則有很大不一樣，文檔本身就是軟件產(chǎn)品。沒有文檔軟件，不成其為軟件，更談不到軟件產(chǎn)品。軟件文檔編制在軟件開發(fā)工作中占有突出地位和相當(dāng)工作量。高效率、高質(zhì)量地開發(fā)、分發(fā)、管理和維護(hù)文檔對(duì)于轉(zhuǎn)讓、變更、修正、擴(kuò)充和使用文檔，對(duì)于充分發(fā)揮軟件產(chǎn)品效益有著主要意義。軟件文檔能夠分開發(fā)文檔、管理文檔和用戶文檔三大類。開發(fā)文檔包含：《功效要求》、《投標(biāo)方案》、《需求分析》、《技術(shù)分析》、《系統(tǒng)分析》、《數(shù)據(jù)庫文檔》、《功效函數(shù)文檔》、《界面文檔》、《編譯手冊(cè)》、《QA文檔》、《項(xiàng)目總結(jié)》等。管理文檔包含：《產(chǎn)品介紹》、《產(chǎn)品演示》、《疑問解答》、《功效介紹》、《技術(shù)白皮書》、《評(píng)測(cè)匯報(bào)》等。用戶文檔包含：《安裝手冊(cè)》、《使用手冊(cè)》、《維護(hù)手冊(cè)》、《用戶匯報(bào)》、《銷售培訓(xùn)》等?？偠灾芍绢}答案選A.試題18答案（18）A4.3.19

\o"試題19分析"試題19分析試題19分析本題考查我們對(duì)軟件測(cè)試策略了解。對(duì)于這類題求解，我們首先要求解出每組發(fā)覺錯(cuò)誤效率，然后用其發(fā)覺錯(cuò)誤數(shù)除以效率，就能夠估算出總錯(cuò)誤數(shù)。對(duì)于第一小組，發(fā)覺了60個(gè)錯(cuò)誤，這其中有30個(gè)是與第二組共同，而第二組發(fā)覺50個(gè)錯(cuò)誤中，第一組還有20個(gè)沒有發(fā)覺，所以其發(fā)覺錯(cuò)誤效率為30/50=60%,所以能夠估算出程序中錯(cuò)誤總數(shù)為60/60%=100.一樣道理，經(jīng)過計(jì)算第二小組效率也能夠估算出程序中總錯(cuò)誤數(shù)為100.另外，因?yàn)閮蓚€(gè)小組是獨(dú)立進(jìn)行測(cè)試，所以能夠估量：程序中錯(cuò)誤總數(shù)為100個(gè)。試題19答案（19）C4.3.20

\o"試題20分析"試題20分析試題20分析本題主要考查軟件維護(hù)分類，是考試中一個(gè)?？贾R(shí)點(diǎn)。依照引發(fā)軟件維護(hù)原因不一樣，軟件維護(hù)通?？煞譃橐韵滤姆N類型：改過性維護(hù)：在軟件交付使用后，必定會(huì)有一部分隱藏錯(cuò)誤被帶到運(yùn)行階段來。這些隱藏下來錯(cuò)誤在一些特定使用環(huán)境下就會(huì)暴露出來。為了糾正這些錯(cuò)誤而對(duì)軟件進(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ù)輸入∕輸出方式、數(shù)據(jù)存放介質(zhì)）或應(yīng)用環(huán)境可能發(fā)生改變，為了使軟件適應(yīng)這種改變，而去修改軟件過程就叫做適應(yīng)性維護(hù)。該類維護(hù)通常占總維護(hù)工作量20%.完善性維護(hù)：在軟件使用過程中，用戶往往會(huì)對(duì)軟件提出新功效與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功效、增強(qiáng)軟件性能、改進(jìn)加工效率、提升軟件可維護(hù)性。這種情況下進(jìn)行維護(hù)活動(dòng)叫做完善性維護(hù)。該類維護(hù)通常占總維護(hù)工作量50%.預(yù)防性維護(hù)：為了提升軟件可維護(hù)性、可靠性等而提出一個(gè)維護(hù)類型，它為以后深入改進(jìn)軟件打下良好基礎(chǔ)。通常，預(yù)防性維護(hù)定義為："把今天方法學(xué)用于昨天系統(tǒng)以滿足明天需要".也就是說，采取先進(jìn)軟件工程方法對(duì)需要維護(hù)軟件或軟件中某一部分（重新）進(jìn)行設(shè)計(jì)、編制和測(cè)試。該類維護(hù)通常占總維護(hù)工作量50%.在本題中，是要添加新報(bào)表功效，所以這類維護(hù)屬于完善性維護(hù)，所以本題正確答案應(yīng)選B.試題20答案（20）B4.3.21

\o"試題21分析"試題21分析試題21分析本題主要考查等價(jià)類劃分。所謂等價(jià)類就是某個(gè)輸入域集合，對(duì)于一個(gè)等價(jià)類中輸入值來說，它們揭示程序中錯(cuò)誤作用是等效。也就是說，假如等價(jià)類中一個(gè)輸入數(shù)據(jù)能檢測(cè)出一個(gè)錯(cuò)誤，那么等價(jià)類中其余輸入數(shù)據(jù)也能檢測(cè)出同一個(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ì)測(cè)試用例步驟以下：（1）依照軟件功效說明，對(duì)每一個(gè)輸入條件確定若干個(gè)有效等價(jià)類和若干個(gè)無效等價(jià)類，并為每個(gè)有效等價(jià)類和無效等價(jià)類編號(hào)。（2）設(shè)計(jì)一個(gè)測(cè)試用例，使其覆蓋盡可能多還未被覆蓋有效等價(jià)類。重復(fù)這一步，直至全部有效等價(jià)類均被覆蓋。（3）設(shè)計(jì)一個(gè)測(cè)試用例，使其覆蓋一個(gè)還未被覆蓋無效等價(jià)類。重復(fù)這一步，直至全部無效等價(jià)類均被覆蓋。在本題中，我們不難看出，有兩個(gè)條件，一個(gè)是教師級(jí)別、一個(gè)是年紀(jì)。從答案給出四個(gè)選項(xiàng)來看，D選項(xiàng)中兩個(gè)輸入都不是有效數(shù)據(jù)（不符合第三條），假如用這個(gè)用例檢測(cè)出了一個(gè)錯(cuò)誤，那么也不能確定是由哪個(gè)輸入條件引發(fā)，所以其不是一個(gè)好測(cè)試用例。試題21答案（21）D4.3.22

\o"試題22分析"試題22分析試題22分析本題主要考場(chǎng)環(huán)路復(fù)雜度計(jì)算，這也是軟件設(shè)計(jì)師考試中一個(gè)主要考點(diǎn)。McCabe度量法是一個(gè)基于程序控制流復(fù)雜性度量方法。采取這種方法要先畫出程序圖，然后采取公式計(jì)算環(huán)路復(fù)雜度。對(duì)于這種題目，常見計(jì)算方法有以下四種：方法一：使用公式V（G）=E-N+2（E是流程圖中邊數(shù)，N是流程圖中結(jié)點(diǎn)數(shù)）V（G）=12-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ù)量，簡(jiǎn)單來說就是閉合環(huán)路+大區(qū)域，也能夠得到結(jié)果為4.其中在解題時(shí)，大家能夠依照自己熟悉程度來選擇方法。其中方法一即使有點(diǎn)復(fù)雜，但不輕易犯錯(cuò)，是推薦使用方法。試題22答案（22）B4.3.23

\o"試題23分析"試題23分析試題23分析本題主要考場(chǎng)白盒測(cè)試中邏輯覆蓋。即考查用測(cè)試數(shù)據(jù)運(yùn)行被測(cè)程序時(shí)對(duì)程序邏輯覆蓋程度。主要覆蓋標(biāo)準(zhǔn)有六種：語句覆蓋（SC）、判定覆蓋（DC）、條件覆蓋（CC）、判定/條件覆蓋（CDC）、組合條件覆蓋（MCC）和路徑覆蓋。（1）語句覆蓋是指選擇足夠多測(cè)試用例，使得運(yùn)行這些測(cè)試用例時(shí)，被測(cè)程序每個(gè)語句最少執(zhí)行一次。顯然，語句覆蓋是一個(gè)很弱覆蓋標(biāo)準(zhǔn)。（2）判定覆蓋又稱分支覆蓋，它含義是不但每個(gè)語句最少執(zhí)行一次，而且每個(gè)判定每種可能結(jié)果（分支）都最少執(zhí)行一次。判定覆蓋比語句覆蓋強(qiáng)。（3）條件覆蓋含義是不但每個(gè)語句最少執(zhí)行一次，而且使判定表示式中每個(gè)條件都取到各種可能結(jié)果。所以條件覆蓋不一定包含判定覆蓋，判定覆蓋也不一定包含條件覆蓋。（4）判定/條件覆蓋就是同時(shí)滿足判定覆蓋和條件覆蓋邏輯覆蓋。它含義是，選取足夠測(cè)試用例，使得判定表示式中每個(gè)條件全部可能結(jié)果最少出現(xiàn)一次，而且每個(gè)判定本身全部可能結(jié)果也最少出現(xiàn)一次。（5）條件組合覆蓋含義是，選取足夠測(cè)試用例，使得每個(gè)判定表示式中條件結(jié)果全部可能組合最少出現(xiàn)一次。所以，滿足條件組合覆蓋測(cè)試用例，也一定滿足判定/條件覆蓋。（6）路徑覆蓋含義是，選取足夠測(cè)試用例，使得程序每條可能執(zhí)行到路徑都最少經(jīng)過一次（假如程序中有環(huán)路，則要求每條環(huán)路最少經(jīng)過一次）。路徑覆蓋實(shí)際上考慮了程序中各種判定結(jié)果全部可能組合，所以是一個(gè)較強(qiáng)覆蓋標(biāo)準(zhǔn)。但路徑覆蓋并未考慮判定中條件結(jié)果組合，并不能代替條件覆蓋和條件組合覆蓋。總而言之，可知本題答案選C.試題23答案（23）C4.3.24

\o"試題24分析"試題24分析試題24分析本題主要考查判定覆蓋用例設(shè)計(jì)。判定覆蓋要求每個(gè)判定每種可能結(jié)果都最少執(zhí)行一次，即判定每個(gè)分支都最少執(zhí)行一次。在本題中，總共有兩個(gè)判定，要使第一個(gè)判定A>0為真，及A取值大于0,另外還需設(shè)計(jì)一個(gè)測(cè)試用例，使A小于等于0.那么當(dāng)A