軟件工程概論試題A卷_第1頁
軟件工程概論試題A卷_第2頁
軟件工程概論試題A卷_第3頁
軟件工程概論試題A卷_第4頁
全文預覽已結(jié)束

付費下載

下載本文檔

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

文檔簡介

第二部分軟件工程概論

一、單項選擇題

在每小題列出的四個備選答案中只有一個答案是符合題目要求。請將正確答

案填入“單項選擇題答題表”對應的格中。未填入答題表、錯選或多選均不

得分。(共18小題,每題2分,共36分)

1.軟件開發(fā)瀑布模型的各個階段依次是()。

A)分析一設計一編碼一測試一維護

B)設計一定義一開發(fā)一測試一維護

0分析一定義一設計一編碼一測試

D)設計一分析一編碼一測試一維護.

2.軟件可行性研究一般不考慮()。

A)是否有足夠的人員和相關的技術來支持系統(tǒng)開發(fā)

B)是否有足夠的工具和相關的技術來支持系統(tǒng)開發(fā)

0待開發(fā)軟件是否有市場、經(jīng)濟上是否合算

D)待開發(fā)的軟件是否會有質(zhì)量問題

3.需求分析階段的主要任務是確定()。

A)軟件開發(fā)方法B)軟件的總體結(jié)構(gòu)

0軟件開發(fā)的費用D)軟件系統(tǒng)的功能

4.結(jié)構(gòu)化分析方法(SA)的主耍特點是()。

A)面向數(shù)據(jù)流自頂向下,逐步求精的方法

B)由內(nèi)向外進行分析的方法

0先局部后整體的分析方法

D)使用IPO圖形工具分析的方法

5.軟件總體設計階段的任務不包括()。

A)定義數(shù)據(jù)庫B)設計軟件的模塊結(jié)構(gòu)和接口

0設計算法D)生成概要設計規(guī)格說明

6.數(shù)據(jù)流圖中的每個加工至少需要()o

A)一個輸入流B)一個輸出流和一個輸入流

0一個輸入或輸出流D)一個輸出流

7.以下敘述中模塊內(nèi)聚性最高的是()

A)邏輯內(nèi)聚B)時間內(nèi)聚0通信內(nèi)聚D)功能內(nèi)聚

8.()和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型,沒有它數(shù)據(jù)流圖就不完整。

A)系統(tǒng)流程圖B)E-R圖C)數(shù)據(jù)字典D)層次方框圖

9.在詳細設計階段經(jīng)常采用的圖形工具包括()。

A)PAD圖B)程序流程圖0N-S圖D)以上都是

10.Jackson設計方法是一種面向()的軟件設計方法。

A)對象B)數(shù)據(jù)流0數(shù)據(jù)結(jié)構(gòu)D)控制結(jié)構(gòu)

11.按照總體設計中的啟發(fā)式規(guī)則,模塊的作用域和控制域之間的關系應滿足

A)模塊的作用域應在模塊的控制域之內(nèi)。

B)模塊的控制域應在模塊的作用域之內(nèi)。

0模塊的控制域與模塊的作用域互相獨立。

D)以上說法都不對。

12.一般來說,在軟件生命周期中成本最高的階段是()o

A)詳細設計B)軟件編碼C)軟件測試D)軟件維護

13.模塊間耦合程度由低到高的順序是:

A)控制耦合〈特征耦合〈公共耦合〈內(nèi)容耦合〈數(shù)據(jù)耦合

B)數(shù)據(jù)耦合〈控制耦合〈特征耦合〈公共耦合〈內(nèi)容耦合

C)數(shù)據(jù)耦合〈特征耦合〈控制耦合〈公共耦合〈內(nèi)容耦合

D)內(nèi)容耦合〈數(shù)據(jù)耦合〈控制耦合〈特征耦合〈公共耦合

14.常用的黑盒測試方法不包括()。

A)等價類劃分B)邊界值分析0邏輯覆蓋D)錯誤推測

15.軟件維護階段的四類維護活動是()

A)改正性維護,適應性維護,完善性維護和預防性維護。

B)適應性維護,完善性維護,搶救性維護和輔助性維護。

0改正性維護,適應性維護,完善性維護和輔助性維護。

D)適應性維護,完善性維護,搶救性維護和預防性維護。

16.因計算機軟硬件環(huán)境的變化而作出的修改軟件的過程屬于()o

A)改正性維護B)適應性維護0完善性維護D)預防性維方

17.邏輯覆蓋方法中,覆蓋強度最強的是()

A)路徑覆蓋B)條件覆蓋0判定條件覆蓋D)語句覆蓋

18.以下()語言不屬于面向?qū)ο蟮恼Z言

A)JavaB)CC)C++D)C#語言

二、填空題(共9題,每空1分,共10分)

1.軟件工程方法學主要包含3個要素:方法、(1)和過程。

2.UML中定義了9種圖用于從不同角度描述系統(tǒng)。其中用于描述系統(tǒng)的物理

實現(xiàn)和配置的圖有:構(gòu)件圖和⑵圖。.

3.面向?qū)ο蟪绦蛟O計以上2—為基本的邏輯構(gòu)件,通過一(4)機制實現(xiàn)重

用性。

4.數(shù)據(jù)流圖可分為變換型數(shù)據(jù)流圖和(5)數(shù)據(jù)流圖兩大類。

5.一個模塊直接調(diào)用的下級模塊的個數(shù)稱為(6)

6.從工程管理的角度看,軟件設計可分為(7)和詳細設計兩大步驟。

7.“00D”的含義是:(8)。

8.相同的操作作用于不同的對象上可獲得不同的結(jié)果,這種現(xiàn)象稱為32。

9.結(jié)構(gòu)化程序設計中程序的三種基本結(jié)構(gòu)是:順序、選擇、(10)o

三、判斷題(共15題,每題1分,共15分)

判斷下列各題是否正確,正確的劃J,錯誤的劃X。

()LHIP0圖是面向?qū)ο笤O計工具之一。

()2.測試過程沒有發(fā)現(xiàn)任何錯誤,也不能說明軟件沒有錯誤。

()3.數(shù)據(jù)庫設計屬于軟件概要設計階段。

()4.軟件就是完成特定功能的程序的集合。

()5.對象之間的通信僅通過消息傳遞機制。

()6.軟件可行性研究的目的是用最小的代價在盡可能短的時間內(nèi)確定

該軟件項目是否能夠開發(fā),是否值得去開發(fā)。

()7.集成測試多采用黑盒測試技術,不涉及白盒測試技術。

()8.瀑布模型可以有效地適應用戶需求的變化,因此適合大型的系統(tǒng)。

()9.結(jié)構(gòu)化程序設計要求每個模塊具有單入口、單出口。

()10.將軟件系統(tǒng)劃分成模塊時,應盡量做到高內(nèi)聚低耦合.

()11.詳細設計的結(jié)果基本決定了最終程序的質(zhì)量。

()12.驗收測試是由用戶依據(jù)軟件需求規(guī)格說明書單獨進行的。

()13.運用面向?qū)ο蠓椒ㄩ_發(fā)的軟件一般是由很多較小的對象組成,從

而降低了軟件產(chǎn)品的復雜性,使得開發(fā)和維護更為簡單有效。

()14.瀑布模型在實際的的項目中嚴格順序執(zhí)行就可以成功。

()15.從模塊獨立性的角度,應盡量使用內(nèi)容耦合。

四、名詞解釋題(共4題,每題3分,共9分)

1.軟件生命周期(3分)

2.模塊獨立性(2分)

3.白盒測試(2分)

4.對象

五、簡答題(共3小題,每題5分,共15分)

1.簡述面向?qū)ο箝_發(fā)方法的優(yōu)點

2.決定軟件可維護性的因素有哪些?

3.簡述快速原型模型及其特點

六、應用題(共1題,15分)

某教學管理信息系統(tǒng)中要求用戶輸入成績。成績限制為0

溫馨提示

  • 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

提交評論