2023年4月自考02333軟件工程試題及答案含解析_第1頁(yè)
2023年4月自考02333軟件工程試題及答案含解析_第2頁(yè)
2023年4月自考02333軟件工程試題及答案含解析_第3頁(yè)
2023年4月自考02333軟件工程試題及答案含解析_第4頁(yè)
2023年4月自考02333軟件工程試題及答案含解析_第5頁(yè)
免費(fèi)預(yù)覽已結(jié)束,剩余5頁(yè)可下載查看

下載本文檔

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

文檔簡(jiǎn)介

軟件工程年月真題

0233320234

1、【單選題】在軟件系統(tǒng)模型分類中,設(shè)計(jì)模型、實(shí)現(xiàn)模型以及部署模型可歸類為

概念模型

軟件模型

A:

演化模型

B:

軟件生存周期模型

C:

答D:案:B

解析:設(shè)計(jì)模型、實(shí)現(xiàn)模型以及部署模型都可以歸類為軟件模型。軟件系統(tǒng)模型分類通常

包括需求模型、設(shè)計(jì)模型、實(shí)現(xiàn)模型和部署模型。其中,設(shè)計(jì)模型、實(shí)現(xiàn)模型和部署模型

都是軟件模型的一種。設(shè)計(jì)模型是指在需求分析的基礎(chǔ)上,對(duì)軟件系統(tǒng)進(jìn)行設(shè)計(jì)的模型,

包括結(jié)構(gòu)設(shè)計(jì)、行為設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)等。實(shí)現(xiàn)模型是指在設(shè)計(jì)模型的基礎(chǔ)上,進(jìn)行編碼和

測(cè)試的模型,包括源代碼、編譯器、解釋器和調(diào)試器等。部署模型是指將軟件系統(tǒng)部署到

目標(biāo)環(huán)境中的模型,包括硬件設(shè)備、操作系統(tǒng)、網(wǎng)絡(luò)配置和安全設(shè)置等。因此,設(shè)計(jì)模

型、實(shí)現(xiàn)模型和部署模型都是軟件模型的一種,用于描述軟件系統(tǒng)的不同方面。

2、【單選題】適用于已經(jīng)有了部分需求文檔的需求發(fā)現(xiàn)技術(shù)是

自悟

交談

A:

觀察

B:

提煉

C:

答D:案:D

解析:提煉方法是針對(duì)已經(jīng)有了部分需求文檔的情況依據(jù)產(chǎn)晶的本來(lái)情況、可能有很多

文檔需要復(fù)審,以確定其中是否包含相關(guān)聯(lián)的信息有時(shí),也可能只有少數(shù)文檔需要復(fù)

審。

3、【單選題】下列不屬于常見(jiàn)的加工表達(dá)工具的是

結(jié)構(gòu)化自然語(yǔ)言

判定表

A:

判定樹(shù)

B:

判定圖

C:

答D:案:D

4、【單選題】模塊A包含對(duì)學(xué)生信息表的添加、刪除、修改三種操作,則模塊A的內(nèi)聚類型

通信內(nèi)聚

邏輯內(nèi)聚

A:

過(guò)程內(nèi)聚

B:

功能內(nèi)聚

C:

答D:案:A

解析:通信內(nèi)聚:如果一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集,則稱為

通信內(nèi)聚。

5、【單選題】根據(jù)圖所示,公有操作的數(shù)量有

1個(gè)

2個(gè)

A:

3個(gè)

B:

4個(gè)

C:

答D:案:C

6、【單選題】為了描述模型化包之間的關(guān)系,UML給出了引入依賴和

訪問(wèn)依賴

實(shí)現(xiàn)依賴

A:

通信依賴

B:

操作依賴

C:

答D:案:A

解析:UML給出了引入依賴和訪問(wèn)依賴來(lái)描述模型化包之間的關(guān)系。引入依賴表示一個(gè)包

使用了另一個(gè)包中的元素,但是不依賴于該包中的所有元素。這種依賴關(guān)系通常是短暫

的,只在某些特定的情況下才會(huì)出現(xiàn)。訪問(wèn)依賴表示一個(gè)包中的元素使用了另一個(gè)包中的

元素,這種依賴關(guān)系通常是長(zhǎng)期的,表示一個(gè)包中的元素需要訪問(wèn)另一個(gè)包中的元素才能

正常工作。

7、【單選題】在RUP中,用于規(guī)約系統(tǒng)與參與者之間交互的分析類是

實(shí)體類

控制類

A:

邊界類

B:

交互類

C:

答D:案:C

解析:邊界類用于規(guī)約系統(tǒng)與其參與者之間的交互,該交ī一般涉及向用戶/外部系統(tǒng)發(fā)出

請(qǐng)求和從他們那里接受信息。

8、【單選題】在RUP中,一個(gè)核心工作流包含需求獲取、分析、設(shè)計(jì)、實(shí)現(xiàn)以及

精化

迭代

A:

交付

B:

測(cè)試

C:

答D:案:D

解析:在RLP的每次迭代中都要經(jīng)歷一個(gè)核心工作流,即需求獲取、分析、設(shè)計(jì)、實(shí)現(xiàn)和

測(cè)試。

9、【單選題】下列關(guān)于測(cè)試的描述,錯(cuò)誤的是

測(cè)試從一個(gè)側(cè)面證明程序員的“失敗”

測(cè)試是有計(jì)劃的,并要進(jìn)行測(cè)試設(shè)計(jì)

A:

測(cè)試經(jīng)常是由獨(dú)立的測(cè)試組在不了解軟件設(shè)計(jì)的條件下完成的

B:

測(cè)試是一個(gè)推理過(guò)程,要求程序員進(jìn)行必要的推理

C:

答D:案:D

10、【單選題】軟件單元測(cè)試首先測(cè)試的是

數(shù)據(jù)流

數(shù)據(jù)結(jié)構(gòu)

A:

路徑選擇測(cè)試

B:

邊界測(cè)試

C:

答D:案:A

11、【單選題】驗(yàn)證軟件需求的可追溯性的測(cè)試是

單元測(cè)試

集成測(cè)試

A:

有效性測(cè)試

B:

系統(tǒng)測(cè)試

C:

答D:案:C

解析:有效性測(cè)試的目標(biāo)是發(fā)現(xiàn)軟件實(shí)現(xiàn)的功能與需求規(guī)格說(shuō)明書(shū)不一致的錯(cuò)誤。因此,

有效性測(cè)試通常采用黑盒測(cè)試技術(shù)為了實(shí)現(xiàn)有效性測(cè)試,制訂的測(cè)試計(jì)劃應(yīng)根據(jù)采用的測(cè)

試技術(shù)給出要進(jìn)行的一組測(cè)試,并給出測(cè)試用例和預(yù)期結(jié)果的設(shè)計(jì)。通常在測(cè)試執(zhí)行之前

應(yīng)進(jìn)行配置復(fù)審,其目的是保證軟件配置的所有元素已被正確地開(kāi)發(fā)并編排目錄,具有必

要的細(xì)節(jié)以支持軟件生存周期中的維護(hù)階段。

12、【單選題】根據(jù)《ISO/IEC系統(tǒng)與軟件工程-軟件生存周期過(guò)程12207-2008》,軟件驗(yàn)

證過(guò)程的任務(wù)不包含

需求驗(yàn)證

路徑驗(yàn)證

A:

代碼驗(yàn)證

B:

文檔驗(yàn)證

C:

答D:案:B

13、【單選題】若開(kāi)發(fā)小組非常熟悉項(xiàng)目的需求,則最適用的軟件生存周期模型是

瀑布模型

演化模型

A:

螺旋模型

B:

增量模型

C:

答D:案:A

解析:20世紀(jì)60年代末到80年代初,軟件系統(tǒng)的規(guī)模、復(fù)雜性以及在關(guān)鍵領(lǐng)域的廣泛應(yīng)

用,促進(jìn)了軟件的工程化開(kāi)發(fā)和管理。這一時(shí)期主要圍繞軟件項(xiàng)目,開(kāi)展了有關(guān)開(kāi)發(fā)模

型、開(kāi)發(fā)方法和支持工具的研究。主要成果體現(xiàn)為:提出了瀑布模型,試圖為開(kāi)發(fā)人員提

供有關(guān)活動(dòng)組織方面的指導(dǎo);開(kāi)發(fā)了諸多過(guò)程式語(yǔ)言(例如,Pascal語(yǔ)言、C語(yǔ)言、Ada語(yǔ)

言等)和開(kāi)發(fā)方法(例如,Jackson方法、結(jié)構(gòu)化方法等).試圖為開(kāi)發(fā)人員提供好的需求分

析和設(shè)計(jì)手段,并開(kāi)發(fā)了一些支持工具,如調(diào)試工具、測(cè)試工具等。

14、【單選題】在CMMI的過(guò)程域分類中,需求開(kāi)發(fā)、確認(rèn)、驗(yàn)證過(guò)程域可歸類為

項(xiàng)目管理類

工程類

A:

支持類

B:

C:

過(guò)程管理類

答D:案:B

解析:在CMMI的過(guò)程域分類中,工程類可分為:需求開(kāi)發(fā)(Requirenent

Development.RI)。需求管理(RequirementManagement,R\\)。技術(shù)解決方案(Technical

Solution,TS)。產(chǎn)品集成(ProductIntegration、Pl)。確認(rèn)(\alidation,\AL)。驗(yàn)證

(\erification.VER)。

15、【單選題】CMMI的成熟度等級(jí)共有

3級(jí)

4級(jí)

A:

5級(jí)

B:

6級(jí)

C:

答D:案:C

解析:在CMMI中,應(yīng)用于一個(gè)組織過(guò)程改善的成熟度等級(jí)有5個(gè),分別是:●1級(jí):初始

級(jí)(Initial)●2級(jí):已管理級(jí)(Managed)。●3級(jí):已定義級(jí)(Defined)?!?級(jí):已定量

管理級(jí)(QuantitativelyManaged)。●5級(jí):持續(xù)優(yōu)化級(jí)(Optimizing)。

16、【問(wèn)答題】簡(jiǎn)述計(jì)算機(jī)軟件的定義。

答案:計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)的程序及其文檔。其中,程序是計(jì)算機(jī)任務(wù)的處理

對(duì)象和處理規(guī)則的描述;文檔是為了理解程序所需的闡述性資料;軟件是一個(gè)特定問(wèn)題域的

抽象,是一種邏輯實(shí)體。

17、【問(wèn)答題】簡(jiǎn)述需求的基本性質(zhì)。

答案:需求具有如下5個(gè)基本性質(zhì):必要的;無(wú)歧義的;可測(cè)量的;可跟蹤的;可測(cè)的。

18、【問(wèn)答題】簡(jiǎn)述創(chuàng)建系統(tǒng)類圖所涉及的工作。

答案:(1)創(chuàng)建一個(gè)系統(tǒng)的類圖依賴于所使用的方法學(xué);(2)涉及以下4方面的工作:模型

化待建系統(tǒng)中的概念,形成類圖中的基本元素;模型化待建系統(tǒng)中的各種關(guān)系,形成該系統(tǒng)

的初始類圖;模型化系統(tǒng)中的協(xié)作,給出該系統(tǒng)的最終類圖;模型化邏輯數(shù)據(jù)庫(kù)模式。

19、【問(wèn)答題】簡(jiǎn)述RUP創(chuàng)建系統(tǒng)用況模型應(yīng)進(jìn)行的活動(dòng)。

答案:(1)發(fā)現(xiàn)并描述參與者;(2)發(fā)現(xiàn)并描述用況;(3)確定用況的優(yōu)先級(jí);(4)精化

用況;(5)構(gòu)造用戶界面原型;(6)用況模型結(jié)構(gòu)化。

20、【問(wèn)答題】簡(jiǎn)述軟件生存周期模型。

答案:(1)軟件生存周期模型是一個(gè)包括軟件產(chǎn)品開(kāi)發(fā)運(yùn)行和維護(hù)中有關(guān)過(guò)程、活動(dòng)和任

務(wù)的框架;(2)軟件生存周期模型為組織軟件開(kāi)發(fā)活動(dòng)提供了有意義的指導(dǎo);(3)常見(jiàn)的

軟件生存周期模型有瀑布模型、演化模型、螺旋模型、增量模型等。

21、【問(wèn)答題】簡(jiǎn)述能力等級(jí)和成熟度等級(jí)之間的區(qū)別和聯(lián)系。

答案:(1)區(qū)別:能力等級(jí)是一種過(guò)程改善路徑,該路徑可使組織針對(duì)單一過(guò)程域不斷改善

該過(guò)程域。成熟度等級(jí)也是一種過(guò)程改善路徑,該路徑可使組織通過(guò)關(guān)注一組過(guò)程域不斷

改善一組相關(guān)的過(guò)程域;(2)聯(lián)系:能力等級(jí)和成熟度等級(jí)都是CMMI提供的兩種過(guò)程改善

路徑,側(cè)重不同:它們都是按共用目標(biāo)從弱到強(qiáng)。當(dāng)某一過(guò)程域逐步完成了所有等級(jí)的“最

佳實(shí)踐”,它才可能滿足成熟度等級(jí)對(duì)單一過(guò)程域的要求。當(dāng)一組過(guò)程域及相關(guān)共用目標(biāo)

的一個(gè)成熟度等級(jí)完成后,軟件過(guò)程才能實(shí)現(xiàn)高一級(jí)別的“成熟”,從而實(shí)現(xiàn)對(duì)軟件過(guò)程有

效管理的“最佳實(shí)踐”。

22、【問(wèn)答題】圖為某一軟件系統(tǒng)的模塊結(jié)構(gòu)圖,已知模塊F*有一個(gè)判斷,它影響了模

塊N、V。要求:

(1)給出該系統(tǒng)模塊結(jié)構(gòu)圖的深度和寬度。

(2)給出圖中所有扇入數(shù)為3的模塊。

(3)給出圖中所有扇出數(shù)為3的模塊。

(4)給出模塊F*的作用域包含的模塊。

(5)給出模塊F*的控制域包含的模塊。

答案:

23、【問(wèn)答題】

答案:

24、【填空題】軟件工程的目的是倡導(dǎo)以工程的原理、()和方法進(jìn)行軟件開(kāi)發(fā),以期解決

“軟件危機(jī)”。

答案:原則

25、【填空題】在軟件需求分析階段,()是整個(gè)需求的主體。

答案:功能需求

26、【填空題】結(jié)構(gòu)化方法包括()方法、結(jié)構(gòu)化設(shè)計(jì)方法以及結(jié)構(gòu)化程序設(shè)計(jì)方法。

答案:結(jié)構(gòu)化分析

27、【填空題】在度量模塊獨(dú)立性指標(biāo)中,()是指不同模塊之間相互依賴的度量。

答案:耦合

28、【填空題】典型的詳細(xì)設(shè)計(jì)工具主要有()、盒圖、PAD圖和PDL。

答案:程序流程圖或框圖

29、【填空題】描述一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的術(shù)語(yǔ)是()。

答案:類(class)

30、【填空題】類圖可用于描述()模型和()模型的靜態(tài)結(jié)構(gòu)。

答案:概念,軟件

31、【填空題】RUP采用()技術(shù)來(lái)獲取需求,其目標(biāo)是使用UML中的()、參與者以及依

賴等術(shù)語(yǔ)來(lái)抽象客觀實(shí)際問(wèn)題,形成系統(tǒng)的需求獲取模型。

答案:UseCase或用例或用況,UseCase或用例或用況

32、【填空題】創(chuàng)建系統(tǒng)的分析模型,一般應(yīng)進(jìn)行()、體系結(jié)構(gòu)分析、()的分析以及包

的分析4項(xiàng)活動(dòng)。

答案:用況分析或用例分析,類(順序不可調(diào))

33、【填空題】黑盒測(cè)試技術(shù)包括事務(wù)處理流程技術(shù)、狀態(tài)測(cè)試技術(shù)和()等。

答案:定義域測(cè)試技術(shù)

34、【填空題】《ISO/IEC軟件生存周過(guò)程12207-1995》標(biāo)準(zhǔn)把軟件生存周期過(guò)程分為()

個(gè)基本過(guò)程、8個(gè)支

溫馨提示

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

評(píng)論

0/150

提交評(píng)論