2013年10月自考02333軟件工程試題及答案含解析_第1頁
2013年10月自考02333軟件工程試題及答案含解析_第2頁
2013年10月自考02333軟件工程試題及答案含解析_第3頁
2013年10月自考02333軟件工程試題及答案含解析_第4頁
2013年10月自考02333軟件工程試題及答案含解析_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

軟件工程年月真題

02333201310

1、【單選題】20世紀80年代以來,軟件工程的主要特征可概括為()

主要研究系統(tǒng)實現(xiàn)技術

關注軟件質量和軟件工程管理

A:

開發(fā)了若干過程式語言

B:

以軟件復用技術為基礎開展一系列軟件生產(chǎn)技術

C:

答D:案:D

解析:軟件工程的發(fā)展(1)20世紀60~80年代瀑布模型;過程化語言;支持工具(2)20

世紀80年代~今軟件復用技術;軟件生產(chǎn)管理;面向對象語言(3)近幾年軟件復用技

術:構件技術、平臺技術、需求工程技術、領域分析技術、應用集成技術等。

2、【單選題】根據(jù)軟件需求分類,下列選項中不屬于設計約束的是()

通信接口

法規(guī)政策

A:

審計功能

B:

握手協(xié)議

C:

答D:案:A

解析:軟件需求分為兩大類:(1)功能需求,是整個需求的主體。(2)非功能需求:

性能需求、外部接口需求、設計約束和質量屬性需求。在非功能需求中,設計約束需求包

括:(1)法規(guī)政策(2)硬件限制(3)與其它應用的接口(4)并發(fā)操作(5)審計

能力(6)控制功能(7)高級語言要求(8)握手協(xié)議(9)應用的關鍵程度(10)安

全和保密

3、【單選題】一個模塊直接修改另一個模塊的內(nèi)部數(shù)據(jù),這樣的耦合被稱為()

內(nèi)容耦合

控制耦合

A:

公共耦合

B:

數(shù)據(jù)耦合

C:

答D:案:A

解析:耦合(coupling)是對兩個模塊之間聯(lián)接程度的一種度量。模塊間的依賴程度越大,

則其耦合程度也就越大;反之,模塊間的依賴程度越小,則其耦合程度也就越小。模塊間

耦合的類型:(1)內(nèi)容耦合:一個模塊直接修改另一個模塊的內(nèi)部數(shù)據(jù)。(2)公共耦

合:兩個或兩個以上的模塊共同引用一個全局數(shù)據(jù)項。(3)控制耦合:一個模塊通過接

口向另一個模塊傳遞一個控制信號。(4)標記耦合:一個模塊A通過接口向兩個模塊B

和C傳遞一個公共參數(shù)。(5)數(shù)據(jù)耦合:模塊之間通過參數(shù)來傳遞數(shù)據(jù)。

4、【單選題】幾種常見的內(nèi)聚類型中,最理想的內(nèi)聚是()

邏輯內(nèi)聚

順序內(nèi)聚

A:

功能內(nèi)聚

B:

過程內(nèi)聚

C:

答D:案:C

解析:內(nèi)聚(Cohesion)是指一個模塊內(nèi)部個成分之間相互關聯(lián)程度的度量。也就是說,凝

聚是對模塊內(nèi)各處理動作組合強度的一種度量。很顯然,一個模塊的內(nèi)聚越大越好。常見

的內(nèi)聚類型有:(1)偶然凝聚:一個模塊的各成分之間基本不存在任何關系??删S護性

最差(2)邏輯凝聚:幾個邏輯上相關的功能被放在同一個模塊中。(1)時間凝聚:一個

模塊完成的功能必須在同一時間內(nèi)完成。(4)過程內(nèi)聚:一個模塊內(nèi)部的處理成分是相

關的,而且這些處理必須以特定的次序執(zhí)行。(5)通信內(nèi)聚:一個模塊的所有成分都操

作同一數(shù)據(jù)集。(6)順序凝聚:一個模塊的各個成分和同一個功能密切相關,而且一個

成分的輸出作為另一個成分的輸入。(7)功能凝聚:模塊的所有成分對于完成單一功能

都是基本的。是最理想的內(nèi)聚。

5、【單選題】對軟件結構寬度影響最大的因素是模塊的()

扇入

扇出

A:

深度

B:

控制域

C:

答D:案:B

解析:幾個概念的含義:(1)深度:表示其控制的層數(shù)。(2)寬度:同一層次上模塊總

數(shù)的最大值。(3)扇出:一個模塊直接控制的下級模塊的數(shù)目。(4)扇入:有多少個上

級模塊直接調(diào)用它。(5)模塊的控制域:這個模塊本身以及所有直接或間接從屬它的模

塊的集合。(6)模塊的作用域:受該模塊內(nèi)一個判斷所影響的所有模塊的集合。

6、【單選題】下列工具中,常用在需求分析階段的是()

HIPO圖

N—S圖

A:

PAD圖

B:

C:

DFD圖

答D:案:D

解析:結構化方法中,各階段用到的圖形有:階段表格分析數(shù)據(jù)流程圖DFD圖總體

設計模塊結構圖,層次圖,HIPO圖詳細設計盒圖(N-S圖),PAD圖,程序流程圖

7、【單選題】UML表達關系的術語中,聚合是一種特殊的()

關聯(lián)

依賴

A:

泛化

B:

細化

C:

答D:案:A

解析:關聯(lián)反映了類和類之間的靜態(tài)關系。關聯(lián)在模型中,特別是在永久業(yè)務對象模型中

是最基本的關系。聚合:一個類是另一類的一部分,是一種特殊的關聯(lián)關系。細化:是類

目之間的語義關系,其中一個類目規(guī)約了保證另一類目執(zhí)行的契約。依賴:是一種使用關

系,用于描述一個類目使用另一類目的信息和服務。

8、【單選題】UML用來表達系統(tǒng)功能模型的圖形化工具是()

用況圖

狀態(tài)圖

A:

類圖

B:

順序圖

C:

答D:案:A

解析:UML通過各種圖形化工具來表達系統(tǒng)模型,其中:(1)類圖:類圖

(classdiagram)表達了系統(tǒng)的靜態(tài)結構信息,即系統(tǒng)是由哪些類組成的,這些類之間的

關系是什么。(2)用況圖:支持系統(tǒng)功能的建模。(3)狀態(tài)圖:支持系統(tǒng)生存周期的建

模。(4)順序圖:表示了對象之間傳送消息的時間順序,也就是對象之間的交互順序,

這些交互是指在場景或用況的事件流中發(fā)生的。

9、【單選題】根據(jù)RUP實現(xiàn)活動,輸入為設計類、接口,活動為實現(xiàn)類,則輸出為()

用況

構件

A:

接口

B:

子系統(tǒng)

C:

答D:案:B

解析:RUP實現(xiàn)的目標是:(1)基于設計類和子系統(tǒng)生成構件;(2)對構件進行單元測

試,進行集成和連接(3)把可執(zhí)行的構件映射到部署模型其主要活動以及輸入/輸出見下

表:序號輸入活動執(zhí)行者輸出1設計模型,部署模型,體系結構描述實現(xiàn)體系結構

體系結構設計者構件,體系結構描述2補充需求,用況模型,設計模型,實現(xiàn)模型集成

系統(tǒng)系統(tǒng)集成者集成建造計劃,實現(xiàn)模型3集成建造計劃,體系結構描述,設計子系

統(tǒng),接口實現(xiàn)子系統(tǒng)構建工程師實現(xiàn)子系統(tǒng),接口4設計類,接口實現(xiàn)類構建工程

師構件(完成)5構件(完成),接口完成單元測試構建工程師構件(完成測試)

10、【單選題】白盒測試技術依據(jù)的是()

程序的邏輯結構

程序的物理結構

A:

軟件行為的描述

B:

軟件功能的描述

C:

答D:案:A

解析:白盒法也稱之為結構測試或邏輯覆蓋法。它是根據(jù)對軟件內(nèi)部邏輯結構的分析,選

取測試數(shù)據(jù)集(即測試用例:TestingCase),而測試數(shù)據(jù)集對程序邏輯的覆蓋程度決定

了測試完全性的程度。

11、【單選題】從測試完成程度來看,下列選項中測試覆蓋率最低的是()

分支覆蓋

語句覆蓋

A:

路徑覆蓋

B:

條件組合覆蓋

C:

答D:案:B

解析:(1)路徑覆蓋:執(zhí)行所有可能穿過程序控制流程的路徑。最強的測試度量。

(2)語句覆蓋:至少執(zhí)行程序中所有語句一次。最低的測試度量。(3)分支覆蓋:至

少將程序中的每個分支執(zhí)行一次。(4)條件覆蓋與條件組合覆蓋幾種測試覆蓋存在存在

以下基本關系:語句覆蓋≤分支覆蓋≤條件組合覆蓋≤路徑覆蓋

12、【單選題】對一個軟件工程來說,占總工作量百分比重最大的工作是()

系統(tǒng)分析

軟件設計

A:

編碼工作

B:

軟件測試

C:

答D:案:D

解析:據(jù)有關統(tǒng)計,軟件測試在整個軟件開發(fā)中占據(jù)了一半或一半以上的工作量。

13、【單選題】軟件開發(fā)的增量模型是一種()

適用于需求被清晰定義的項目

快速構造產(chǎn)品第一版本的好方法

A:

適合于大型團隊迭代開發(fā)的模式

B:

支持面向對象技術的創(chuàng)新模型

C:

答D:案:B

解析:增量模型是指需求可以分組,形成一個個的增量,并可形成一個結構。增量模型適

用于“技術驅動”的軟件產(chǎn)品開發(fā)。增量模型有利于快速開發(fā)軟件。

14、【單選題】相對于螺旋模型,瀑布模型缺少()

制定計劃

客戶評估

A:

實施工程

B:

風險分析

C:

答D:案:D

解析:螺旋模型的基本做法是在“瀑布模型”的每一個開發(fā)階段前引入一個非常嚴格的風

險識別、風險分析和風險控制,它把軟件項目分解成一個個小項目。每個小項目都標識一

個或多個主要風險,直到所有的主要風險因素都被確定。

15、【單選題】CMMI能力等級中的第三級為()

已執(zhí)行級

已管理級

A:

已定義級

B:

已定量管理級

C:

答D:案:C

解析:在CMMI中,針對每個過程域設定了6個能力等級:能力等級0:未完成級。能力

等級1:已執(zhí)行的過程能力等級2:已管理的過程能力等級3:已定義過程能力等級4:

量化管理過程能力等級5:持續(xù)優(yōu)化過程

16、【問答題】在標準《ISO/IEC軟件生存周期過程12207—1995》中,按過程主體把軟件

生存周期過程分為__________、支持過程和組織過程。

答案:基本過程

解析:在標準《ISO/IEC軟件生存周期過程12207—1995》中,按過程主體把軟件生存周

期過程分為基本過程、支持過程和組織過程。

17、【問答題】CMMI模型基于過程途徑思想,通過過程把軟件質量的3個支撐點:受訓人

員、__________、__________進行集成,以開發(fā)所期望的系統(tǒng)/產(chǎn)品。

答案:規(guī)程和方法,工具和設備

解析:CMMI模型基于過程途徑思想,通過過程把軟件質量的3個支撐點:受訓人員、規(guī)程

和方法、工具和設備進行集成,以開發(fā)所期望的系統(tǒng)/產(chǎn)品。

18、【問答題】CMMI有6個共用目標,用于表征過程制度化的程度。目標編號越小,說明該

過程的制度化程度就越__________。

答案:低

解析:在CMMI中,把達到共用目標1到共用目標5的過程分別稱為:已執(zhí)行過程、已管

理過程、已定義過程、已定量管理過程、持續(xù)優(yōu)化過程。達到共用目標1是制度化程度最

低的過程,而通過改進,達到共用目標5是制度化程度最高的過程。

19、【問答題】簡述初始需求發(fā)現(xiàn)的常用技術。

答案:需求發(fā)現(xiàn)的技術(1)自悟。(2)交談。(3)觀察。(4)小組會。(5)提

煉。

解析:階段:初始需求發(fā)現(xiàn)的常用技術。

20、【問答題】什么是模塊的控制域?什么是模塊的作用域?并對比分析題32圖中3個模

塊結構圖的優(yōu)劣。說明:圖

中的菱形塊代表判定所在的位置,灰色的模塊為受該判定影響的模塊。

答案:模塊的控制域:這個模塊本身以及所有直接或間接從屬它的模塊的集合。模塊的作

用域:受該模塊內(nèi)一個判斷所影響的所有模塊的集合。原則:盡量使模塊的作用域在其控

制域內(nèi)。從題32圖中可以看出,A、B中由于模塊D和TOP的作用域超出了其控制域。C

中,模塊D的作用域在其控制域內(nèi),是最好的模塊結構。

解析:考點:模塊的控制域、作用域

21、【問答題】什么是用況(UseCase)?什么是用況圖?一個用況圖通常包含哪些模型元素?

答案:用況是對一組動作序列的描述,系統(tǒng)執(zhí)行這些動作應產(chǎn)生對特定參與者有值的、可

觀察的結果。用況圖是一種表達系統(tǒng)功能模型的圖形化工具。一個用況圖通常包含6個模

型元素:(1)主題;(2)用況;(3)參與者;(4)關聯(lián);(5)泛化;(6)依

賴。

解析:考點:用況圖及其模型元素

22、【問答題】簡述演化模型,及其與RUP迭代、增量式開發(fā)之間的關系。

答案:演化模型是一種全局的軟件(或產(chǎn)品)生存周期模型,屬于迭代開發(fā)方法。演化模

型主要針對事先不能完整定義需求的軟件開發(fā)。該模型可以表示為:第一次迭代(需求->

設計->實現(xiàn)->測試->集成)->反饋->第二次迭代(需求->設計->實現(xiàn)->測試->集成)->反饋-

>……

解析:考點:演化模型,及其與RUP迭代、增量式開發(fā)之間的關系。

23、【問答題】簡述白盒測試技術的要點。

答案:(1)白盒法也稱之為結構測試技術。(2)根據(jù)程序的邏輯結構,選取測試數(shù)據(jù)集

(即測試用例:TestingCase)。(3)以控制流程圖作為被測對象建模工具。(4)常用

的幾個覆蓋標準有:語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋。

解析:考點:白盒測試技術的要點。

24、【問答題】簡述螺旋模型以及可適應的情況。

答案:螺旋模型是在“瀑布模型”和“演化模型”的基礎上,引入一個非常嚴格的風險識

別、風險分析和風險控制,它把軟件項目分解成一個個小項目。每個小項目都標識一個或

多個主要風險,直到所有的主要風險因素都被確定。螺旋模型強調(diào)風險分析,使得開發(fā)人

員和用戶對每個演化層出現(xiàn)的風險有所了解,繼而做出應有的反應,因此特別適用于龐

大、復雜并具有高風險的系統(tǒng)。

解析:考點:螺旋模型以及可適應的情況。

25、【問答題】某論壇發(fā)帖子系統(tǒng)有如下需求:(1)記錄帖子內(nèi)容:系統(tǒng)對訪客的輸入內(nèi)容

進行檢查,無非法內(nèi)容,則將內(nèi)容存入發(fā)帖內(nèi)容文件中,否則提示內(nèi)容非法。(2)顯示帖子內(nèi)

容:從發(fā)帖內(nèi)容文件中讀出帖子內(nèi)容,按一定格式顯示在屏幕上。請根據(jù)要求:(1)畫出該

子系統(tǒng)的數(shù)據(jù)流圖;(2)將其轉換為軟件結構圖。

答案:

解析:

26、【問答題】若有一個程序:輸入3個整數(shù)ABC,把這3個數(shù)看作是一個三角形的3條

邊。這個程序要輸出信息,來說明這個三角形的幾種情況:是三邊不等的、是等腰的、還

是等邊的。請根據(jù)給出的說明,用等價類劃分法完成題38表,并給每個等價類規(guī)定唯一

的編號。在“答題紙”上列表作答。

答案:

27、【填空題】計算機軟件一般是指計算機系統(tǒng)中的程序及其__________。

答案:文檔

解析:計算機軟件一般是指計算機系統(tǒng)中的程序及其文檔。

28、【填空題】如何實現(xiàn)不同抽象層術語和處理邏輯之間的映射,涉及到兩方面的內(nèi)容:一

是過程方向,二是__________,后者即求解軟件的開發(fā)手段。

答案:過程途徑

解析:軟件開發(fā)的本質是不同抽象層屬于之間的“映射”,以及不同抽象層處理邏輯之間

的“映射”。如何實現(xiàn)這樣的映射,涉及到兩方面的內(nèi)容:一是過程方向,二是過程途

徑,即求解軟件的開發(fā)手段。

29、【填空題】需求發(fā)現(xiàn)的常用技術中,需求人員把自己作為系統(tǒng)的最終用戶的是

__________。

答案:自悟

解析:需求發(fā)現(xiàn)的技術包括:(1)自悟:需求人員把自己作為系統(tǒng)的最終用戶。(2)

交談:通過提出問題/用戶回答的方式。(3)觀察:通過觀察用戶執(zhí)行其現(xiàn)行的任務和過

程(4)小組會(5)提煉:復審技術文檔,并提取相關的信息。

30、【填空題】數(shù)據(jù)流的歸宿地是__________。

答案:數(shù)據(jù)潭

解析:數(shù)據(jù)源是數(shù)據(jù)流的起點,數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。

31、【填空題】結構化設計的主要任務是在__________的基礎上,確定__________的問題。

答案:需求分析,怎么做

解析:結構化設計的主要任務是在需求分析的基礎上,定義滿足需求所需要的結構,即針

對給定的問題,給出問題的軟件解決方案,確定“怎么做”的問題。

32、【填空題】UML圖形化工具分為兩類:__________和__________,前者用于表達系統(tǒng)或

系統(tǒng)成分的靜態(tài)結構模型。

答案:結構圖,行為圖

解析:圖的類別:1.結構圖(1)對象結構建模—類圖和對象圖(2)應用結構建?!?/p>

圖、構件圖、部署圖、組合結構圖2.行為圖(1)對象交互建模—順序圖、協(xié)作圖(通信

圖、交互綜述圖、定時圖)、狀態(tài)圖(狀態(tài)機)(2)對象行為建?!脹r圖、活動圖

33、【填空題】在UML提供的圖形化工具中,用于創(chuàng)建有關系統(tǒng)交互模型的是__________。

答案:順序圖

解析:4種常用的UML建模工具:(1)類圖:類圖(classdiagram)表達了系統(tǒng)的靜態(tài)

結構信息,即系統(tǒng)是由哪些類組成的,這些類之間的關系是什么。(2)用況圖:是一種

表達系統(tǒng)功能模型的圖形化工具。(3)狀態(tài)圖:狀態(tài)圖(statecha

溫馨提示

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

評論

0/150

提交評論