軟件工程習題手冊_第1頁
軟件工程習題手冊_第2頁
軟件工程習題手冊_第3頁
軟件工程習題手冊_第4頁
軟件工程習題手冊_第5頁
已閱讀5頁,還剩37頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

《軟件工程》習題集

2023.11

目錄

一、選擇題.......................................................錯誤!未定義書簽。

二、填空題.......................................................錯誤!未定義書簽。

三、論述題.......................................................錯誤!未定義書簽。

四、綜合題.......................................................錯誤!未定義書簽。

一、選擇題

I.下例說法中對的的是—

A)測試用例應由輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部分構(gòu)成

B)測試用例只需選用合理的輸入數(shù)據(jù)

C)每個程序員最佳測試自己的程序

D)測試用例只需檢查程序與否做了應當做I內(nèi)事

2.被測試程序不在機器上運行,而是采用人工檢測和計鳧機輔助靜態(tài)分析H勺手段對程序進

行檢測,這種測試稱為—

A)白盒測試B卜黑盒測試C)靜態(tài)測試D)動態(tài)測試

3.在七種偶合中,最低偶合是

A)內(nèi)容偶合B)公共偶合。數(shù)據(jù)偶合D)控制偶合

4.檢查軟件產(chǎn)品與否符合需求定義的過程稱為()0

A)確認測試B)集成測試C)驗收測試D)驗證測試

5.軟件的定義階段集中于哪個階段?

A)見客戶B)怎么做C)做什么D)查錯誤

6.對于軟件企業(yè)來說最重要的J什么?

A)高級PC機B)企業(yè)服務器C)軟件工程師D)項目管理規(guī)范

7.軟件神話之一是,“雖然進度拖后,也可以增長更多口勺人手,在項目后期趕上進度”。不

過,實際上往往達不到預期目的,原因在于。

A)新來者技術(shù)水平不佳B)新來者與本來者溝通能力有問題

C)新來者外語平不佳D)新來者與本來者溝通增長通信成本

8.版本管理屬于如下那種領(lǐng)域?

A)SCMB)SQAC)OOAD)WEB

9.在產(chǎn)品工程層次中,系統(tǒng)構(gòu)造與集成活動不包括如下那類活動?

A)代碼生成B)系統(tǒng)測試。技術(shù)支持D)系統(tǒng)建模

10.如下有關(guān)實體-關(guān)系圖(ERD的說法哪個是對咖勺?

A)ERD只能用在數(shù)據(jù)庫設(shè)計領(lǐng)域

B)ERD中的關(guān)系(用菱形表達)不也許有屬性

C)ERD中的各個實體之間可以形成層次構(gòu)造,類似于UML中的類圖(Class圖)

D)ERD中的各個關(guān)系可以體現(xiàn)動態(tài)信息(數(shù)據(jù)的流動)

答案:ACCACDDAAC

11.如下有關(guān)接口設(shè)計的說法哪個對的?

A)接口設(shè)計要在概要設(shè)il?之前完畢

B)接口設(shè)計就是顧客界面設(shè)計

C)接口設(shè)計和數(shù)據(jù)流圖(在分析模型中)有親密的映射關(guān)系

D)接口設(shè)計和狀態(tài)變遷圖(在分析模型中)有親密的映射關(guān)系

12.白盒測試屬于如下明B種測試?

A)單元測試B)系統(tǒng)測試。集成測試D)確認測試

13.獨立測試組(ITG)為何比企業(yè)內(nèi)部員工更適合來做某些測試?

A)他們的水平更高B)他們靠找出錯誤來拿工資

C)他們很懂得黑盒測試D)他們不參與項目的整個過程

14.Bela測試是在如下哪個場所進行的?

A)客戶口勺單位B)野外C)網(wǎng)絡(luò)中心D)開發(fā)者的場所

15.面向?qū)ο蟮能浖こ逃觽?cè)重如下哪個方面?

A)系統(tǒng)的數(shù)據(jù)B)系統(tǒng)的界面C)系統(tǒng)的行為D)系統(tǒng)的性能

16.在面向?qū)ο笤O(shè)計(OOD)模型中,消息設(shè)計(messagedesign)對應面向?qū)ο蠓治觯?0A)模型

中的哪一種部分?

A)用例(usecases)B)CRC索引卡片C)對象-關(guān)系模型D)對象-行為模型

17.00測試與老式測試在如下哪個方面存在區(qū)別?

A)測試目的發(fā)生變化B)包括測試OOA與00D模型

C)確認測試發(fā)生變化D)不再存在單元測試

18.目前的客戶機/服務器(CS)應用更多采用如下哪種軟件構(gòu)件的分布?

A)“胖”服務器/“胖”客戶機B)“瘦”服務器/“胖”客戶機

C)“瘦”服務器/“瘦”客戶機D)“胖”服務器/“瘦”客戶機

19.如下那種Web應用體系構(gòu)造最適合電子商務站點銷售圖書商品?

A)線性構(gòu)造B)網(wǎng)格(grid)構(gòu)造

C)層次構(gòu)造D)網(wǎng)絡(luò)(nelworked)構(gòu)造

答案:CADACDBBB

20.代碼行(LOC)是被用于進廳軟件度量H勺一種參量,它是用于H勺。

A)公共度量B)私有度量C)直接測量D)間接策測量

21.概要設(shè)計一般不包括如下哪個內(nèi)容?

A)項目背景簡介B)偽碼實現(xiàn)

C)子系統(tǒng)劃分D)詳細模塊描述

22.比較測試屬于如下哪種測試?

A)黑盒測試B)灰盒測試C)白盒測試D)藍盒測試

23.用例圖中,()關(guān)系意味著某個用例日勺執(zhí)行必然激活另一種用例。

A、包括B、擴展C、泛化D、關(guān)聯(lián)

24.類圖中,類被表達為三欄的矩形,類的措施寫在()中

A、第一欄B、第二欄C、第三欄D、隨便

25.假如數(shù)據(jù)加J:的方略中包括復雜的嵌套條件判斷和多目H勺動作,則更適合使用(

描述其計算方略。

A.鑒定表B.構(gòu)造化英語C.定義式D.協(xié)作圖

26.下列屬于非功能需求的是()

A、對系統(tǒng)公布時間日勺限制B、對開發(fā)工具的限制

C對系統(tǒng)性能H勺規(guī)定D、其上全是

27.在如下()狀況下,更適合以調(diào)杳表作為需求獲取的重要手段

A、需要與顧客就某些功能H勺細節(jié)進行協(xié)商。

B、需要理解目H勺系統(tǒng)H勺應用范圍、戰(zhàn)略目的和商業(yè)價值

C、需要從大量顧客那里獲取有關(guān)需求的記錄性信息

D、需要實際理解顧客平常H勺工作過程和工作習慣。

28.()技術(shù)強調(diào)應當使程序具有單一的訪問點和結(jié)束點,并且僅僅使用三種最基本

口勺控制流程,以提高程序的可靠性和可理解性。

A、構(gòu)造化分析B,構(gòu)造化設(shè)計C、構(gòu)造化編程D、都不是

29.次序圖可以直觀口勺體現(xiàn)()之間動態(tài)協(xié)作的時序關(guān)系

A、對象B、類C、包D、用例

答案:CBBACADCCA

30.有關(guān)用例圖如下說法不對的的是()

A、每個用例至少要關(guān)聯(lián)到一種參與者

B、每個參與者至少要關(guān)聯(lián)到一種用例

C、擴展關(guān)系指向擴展用例

D、包括關(guān)系指向基礎(chǔ)用洌

31.下列軟件開發(fā)過程模型中,以風險控制為焦點H勺是()。

A.瀑布模型B.V模型C.螺旋模型D.組件開發(fā)模型

32.在卜冽搜集需求日勺方式中,與顧客直接溝通的方式是(

A.訪談B.調(diào)查表C.原型D.JAD會議

33.業(yè)務需求的獲取應當來自于(

A.客戶B.顧客C.系統(tǒng)分析員D.都不是

34.對手此前沒有類似開發(fā)經(jīng)驗的軟件項目,系統(tǒng)分析員在需求開發(fā)階段需要首先完畢的工

作任務是()。

A.訪談B.領(lǐng)域理解C.確定業(yè)務需求D.劃分顧客群體

35.根據(jù)繪制數(shù)據(jù)流圖的指導原則,數(shù)據(jù)流圖中不能存在“黑洞”和“奇跡”,所謂“黑洞”

是指()。

A.只有輸入數(shù)據(jù)流而沒有輸出數(shù)據(jù)流H勺數(shù)據(jù)加工

B.只有輸出數(shù)據(jù)流而沒有輸入數(shù)據(jù)流的數(shù)據(jù)加工

C.沒有標注方向的數(shù)據(jù)流

D.沒有命名口勺數(shù)據(jù)流

36.構(gòu)造化分析應用的多種模型中,()用于對目的系統(tǒng)的功能域建模。

A.實體關(guān)系圖B.數(shù)據(jù)流圖C.狀態(tài)遷移圖D.Pciri網(wǎng)

37.“注釋”在UML中使用()符號表達。

38.UML規(guī)定使用()符號來表達類內(nèi)部組員/9protect可見性。

A.4B.-C.%D.#

答案:ACABBABBD

39.UMLH勺協(xié)作圖體現(xiàn)的是()之間H勺動態(tài)協(xié)作過程。

A.類B.對象C.包D.用例

40.維承反應了類之間的層次關(guān)系,而()反應了一種整體與部分的關(guān)系。

A繼承B組合C封裝D多態(tài)

41.下列描述中與給定實體關(guān)系圖的含義有沖突的是(),.

A.甲老師上學期沒有承擔講課任務。

B.甲老師本學期講授了《系統(tǒng)建?!?、《軟件工程》、《數(shù)據(jù)構(gòu)造》三門課。

C.甲老師、乙老師和丙老師本學期都講授《C語言》這門課。

D.甲老師上學期講授的是《C語言》和《PASCAL》,這學期講授的是《C++》和

《DELPHI》。

42.用構(gòu)造化語言來描述加工涉輯的外層構(gòu)造時,如下不屆干基本構(gòu)造的是()

A.次序構(gòu)造B.選擇構(gòu)造

C.嵌套構(gòu)造D.循環(huán)構(gòu)造

43.有關(guān)軟件測試的目改J,卜面觀點錯誤的是()

A.為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

B.一種好的測試用例可以發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤

C.證明程序是對的、沒有錯誤日勺

D.?種成功的測試用例是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試

44.一種模塊H勺()是指能直接控制該模塊H勺模塊數(shù)。

A扇出數(shù)B扇入數(shù)C寬度D深度

45.單元測試日勺測試對象是

A系統(tǒng)B程序模塊C模塊接口D系統(tǒng)功能

46.瀑布模型的存在問題是()。

A.顧客輕易參與開發(fā)B.體現(xiàn)了推遲實現(xiàn)的觀點

C.顧客與開發(fā)者易溝通D.不合用可變需求

47.程序的三種基本控制構(gòu)造是()。

A.過程、子程序和分程序B.次序、選擇和反復

C.遞歸、堆棧和隊列D.調(diào)用、返回和轉(zhuǎn)移

48.需求分析中開發(fā)人員要從顧客那里理解()。

A.軟件做什么B.顧客使用界面

C.輸入的信息D.軟件的規(guī)模

答案:BBCCCBBDBA

49.需求分析階段H勺任務是南定()。

A.軟件開發(fā)措施B.軟件開發(fā)工具

C.軟件開發(fā)費D.軟件系統(tǒng)口勺功能

50.在下圖形符號中,UML使用()表達事物間的組合關(guān)系。

ABCD

-------->--------6----------?

51.假如?種軟件是給許多客戶使用的,大多數(shù)軟件廠商要使用兒種測試過程來發(fā)現(xiàn)那些

也許只有最終顧客才能發(fā)現(xiàn)日勺錯誤,()測試是由一種顧客在開發(fā)者的場所來

進行的.測試的目H勺是尋找錯誤的原因并改正之。

A.aB.pC.yD.a

52.系統(tǒng)測試是將軟件系統(tǒng)與硬件、外設(shè)和網(wǎng)絡(luò)等其他原因結(jié)合,對整個軟件系統(tǒng)進行測試。

()不是系統(tǒng)測試的內(nèi)容。

A.途徑測試B.可靠性測試C.安裝測試D.安全測試

55、軟件設(shè)計的重要任務是設(shè)計軟件的構(gòu)造、過程和模塊,其中軟件構(gòu)造設(shè)計的重要任務是

要確定()。

A.模塊間口勺操作細節(jié)B,模塊間的相似性

C.模塊間的構(gòu)成關(guān)系D.模塊H勺詳細功能

答案:DDAAC

53.下圖顯示了某個學校課程管理系統(tǒng)的部分類圖,其中一種學生(student)可以懂得所

有注冊課程的教師(instnctor),一種教師也可以懂得所有注冊課程H勺學生。

StudentInstructor

-name:String-name:String

o.*o…*-instruetorID:Int

-studentID:Int-regsteiedStudents:

-registeiedlnstruetors:1Students

Instructor1]

+getRegBteredhistructorsO:+getRegKteredStudents():

Student"|

目前提出?種新口勺需求:”?種教師也可以是某些課程的學生“,那么卜面設(shè)計A~C中哪?種是最佳的?

為何?

設(shè)計A:

Candidate

-name:String

-candidateID:Int

-student:Boolean

-instructor:Boolean

-registeiedCandidates:Candidate0

+getRegKterodCandidatesO:Candidate!]

設(shè)計B:

設(shè)計C:

答案:設(shè)計一最佳。理由:設(shè)計C最佳。

結(jié)構(gòu)化分析方法是一種面向上」的需求分析方法,該方法廢為常用的圖形,具是一

與其配合使用的是一中有名字及方向的成分是_D_,不能由計算機處理的成

分是E-

Ai①對繚②數(shù)據(jù)結(jié)構(gòu)③數(shù)據(jù)流④控制流

B-C:①程序流程圖②實體聯(lián)系網(wǎng)③數(shù)據(jù)流圖④網(wǎng)絡(luò)圖

⑤結(jié)構(gòu)圖⑥數(shù)據(jù)詞典

D-E:①控制流②信息流③數(shù)據(jù)流④信號流

⑤數(shù)據(jù)源/終點⑥節(jié)點

33635

軟件需求分析的任務不應包括A,進行需求分析可使用多種工具,但B是不適

用的.在需求分析中,開發(fā)人員要從用戶那里解決的G重要的問題是C°需求規(guī)格說

明書的內(nèi)容不應包括_D_,該文檔在軟件開發(fā)中具有該要作用,但其作用不應包括一L。

A:①問題分解②可靠性與安全性要求

③結(jié)構(gòu)化程序設(shè)計④確定邏軾模型

B:①數(shù)據(jù)流圖(DFD)②判定表

③PAD圖④數(shù)據(jù)字典

C:①要讓軟件做什么②要給該軟件提供哪些信息

③要求軟件工作效率怎樣④要讓軟件具有何種結(jié)構(gòu)

D:①對重要功能的描述②對算法的詳細過程描述

③對數(shù)據(jù)的要求④軟件的性能

E:①軟件設(shè)計的依據(jù)②用戶和開發(fā)人員對軟件要做什么的共同理解

③軟件驗收的依據(jù)④軟件可行性分析的依據(jù)

33124

在軟件開發(fā)過程中常用圖作為描述工具。如DFD就是面向A分析方法的描述工具.

在一套分層DFD中,如果某一張圖中有N個加工(Process),則這張圖允許有旦張子

圖。在一張DFD圖中,任意兩個加工之間在畫分層DFD時,應注意保持D之

間的平衡.DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流,這

種信息流可分為二_兩類.

A:①數(shù)據(jù)結(jié)構(gòu)②數(shù)據(jù)流③對旗④構(gòu)件

B:00②1③1?N@0?N

C:①有且僅有一條數(shù)據(jù)流

②至少有一條數(shù)據(jù)流

③可以有0條或多條名字互不相同的數(shù)據(jù)流

④可以有0條或多條數(shù)據(jù)流,但允許其中有若干條名字相同的數(shù)據(jù)流

D:①父圖與其子圖②同一父圖的所有子圖

③不同父圖的所有子圖④同一子圖的所芍直接父圖

E:①控制流和變換流②變換流和事務流

③事務流和事件流④事件流和控制流

24312

下列關(guān)于軟件需求管理與需求開發(fā)的論述,正確的是(26)。

(26)A.所謂需求管理是指對需求開發(fā)的管理

B.需求管理包括:需求獲取、需求分析、需求定義和需求驗證

C.需求開發(fā)是將用戶需求轉(zhuǎn)化為應用系統(tǒng)成果的過程

D.在需求管理中,要求維持對原有需求和所有產(chǎn)品需求的雙向跟蹤

D

在某信息系統(tǒng)中,存在如下的業(yè)務陳述:①一個客戶提交0個或多個訂單②一

個訂單由一個且僅由一個客戶提交。系統(tǒng)中存在兩個類:“客戶”類和“訂單”類.對應

每個“訂單”類的實例,存在⑴“客戶”類的實例:對應每個“客戶”類的實例,存

在⑵個“訂單”類的實例:

(1)A.0個B.I個C.1個或多個D.0個或多個

⑵A.0個B.1個C.1個或多個D.0個或多個

BD

在UML提供的圖中,_m_用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互:⑵

用于按時間順序描述對象間的交互.

(1)A.用例圖B.類圖C.對象圖D.部署圖

(2)A.網(wǎng)絡(luò)圖B狀態(tài)圖C.協(xié)作圖D.序列圖

分析:UML提供了9種不同的模型圖來對系統(tǒng)建模.

?用例困:以圖形化的方式描述系統(tǒng)與外部系統(tǒng)及用戶的交互.

?類圖:描述系統(tǒng)的解象結(jié)構(gòu),它們顯示構(gòu)成系統(tǒng)的對象類以及這些對象類之間的

關(guān)系.

?對象困:類似于美圖,但并不描述對象類,它們對實斥的對■象實例建模.

?序列困:以國形化的方式描述了在一個用例式操作執(zhí)行過程中對象如何通過消息

互相交互,說明了消息如何在對象之間被發(fā)送和接收以及發(fā)送的順序;

?協(xié)作圖:類似于序列圖,但重點不是消息的時間順序,它以一種網(wǎng)絡(luò)卷式表現(xiàn)對

泉之間的交互.

?狀態(tài)困:用于對一個特定對象的動態(tài)行為注模,說明了一個對象的生命周期,以

及引起對象從一個狀態(tài)向另一個狀態(tài)轉(zhuǎn)換的事件.

?活動困:用于以國形化的方式描述一個業(yè)務過程或者一個用例的活動的順序流.

?構(gòu)件圖:用來以國形化的方式描述系統(tǒng)的物理結(jié)構(gòu),它可以用來顯示程序代碼如

何分解成模塊.

?部署圖:描述系統(tǒng)中硬件和軟件的物理架構(gòu),它描述構(gòu)成系統(tǒng)架構(gòu)的軟件構(gòu)件.

處理器和設(shè)備.

在UML提供的圖中,可以采用」1_對邏輯數(shù)據(jù)庫模式建模;一⑵一用于對

接口、類和協(xié)作的行為建模,并強調(diào)對維行為的事件順序:(3)用于系統(tǒng)的功能建模.

并且強調(diào)對象間的控制流。

(1)A.用例圖B.構(gòu)件圖C.活動圖D.類圖

(2)A.協(xié)作圖B.狀態(tài)圖C.序列圖D.對象圖

(3)A.狀態(tài)圖B.用例圖C.活動圖D.類圖

DBC

1系統(tǒng)測試是將軟件系統(tǒng)與硬件、外設(shè)和網(wǎng)絡(luò)等其他原因結(jié)合,對整個軟件系統(tǒng)

進行測試。()不是系統(tǒng)測試的內(nèi)容。A

A.途徑測試B.可靠性測試C.安裝測試D.安全測試

2在構(gòu)造化分析措施中,數(shù)據(jù)字典是重要的文檔。對加工的描述是數(shù)據(jù)字典的構(gòu)成

內(nèi)容之一,常用的加工描述措施()。C

A.只有構(gòu)造化語言B.有構(gòu)造化語言和鑒定樹

C.有構(gòu)造化語言、鑒定樹和鑒定表D.有鑒定樹和鑒定表

3軟件設(shè)計的重要任務是設(shè)計軟件的構(gòu)造、過程和模塊,其中軟件構(gòu)造設(shè)計日勺重要

任務是要確定()。C

A.模塊間的操作細節(jié)B.模塊間的相似性

C.模塊間H勺構(gòu)成關(guān)系D.模塊的詳細功能

4在UML提供H勺圖中,(A)用于描述系統(tǒng)與外部系統(tǒng)及顧客之間的交

互;(D)用于準時間次序描述對象間的交互。

(31)A.用例圖B.類圖C.對象圖D.布署圖

(32)A.網(wǎng)絡(luò)圖B.狀態(tài)圖C.協(xié)作圖D,序列圖

6應當在(B)階段制定系統(tǒng)測試計劃。

A.需求分析B.概要設(shè)計C.詳細設(shè)計D.系統(tǒng)測試

7耦合度描述了(D)o

A.模塊內(nèi)多種元素結(jié)合的程度

B.模塊內(nèi)多種功能之間H勺接口

C.模塊之間公共數(shù)據(jù)的數(shù)量

D.模塊之間互相關(guān)聯(lián)的程度

8內(nèi)聚是一種指標,表達一種模塊(B)o

A.代碼優(yōu)化的程度B.代碼功能的集中程度

C.完畢任務的及時程度D.為了與其他模塊連接所要完畢的工作量

9兩個小組獨立地測試同一種程序,第一組發(fā)現(xiàn)25個錯誤,第二組發(fā)現(xiàn)30個錯誤,

在兩個小組發(fā)現(xiàn)的錯誤中有15個是共同的,那么可以估計程序中的錯誤總數(shù)是(C)

個。

A.25B.30C.50D.60

10下面有關(guān)測試的說法對口勺的是(D)o

A.測試人員應當在軟件開發(fā)結(jié)束后開始介入

B.測試重要是軟件開發(fā)人員的工作

C.耍根據(jù)軟件詳細設(shè)計中設(shè)計H勺多種合理數(shù)據(jù)設(shè)

D.嚴格按照測試計劃進行,防止測試的隨意性

11在而向?qū)ο筌浖_發(fā)過程中,采用設(shè)計模式(B).

A.容許在非面向?qū)ο蟪绦蛟O(shè)計語言中使用面向?qū)ο蟮母拍?/p>

B.以復用成功的設(shè)計和體系構(gòu)造

C.以減少設(shè)計過程創(chuàng)立的類的個數(shù)

D.以保證程序的運行速度到達最優(yōu)值

12采用UML進行軟件建模過程中,類圖是系統(tǒng)的I-種靜態(tài)視圖,用(B)可明確表達兩

類事物之間存在的整體/部分形式口勺關(guān)聯(lián)關(guān)系。

A.依賴關(guān)系B.聚合關(guān)系C.泛化關(guān)系D.實現(xiàn)關(guān)系

13內(nèi)聚性和耦合性是度量軟件模塊獨立性的重要準則,軟件設(shè)計時應力爭(B)。

A.高內(nèi)聚,高耦合B.高內(nèi)聚,低耦合

C.低內(nèi)聚,高耦合D.低內(nèi)聚,低耦合

14在軟件設(shè)計和編碼過程中,采用(C)11勺做法將使軟件愈加輕易理解和維護。

A.良好的程序構(gòu)造,有無文檔均可B.使用原則或規(guī)定之外的語句

C.編寫詳細對的的文檔,采用良好口勺程序構(gòu)造D.盡量減少程序中的注釋

二、填空題

1.軟件危機)是指在軟件的開發(fā)和維護過程中碰到的一系列嚴重問題,體

現(xiàn)為軟件開發(fā)口勺成本和進度嚴重超過預算,軟件無法更新和維護等等。

2.(功能)需求描述系統(tǒng)所預期提供的功能和服務。(非功能)需求對

系統(tǒng)怎樣提供服務和功能給出限制條件。

3.系統(tǒng)建模是對問題領(lǐng)域中的本質(zhì)信息進行(抽象)和(模型化表達)

的過程。

4.可用于需求搜集和顧客通信的重要技術(shù)手段包括(訪談)、(調(diào)查表)、

(實際觀測)、構(gòu)造原型、JAD等等。

5.(原型)是對目H勺系統(tǒng)的部分實現(xiàn),作為一種嘗試和探索的手段,

可以應用到軟件開發(fā)的)各個階段;根據(jù)其用途和作用不一樣,大體可分

為(拋棄型)和(演化型)兩種類型。

6.在用例模型中,若用例A的執(zhí)行必然激活用例B,則兩者之間應定義為

(包括)關(guān)系,若用例A的執(zhí)行在某個條件點上激活用例B,兩者

之間應定義為(拓展)關(guān)系。

7.軟件測試階段口勺重要根據(jù)是(SRS)

8.UML的4+1視圖分別是(用例視圖)、(靜態(tài)視圖)、(交互視圖)、

(行為視圖)、<實行視圖)o其中的“1”指(用例視圖)視圖。

9.UML中定義的基本關(guān)系形式有(依賴),(泛化),(關(guān)聯(lián)),(實

現(xiàn)),其中(泛化)關(guān)系體現(xiàn)了特殊事物與一般性事物之間"isakind

of”的語義。

10.構(gòu)造化時系統(tǒng)分析措施中,對目啊系統(tǒng)時功能域建模重要使用(數(shù)據(jù)

流)圖;對行為域建模重要使用(狀態(tài)遷移)圖,對數(shù)據(jù)域建模重要

使用(實體關(guān)系)圖。

11.構(gòu)造化分析措施將目的系統(tǒng)分解為(功能)的集合,而面向?qū)ο蟮?/p>

分析措施則將系統(tǒng)分解為(對象)的集合,它們之間通過(消

息)進行通信和協(xié)作。

12.統(tǒng)一建模語言的英文縮寫是(UML);它是一種定義良好、功

能強大且普遍合用口勺可視化建模語言。

13.(0層DFD)是處在最高抽象層次時數(shù)據(jù)流圖,它給出目的系統(tǒng)

所有的數(shù)據(jù)源點/終點和代表所有系統(tǒng)功能的一種(數(shù)據(jù)加工),可以

有效地表達出目口勺系統(tǒng)口勺應用范圍。

14.SRS的中文含義是(軟件需求規(guī)格闡明書);它是顧客和開發(fā)組織對于

目的系統(tǒng)的規(guī)定所到達的正式契約;也是后續(xù)開發(fā)活動參照的基本根據(jù)。

15.UML規(guī)定使用(+)、(一)和(祥)符號來對應表達類內(nèi)部組員

的public,private和protect可見性。

16.(組合)和(聚合)用于描述事物間“整體/部分”的特

殊構(gòu)造關(guān)系,其中(組合)使用實心菱形符號。

17.軟件工程H勺三要素是指(過程)、(措施)、(工具)。

18.(瀑布)模型按線性關(guān)系組織過程活動,強調(diào)活動執(zhí)行次序的單向

性和相鄰依賴性。該過程模型的焦點是文檔和可交付產(chǎn)品。

19.CMM的中文含義是(能力成熟度模型),它是SEI制定的一種用于

對軟件過程原則化和規(guī)范化程度進行評估時措施。

20.(數(shù)據(jù)字典)是對構(gòu)造化分析模型中所有元素的一種有組織的列表以

及精確、嚴格口勺定義。

21.在UML中類被表達為一種三欄的矩形,類的(幺稱)列在第一欄中,

類的(屬性)列在第二欄中,類的(措施)列在第三欄中。

22.UML口勺次序圖和協(xié)作圖可以展現(xiàn)(對象)之間的動態(tài)協(xié)作和消息通

信過程,其中(次序)圖更直觀的體現(xiàn)了消息通信H勺時序。

23.構(gòu)造化程序設(shè)計強調(diào)使用(單一)入口和(單一)出口口勺基本

控制構(gòu)造,即(次序)、(選擇)、和(循環(huán))構(gòu)造,通過組合

嵌套,形成程序H勺控制構(gòu)造;盡量防止使用GOTO語句。在程序設(shè)計過

程中盡量采用自(頂)向(下)和逐漸(求精)口勺原則。

24.動態(tài)測試中,(黑盒)測試法重要檢查程序與否滿足功能規(guī)定

25.用等價類劃分法設(shè)計一種測試用例,使其只覆蓋(一種)不合理等

價類。

26.構(gòu)造化分析措施運用圖形等半形式化的描述方式體現(xiàn)需求,簡要易懂,

用它們形成需求闡明書中的重要部分。這些描述工具是:數(shù)據(jù)字典;

(ERD/STD);描述加工邏輯的構(gòu)造化語言PDL.(鑒定樹)、

(鑒定表)。

27.?在軟件項目進度安排及跟蹤方面,常常使用兩種圖。一種是用來定義任

務網(wǎng)絡(luò)H勺,做作PERT圖;此外一種是用來定義項目時間進度H勺,叫做

(甘特)。

28.老式的軟件設(shè)計措施是出于處理(面向過程)語言系統(tǒng)的設(shè)計問題為目

的。重要是那些基于功能分析或數(shù)據(jù)分析基礎(chǔ)二的(構(gòu)造化措施)。把算

法作為基本構(gòu)造單元。

三、論述題

1.概要設(shè)計的基本任務有哪些?

A設(shè)計軟件系統(tǒng)構(gòu)造

B數(shù)據(jù)構(gòu)造及數(shù)據(jù)庫設(shè)計

C編寫概要設(shè)計文檔

D評審

2什么是軟件設(shè)計?

軟件設(shè)計是一種把軟件需求轉(zhuǎn)換為軟件表達口勺過程,最初只描述軟件的總口勺體系構(gòu)造,

稱為軟件概要設(shè)計或構(gòu)造設(shè)計,然后對構(gòu)造深入細分,稱為詳細設(shè)計或過程設(shè)計。

3軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程,軟件測試時需要哪三類信息?

A軟件配置:指需求規(guī)格闡明書、設(shè)計闡明書、源程序等。

B測試配置:指測試方案、測試用例、測試驅(qū)動程序等

C測試工具:指計算機輔助測試的有關(guān)工具。

4簡要闡明面向?qū)ο箝_發(fā)同構(gòu)造化開發(fā)的區(qū)別?

00措施構(gòu)造化措施

?系統(tǒng)由代表問題領(lǐng)域?qū)嶋H事物的對象?系統(tǒng)由實現(xiàn)數(shù)據(jù)處理的功能構(gòu)成。

構(gòu)成。?分離并單獨分析系統(tǒng)的數(shù)據(jù)域和功

?將描述對象狀態(tài)H勺數(shù)據(jù)和對象提供的能域。

服務功能封裝。?以功能作為分析重點。

?以“事物”作為分析重點.?功能模塊間通過數(shù)據(jù)傳遞協(xié)作V

?對象之間通過消息協(xié)作。

5舉例闡明軟件工程過程模型口勺種類并繪制瀑布模型。

6試述構(gòu)造化分析模型構(gòu)成及分析模型同設(shè)計模型關(guān)系

7簡述調(diào)試和測試的區(qū)別?

調(diào)試:發(fā)現(xiàn)并改正錨促

測試:發(fā)現(xiàn)錯誤

8簡述需求工程的重要活動?

A需求開發(fā)(需求發(fā)現(xiàn),需求分析,需求文檔化,需求驗證

B需求管理(變更控制,版本控制,需求跟蹤,狀態(tài)管理

9UMLH勺四種重要關(guān)系及圖標?(依賴、泛化、實現(xiàn)、關(guān)聯(lián))

10什么是顧客界面設(shè)計的“黃金規(guī)制”?

a)減少顧客記憶承擔b)保持界而一致c)一切至于顧客控制之下

11軟件需求分析可以被分為哪幾種工作區(qū)域?

a)領(lǐng)域理解b)獲取項目需求c)確定顧客群體和顧客代表

d)運用有效的技術(shù)搜集顧客需求

12試述軟件體系構(gòu)造設(shè)計的風格和模式。

a數(shù)據(jù)為中心H勺體系構(gòu)造b數(shù)據(jù)流風格H勺體系構(gòu)造c調(diào)用返回H勺體系構(gòu)造

d面向?qū)ο篌w系構(gòu)造e層次風格iKj體系構(gòu)造

13簡述集成測試時常用措施?

A非漸增式的B漸增式H勺(自底向上、白頂向下)

14有關(guān)軟件項目組『'J組織方式,請解釋什么是民主分散式(DemocraticDecentralized,DD)

和控制集中式(ControlledCentralized,CO,并闡明兩者各芻的合用領(lǐng)域。

民主分散式一無固定復雜人,小組組員間的通信是水平的。適合處理簡樸問題

控制集中式一有小組復責人,復責人與小組組員間的通信是垂直的。適合處理模塊

化程度較低、困難問題

15什么是軟件?什么是軟件工程?

16軟件測試過程一般可劃分為哪四個重要階段?單元測試、集成測試、確認測試和系統(tǒng)測

17CMM是什么?共分幾級?初始級、可反更級、已定義級、已管理級、優(yōu)化級

18在UML包括日勺多種圖中,哪些是用于體現(xiàn)系統(tǒng)動態(tài)行為特性的?

用例圖、狀態(tài)圖、活動圖、協(xié)作圖、次序圖。

19軟件危機H勺原因和體現(xiàn)

1)導致軟件危機的原因

?初期軟件開發(fā)的隨意性

?缺乏有?效的T程管理和團體協(xié)調(diào)機制

?硬件發(fā)展和計算機普及導致H勺沖擊

?軟件規(guī)模和復雜度提高導致的影響

2)軟件危機的重要體現(xiàn)

?軟件開發(fā)周期、成本的嚴重超過預算;

?軟件質(zhì)量難于保證,顧客不滿意

?缺乏有效的文檔闡明,導致軟件無法維護和完畢適應性變化

?生產(chǎn)效率遠遠低于計算機普及的速度

20面向?qū)ο笕??封裝、繼承和多態(tài)

21軟件工程的研究內(nèi)容

軟件開發(fā)技術(shù)軟件過程軟件工程三要素

軟件開發(fā)措施

軟件工具和軟件工程環(huán)境

軟件工程管理管理學、經(jīng)濟學、心理學等有關(guān)內(nèi)容

22軟件_L程三要素:過程、措施和,具

措施:軟件開發(fā)各項任務的技術(shù)措施

工具:開發(fā)中運用的軟件支撐環(huán)境

過程:為了獲得高質(zhì)量H勺軟件所需要完畢的?系列任務的框架及完畢各項任務H勺環(huán)節(jié)

23黑盒測試同白盒測試的區(qū)另J?

黑盒測試白盒測試

長處①合用于各階段測試①可構(gòu)成測試數(shù)據(jù)使特定程

②從產(chǎn)品功能角度測試序部分得到測試

③輕易入手生成測試數(shù)據(jù)②有一定的充足性度量手段

③可或較多工具支持

缺陷①某些代碼得不到測試①不易生成測試數(shù)據(jù)(一般)

②假如規(guī)格闡明有誤,②無法對未實現(xiàn)規(guī)格闡明的

則無法發(fā)現(xiàn)部分進行測試

③不易進行充足性測試③工作量大,一般只用于單

元測試,有應用局限

24什么是需求工程

需求工程應用有效的技術(shù)、措施進行需求開發(fā)和管理。確定客戶需求,協(xié)助分析人員理解問

題并定義月H勺系統(tǒng)的所有外部特性。它包括與發(fā)現(xiàn)、記錄和維護計算機系統(tǒng)需求有關(guān)的所有

活動。

25需求工程日勺最終產(chǎn)品是需求規(guī)格闡明書(SRS)

26需求工程H勺目的

a)開發(fā)高質(zhì)量的需求

b)在軟件生命周期內(nèi)對需求進行有效管理

27.需求工程的重要活動

a)需求開發(fā)包括如卜活動

需求發(fā)現(xiàn)需求分析需求文檔化需求驗證

b)需求管理包括如下活動

變更控制版本控制需求跟蹤狀態(tài)管理

28有效獲取顧客需求的措施:訪談,調(diào)查表、現(xiàn)場觀測、原型、聯(lián)合應用開發(fā)(JAD)

29構(gòu)造化程序設(shè)計措施的基本要點是:

a)采用自頂向下、逐漸求精的程序設(shè)計措施

b)使用三種基本控制構(gòu)造構(gòu)造程序,任何程序都可由次序、選擇、反復三種基本控制構(gòu)造

構(gòu)造。這三種基本構(gòu)造的共同點是單入口、單出口。

四、綜合題

一、在測試一種48000條指令的程序時,第一種月由甲、乙兩名測試人員各自獨立測試這個

程序。通過一種月測試后,甲發(fā)現(xiàn)并改正20個錯誤,使MTTF到達8H。同步,乙發(fā)現(xiàn)24個

錯誤,其中的6個甲也發(fā)現(xiàn)了。后來由甲一種人繼續(xù)測試該程序。

1.剛開始測試時程序中總共有多少個潛藏的錯誤。

2.為使MTTF到達240H,必須再改正多少個錯誤。

Mrn;=I/(K(ET-Ec)l

ET=(E<T*Ei)/(E中CE乙)

求出K,然后二次用第一種公式,求Ec

二、使用基本途徑測試法,測試下列偽碼程序的測試用例:(規(guī)定

1:根據(jù)過程畫出程序流圖2:計算流圖的環(huán)形夏雜度3:確定獨立途徑

INTERFACERETURNSX,Y;

INTERFACEACCEPTSA,B,C,D;

I:START

INPUT(A.B,C,D)

2:IF(A>0)

3:AND(B>0)

4:THENX=A+B

5:ELSEX=A-B

6:END

7:IF(C>A)

8:OR(D<B)

9:THENY=C-D

10:ELSEY=C+D

11:END

12:PRINT(X,Y)

STOP

根據(jù)過程畫出程序流圖2:計算流圖口勺環(huán)形復雜度3:確定獨立途徑

PROCEDUREaverage:

1.TYPEi=l;total.input=total.valid=0;sum=0;

2.Whilevalue[i]<>-999

3.ANDtotal.input<I(X)

4.DOincrementtotal.inputby1;

5.IFvaluc[il>=minnum

6.ANDvalue[i]<=maxnum

7.THENincrementtotal.validby1;

sum=sum+valuc[i]

8.END1F

Incrementiby1;

9.ENDDO

10.IFtotal.valid>0

11.THENavcragc=suin/to:al.valid;

12.ELSEaverage=-999;

13.ENDIF

根據(jù)過程畫出程序流圖2:計算流圖的環(huán)形復雜度3:確定獨立途徑

floatAvgEx(intarr(l,intlen)

{

1floatsum=o;

2intcnt=0;

3for(inti=();4i<len;5i++)

(

6inta=anlij%l();

7intb=arr[i]/10;

8if(a!=b)continue;

9else

(

sum+=(float)arr[i];

cnt++;

}

}

10if(cnt!=0)

11returnsum/(float)cnt;

12elsereturn0;

13

}

三、在軟件規(guī)模估算(SofiwareSizingEslimalions)中,有如下公式來估算規(guī)模(size邢J期望值

(expectedvalue),S:

S=(Sopi+4Sm+Spess)/6

其中,Sopt為樂觀值,Sm為最也許值,Spess為消極值,S為加權(quán)平均值,該軟件項目的復

雜度調(diào)整因子為1.17(FP期望值=FP總計數(shù)*[0.65+0.01*£Fi])

目前進行基于功能點的估竟FPEstimations)。歷史數(shù)聽闡明,組織的平均生產(chǎn)率是6.5FP/pm

(pm,man-month.人月)。此外勞動力價格是每月800()美元。消計算如卜數(shù)據(jù):

樂觀值也許值消極值估算計數(shù)加權(quán)因子FP計數(shù)

輸入數(shù)20243024.3497.2

輸出數(shù)12152215.75

查詢數(shù)162228224

文獻數(shù)4454.210

接口數(shù)2232.27

總計數(shù)

1)完畢圖中數(shù)據(jù)計算并計算總的FP期望值是多少?

2)每個功能點的成本是多少?

3)總?cè)丈醉椖砍杀竟浪闶嵌嗌倜涝?/p>

4)工作量是多少人月?

在軟件規(guī)模估算(SoflwarcSizingEstimations)中,有如下公式來估和規(guī)模(size)H勺期望值

(expectedvalue),S:

+

S=(S0pt4Sni+Spess)/6

其中,S°p1為樂觀值,Sm為最也許值,Spess為消極值,S為加權(quán)平均值

目附進行基于代碼行的估鳧(LOC-BasedEslimations)。假如LOCH勺估算范圍是:

樂觀值:4600LOC,最也許值:6900LOC,消極值:8600LOC

歷史數(shù)聽闡明,平均生產(chǎn)率是620LOC/pm(注:pm,man-month,人月)。此外勞動力價格

是每月8000美元。假如系統(tǒng)總代碼行為33200LOC,請計算如下數(shù)據(jù)(10分);

1)LOC的期望值是多少?

2)每行代碼的成本是多少?

3)總的項目成本估算是多少美元?

4)工作量是多少人月?

四、為發(fā)展長期、穩(wěn)定日勺客戶群體,某航空企業(yè)確定推行會員制度。根據(jù)會員客戶日勺購票金

額、購票時段以及歷史購票信息,對其實行票價打折、贈送航線保險的多種優(yōu)惠。詳細的優(yōu)

惠方略為:

?會員購票享有95折,若會員當年H勺歷史購票合計金額超過2萬元則享有90折。

?若會員在營運淡季(13月)購票出行則贈送航線保險(保額30萬元),在營運旺

季(4—12月)則無比優(yōu)惠。

?若會員本次購票金額超過1萬元,則在已經(jīng)享有的折扣基礎(chǔ)上減少5%的折扣率,

并贈送航線保險(保額50萬元)。

?贈送保險只按最高保額執(zhí)行,不累加。

例如:A客戶當年合計購票金額為2.5萬元,在營運淡季購置金額為1.1萬元的機票,應享

有(90—5)%的折扣率,并獲贈保額50萬元的保險一份。

根據(jù)上述信息,編寫描述會員優(yōu)惠方略的鑒定樹

I—q月

超過2萬\

/

未超過2萬、

4—12

五、某報表處理系統(tǒng)規(guī)定顧客輸入處理報表的日期,日期限制在2023年1月至2023年12

月,即系統(tǒng)只能對該段期間內(nèi)的報表進行處理,如日期不在此范圍內(nèi),則顯示輸入錯誤信息。

系統(tǒng)日期規(guī)定由年、月的6位數(shù)字字符構(gòu)成,前四位代表年,后兩位代表月。怎樣用等價類

劃分法設(shè)計測試用例,來測試程序日勺日期檢查功能?

(1)等價類設(shè)計

“報表日期”輸入條件的等價類衣

輸入箸價類有效等價類無效等價類

有非數(shù)字字符(

報表H期的4)

3位數(shù)字字符(1)少于6個數(shù)字字符(5)

類型及府

K多丁G個數(shù)字字符(G)

小于2001(7)

年份范圍在2001~2005

之間(2)大于2005(8)

小丁T⑼

月份范圍在1?12之間(3)

大丁12(10)

(2)有效數(shù)據(jù)

測試數(shù)據(jù)期望結(jié)果覆蓋范圍

200105輸入有效等價類(1)(2)(3)

(3)無效數(shù)據(jù)

測試數(shù)據(jù)期望結(jié)果覆蓋范圍

001MAY輸入無效等價類(4)

20015輸入無效等價類(5)

2001005輸入無效等價類(6)

200005輸入無效等價類(7)

200805輸入無效等價類(8)

200100輸入無效等價類(9)

200113輸入無效等價類(10)

六、I銀行計算機系統(tǒng)功能大體如下:儲戶填寫的存款單或取款單由業(yè)務員鍵入系統(tǒng)

假如是存款,系統(tǒng)記錄存款人姓名、住址、號、身份證、存款類型、日期、利率、密碼

(可選)等信息,并打印存款單給儲戶;

假如是取款且存款是留有密碼,系統(tǒng)先查對密碼,若密碼對的或存款時未留密碼,系記錄算

利息并打印利息清單給儲戶。

請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能,井用實體關(guān)系圖描述系統(tǒng)中叼數(shù)據(jù)對象?

存款信息利息清單

存款信息

、一,、廠一、

3核對密L存款信息4計爭利L利息45打卬利]

【鬲廠,息廠

2醫(yī)院日勺患者監(jiān)護系統(tǒng)規(guī)定實時接受病人生理信號(脈搏、體溫、血壓等),定期記錄病人

狀況形成患者日志,當某人的牛:理信號超過醫(yī)生規(guī)定的安全范圍時向護士發(fā)出警告信息,此

外,護士在需要是還可以規(guī)定系統(tǒng)輸出某個病人的病情匯報。

請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能?

七、圖書館通過一套圖書管理系統(tǒng)來管理目前圖書口勺租借業(yè)務,該軟件應當對如

下工作提供支持:

1.圖書管理員運用系統(tǒng)建立讀者的個人信息,并維護讀者於J密碼、訪問權(quán)限等

信息。

2.每一本圖書上帶有唯一的條碼,圖書管理員使用條碼掃描儀完畢對圖書的租

借和償還業(yè)務。

3.圖書管理員可以通過系統(tǒng)提供的查詢功能及時理解圖書的租借和庫存狀況,

并將成果導出或打印。

4.讀者可以通過系統(tǒng)預定某種圖書,以便在圖書被償還后得到告知。

5.圖書管理員可以通過系統(tǒng)理解被讀者預定、但圖書館未曾購置的圖書信息,

并打印“圖書購置清單”。

根據(jù)以上需求的描述,繪制該圖書管理系統(tǒng)的用例圖

某電子商務經(jīng)銷商但愿開發(fā)?套基于Internet的產(chǎn)品在線銷售系統(tǒng),該系統(tǒng)應當

對如下業(yè)務活動提供自動化支持:

顧客可以通過Web頁面瀏覽網(wǎng)站提供H勺各類商品的簡介及其價格

顧客可以將但愿購置口勺商品添加到自己的“購物車”中。

顧客可以隨時查看自己“購物車''中的商品列表,并且可以根據(jù)需要刪除購物車中

已經(jīng)有的商品。

顧客通過填寫“采購訂單''在線購置商品,系統(tǒng)應首先顯示顧客“購物車''中的商品

列表,并容許顧客調(diào)整其內(nèi)容。訂單中應包括顧客的個人信息、聯(lián)絡(luò)方式、購物

車中商品和數(shù)量、付款帳號、配送地址等內(nèi)容。系統(tǒng)對驗證后的“采購訂單”進行

編號和保留,并將訂單細節(jié)以Email答復給顧客

顧客在發(fā)出采購訂單后可隨時通過系統(tǒng)咨詢自己“采購訂單”進展狀態(tài)。

系統(tǒng)為配送人員安排當日應送

溫馨提示

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

評論

0/150

提交評論