軟件工程復(fù)習(xí)資料試卷教案

軟件工程復(fù)習(xí)題

一、選擇題，請從四個(gè)可選項(xiàng)中選擇正確答案。

1、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（）。

A。生產(chǎn)無故障的軟件B.精通一門編程語言

C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時(shí)交付的軟件

2、軟件工程的出現(xiàn)是由于（)

A。軟件危機(jī)B。計(jì)算機(jī)硬件技術(shù)的發(fā)展

C.軟件社會(huì)化的需要D。計(jì)算機(jī)軟件技術(shù)的發(fā)展

3、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（）,最上層是

工具層。

A.過程層B。方法層C。過程層和方法層D。系統(tǒng)層

4、美國著名軟件工程專家B。W。Boehm于1983年提出了軟件工程的(）條基本原理。

A。7B。5C。3D。12

5、結(jié)構(gòu)化分析方法（SA法)使用的主要描述工具有(）。

A.數(shù)據(jù)庫B.模塊結(jié)構(gòu)圖C。PAD圖D。分層的DFD圖

6、源程序的效率與（）階段確定的算法的效率直接有關(guān).

A．概要設(shè)計(jì)B.總體設(shè)計(jì)C。單元設(shè)計(jì)D.詳細(xì)設(shè)計(jì)

7、可行性研究的主要任務(wù)是（）。

A.確定系統(tǒng)做什么B。確定性能C。確定功能D.進(jìn)行一次簡要的需求分析

8、內(nèi)容耦合是模塊間最緊密的耦合，（)是模塊間最松散的耦合。

A．?dāng)?shù)據(jù)耦合B．非直接耦合C．控制耦合D．外部耦合

9、面向?qū)ο笫恰跋取贝_定（）“后”（）。

A。屬性/方法B.數(shù)據(jù)結(jié)構(gòu)/方法C.動(dòng)作的主體/執(zhí)行動(dòng)作D.動(dòng)作

10、UML是一種（）語言。

A.高級(jí)編程B。可視化建模C。分析方法D。過程

11、軟件工程強(qiáng)調(diào)將（）的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。

A.規(guī)范化B。系統(tǒng)化C.可度量D.以上全部

12、軟件開發(fā)活動(dòng)的順序應(yīng)該是（）.

A。問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測試.

B。問題定義、設(shè)計(jì)、可行性研究、編碼和測試。

C。需求分析、設(shè)計(jì)、編碼和測試。

D.需求分析、編碼和測試、試運(yùn)行。

13、假定銀行的存款年利率是2%，請問現(xiàn)在存5000元,兩年后價(jià)值應(yīng)為（）元。

A.5202B.4500C.5100D.4712

14、系統(tǒng)物理模型用（）表示.

A。系統(tǒng)流程圖B。數(shù)據(jù)流程圖C。程序流程圖D.E-R圖

15、關(guān)于軟件需求特性不正確的描述是“軟件需求具有（）”。

A。多變性B.模糊性C.準(zhǔn)確性D。主觀性

16、DFD中的每個(gè)加工至少需要（）

A。一個(gè)輸入流B.一個(gè)輸出流

C.一個(gè)輸入或輸出流D.一個(gè)輸入流和一個(gè)輸出流

17、PDL是描述處理過程(）。

A.做什么B.為什么做C。怎么做D。對誰做

18、當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）

A．?dāng)?shù)據(jù)耦合B．公共耦合C．標(biāo)記耦合D．內(nèi)容耦合

19、按照模塊獨(dú)立性,耦合程度由強(qiáng)至弱正確的順序是()。

A。數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合

B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合

C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合

D。外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合

20、UML中，包圖是一種()。

A.集合B。數(shù)據(jù)結(jié)構(gòu)C。分組機(jī)制D。對系統(tǒng)的動(dòng)態(tài)描述

21、反映收發(fā)消息的對象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的

是().

A。順序圖B.類圖C。合作圖D。組件圖

22、面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（)，從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過程。

A.清晰的B.模糊的C.非線性的D。確定的

23、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制"

特性。面向?qū)ο蠓椒ㄖ?常用（)實(shí)現(xiàn)。

A.狀態(tài)圖B。交互圖C.活動(dòng)圖D。以上全部

24、不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是（）

A。SQLB.CobolC。4GLD.Lisp

25．軟件工程中，只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部邏輯的測試方法，稱為(）測試。

A。白盒法B?；液蟹–。黑盒法D。綜合法

26、程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括（）。

A.數(shù)據(jù)結(jié)構(gòu)的描述性B。抽象類型的描述性

C。數(shù)據(jù)庫的易操作性D.軟件的可移植性

27、以下哪種測試方法不屬于白盒測試技術(shù)()。

A.語句覆蓋測試B。邊界值分析測試C.條件覆蓋測試D.判斷覆蓋測試

28、軟件測試的主要特點(diǎn)是（)。

A．軟件測試的開銷不大B。軟件測試要依靠工具

C．軟件不能進(jìn)行“窮舉"測試D。軟件測試要依靠人工

29、在軟件生存期的維護(hù)階段,繼續(xù)診斷和修正錯(cuò)誤的過程稱為(）.A.完善性維護(hù)B.

適應(yīng)性維護(hù)C。預(yù)防性維護(hù)D。改正性維護(hù)

30、不屬于軟件項(xiàng)目管理的是（）。

A。開發(fā)機(jī)構(gòu)能力評(píng)估B。項(xiàng)目風(fēng)險(xiǎn)評(píng)估C。質(zhì)量監(jiān)控D。軟件銷售利潤

31、用（）模型描述和分析業(yè)務(wù)流程。

A。靜態(tài)B.業(yè)務(wù)C.數(shù)據(jù)D。動(dòng)態(tài)

32、用（）描述系統(tǒng)與角色之間的接口。

A.表單B。界面類C.窗體D。對話框

33、對類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的()，優(yōu)化類之間的關(guān)系。

A。數(shù)據(jù)結(jié)構(gòu)B。處理流程C.屬性和方法D.算法

34、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（）,并且使它們相互協(xié)作來滿足用戶需求。

A。軟件對象B。物理模型C。E-R模型D.接口

35、軟件測試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測試用例（）。

A。最快速地找出程序中的問題

B。以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤

C。保障程序的正確性

D。區(qū)分出程序員的編程水平

36、(）不符合軟件測試原則.

A.對每個(gè)測試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象

B．程序員應(yīng)該仔細(xì)測試自己編寫的程序代碼

C。程序員要避免測試自己編寫的程序代碼

D。測試工作越早開始越好

37、引起軟件改變的原因主要有（)。

A。運(yùn)行環(huán)境變化B。需求變化C.系統(tǒng)有錯(cuò)D。以上全部

38、(）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。

A．組織管理B．過程管理C．軟件配置管理D．風(fēng)險(xiǎn)管理

39、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的()。

A。可維護(hù)性B?？梢浦残訡.可擴(kuò)充性D.高效性

40、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（)和循環(huán)結(jié)構(gòu)。

A。判斷結(jié)構(gòu)B。說明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)

41、軟件、程序和代碼是()。

A。相同的軟件概念B。程序語言寫的代碼

C。計(jì)算機(jī)代碼和數(shù)據(jù)D.三個(gè)不同的概念

42、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容(）。

A。生產(chǎn)無故障的軟件B。精通一門編程語言

C。生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時(shí)交付的軟件

43、SW-CMM是一種（）規(guī)范.

A.編程規(guī)范B。軟件工作通用模型

C.軟件設(shè)計(jì)模型D。軟件成熟度模型

44、可行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行（)的過程.

A.詳細(xì)軟件設(shè)計(jì)B。需求分析過程

C.深入的需求分析D。測試設(shè)計(jì)

45、與傳統(tǒng)行業(yè)的生產(chǎn)相比較，軟件的需求具有(）。

A.主觀性B.穩(wěn)定性C。明確性D?？陀^性

46、源程序的效率與(）階段確定的算法的效率直接有關(guān)。

A．概要設(shè)計(jì)B?？傮w設(shè)計(jì)C.單元設(shè)計(jì)D.詳細(xì)設(shè)計(jì)

47、畫DFD圖的主要目的是（）.

A。作為需求分析階段用戶與開發(fā)者之間交流信息的工具

B。對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述

C.對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述

D.作為編碼和測試的工具

48、耦合度最高的是(）.

A.外部耦合B。內(nèi)容耦合C?？刂岂詈螪.數(shù)據(jù)耦合

49、為了提高模塊的獨(dú)立性，模塊之間最好是（）。

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

50、UML是一種(）.

A.建模工具B.可視化的程序設(shè)計(jì)語言C?？梢暬慕ＵZ言D.過程

51、美國卡內(nèi)基﹒梅隆大學(xué)制定的SW-CMM是（）。

A。軟件工作規(guī)范B.軟件工作流描述C。軟件成熟度模型D。軟件描述的一般方

法

52、螺旋模型是一種考慮了（)的軟件開發(fā)模型。

A.效率B.風(fēng)險(xiǎn)判斷

C?？梢浦残訢。安全性

53、可行性研究的四大要素是()。

A。經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境

B。經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平

C。經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬

D。經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性

54、軟件調(diào)研報(bào)告是在（)提交的.

A?？尚行苑治鲋癇。需求分析之前C.簽合同之前D。設(shè)計(jì)的時(shí)候

55、描述軟件需求通常不用哪個(gè)工具（）。

A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C.模塊結(jié)構(gòu)圖D。E-R圖

56、軟件結(jié)構(gòu)圖中沒有（）元素。

A．模塊B．調(diào)用參數(shù)C．返回結(jié)果D．判斷

57、程序流程圖與數(shù)據(jù)流程圖的關(guān)系()。

A．不確定B．?dāng)?shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖

C．?dāng)?shù)據(jù)調(diào)用關(guān)系D．程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖

58、包含關(guān)系用于構(gòu)造多個(gè)用例（）。

A.關(guān)系B。共性的部分C。角色D.特殊活動(dòng)

59、如果說用例F被用例T擴(kuò)展，意思是（)。

A.F是一個(gè)一般用例，T是一個(gè)特殊用例

B.F是一個(gè)特殊用戶,T是一個(gè)一般用例

C.都是一般用例

D.都是特殊用例

60、用（）對需要長久保存的信息進(jìn)行建模。

A.實(shí)體類B。數(shù)據(jù)庫表C.E—R圖D。對象類

61、面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制（）.

A。繼承B。消息C.方法D.結(jié)構(gòu)

62．表示對象相互行為的模型是(）模型。

A.動(dòng)態(tài)模型B.功能模型C.對象模型D.狀態(tài)模型

63、對象模型描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)

構(gòu)。在面向?qū)ο蠓椒ㄖ?，?）實(shí)現(xiàn).

A.順序圖B.類圖C.狀態(tài)圖D。組件圖

64、對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對象的統(tǒng)一體中。

A．結(jié)合B．隱藏C．封裝D．抽象

65、面向?qū)ο笤O(shè)計(jì)的步驟中,正確的順序是（）。

A.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)B。系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和用戶界面設(shè)計(jì)

C。類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)D。用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)

66、軟件維護(hù)過程中產(chǎn)生的副作用，一般是由()引起的。

A.算法說明B.修改程序C。優(yōu)先級(jí)D。環(huán)境要求

67、項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（)。

A.估算項(xiàng)目的進(jìn)度B。分配工作量C.計(jì)劃資源使用D.以上全部

68、如果程序代碼的（）好，則調(diào)試的成本就可以大幅度降低。

A.性能比B?？蓴U(kuò)充性C?？勺x性D.可移植性

69、兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí)，應(yīng)該用（）比較。

A。X0==X1B.X1-X0<εC.|X0-X1｜〈εD。X0=X1

70、瀑布模型存在的問題是()。

A．用戶容易參與開發(fā)B．適用可變需求C．用戶與開發(fā)者易溝通D．缺乏靈活性

71、面向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（)。

A。邏輯模型B。物理模型C.數(shù)據(jù)模型D.用例模型

72、面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是(）。

A。系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)B。系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和用戶界面設(shè)計(jì)

C。類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)

73、類有3種類型，即（）。

A。邊界類、實(shí)體類、控制類B。實(shí)體類、控制類、界面類

C.控制類、實(shí)體類、虛類D.界面類、控制類、公共類

74、（）是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。

A.消息連接B.參數(shù)傳遞C.方法重寫D。繼承

75、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是(）.

A.程序的規(guī)模B。程序效率C。程序語言的先進(jìn)性D。程序易讀性

76、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(huán)結(jié)構(gòu)。

A.條件/判斷結(jié)構(gòu)B.說明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)

77、一般性的軟件其測試工作量大約占整個(gè)開發(fā)工作量的（）。

A。小于10%B。40%C.90%D。大于100

78、下面哪些測試方法屬于黑盒測試(）。

A．路徑測試B.等價(jià)類劃分C.條件判斷D。循環(huán)測試

79、軟件特性中，相互矛盾的是（）。

A?？衫斫庑耘c可測試性B。效率與可修改性C.可修改性和可理解性D.可理解性與可讀性

80、（）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。

A．組織管理B．過程管理C．風(fēng)險(xiǎn)管理D．軟件配置管理

二、簡答題

1、請說明快速原型化模型的基本思想。

2．軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化?

3、請舉例說明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？

4．簡述在項(xiàng)目開發(fā)時(shí)選擇程序設(shè)計(jì)語言的主要考慮的因素。

5．設(shè)計(jì)下列偽程序的條件組合覆蓋測試用例。

BEGIN

INPUT（x，y，z)

IF（y>1)AND（z=0)THEN

x=x/y

ENDIF

IF(y=2)OR（x=l）THEN

x=x+l

ENDIF

PRINT（x)

END

6、請給出軟件工程七條基本原理中的任意6條基本原理。

7、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么？

8、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與功

能需求的區(qū)別？

9、簡述模塊獨(dú)立性，內(nèi)聚與耦合。

10、請為下面的程序設(shè)計(jì)符合判定覆蓋的測試用例.

intmain()

｛

inta，b，c,x，y，z，t；

scanf(“d％，d%，d%),＆a,＆b，＆c,＆t);

ifa〉5&＆t〈1x=10elsex=1；

ifb>10y=20elsey=2;

ifc>15z=30elsez=3;

printf（“d%，d%,d％\n",x，y，z）

｝

11、什么是軟件危機(jī)？試簡述至少3種軟件危機(jī)的典型表現(xiàn)。

12、試分析結(jié)構(gòu)化方法存在的主要問題是什么？

13、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型,請問三個(gè)模型的作用?

14、為了提高軟件的可維護(hù)性，在軟件開發(fā)過程的各個(gè)階段要充分考慮軟件的可維護(hù)性因素。

15、設(shè)計(jì)下列偽程序的語句覆蓋測試用例。

BEGIN

INPUT(A,B,C）

IFA>5THEN

X=10

ELSE

X=1

ENDIF

IFB〉10THEN

Y=20

ELSE

Y=2

ENDIF

IFC〉15

THENZ=30

ELSEZ=3

ENDIF

PRINT(X,Y,Z)

END

16、簡述軟件過程模型

17.簡述結(jié)構(gòu)化分析的主要步驟

18．衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么?它們各表示什么含義？

19.活動(dòng)圖與狀態(tài)圖的區(qū)別？

20、一個(gè)程序片段如下，請?jiān)O(shè)計(jì)符合判定覆蓋的測試用例.

if（a>=5）＆&（b<0）{

c=a+b;

else

c=a—b;

if(c>5）|｜(c〈1）

printf（“c不在計(jì)算區(qū)域\n”)

else

printf(“％d\n”，c);

三、應(yīng)用題

1、學(xué)校教師工資管理系統(tǒng)的需求描述如下：教師每月末將本月的工作量輸入到系統(tǒng)中,

學(xué)院負(fù)責(zé)人對教師輸入的工作量進(jìn)行審核，財(cái)務(wù)部門對審核后的工作量計(jì)算本月工資,本月

工資=基本工資＋各種補(bǔ)貼＋工作量獎(jiǎng)金－稅收－保險(xiǎn)一公積金金.基本工資、各種補(bǔ)貼、保

險(xiǎn)、公積金信息由人事處負(fù)責(zé)輸入和維護(hù)，教師可以查詢月工資明細(xì)。銀行系統(tǒng)每月從本系

統(tǒng)讀入每位教師的實(shí)發(fā)工資，并向每位教師的銀行卡帳戶打入月工資。教師可以查詢自己銀

行卡的金額。

請針對上面描述的需求畫出數(shù)據(jù)流程圖。

2、用用例圖描述圖書管理。該系統(tǒng)主要包括三類用戶：讀者、圖書管理員、系統(tǒng)管理

員。其中，讀者是多個(gè),圖書管理員是一個(gè)，系統(tǒng)管理員是一個(gè)。對于系統(tǒng)，讀者可以查詢

自己的借閱情況、分門別類的查詢圖書和在規(guī)定期限內(nèi)續(xù)借不能超過一次操作的情況下進(jìn)行

自行登錄續(xù)借書等.圖書管理員主要是日常操作以下幾個(gè)工作環(huán)節(jié):圖書訂購、新書驗(yàn)證、書

目錄入、圖書登記、讀者信息管理、借閱書登記、圖書信息注銷和讀者信息注銷等，而系統(tǒng)

管理員統(tǒng)籌管理圖書的系統(tǒng)相關(guān)事宜,比如權(quán)限維護(hù)、日志維護(hù)、增刪用戶和管理系統(tǒng)后臺(tái)

數(shù)據(jù)等。

3、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對設(shè)備維修信息進(jìn)

行管理，具體描述如下：

車間主任填寫維修申請單,內(nèi)容有設(shè)備名稱、型號(hào)、故障描述、維護(hù)時(shí)間要求、預(yù)計(jì)費(fèi)

用；填好后交給審計(jì)人員,審計(jì)人員根據(jù)企業(yè)的審計(jì)規(guī)定對維修申請單進(jìn)行審計(jì)，填寫審計(jì)

意見和審計(jì)結(jié)果，審計(jì)意見可以修改費(fèi)用，審計(jì)結(jié)果是同意或不同意；車間主任可以隨時(shí)查

詢審計(jì)意見和結(jié)果；審計(jì)通過的維修申請單送給總經(jīng)理進(jìn)行審核，并填寫審核意見和結(jié)果,

審核也是以修改費(fèi)用，審核結(jié)果是同意或不同意。審核通過后,車間把設(shè)備送去維修。維修

后由車間主任組織對設(shè)備維修結(jié)果進(jìn)行驗(yàn)收，企業(yè)對每臺(tái)有設(shè)備驗(yàn)收標(biāo)準(zhǔn).驗(yàn)收通過后,由財(cái)

務(wù)人員進(jìn)行結(jié)算，填寫支付單并支付維修費(fèi)。最后收取發(fā)票后，財(cái)務(wù)人員填寫發(fā)票記錄.

請畫出設(shè)備維修信息管理軟件的數(shù)據(jù)流程圖。

4、現(xiàn)在有一個(gè)醫(yī)院病房監(jiān)護(hù)系統(tǒng),請根據(jù)用戶需求建立系統(tǒng)的UseCase模型。用戶提出

的系統(tǒng)功能要求如下：在醫(yī)院病房監(jiān)護(hù)系統(tǒng)中，病癥監(jiān)視器安置在每個(gè)病房，將病人的病癥

信號(hào)實(shí)時(shí)傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析處理.在中心值班室里,值班護(hù)士使用中央監(jiān)視系統(tǒng)對

病員的情況進(jìn)行監(jiān)控，根

據(jù)醫(yī)生的要求隨時(shí)打印病人的病情報(bào)告，系統(tǒng)會(huì)定期自動(dòng)更新病歷.當(dāng)病癥出現(xiàn)異常時(shí)，系

統(tǒng)會(huì)立即自動(dòng)報(bào)警，通知值班醫(yī)生及時(shí)處理,同時(shí)立即打印病人的病情報(bào)告，立即更新病歷。

請按上述描述,畫出系統(tǒng)的用例圖。

軟件工程考試題一答案

一、選擇題，請從四個(gè)可選項(xiàng)中選擇正確答案。

答案

1。B2。A3。C4。A5.D

6.D7.A8。B9。C10.B

11.D12.A13.A14.A15。C

16.D17.C18。D19。A20。C

21.C22。C23。D24.D25.C

26。D27.B28.C29.D30。D

31.D32.B33.C34.A35。B

36。B37。D38。C39。A40.A

41.D42.B43.D44.B45。A

46.D47。A48。B49。D50.A

51。C52.D53。A54.B55.C

56。D57。A58.B59。A60。C

61.A62.A63.B64。C65.A

66。B67。D68.C69。C70.D

71。B72.A73。B74.D75.D

76.A77.B78.B79.B80。D

二、簡答題

1、答案

在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)能夠反映用戶主要需求的原型系統(tǒng)。

用戶在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改進(jìn)意見，分析人員根據(jù)用戶的意見完善原

型，然后再由用戶評(píng)價(jià)，提出建議，如此往復(fù),直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止.

基于快速原型化模型的開發(fā)過程基本上是線性的,從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)行，期間沒有反

饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進(jìn)行系統(tǒng)分析和設(shè)計(jì)，而原型已經(jīng)通過了用戶和

開發(fā)組的審查，在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考，所以設(shè)計(jì)的結(jié)果正確率比較高。

評(píng)分標(biāo)準(zhǔn)：原型描述基本正確6分。

2、答案

（1)軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，

使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式,進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式.

（2）文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過程和實(shí)現(xiàn)過程完整地記錄下來，以便于后人的

使用和維護(hù)，在開發(fā)過程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，在開發(fā)過程中

產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?，便于管理者對軟件生產(chǎn)進(jìn)度和開發(fā)

過程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過對提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟

件的質(zhì)量。

評(píng)分標(biāo)準(zhǔn)：每條3分

3、答案

包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼

等功能都需要驗(yàn)證用戶密碼.這種情況下應(yīng)該將密碼驗(yàn)證功能獨(dú)立出來,便于復(fù)用、減少冗

余。一個(gè)用例擴(kuò)展另一個(gè)用例的功能,例如,在圖書館信息管理系統(tǒng)中，讀者還書時(shí),系統(tǒng)檢

查所還圖書是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。

評(píng)分標(biāo)準(zhǔn)：包含關(guān)系3分；擴(kuò)展關(guān)系3分。

4．答案

編程人員的水平和編程經(jīng)歷;

待開發(fā)的軟件類型;

算法和計(jì)算復(fù)雜性；

數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；

軟件的開發(fā)成本和時(shí)間要求；

軟件可移植性要求；

可用的軟件工具。

評(píng)分標(biāo)準(zhǔn)：答對其中任意六項(xiàng)，每項(xiàng)1分。

5、答案

條件組合覆蓋標(biāo)準(zhǔn)為，使得每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。

本程序中共有兩個(gè)判定表達(dá)式，每個(gè)判定表達(dá)式中有兩個(gè)簡單條件，因此,總共有8種

可能的條件組合,它們是：

y>1,z=0

y〉1，z<>0

y〈=1,z=0

y〈=1,z<>0

y=2,x=1

y=2,x<>1

y〈>2，x=1

y<>2，x〈〉1

條件組合覆蓋設(shè)計(jì)測試用例：

實(shí)現(xiàn)1，6兩種條件組合

輸入：x=4,y=2,z=0；

實(shí)現(xiàn)2，5兩種條件組合

輸入:x=1,y=2，z=1;

實(shí)現(xiàn)3，8兩種條件組合

輸入：x=2，y=1,z=0;

實(shí)現(xiàn)4，7兩種條件組合

輸入：x=1，y=1,z=1。

評(píng)分標(biāo)準(zhǔn)：分析2分，每測試用例各1分.

6.答案

原理1．用分階段的生命周期計(jì)劃嚴(yán)格管理

原理2．堅(jiān)持進(jìn)行階段評(píng)審

原理3．實(shí)行嚴(yán)格的產(chǎn)品控制

原理4．采用現(xiàn)代程序設(shè)計(jì)技術(shù)

原理5．結(jié)果應(yīng)能清楚地審查

原理6．開發(fā)小組的人員應(yīng)該少而精

原理7．承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性

評(píng)分標(biāo)準(zhǔn)：每個(gè)原理1分

7、答案

結(jié)構(gòu)化程序設(shè)計(jì)的特征如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、

條件和循環(huán)三種控制結(jié)構(gòu)。

評(píng)分標(biāo)準(zhǔn)：6分.

8、答案

業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍.業(yè)務(wù)需求一般

在進(jìn)行需求分析之前就應(yīng)該確定,需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶

核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三～五頁紙就可以描述清楚,也可

以將它直接作為需求規(guī)格說明書中的一部分。

功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對軟件

提出了用戶需求,這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的,開發(fā)人員不能據(jù)此編寫程

序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功

能需求進(jìn)行軟件設(shè)計(jì)和編碼。

評(píng)分標(biāo)準(zhǔn)：業(yè)務(wù)需求和功能需求各占3分.

9、答案

模塊獨(dú)立性,是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能,而和軟件系

統(tǒng)中其它的模塊的接口是簡單的。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊

內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部

各個(gè)元素彼此結(jié)合的緊密程度）的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。

評(píng)分標(biāo)準(zhǔn)：正確模塊獨(dú)立性（2分)；正確說明內(nèi)聚概念(2分）；正確說明耦合概念（2分）

10、答案

a>5,t=0

a<=5,t=0

b〉10

b〈=10

c>15

c〈=15

測試用例（不唯一)：a=6t=0b=11c=16;a=5t=0b=10c=15

評(píng)分標(biāo)準(zhǔn)：只要寫出條件，不管測試用例是否給出都給3分;兩組測試用例各占3分.

11、答案

（1）軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中,所遇到的一系列嚴(yán)重問題.

（2）典型表現(xiàn)：

開發(fā)費(fèi)用和進(jìn)度難以估算和控制，大大超過預(yù)期的資金和規(guī)定日期；

軟件需求分析不夠充分，用戶不滿意“已經(jīng)完成”的軟件系統(tǒng)。

軟件質(zhì)量難于保證；

軟件維護(hù)困難;

通常沒有保留適當(dāng)?shù)奈臋n資料

開發(fā)成本逐年上升；

軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢

評(píng)分標(biāo)準(zhǔn):概念3分，表現(xiàn)3分（每條1分）。

12、答案

1)結(jié)構(gòu)化方法分析和設(shè)計(jì)階段所應(yīng)用的模型之間存在鴻溝.分析階段的主要模型是數(shù)

據(jù)流程圖，設(shè)計(jì)階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖

之間需要進(jìn)行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。

2)需求分析的細(xì)化程度沒有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握;需求分析的過

程是在一種瀑布形式，當(dāng)需求變更時(shí)，功能變化就會(huì)導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，

造成了軟件結(jié)構(gòu)不穩(wěn)定.

3)結(jié)構(gòu)化程序設(shè)計(jì)將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復(fù)用.

4)結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護(hù)性差.

評(píng)分標(biāo)準(zhǔn)：只要回答出以上三點(diǎn)即給6分.

13、答案

a）功能模型：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)?/p>

象方法中,由用例圖和場景描述組成。

b）對象模型:表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對象以

及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?類圖是構(gòu)建對象模

型的核心工具。

c）動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時(shí)的、行為化的系統(tǒng)的“控

制”特性。面向?qū)ο蠓椒ㄖ?，常用狀態(tài)圖、順序圖、合作圖、活動(dòng)圖構(gòu)建系統(tǒng)的動(dòng)態(tài)模型。

14、答案

（1)在需求分析階段應(yīng)該明確維護(hù)的范圍和責(zé)任，檢查每條需求,分析維護(hù)時(shí)這條需求可

能需要的支持，對于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。

(2)在設(shè)計(jì)階段應(yīng)該做一些表更實(shí)驗(yàn),檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性，設(shè)計(jì)時(shí)應(yīng)

該將今后可能變更的內(nèi)容與其他部分分離出來，并且遵循高內(nèi)聚、低耦合的原則.

（3）編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。

（4）在測試階段測試人員應(yīng)該按照需求文檔和設(shè)計(jì)文檔測試軟件的有效性和可用性，收

集出錯(cuò)信息并進(jìn)行分類統(tǒng)計(jì),為今后的維護(hù)打下基礎(chǔ).

評(píng)分標(biāo)準(zhǔn)：每條1。5分。

15、答案

因?yàn)槊總€(gè)判定表達(dá)式為真或假時(shí)均有賦值語句，為了使每個(gè)語句都至少執(zhí)行一次，總共

需要兩組測試數(shù)據(jù)，以便使得每個(gè)判定表達(dá)式取值為真或假各一次。下面是實(shí)現(xiàn)語句覆蓋的

典型測試用例：

（1)使3個(gè)判定表達(dá)式之值全為假

輸入：A=1,B=1，C=1

預(yù)期的輸出：X=1,Y=2，Z=3

（2）使3個(gè)判定表達(dá)式之值全為真

輸入：A=20，B=40，C=60

預(yù)期的輸出：X=10，Y=20,Z=30

評(píng)分標(biāo)準(zhǔn):分析2分,每個(gè)用例各2分.

16、答案

(1）軟件過程是人們開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的活動(dòng)、方法、實(shí)踐和改進(jìn)的集合。它

明確定義軟件過程中所執(zhí)行的活動(dòng)及其順序，確定沒一個(gè)活動(dòng)內(nèi)容和步驟，定義

每個(gè)角色和職責(zé)。

(2）軟件工程將軟件開發(fā)和維護(hù)的過程概況為8個(gè)大的活動(dòng)：問題定義、可行性研究、

需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、系統(tǒng)測試和運(yùn)行維護(hù)。

評(píng)分標(biāo)準(zhǔn)：每條3分.

17.答案

(1)根據(jù)用戶的需求畫出初始的數(shù)據(jù)流程圖，寫出數(shù)據(jù)字典和初始的加工處理說明（IPO

圖），實(shí)體關(guān)系圖。

（2）以初始數(shù)據(jù)流程圖為基礎(chǔ)，從數(shù)據(jù)流程圖的輸出端開始回溯.在對數(shù)據(jù)流程圖進(jìn)行

回溯的過程中可能會(huì)發(fā)現(xiàn)丟失的處理和數(shù)據(jù)，應(yīng)將數(shù)據(jù)流程圖補(bǔ)充完善.

（3）對軟件性能指標(biāo)、接口定義、設(shè)計(jì)和實(shí)現(xiàn)的約束條件等逐一進(jìn)行分析。

（4)系統(tǒng)分析人員與用戶一起對需求分析的結(jié)果進(jìn)行復(fù)查。

(5）根據(jù)細(xì)化的需求修訂開發(fā)計(jì)劃。

（6）編寫需求規(guī)格說明書和初始的用戶手冊，測試人員開始編寫功能測試用的測試數(shù)據(jù).

評(píng)分標(biāo)準(zhǔn):每條1分。

18．答案

（1）兩個(gè)定性的度量標(biāo)準(zhǔn)：耦合與內(nèi)聚性.

(2）耦合性：也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。

模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng),模塊的獨(dú)立性則越差。

（3）內(nèi)聚性：也稱塊內(nèi)聯(lián)系。指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼

此結(jié)合的緊密程度的度量.模塊內(nèi)元素聯(lián)系越緊密，內(nèi)聚性越高。

評(píng)分標(biāo)準(zhǔn)：每條2分。

19。答案

（1）描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對象的

狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。

(2）使用的場合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況

下,一般使用活動(dòng)圖；在顯示一個(gè)對象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。

評(píng)分標(biāo)準(zhǔn):每條3分。

20、答案

判斷覆蓋標(biāo)準(zhǔn)為，不僅使條語句都至少執(zhí)行一次，還要使程序中每個(gè)分支都至少執(zhí)行一次.

也就是說，設(shè)計(jì)的測試用例使每個(gè)判定都有一次取“真"和“假"的機(jī)會(huì)。

測試用例(不唯一)：a=16t=0b=11c=16；a=5t=0b=10c=15

評(píng)分標(biāo)準(zhǔn)：分析2分,每個(gè)測試用例各占2分。

三、應(yīng)用題

1.答案

教師IPO1人事處

輸入工作

量

IPO5

基本信息

DS1工作量記錄DS2基本信息

學(xué)院IPO2IPO3IPO4財(cái)務(wù)

計(jì)算附加

審核計(jì)算工資

額

IPO6DS3工資明細(xì)IPO7

查詢明細(xì)計(jì)算應(yīng)減

DS4工資卡記錄IPO8

工資入卡

教師IPO9

查詢卡銀行

評(píng)分標(biāo)準(zhǔn)：只要畫出工作量輸入、審核、計(jì)算工資、工資入卡、基本信息管理和查詢明細(xì)的

基本流程就給滿分，缺一個(gè)減1分；所用符號(hào)錯(cuò)誤減2分，流程不通減2分。

2答：參考答案

3。答

DS1申請記錄

總經(jīng)理

申請申請DS2審計(jì)條款

記錄記錄

審計(jì)條款審核

申請

車間主任IPO1IPO2IPO3

維修申請審計(jì)總經(jīng)理審核

審計(jì)

審計(jì)