软件工程国考总结——选择题
2004 年軟工
-
1、軟件可用性是指( B)。
A.用戶(hù)界面友好的程度
B.軟件結(jié)構(gòu),實(shí)現(xiàn)及文檔為用戶(hù)可用的程度
C.修改軟件錯(cuò)誤的難易程度
D.符合用戶(hù)使用習(xí)慣的程度
解答:B 軟件工程目標(biāo):生產(chǎn)具有正確性、可用性以及開(kāi)銷(xiāo)合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。
可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶(hù)可用的程度。開(kāi)銷(xiāo)合宜是指軟件開(kāi)發(fā)、運(yùn)行的整個(gè)開(kāi)銷(xiāo)滿(mǎn)足用戶(hù)要求的程
度。 -
2、設(shè)計(jì)階段的主要任務(wù)是( A)。
A.給出軟件解決方案
B.給出系統(tǒng)模塊結(jié)構(gòu)
C.定義需求并建立系統(tǒng)模型
D.定義模塊算法
-
3、 演化模型與增量模型的主要區(qū)別是(D )。
A.軟件工程活動(dòng)不同
B.針對(duì)的項(xiàng)目大小不同
C.針對(duì)不同的軟件開(kāi)發(fā)方法
D.針對(duì)的需求完整性不同
解答:D 增量模型與演化模型的相同點(diǎn)是:基本思想都是非整體開(kāi)發(fā),以漸增方式開(kāi)發(fā)系統(tǒng)。
不同點(diǎn):增量模型:產(chǎn)生結(jié)果給客戶(hù)使用;演化模型:多次迭代,產(chǎn)生結(jié)果給測(cè)試。 -
4、飛機(jī)和發(fā)動(dòng)機(jī)都是類(lèi),它們之間是一種( C)關(guān)系。
A.分類(lèi)結(jié)構(gòu)
B. is a
C.聚合結(jié)構(gòu)
D.一般-特殊結(jié)構(gòu)
解析:C。組合關(guān)系:HAS-A,繼承關(guān)系:IS-A。飛機(jī)和發(fā)動(dòng)機(jī)都為一個(gè)類(lèi),而飛機(jī)又有發(fā)動(dòng)機(jī)這個(gè)類(lèi),所以是聚合結(jié)構(gòu),又可以寫(xiě)為組合關(guān)系。 -
5、按不同人員的工作內(nèi)容來(lái)分類(lèi)軟件過(guò)程,組織過(guò)程包括(C)。
A.維護(hù)過(guò)程和改進(jìn)過(guò)程等
B.確認(rèn)過(guò)程和審計(jì)過(guò)程等
C.管理過(guò)程和改進(jìn)過(guò)程等
D.配置管理過(guò)程和裁剪過(guò)程等
解答:C
按照不同人員的工作內(nèi)容來(lái)分,將軟件生存周期過(guò)程分為三類(lèi):基本過(guò)程、支持過(guò)程、組織過(guò)程:
.基本過(guò)程是指那些與軟件生產(chǎn)直接相關(guān)的過(guò)程(5 個(gè)):獲取過(guò)程、供應(yīng)過(guò)程、開(kāi)發(fā)過(guò)程、運(yùn)行過(guò)程、維護(hù)過(guò)程
.支持過(guò)程是有關(guān)各方按他們的支持目標(biāo)所從事的一系列相關(guān)活動(dòng)集(9 個(gè)):
文檔過(guò)程、配置管理過(guò)程、質(zhì)量保證過(guò)程、驗(yàn)證過(guò)程、確認(rèn)過(guò)程、聯(lián)合評(píng)審過(guò)程、審計(jì)過(guò)程、問(wèn)題解決過(guò)程、易用性過(guò)程等。
.組織過(guò)程是指那些與軟件生產(chǎn)組織有關(guān)的過(guò)程(8 個(gè)):
管理過(guò)程、基礎(chǔ)設(shè)施過(guò)程、改進(jìn)過(guò)程、人力資源過(guò)程、資產(chǎn)管理過(guò)程、復(fù)用程序管理過(guò)程、領(lǐng)域軟件工程過(guò)程、培訓(xùn)過(guò)程。
2005 年軟工
-
1、軟件的正確性是指( B )
A.軟件產(chǎn)品能正常運(yùn)行
B.軟件產(chǎn)品達(dá)到預(yù)期功能的程度
C.軟件產(chǎn)品符合用戶(hù)的要求
D.軟件產(chǎn)品運(yùn)行中不出現(xiàn)任何錯(cuò)誤
解析:B 軟件的正確性是指軟件按照需求正確執(zhí)行任務(wù)的能力 -
2、軟件開(kāi)發(fā)模型是( B )
A.瀑布開(kāi)發(fā)方法
B.以活動(dòng)對(duì)軟件開(kāi)發(fā)的一種分解
C.瀑布模型
D.一種軟件過(guò)程
解析:B 軟件開(kāi)發(fā)模型(Software Development Model)是指軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。軟件開(kāi)發(fā)包括需求、設(shè)計(jì)、編碼和測(cè)試等階段,有時(shí)也包括維護(hù)階段。 軟件開(kāi)發(fā)模型能清晰、直觀(guān)地表達(dá)軟件開(kāi)發(fā)全過(guò)程,明確規(guī)定了要完成的主要活動(dòng)和任務(wù),用來(lái)作為軟件項(xiàng)目工作的基礎(chǔ)。對(duì)于不同的軟件系統(tǒng),可以采用不同的開(kāi)發(fā)方法、使用不同的程序設(shè)計(jì)語(yǔ)言以及各種不同技能的人員參與工作、運(yùn)用不同的管理方法和手段等,以及允許采用不同的軟件工具和不同的軟件工程環(huán)境。
-3、 結(jié)構(gòu)化分析方法中的主要概念有( D )
A.摸塊內(nèi)聚和耦合
B.對(duì)像及類(lèi)
C.模塊和信息隱蔽
D.加工、數(shù)據(jù)流和數(shù)據(jù)源等
解析:D
描述輸入數(shù)據(jù)流到輸出數(shù)據(jù)流的變換(即加工)過(guò)程,用于對(duì)系統(tǒng)的功能建模,基本元素包括:
-
4、軟件測(cè)試目標(biāo)是( B )
1. 發(fā)現(xiàn)程序員在開(kāi)發(fā)軟件時(shí)可能產(chǎn)生的缺陷。2. 獲得對(duì)質(zhì)量水平的信心并提供有關(guān)質(zhì)量水平的信息。3. 以防止缺陷。4. 確保最終結(jié)果滿(mǎn)足業(yè)務(wù)和用戶(hù)需求。5. 確保其滿(mǎn)足業(yè)務(wù)需求規(guī)范BRS和系統(tǒng)需求規(guī)范SRS。6. 為客戶(hù)提供優(yōu)質(zhì)的產(chǎn)品,贏(yíng)得客戶(hù)的信任。
A.證明軟件是正確的
B.發(fā)現(xiàn)錯(cuò)誤,降低錯(cuò)誤帶來(lái)的風(fēng)險(xiǎn)
C.排除軟件中的所有錯(cuò)誤
D.與軟件調(diào)試相同
解析:B
軟件測(cè)試有各種各樣不同的目的和目標(biāo),但是它的主要目標(biāo)如下: -
5、軟件過(guò)程是( C )
A.特定的開(kāi)發(fā)模型
B.一種軟件求解的計(jì)算邏輯
C.活動(dòng)的集合
D.軟件生存周期模型
解析:C 軟件過(guò)程(Software Process)是指軟件生存周期所涉及的一系列相關(guān)過(guò)程。過(guò)程是活動(dòng)的集合;活動(dòng)是任務(wù)的集合;任務(wù)要起著把輸入進(jìn)行加工然后輸出的作用。活動(dòng)的執(zhí)行可以是順序的、重復(fù)的、并行的、嵌套的或者是有條件地引發(fā)的。
2006 年軟工
-
1、軟件工程的基本目標(biāo)可概括為( A )。
A.可用性、正確性、合算性
B.可用性、正確性、可靠性
C.有效性、正確性、魯棒性
D.可用性、可靠性、方便性
解析:軟件工程目標(biāo)—包括可用性、正確性和合算性,規(guī)定了軟件工程實(shí)踐的結(jié)果(即軟件)應(yīng)具有的基本性質(zhì)。 -
2、模塊 A 直接訪(fǎng)問(wèn)模塊 B 的數(shù)據(jù),屬于( A )。
A.內(nèi)容耦合
B.數(shù)據(jù)耦合
C.公共耦合
D.控制耦合
解析:內(nèi)容耦合:兩個(gè)模塊間發(fā)生下面情形:
(1)一個(gè)模塊直接訪(fǎng)問(wèn)另一個(gè)模塊的內(nèi)部數(shù)據(jù); (2)一個(gè)模塊不通過(guò)正常入口轉(zhuǎn)到另一個(gè)模塊內(nèi)部;
(3)兩個(gè)模塊有一部分程序代碼重疊(只可能程序在匯編語(yǔ)言中); (4)一個(gè)模塊有多個(gè)入口。 -
3、螺旋模型相比演化模型主要增加了( B )。
A.制定計(jì)劃
B.風(fēng)險(xiǎn)分析
C.客戶(hù)評(píng)估
D.工程實(shí)施
解析:螺旋模型將瀑布模型與演化模型結(jié)合起來(lái),并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析。 -
4、需求規(guī)約的最主要結(jié)果為( C )。
A.用戶(hù)需求描述文檔
B.數(shù)據(jù)流圖和數(shù)據(jù)字典
C.需求規(guī)格說(shuō)明書(shū)
D.可行性分析報(bào)告 -
5、OOA 階段建立的最主要模型是( B )。
A.用況圖
B.類(lèi)圖
C.順序圖
D.對(duì)象圖
解析:用況圖-用來(lái)建立需求模型;類(lèi)圖-面向?qū)ο蠼?#xff0c;顯示類(lèi)內(nèi)部結(jié)構(gòu)及類(lèi)之間關(guān)系;對(duì)象圖-是類(lèi)圖的實(shí)例,顯示對(duì)象
和對(duì)象之間的關(guān)系。順序圖-是用來(lái)描述對(duì)象自身及對(duì)象間信息傳遞順序的視圖。
2007 年軟工
- 1、軟件是( C )。
A.計(jì)算方法 B.一個(gè)計(jì)算任務(wù)的處理對(duì)象的描述
C.程序和文檔 D.一個(gè)計(jì)算任務(wù)的處理規(guī)則的描述 - 2對(duì)于軟件需求明確的軟件項(xiàng)目,適合于使用( D )模型進(jìn)行軟件開(kāi)發(fā)。
A.噴泉 B.增量 C.螺旋 D.瀑布 - 3、軟件設(shè)計(jì)階段的主要任務(wù)是( A )。
A.給出系統(tǒng)的模塊結(jié)構(gòu) B.給出問(wèn)題的軟件解決方案 C.定義需求并建立系統(tǒng)模型
D.定義模塊的算法和數(shù)據(jù)結(jié)構(gòu) - 4、軟件測(cè)試過(guò)程模型給出了( B )。
A.用例設(shè)計(jì)過(guò)程 B.軟件測(cè)試的要素以及它們之間的關(guān)系
C.白盒測(cè)試技術(shù)的要點(diǎn) D.測(cè)試覆蓋準(zhǔn)則 - 5、運(yùn)輸工具和汽車(chē)都是類(lèi),它們之間是一種( A )關(guān)系。
A.一般特殊結(jié)構(gòu) B.組合結(jié)構(gòu) C.整體部分結(jié)構(gòu) D.聚合結(jié)構(gòu)
2008 年軟工
- 1.軟件開(kāi)發(fā)的需求活動(dòng),其主要任務(wù)是( D )。
A.給出軟件解決方案
B.給出系統(tǒng)模塊結(jié)構(gòu)
C.定義模塊算法
D.定義需求并建立系統(tǒng)模型
解析:各階段主要任務(wù), 需求階段:定義需求并建立系統(tǒng)模型,編制需求規(guī)約; 設(shè)計(jì)階段:給出軟件解決方案;
總體設(shè)計(jì):給出軟件體系結(jié)構(gòu),設(shè)計(jì)各模塊;詳細(xì)設(shè)計(jì):給出系統(tǒng)模塊結(jié)構(gòu)和定義模塊算法; 實(shí)現(xiàn):軟件編碼;
確認(rèn):軟件測(cè)試; 支持:完善性維護(hù),糾錯(cuò)性維護(hù) - 2.軟件總體設(shè)計(jì)結(jié)束后得到( B )。
A.初始化的軟件結(jié)構(gòu)圖
B.優(yōu)化的軟件結(jié)構(gòu)圖
C.模塊的算法
D.程序編碼 - 3.面向?qū)ο蠓治龇椒ㄅc結(jié)構(gòu)化分析方法的區(qū)別之一是( B )。
A.一個(gè)使用了“抽象”,而另一個(gè)沒(méi)有使用“抽象”
B.一個(gè)以問(wèn)題域的成分為基點(diǎn)來(lái)構(gòu)造一個(gè)模塊,而另一個(gè)不是
C.一個(gè)目標(biāo)明確,而另一個(gè)目標(biāo)不明確
D.一個(gè)需要考慮數(shù)據(jù)結(jié)構(gòu),而另一個(gè)不需要考慮數(shù)據(jù)結(jié)構(gòu)
解析:A 都使用了抽象(面向?qū)ο?#xff1a;類(lèi)、對(duì)象和他們之間的關(guān)系;結(jié)構(gòu)化方法:DFD、加工);
B 結(jié)構(gòu)化只是抽象了問(wèn)題處理過(guò)程; C 目標(biāo)都明確; D 都考慮數(shù)據(jù)結(jié)構(gòu); - 4.確定測(cè)試的計(jì)劃是在( A )階段制定的。
A.需求分析 B.詳細(xì)設(shè)計(jì) C.編碼 D.測(cè)試
解析:分析之后—確定測(cè)試計(jì)劃;設(shè)計(jì)之后—設(shè)計(jì)測(cè)試用例;編碼之后—測(cè)試實(shí)施;測(cè)試—測(cè)試工作的展開(kāi) - 5.按不同人員的工作內(nèi)容來(lái)分類(lèi)軟件過(guò)程,基本過(guò)程包括( C )。
A.維護(hù)過(guò)程和改進(jìn)過(guò)程等
B.開(kāi)發(fā)過(guò)程和改進(jìn)過(guò)程等
C.獲取過(guò)程和供應(yīng)過(guò)程等
D.改進(jìn)過(guò)程和裁減過(guò)程等
2009 年軟工
- 1.在軟件生命周期的( A )階段中出錯(cuò),對(duì)軟件質(zhì)量影響最大。
A.需求分析 B.總體設(shè)計(jì) C.詳細(xì)設(shè)計(jì) D.編碼實(shí)現(xiàn)
解析:越靠上的環(huán)節(jié)出現(xiàn)問(wèn)題,造成的影響越大 - 2.瀑布模型與噴泉模型的主要區(qū)別是( B )。
A.軟件工程活動(dòng)不同
B.支持不同的軟件開(kāi)發(fā)方法
C.針對(duì)的需求完整性不同
D.針對(duì)的項(xiàng)目大小不同
解析:工程活動(dòng)相同(需求、分析、設(shè)計(jì)、編碼等); 開(kāi)發(fā)方法(瀑布:結(jié)構(gòu)化分析,噴泉:面向?qū)ο箝_(kāi)發(fā)范型) - 3.軟件詳細(xì)設(shè)計(jì)階段的主要任務(wù)是( D )。
A.給出系統(tǒng)的模塊結(jié)構(gòu) B.給出問(wèn)題的軟件解決方案 C.建立系統(tǒng)模型 D.定義模塊的算法和數(shù)據(jù)結(jié)構(gòu) - 4.在白盒測(cè)試的用例設(shè)計(jì)中,( C )是最強(qiáng)的覆蓋準(zhǔn)則。
A.語(yǔ)句覆蓋 B.條件覆蓋 C.路徑覆蓋 D.分支覆蓋
解析:語(yǔ)句覆蓋–判定覆蓋–條件覆蓋–判定/條件覆蓋–條件組合覆蓋–路徑覆蓋(由弱到強(qiáng)) - 5.動(dòng)物和牛都是類(lèi),它們之間是一種( A )關(guān)系。
A.泛化 B.組合 C.依賴(lài) D.聚合
解析:泛化:繼承或?qū)崿F(xiàn)關(guān)系
2010 年軟工
- 1.軟件需求規(guī)格說(shuō)明書(shū)不應(yīng)包括( D )。
A.用戶(hù)界面的描述
B.主要功能的描述
C.軟件性能的描述
D.算法的描述 - 2.下列選項(xiàng)中,( D )不是軟件生存周期模型。
A.瀑布模型 B.增量模型 C.演化模型 D.功能模型 - 3.使用白盒測(cè)試方法時(shí),確定測(cè)試數(shù)據(jù)應(yīng)依據(jù)( B )。
A.程序的數(shù)據(jù)結(jié)構(gòu) B.程序的內(nèi)部邏輯 C.程序使用說(shuō)明書(shū) D.程序的功能 - 4.汽車(chē)有一個(gè)發(fā)動(dòng)機(jī),汽車(chē)和發(fā)動(dòng)機(jī)之間是一種( A )關(guān)系。
A.聚合 B.分類(lèi) C.依賴(lài) D.泛化 - 5.若運(yùn)輸工具和火車(chē)都是類(lèi),則它們之間是一種( C )關(guān)系。
A.聚合 B.分類(lèi) C.泛化 D.依賴(lài)
2011 年軟工
- 1.( )的說(shuō)法是錯(cuò)誤的。
A.螺旋模型和演化模型都適用于軟件需求不明確的項(xiàng)目開(kāi)發(fā)
B.演化模型和增量模型都適用于軟件需求不明確的項(xiàng)目開(kāi)發(fā)
C.螺旋模型是在瀑布模型和演化模型的基礎(chǔ)上加以修改而形成的
D.增量模型是在瀑布模型的基礎(chǔ)上加以修改而形成的
解析:B 每一個(gè)增量開(kāi)發(fā)過(guò)程都要有明確的需求。螺旋模型=瀑布模型+演化模型+風(fēng)險(xiǎn)分析活動(dòng);識(shí)別風(fēng)險(xiǎn)迭代的進(jìn)行。 - 2.設(shè)計(jì)軟件結(jié)構(gòu)不需考慮( )。
A.模塊之間的接口 B.模塊間的調(diào)用關(guān)系
C.模塊的功能 D.模塊內(nèi)的局部數(shù)據(jù)
解答:D - 3.( )的目標(biāo)是發(fā)現(xiàn)軟件的功能實(shí)現(xiàn)與需求規(guī)約的不一致。
A.單元測(cè)試 B.集成測(cè)試 C.有效性測(cè)試 D.驗(yàn)證測(cè)試
解析:D 單元測(cè)試-詳細(xì)設(shè)計(jì);集成測(cè)試-概要設(shè)計(jì);系統(tǒng)測(cè)試-規(guī)格說(shuō)明書(shū);驗(yàn)證測(cè)試-需求分析(正確實(shí)現(xiàn)需求); - 4.千里馬和馬都是類(lèi),它們之間是一種( )關(guān)系。
A.聚合 B.分類(lèi) C.依賴(lài) D.泛化
解析:D 泛化:人有老師、學(xué)生;關(guān)聯(lián):球員和球隊(duì);聚合:電話(huà)機(jī)和話(huà)筒,學(xué)校和老師;組合:人和人的心臟;依賴(lài):司機(jī)依賴(lài)車(chē); - 5.公司有一名法人代表,公司和法人代表之間是一種( )關(guān)系。
A.聚合 B.分類(lèi) C.泛化 D.依賴(lài)
解析:A
2012 年軟工
- 1.軟件的正確性是指(B)。
A.軟件能正常運(yùn)行 B.軟件達(dá)到預(yù)期功能的程度
C.軟件符合用戶(hù)的要求 D.軟件運(yùn)行中不出現(xiàn)任何錯(cuò)誤
【解析】B 軟件的正確性是指軟件達(dá)到預(yù)期功能的程度。 - 2.結(jié)構(gòu)化分析方法中的主要概念有( )。
A.模塊內(nèi)聚和耦合 B.對(duì)象及類(lèi)
C.模塊和信息隱蔽 D.加工、數(shù)據(jù)流和數(shù)據(jù)源等
【答案】D
【解析】模塊內(nèi)聚和耦合是從功能角度來(lái)度量模塊內(nèi)的聯(lián)系;對(duì)象及類(lèi)是面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言中的概念;模塊和信息
隱藏是開(kāi)發(fā)整體程序結(jié)構(gòu)時(shí)使用的法則;加工、數(shù)據(jù)流和數(shù)據(jù)源等是結(jié)構(gòu)化分析法中的主要概念。 - 3.軟件需求很明確時(shí),適用的軟件開(kāi)發(fā)模型是( )。
A.噴泉模型 B.增量模型 C.瀑布模型 D.螺旋模型
【答案】C
【解析】噴泉模型使開(kāi)發(fā)過(guò)程具有迭代性和無(wú)間隙性;增量模型是分析員先作出需求分析和概要設(shè)計(jì),用戶(hù)參與逐步完善;
需求明確且穩(wěn)定時(shí),適用瀑布模型;螺旋模型將瀑布模型和快速原型模型結(jié)合起來(lái),強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析, 特別適合于大型復(fù)雜的系統(tǒng)。 - 4.軟件測(cè)試過(guò)程模型給出了( )。
A.用例設(shè)計(jì)過(guò)程 B.軟件測(cè)試的要素以及它們之間的關(guān)系
C.白盒測(cè)試技術(shù)的要點(diǎn) D.測(cè)試覆蓋準(zhǔn)則
【答案】B - 5.教師是學(xué)校的一個(gè)部分,學(xué)校和教師之間是一種( )關(guān)系。
A.聚合 B.分類(lèi) C.泛化 D.依賴(lài)
【答案】A
【解析】聚合關(guān)系是整體與部分的關(guān)系;且部分可以離開(kāi)整體而單獨(dú)存在:如車(chē)和輪胎是整體和部分的關(guān)系,輪胎離開(kāi)車(chē)仍然可以存在; 泛化關(guān)系是一種繼承關(guān)系,表示一般與特殊的關(guān)系,它指定了子類(lèi)如何特化父類(lèi)的所有特征和
行為,例如:老虎是動(dòng)物的一種,既有老虎的特性也有動(dòng)物的共性;
依賴(lài)關(guān)系是一種使用的關(guān)系,即一個(gè)類(lèi)的實(shí)現(xiàn)需要另一個(gè)類(lèi)的協(xié)助,所以要盡量不使用雙向的互相依賴(lài)。2013 年軟工
- 1.一個(gè)重要的軟件生存周期模型是增量模型。以下各選項(xiàng)中,不屬于該模型開(kāi)發(fā)活動(dòng)的是( )。
A.增量分析 B.增量設(shè)計(jì) C.增量實(shí)現(xiàn) D.增量發(fā)布
S 解:D 增量模型是把待開(kāi)發(fā)的軟件系統(tǒng)模塊化,將每個(gè)模塊作為一個(gè)增量組件,從而分批次地分析、設(shè)計(jì)、編碼和測(cè)試這些
增量組件。開(kāi)發(fā)活動(dòng)僅包括:需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)、支持。 - 2.在使用結(jié)構(gòu)化分析方法時(shí),首先需要定義系統(tǒng)的邊界。通常用于表達(dá)系統(tǒng)邊界的是( )。
A.數(shù)據(jù)存儲(chǔ) B.外部實(shí)體 C.數(shù)據(jù)接口 D.運(yùn)行環(huán)境
S 解:B - 3.內(nèi)聚是模塊內(nèi)部各個(gè)成分之間相互關(guān)聯(lián)的緊密程度的度量。如果一個(gè)模塊內(nèi)部各個(gè)處理必須按特定的次序執(zhí)行,
那么這種內(nèi)聚類(lèi)型是( )。
A.邏輯內(nèi)聚 B.通信內(nèi)聚 C.過(guò)程內(nèi)聚 D.功能內(nèi)聚
【答案】C
【解析】邏輯內(nèi)聚是將幾個(gè)邏輯上相關(guān)的功能被放在同一模塊中;
通信內(nèi)聚指一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集;
過(guò)程內(nèi)聚指一個(gè)模塊內(nèi)部的處理成分是相關(guān)的,而且這些處理必須以特定的次序執(zhí)行;功能內(nèi)聚指模塊內(nèi)所有元素共同完
成一個(gè)功能,缺一不可。 - 4.對(duì)于下圖所示的程序流程圖,為達(dá)到 100%的語(yǔ)句覆蓋率,至少需要的測(cè)試用例數(shù)為( )。
A.5 B.6 C.7 D.8
S 解:A 語(yǔ)句覆蓋,就是設(shè)計(jì)若干個(gè)測(cè)試用例,運(yùn)行被測(cè)程序,使得每一可執(zhí)行語(yǔ)句至少執(zhí)行一次。這里的“若干個(gè)”,意味
著使用測(cè)試用例越少越好。語(yǔ)句覆蓋率的公式可以表示如下:語(yǔ)句覆蓋率=被評(píng)價(jià)到的語(yǔ)句數(shù)量/可執(zhí)行的語(yǔ)句總數(shù) x100%
-
5.CMM 認(rèn)為,支撐軟件質(zhì)量的要素有三個(gè)。以下各選項(xiàng)中,不屬于軟件質(zhì)量三要素的是( )。
A.人員素質(zhì) B.過(guò)程 C.管理 D.技術(shù)
解析:C2014 年軟工
-
1、 瀑布模型是一種( )。
A. 軟件產(chǎn)品模型 B.軟件過(guò)程模型 C. 軟件項(xiàng)目模型 D. 軟件測(cè)試模型
【答案】B
【解析】瀑布模型是軟件工程中應(yīng)用最廣泛的過(guò)程模型,其他常用的軟件過(guò)程模型還有增量模型、螺旋模型、噴泉模型等。 -
2、 軟件需求開(kāi)發(fā)階段包括多種活動(dòng),不屬于需求開(kāi)發(fā)活動(dòng)的是( )。
A. 軟件需求獲取 B.軟件需求分析建模 C. 軟件需求定義與評(píng)審 D.軟件需求管理
【答案】D
【解析】需求開(kāi)發(fā)活動(dòng)主要包括需求獲取、需求分析、需求定義、需求驗(yàn)證。 -
3、模塊設(shè)計(jì)中,最差的內(nèi)聚類(lèi)型是( )。
A. 功能內(nèi)聚 B.邏輯內(nèi)聚 C.信息內(nèi)聚 D. 巧合內(nèi)聚
【答案】D
【解析】巧合內(nèi)聚又稱(chēng)為偶然內(nèi)聚,是摸塊設(shè)計(jì)中最差的內(nèi)聚類(lèi)型,表示模塊的各成分之間毫無(wú)關(guān)系,也就是說(shuō)該模塊完
成一組任務(wù),而這些任務(wù)之間的關(guān)系松散,實(shí)際上沒(méi)有什么聯(lián)系。 -
4、軟件集成測(cè)試主要依據(jù)的文檔應(yīng)該是( )。
A. 軟件需求規(guī)格說(shuō)明書(shū) B.軟件工作分解結(jié)構(gòu) C.軟件概要設(shè)計(jì)說(shuō)明書(shū) D. 軟件詳細(xì)設(shè)計(jì)說(shuō)明書(shū)
【答案】C
【解析】軟件集成測(cè)試也稱(chēng)聯(lián)合測(cè)試或組裝測(cè)試。 指在單元測(cè)試的基礎(chǔ)上,將所有模塊按照概要設(shè)計(jì)要求組裝成為子系統(tǒng)或系
統(tǒng)時(shí)進(jìn)行的測(cè)試。 -
5、軟件項(xiàng)目管理中,用于實(shí)施進(jìn)度控制的圖是( )。
A. Gantt 圖 B.IPO 圖 C.管理圖 D. 系統(tǒng)流程圖
【答案】A
【解析】Gantt 圖是對(duì)簡(jiǎn)單項(xiàng)目進(jìn)行計(jì)劃與排序的一種常用工具,是將活動(dòng)與時(shí)間聯(lián)系起來(lái)的最早嘗試之一。
它直觀(guān)地表明任務(wù)計(jì)劃何時(shí)進(jìn)行,實(shí)際進(jìn)展與計(jì)劃要求的對(duì)比。
2017 年軟工
-
1、 創(chuàng)建和分發(fā)軟件產(chǎn)品版本并安裝到它們的工作場(chǎng)所,這是 RUP 的( )工作表應(yīng)做的事情。
A. 分析和設(shè)計(jì) B. 部署 C. 需求 D. 配置和變更管理
解析:B RUP(Rational Unified Process),統(tǒng)一軟件開(kāi)發(fā)過(guò)程,是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開(kāi)發(fā)方法論。
-
2、 在描述 UML 用例模型活動(dòng)場(chǎng)景的順序圖中,將所有相關(guān)對(duì)象安排在圖的頂部,其中最靠近參與者(外部實(shí)體)的
對(duì)象屬于( )。
A. 實(shí)體類(lèi) B. 控制類(lèi) C. 邊界類(lèi) D. 主動(dòng)類(lèi)
解析:C UML 類(lèi)的三種類(lèi)型:
(1) 邊界類(lèi),用于描述外部參與者與系統(tǒng)之間的交互的類(lèi)。 邊界類(lèi)位于系統(tǒng)與外界的交界處,窗體、報(bào)表、以及表示
通訊協(xié)議的類(lèi)、直接與外部設(shè)備交互的類(lèi)、直接與外部系統(tǒng)交互的類(lèi)等都是邊界類(lèi)。通過(guò)用例圖可以確定需要的邊
界類(lèi),每個(gè) Actor/Use Case 對(duì)至少要一個(gè)邊界類(lèi),但并非每個(gè) Actor/Use Case 對(duì)要唯一的邊界類(lèi)。
(2) 控制類(lèi),控制其他類(lèi); 每個(gè)用例通常有一個(gè)控制類(lèi),控制用例中的事件順序,控制類(lèi)也可以在多個(gè)用例間共用。
其他類(lèi)并不向控制類(lèi)發(fā)送很多消息,而是由控制類(lèi)發(fā)出很多消息。
(3) 實(shí)體類(lèi),存儲(chǔ)信息和相關(guān)行為的類(lèi); 實(shí)體類(lèi)保存要放進(jìn)持久存儲(chǔ)體的信息。持久存儲(chǔ)體就是數(shù)據(jù)庫(kù)、文件等可以
永久存儲(chǔ)數(shù)據(jù)的介質(zhì)。實(shí)體類(lèi)可以通過(guò)事件流和交互圖發(fā)現(xiàn)。通常每個(gè)實(shí)體類(lèi)在數(shù)據(jù)庫(kù)中有相應(yīng)的表,實(shí)體類(lèi)中的
屬性對(duì)應(yīng)數(shù)據(jù)庫(kù)表中的字段。 -
3、在軟件生存周期過(guò)程中,屬于生存周期基本過(guò)程的是( )。
A. 運(yùn)行過(guò)程 B. 管理過(guò)程 C. 配置管理過(guò)程 D. 質(zhì)量保證過(guò)程
解析:A 軟件的生命周期過(guò)程按照 GB8566 可以劃分為:基本過(guò)程、支持過(guò)程、組織過(guò)程
(1) 基本過(guò)程是指那些與軟件生產(chǎn)直接相關(guān)的過(guò)程(5 個(gè)):獲取過(guò)程、供應(yīng)過(guò)程、開(kāi)發(fā)過(guò)程、運(yùn)行過(guò)程、維護(hù)過(guò)程獲
取過(guò)程是定義需方為獲取相關(guān)產(chǎn)品或服務(wù)所進(jìn)行的活動(dòng); 供應(yīng)過(guò)程是定義供方提供相關(guān)產(chǎn)品或服務(wù)所應(yīng)進(jìn)行的活動(dòng);
開(kāi)發(fā)過(guò)程是定義開(kāi)發(fā)方開(kāi)發(fā)產(chǎn)品或服務(wù)所應(yīng)進(jìn)行的活動(dòng);
運(yùn)行過(guò)程是定義運(yùn)行方在規(guī)定條件下,為用戶(hù)提供產(chǎn)品的服務(wù)功能所應(yīng)進(jìn)行的活動(dòng);
維護(hù)過(guò)程是定義維護(hù)方為維護(hù)產(chǎn)品或服務(wù)所應(yīng)進(jìn)行的活動(dòng)包括修改和管理,使其保持在良好的運(yùn)行狀態(tài),包括遷移和退役;
(2) 支持過(guò)程是有關(guān)各方按他們的支持目標(biāo)所從事的一系列相關(guān)活動(dòng)集(9 個(gè)):
文檔過(guò)程、配置管理過(guò)程、質(zhì)量保證過(guò)程、驗(yàn)證過(guò)程、確認(rèn)過(guò)程、聯(lián)合評(píng)審過(guò)程、審計(jì)過(guò)程、問(wèn)題解決過(guò)程、易用性過(guò)程等。
(3) 組織過(guò)程是指那些與軟件生產(chǎn)組織有關(guān)的過(guò)程(8 個(gè)):管理過(guò)程、基礎(chǔ)設(shè)施過(guò)程、改進(jìn)過(guò)程、人力資源過(guò)程、資產(chǎn)
管理過(guò)程、復(fù)用程序管理過(guò)程、領(lǐng)域軟件工程過(guò)程、培訓(xùn)過(guò)程。 -
4、在有關(guān)程序設(shè)計(jì)風(fēng)格或編碼規(guī)范的說(shuō)法中,錯(cuò)誤的是( )。
A.可以把多個(gè)短語(yǔ)句寫(xiě)在一行內(nèi) B.在源程序的首部應(yīng)插入注釋 C.標(biāo)識(shí)符的命名應(yīng)清晰并有明確含義 D.不能隨便改變與其他模塊的接
口
S 答:A
-5、 在有關(guān)軟件測(cè)試的測(cè)試用例設(shè)計(jì)方法中,屬于白盒測(cè)試的是( )。
A.邊界值分析法 B.條件組合覆蓋法 C.等價(jià)類(lèi)劃分法 D.因果圖法
解析:B 黑盒測(cè)試:等價(jià)類(lèi)劃分、邊界值分析法、猜錯(cuò)法、因果圖
白盒測(cè)試:代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測(cè)試法、域測(cè)試、符號(hào)測(cè)試、路徑覆蓋和程序變異
2018 年軟工
- 1、E-R 圖主要由哪些要素組成()
A.數(shù)據(jù),對(duì)象,實(shí)體
B. 控制,聯(lián)系,對(duì)象
C. 實(shí)體,聯(lián)系,屬性
D. 實(shí)體,屬性,操作
解析:C。E-R 圖主要是由實(shí)體、屬性和聯(lián)系三個(gè)要素構(gòu)成的 - 2、正式技術(shù)評(píng)審的目標(biāo)是()
A.發(fā)現(xiàn)軟件中的錯(cuò)誤
B. 評(píng)價(jià)程序員的工作效率
C. 發(fā)現(xiàn)和改正程序中的錯(cuò)誤
D. 記錄程序員給出的情況與績(jī)效掛鉤
解析:A。正式技術(shù)評(píng)審的目的:(1)發(fā)現(xiàn)軟件在功能、邏輯、實(shí)現(xiàn)上的錯(cuò)誤;(2)驗(yàn)證軟件符合它的需求規(guī)
格;(3)確認(rèn)軟件符合預(yù)先定義的開(kāi)發(fā)規(guī)范和標(biāo)準(zhǔn);(4)保證軟件在統(tǒng)一的模式下進(jìn)行開(kāi)發(fā);(5)便于項(xiàng)目管
理。 - 3、在 UML 中,()關(guān)系描述了兩個(gè)對(duì)象類(lèi)之間的一般化/特殊化關(guān)系,它可以使子對(duì)象類(lèi)共享父對(duì)象類(lèi)的屬性和方法。
A.依賴(lài) B. 泛化 C. 關(guān)聯(lián) D. 實(shí)現(xiàn)
解析:B - 4、 某模塊內(nèi)有兩個(gè)處理 A 和 B, 分別對(duì)數(shù)據(jù)區(qū) X 寫(xiě)數(shù)據(jù)和讀數(shù)據(jù),則該模塊的內(nèi)聚類(lèi)型屬于()
A.邏輯內(nèi)聚 B. 過(guò)程內(nèi)聚 C.通信內(nèi)聚 D. 內(nèi)容內(nèi)聚
解析:C。通信內(nèi)聚:模塊內(nèi)各個(gè)組成部分都使用相同的數(shù)據(jù)或產(chǎn)生相同的數(shù)據(jù)結(jié)構(gòu)。
-5、.關(guān)于增量開(kāi)發(fā)模型的敘述,錯(cuò)誤的是()
A.不必等到整個(gè)系統(tǒng)開(kāi)發(fā)完成就可以使用
B. 可以使用較早開(kāi)發(fā)的增量構(gòu)件來(lái)構(gòu)建稍后開(kāi)發(fā)的增量構(gòu)件
C. 優(yōu)先級(jí)最高的服務(wù)先交付,這樣最重要的服務(wù)能接受最多的測(cè)試
D. 有利于較好的模塊劃分
解析:D。來(lái)源:2016 年 5 月軟件設(shè)計(jì)師考試第 29 題
總結(jié)
以上是生活随笔為你收集整理的软件工程国考总结——选择题的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 家庭华硕路由器如何实现NAT硬件加速?本
- 下一篇: cv2如何使用有专利的shift算法