《軟件工程》習(xí)題集

2023.11

目錄

一、選擇題.......................................................錯(cuò)誤!未定義書簽。

二、填空題.......................................................錯(cuò)誤!未定義書簽。

三、論述題.......................................................錯(cuò)誤!未定義書簽。

四、綜合題.......................................................錯(cuò)誤!未定義書簽。

一、選擇題

I.下例說(shuō)法中對(duì)的的是—

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

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

C）每個(gè)程序員最佳測(cè)試自己的程序

D）測(cè)試用例只需檢查程序與否做了應(yīng)當(dāng)做I內(nèi)事

2.被測(cè)試程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè)和計(jì)鳧機(jī)輔助靜態(tài)分析H勺手段對(duì)程序進(jìn)

行檢測(cè)，這種測(cè)試稱為—

A）白盒測(cè)試B卜黑盒測(cè)試C）靜態(tài)測(cè)試D）動(dòng)態(tài)測(cè)試

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

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

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

A）確認(rèn)測(cè)試B）集成測(cè)試C）驗(yàn)收測(cè)試D）驗(yàn)證測(cè)試

5.軟件的定義階段集中于哪個(gè)階段？

A）見(jiàn)客戶B）怎么做C）做什么D）查錯(cuò)誤

6.對(duì)于軟件企業(yè)來(lái)說(shuō)最重要的J什么？

A）高級(jí)PC機(jī)B）企業(yè)服務(wù)器C）軟件工程師D）項(xiàng)目管理規(guī)范

7.軟件神話之一是，“雖然進(jìn)度拖后，也可以增長(zhǎng)更多口勺人手，在項(xiàng)目后期趕上進(jìn)度”。不

過(guò)，實(shí)際上往往達(dá)不到預(yù)期目的，原因在于。

A）新來(lái)者技術(shù)水平不佳B）新來(lái)者與本來(lái)者溝通能力有問(wèn)題

C）新來(lái)者外語(yǔ)平不佳D）新來(lái)者與本來(lái)者溝通增長(zhǎng)通信成本

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

A）SCMB）SQAC）OOAD）WEB

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

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

10.如下有關(guān)實(shí)體-關(guān)系圖（ERD的說(shuō)法哪個(gè)是對(duì)咖勺？

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

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

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

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

答案：ACCACDDAAC

11.如下有關(guān)接口設(shè)計(jì)的說(shuō)法哪個(gè)對(duì)的？

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

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

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

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

12.白盒測(cè)試屬于如下明B種測(cè)試？

A）單元測(cè)試B）系統(tǒng)測(cè)試。集成測(cè)試D）確認(rèn)測(cè)試

13.獨(dú)立測(cè)試組（ITG）為何比企業(yè)內(nèi)部員工更適合來(lái)做某些測(cè)試？

A）他們的水平更高B）他們靠找出錯(cuò)誤來(lái)拿工資

C）他們很懂得黑盒測(cè)試D）他們不參與項(xiàng)目的整個(gè)過(guò)程

14.Bela測(cè)試是在如下哪個(gè)場(chǎng)所進(jìn)行的？

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

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

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

16.在面向?qū)ο笤O(shè)計(jì)（OOD）模型中，消息設(shè)計(jì)（messagedesign）對(duì)應(yīng)面向?qū)ο蠓治觯?0A）模型

中的哪一種部分？

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

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

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

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

18.目前的客戶機(jī)/服務(wù)器（CS）應(yīng)用更多采用如下哪種軟件構(gòu)件的分布？

A）“胖”服務(wù)器/“胖”客戶機(jī)B）“瘦”服務(wù)器/“胖”客戶機(jī)

C）“瘦”服務(wù)器/“瘦”客戶機(jī)D）“胖”服務(wù)器/“瘦”客戶機(jī)

19.如下那種Web應(yīng)用體系構(gòu)造最適合電子商務(wù)站點(diǎn)銷售圖書商品？

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

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

答案：CADACDBBB

20.代碼行（LOC）是被用于進(jìn)廳軟件度量H勺一種參量，它是用于H勺。

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

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

A）項(xiàng)目背景簡(jiǎn)介B）偽碼實(shí)現(xiàn)

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

22.比較測(cè)試屬于如下哪種測(cè)試？

A）黑盒測(cè)試B）灰盒測(cè)試C）白盒測(cè)試D）藍(lán)盒測(cè)試

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

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

24.類圖中，類被表達(dá)為三欄的矩形，類的措施寫在（）中

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

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

描述其計(jì)算方略。

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

26.下列屬于非功能需求的是（）

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

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

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

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

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

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

D、需要實(shí)際理解顧客平常H勺工作過(guò)程和工作習(xí)慣。

28.（）技術(shù)強(qiáng)調(diào)應(yīng)當(dāng)使程序具有單一的訪問(wèn)點(diǎn)和結(jié)束點(diǎn)，并且僅僅使用三種最基本

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

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

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

A、對(duì)象B、類C、包D、用例

答案：CBBACADCCA

30.有關(guān)用例圖如下說(shuō)法不對(duì)的的是（）

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

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

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

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

31.下列軟件開發(fā)過(guò)程模型中，以風(fēng)險(xiǎn)控制為焦點(diǎn)H勺是（）。

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

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

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

33.業(yè)務(wù)需求的獲取應(yīng)當(dāng)來(lái)自于（

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

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

作任務(wù)是（）。

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

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

是指（）。

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

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

C.沒(méi)有標(biāo)注方向的數(shù)據(jù)流

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

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

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

37.“注釋”在UML中使用（）符號(hào)表達(dá)。

38.UML規(guī)定使用（）符號(hào)來(lái)表達(dá)類內(nèi)部組員/9protect可見(jiàn)性。

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

答案：ACABBABBD

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

A.類B.對(duì)象C.包D.用例

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

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

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

A.甲老師上學(xué)期沒(méi)有承擔(dān)講課任務(wù)。

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

C.甲老師、乙老師和丙老師本學(xué)期都講授《C語(yǔ)言》這門課。

D.甲老師上學(xué)期講授的是《C語(yǔ)言》和《PASCAL》，這學(xué)期講授的是《C++》和

《DELPHI》。

42.用構(gòu)造化語(yǔ)言來(lái)描述加工涉輯的外層構(gòu)造時(shí)，如下不屆干基本構(gòu)造的是（）

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

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

43.有關(guān)軟件測(cè)試的目改J,卜面觀點(diǎn)錯(cuò)誤的是（）

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

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

C.證明程序是對(duì)的、沒(méi)有錯(cuò)誤日勺

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

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

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

45.單元測(cè)試日勺測(cè)試對(duì)象是

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

46.瀑布模型的存在問(wèn)題是（）。

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

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

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

A.過(guò)程、子程序和分程序B.次序、選擇和反復(fù)

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

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

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

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

答案：BBCCCBBDBA

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

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

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

50.在下圖形符號(hào)中，UML使用（）表達(dá)事物間的組合關(guān)系。

ABCD

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

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

也許只有最終顧客才能發(fā)現(xiàn)日勺錯(cuò)誤，（）測(cè)試是由一種顧客在開發(fā)者的場(chǎng)所來(lái)

進(jìn)行的.測(cè)試的目H勺是尋找錯(cuò)誤的原因并改正之。

A.aB.pC.yD.a

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

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

A.途徑測(cè)試B.可靠性測(cè)試C.安裝測(cè)試D.安全測(cè)試

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

要確定（）。

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

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

答案：DDAAC

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

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

StudentInstructor

-name:String-name:String

o.*o…*-instruetorID:Int

-studentID:Int-regsteiedStudents:

-registeiedlnstruetors:1Students

Instructor1]

+getRegBteredhistructorsO：+getRegKteredStudents():

Student"|

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

為何？

設(shè)計(jì)A：

Candidate

-name:String

-candidateID:Int

-student:Boolean

-instructor:Boolean

-registeiedCandidates:Candidate0

+getRegKterodCandidatesO：Candidate!]

設(shè)計(jì)B：

設(shè)計(jì)C：

答案：設(shè)計(jì)一最佳。理由：設(shè)計(jì)C最佳。

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

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

分是E-

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

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

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

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

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

33635

軟件需求分析的任務(wù)不應(yīng)包括A,進(jìn)行需求分析可使用多種工具，但B是不適

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

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

A：①問(wèn)題分解②可靠性與安全性要求

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

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

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

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

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

D：①對(duì)重要功能的描述②對(duì)算法的詳細(xì)過(guò)程描述

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

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

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

33124

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

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

圖。在一張DFD圖中，任意兩個(gè)加工之間在畫分層DFD時(shí)，應(yīng)注意保持D之

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

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

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

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

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

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

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

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

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

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

E：①控制流和變換流②變換流和事務(wù)流

③事務(wù)流和事件流④事件流和控制流

24312

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

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

B.需求管理包括：需求獲取、需求分析、需求定義和需求驗(yàn)證

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

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

D

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

個(gè)訂單由一個(gè)且僅由一個(gè)客戶提交。系統(tǒng)中存在兩個(gè)類：“客戶”類和“訂單”類.對(duì)應(yīng)

每個(gè)“訂單”類的實(shí)例，存在⑴“客戶”類的實(shí)例：對(duì)應(yīng)每個(gè)“客戶”類的實(shí)例，存

在⑵個(gè)“訂單”類的實(shí)例：

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

⑵A.0個(gè)B.1個(gè)C.1個(gè)或多個(gè)D.0個(gè)或多個(gè)

BD

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

用于按時(shí)間順序描述對(duì)象間的交互.

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

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

分析：UML提供了9種不同的模型圖來(lái)對(duì)系統(tǒng)建模.

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

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

關(guān)系.

?對(duì)象困：類似于美圖，但并不描述對(duì)象類，它們對(duì)實(shí)斥的對(duì)■象實(shí)例建模.

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

互相交互，說(shuō)明了消息如何在對(duì)象之間被發(fā)送和接收以及發(fā)送的順序；

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

泉之間的交互.

?狀態(tài)困：用于對(duì)一個(gè)特定對(duì)象的動(dòng)態(tài)行為注模，說(shuō)明了一個(gè)對(duì)象的生命周期，以

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

?活動(dòng)困：用于以國(guó)形化的方式描述一個(gè)業(yè)務(wù)過(guò)程或者一個(gè)用例的活動(dòng)的順序流.

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

何分解成模塊.

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

處理器和設(shè)備.

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

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

并且強(qiáng)調(diào)對(duì)象間的控制流。

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

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

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

DBC

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

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

A.途徑測(cè)試B.可靠性測(cè)試C.安裝測(cè)試D.安全測(cè)試

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

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

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

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

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

任務(wù)是要確定()。C

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

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

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

互；(D)用于準(zhǔn)時(shí)間次序描述對(duì)象間的交互。

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

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

6應(yīng)當(dāng)在（B）階段制定系統(tǒng)測(cè)試計(jì)劃。

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

7耦合度描述了（D）o

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

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

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

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

8內(nèi)聚是一種指標(biāo)，表達(dá)一種模塊（B）o

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

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

9兩個(gè)小組獨(dú)立地測(cè)試同一種程序，第一組發(fā)現(xiàn)25個(gè)錯(cuò)誤，第二組發(fā)現(xiàn)30個(gè)錯(cuò)誤，

在兩個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有15個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是（C）

個(gè)。

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

10下面有關(guān)測(cè)試的說(shuō)法對(duì)口勺的是（D）o

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

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

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

D.嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行，防止測(cè)試的隨意性

11在而向?qū)ο筌浖_發(fā)過(guò)程中，采用設(shè)計(jì)模式（B）.

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

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

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

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

12采用UML進(jìn)行軟件建模過(guò)程中，類圖是系統(tǒng)的I-種靜態(tài)視圖，用（B）可明確表達(dá)兩

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

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

13內(nèi)聚性和耦合性是度量軟件模塊獨(dú)立性的重要準(zhǔn)則，軟件設(shè)計(jì)時(shí)應(yīng)力爭(zhēng)（B）。

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

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

14在軟件設(shè)計(jì)和編碼過(guò)程中，采用（C）11勺做法將使軟件愈加輕易理解和維護(hù)。

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

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

二、填空題

1.軟件危機(jī)）是指在軟件的開發(fā)和維護(hù)過(guò)程中碰到的一系列嚴(yán)重問(wèn)題，體

現(xiàn)為軟件開發(fā)口勺成本和進(jìn)度嚴(yán)重超過(guò)預(yù)算，軟件無(wú)法更新和維護(hù)等等。

2.（功能）需求描述系統(tǒng)所預(yù)期提供的功能和服務(wù)。（非功能）需求對(duì)

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

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

的過(guò)程。

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

（實(shí)際觀測(cè)）、構(gòu)造原型、JAD等等。

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

可以應(yīng)用到軟件開發(fā)的）各個(gè)階段；根據(jù)其用途和作用不一樣，大體可分

為（拋棄型）和（演化型）兩種類型。

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

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

之間應(yīng)定義為（拓展）關(guān)系。

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

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

（行為視圖）、＜實(shí)行視圖）o其中的“1”指（用例視圖）視圖。

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

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

of”的語(yǔ)義。

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

流）圖；對(duì)行為域建模重要使用（狀態(tài)遷移）圖，對(duì)數(shù)據(jù)域建模重要

使用（實(shí)體關(guān)系）圖。

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

分析措施則將系統(tǒng)分解為（對(duì)象）的集合，它們之間通過(guò)（消

息）進(jìn)行通信和協(xié)作。

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

能強(qiáng)大且普遍合用口勺可視化建模語(yǔ)言。

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

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

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

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

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

15.UML規(guī)定使用（+）、（一）和（祥）符號(hào)來(lái)對(duì)應(yīng)表達(dá)類內(nèi)部組員

的public,private和protect可見(jiàn)性。

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

殊構(gòu)造關(guān)系,其中（組合）使用實(shí)心菱形符號(hào)。

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

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

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

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

對(duì)軟件過(guò)程原則化和規(guī)范化程度進(jìn)行評(píng)估時(shí)措施。

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

及精確、嚴(yán)格口勺定義。

21.在UML中類被表達(dá)為一種三欄的矩形，類的（幺稱）列在第一欄中，

類的（屬性）列在第二欄中，類的（措施）列在第三欄中。

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

信過(guò)程，其中（次序）圖更直觀的體現(xiàn)了消息通信H勺時(shí)序。

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

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

嵌套，形成程序H勺控制構(gòu)造；盡量防止使用GOTO語(yǔ)句。在程序設(shè)計(jì)過(guò)

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

24.動(dòng)態(tài)測(cè)試中，（黑盒）測(cè)試法重要檢查程序與否滿足功能規(guī)定

25.用等價(jià)類劃分法設(shè)計(jì)一種測(cè)試用例，使其只覆蓋（一種）不合理等

價(jià)類。

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

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

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

（鑒定表）。

27.?在軟件項(xiàng)目進(jìn)度安排及跟蹤方面，常常使用兩種圖。一種是用來(lái)定義任

務(wù)網(wǎng)絡(luò)H勺，做作PERT圖；此外一種是用來(lái)定義項(xiàng)目時(shí)間進(jìn)度H勺，叫做

（甘特）。

28.老式的軟件設(shè)計(jì)措施是出于處理（面向過(guò)程）語(yǔ)言系統(tǒng)的設(shè)計(jì)問(wèn)題為目

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

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

三、論述題

1.概要設(shè)計(jì)的基本任務(wù)有哪些？

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

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

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

D評(píng)審

2什么是軟件設(shè)計(jì)？

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

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

3軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程，軟件測(cè)試時(shí)需要哪三類信息？

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

B測(cè)試配置：指測(cè)試方案、測(cè)試用例、測(cè)試驅(qū)動(dòng)程序等

C測(cè)試工具：指計(jì)算機(jī)輔助測(cè)試的有關(guān)工具。

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

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

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

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

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

服務(wù)功能封裝。?以功能作為分析重點(diǎn)。

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

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

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

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

7簡(jiǎn)述調(diào)試和測(cè)試的區(qū)別？

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

測(cè)試：發(fā)現(xiàn)錯(cuò)誤

8簡(jiǎn)述需求工程的重要活動(dòng)？

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

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

9UMLH勺四種重要關(guān)系及圖標(biāo)？（依賴、泛化、實(shí)現(xiàn)、關(guān)聯(lián)）

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

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

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

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

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

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

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

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

13簡(jiǎn)述集成測(cè)試時(shí)常用措施？

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

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

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

民主分散式一無(wú)固定復(fù)雜人，小組組員間的通信是水平的。適合處理簡(jiǎn)樸問(wèn)題

控制集中式一有小組復(fù)責(zé)人，復(fù)責(zé)人與小組組員間的通信是垂直的。適合處理模塊

化程度較低、困難問(wèn)題

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

16軟件測(cè)試過(guò)程一般可劃分為哪四個(gè)重要階段？單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)

試

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

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

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

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

1）導(dǎo)致軟件危機(jī)的原因

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

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

?硬件發(fā)展和計(jì)算機(jī)普及導(dǎo)致H勺沖擊

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

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

?軟件開發(fā)周期、成本的嚴(yán)重超過(guò)預(yù)算；

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

?缺乏有效的文檔闡明，導(dǎo)致軟件無(wú)法維護(hù)和完畢適應(yīng)性變化

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

20面向?qū)ο笕兀糠庋b、繼承和多態(tài)

21軟件工程的研究?jī)?nèi)容

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

軟件開發(fā)措施

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

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

22軟件_L程三要素：過(guò)程、措施和，具

措施：軟件開發(fā)各項(xiàng)任務(wù)的技術(shù)措施

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

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

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

黑盒測(cè)試白盒測(cè)試

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

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

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

③可或較多工具支持

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

②假如規(guī)格闡明有誤，②無(wú)法對(duì)未實(shí)現(xiàn)規(guī)格闡明的

則無(wú)法發(fā)現(xiàn)部分進(jìn)行測(cè)試

③不易進(jìn)行充足性測(cè)試③工作量大，一般只用于單

元測(cè)試，有應(yīng)用局限

24什么是需求工程

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

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

活動(dòng)。

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

26需求工程H勺目的

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

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

27.需求工程的重要活動(dòng)

a）需求開發(fā)包括如卜活動(dòng)

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

b）需求管理包括如下活動(dòng)

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

28有效獲取顧客需求的措施：訪談，調(diào)查表、現(xiàn)場(chǎng)觀測(cè)、原型、聯(lián)合應(yīng)用開發(fā)（JAD）

29構(gòu)造化程序設(shè)計(jì)措施的基本要點(diǎn)是：

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

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

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

四、綜合題

一、在測(cè)試一種48000條指令的程序時(shí)，第一種月由甲、乙兩名測(cè)試人員各自獨(dú)立測(cè)試這個(gè)

程序。通過(guò)一種月測(cè)試后，甲發(fā)現(xiàn)并改正20個(gè)錯(cuò)誤，使MTTF到達(dá)8H。同步，乙發(fā)現(xiàn)24個(gè)

錯(cuò)誤，其中的6個(gè)甲也發(fā)現(xiàn)了。后來(lái)由甲一種人繼續(xù)測(cè)試該程序。

1.剛開始測(cè)試時(shí)程序中總共有多少個(gè)潛藏的錯(cuò)誤。

2.為使MTTF到達(dá)240H,必須再改正多少個(gè)錯(cuò)誤。

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

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

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

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

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

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ù)過(guò)程畫出程序流圖2：計(jì)算流圖口勺環(huán)形復(fù)雜度3：確定獨(dú)立途徑

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ù)過(guò)程畫出程序流圖2：計(jì)算流圖的環(huán)形復(fù)雜度3：確定獨(dú)立途徑

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)中，有如下公式來(lái)估算規(guī)模(size邢J期望值

(expectedvalue),S：

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

其中，Sopt為樂(lè)觀值，Sm為最也許值，Spess為消極值，S為加權(quán)平均值，該軟件項(xiàng)目的復(fù)

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

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

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

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

輸入數(shù)20243024.3497.2

輸出數(shù)12152215.75

查詢數(shù)162228224

文獻(xiàn)數(shù)4454.210

接口數(shù)2232.27

總計(jì)數(shù)

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

2)每個(gè)功能點(diǎn)的成本是多少?

3)總?cè)丈醉?xiàng)目成本估算是多少美元？

4)工作量是多少人月？

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

(expectedvalue),S：

+

S=（S0pt4Sni+Spess）/6

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

目附進(jìn)行基于代碼行的估鳧（LOC-BasedEslimations）。假如LOCH勺估算范圍是：

樂(lè)觀值:4600LOC,最也許值：6900LOC,消極值:8600LOC

歷史數(shù)聽(tīng)闡明，平均生產(chǎn)率是620LOC/pm（注：pm,man-month,人月）。此外勞動(dòng)力價(jià)格

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

1）LOC的期望值是多少？

2）每行代碼的成本是多少？

3）總的項(xiàng)目成本估算是多少美元？

4）工作量是多少人月？

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

額、購(gòu)票時(shí)段以及歷史購(gòu)票信息，對(duì)其實(shí)行票價(jià)打折、贈(zèng)送航線保險(xiǎn)的多種優(yōu)惠。詳細(xì)的優(yōu)

惠方略為：

?會(huì)員購(gòu)票享有95折，若會(huì)員當(dāng)年H勺歷史購(gòu)票合計(jì)金額超過(guò)2萬(wàn)元?jiǎng)t享有90折。

?若會(huì)員在營(yíng)運(yùn)淡季（13月）購(gòu)票出行則贈(zèng)送航線保險(xiǎn)（保額30萬(wàn)元），在營(yíng)運(yùn)旺

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

?若會(huì)員本次購(gòu)票金額超過(guò)1萬(wàn)元，則在已經(jīng)享有的折扣基礎(chǔ)上減少5%的折扣率，

并贈(zèng)送航線保險(xiǎn)（保額50萬(wàn)元）。

?贈(zèng)送保險(xiǎn)只按最高保額執(zhí)行，不累加。

例如：A客戶當(dāng)年合計(jì)購(gòu)票金額為2.5萬(wàn)元，在營(yíng)運(yùn)淡季購(gòu)置金額為1.1萬(wàn)元的機(jī)票，應(yīng)享

有（90—5）%的折扣率，并獲贈(zèng)保額50萬(wàn)元的保險(xiǎn)一份。

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

I—q月

超過(guò)2萬(wàn)\

/

未超過(guò)2萬(wàn)、

4—12

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

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

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

劃分法設(shè)計(jì)測(cè)試用例，來(lái)測(cè)試程序日勺日期檢查功能?

(1)等價(jià)類設(shè)計(jì)

“報(bào)表日期”輸入條件的等價(jià)類衣

輸入箸價(jià)類有效等價(jià)類無(wú)效等價(jià)類

有非數(shù)字字符(

報(bào)表H期的4)

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

類型及府

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

小于2001(7)

年份范圍在2001~2005

之間(2)大于2005(8)

小丁T⑼

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

大丁12(10)

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

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

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

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

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

001MAY輸入無(wú)效等價(jià)類(4)

20015輸入無(wú)效等價(jià)類(5)

2001005輸入無(wú)效等價(jià)類(6)

200005輸入無(wú)效等價(jià)類(7)

200805輸入無(wú)效等價(jià)類(8)

200100輸入無(wú)效等價(jià)類(9)

200113輸入無(wú)效等價(jià)類(10)

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

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

(可選)等信息，并打印存款單給儲(chǔ)戶；

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

利息并打印利息清單給儲(chǔ)戶。

請(qǐng)用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，井用實(shí)體關(guān)系圖描述系統(tǒng)中叼數(shù)據(jù)對(duì)象？

存款信息利息清單

存款信息

、一，、廠一、

3核對(duì)密L存款信息4計(jì)爭(zhēng)利L利息45打卬利］

【鬲廠，息廠

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

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

外，護(hù)士在需要是還可以規(guī)定系統(tǒng)輸出某個(gè)病人的病情匯報(bào)。

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

七、圖書館通過(guò)一套圖書管理系統(tǒng)來(lái)管理目前圖書口勺租借業(yè)務(wù)，該軟件應(yīng)當(dāng)對(duì)如

下工作提供支持：

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

信息。

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

借和償還業(yè)務(wù)。

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

并將成果導(dǎo)出或打印。

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

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

并打印“圖書購(gòu)置清單”。

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

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

對(duì)如下業(yè)務(wù)活動(dòng)提供自動(dòng)化支持：

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

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

顧客可以隨時(shí)查看自己“購(gòu)物車''中的商品列表，并且可以根據(jù)需要?jiǎng)h除購(gòu)物車中

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

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

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

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

編號(hào)和保留，并將訂單細(xì)節(jié)以Email答復(fù)給顧客

顧客在發(fā)出采購(gòu)訂單后可隨時(shí)通過(guò)系統(tǒng)咨詢自己“采購(gòu)訂單”進(jìn)展?fàn)顟B(tài)。

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