電大軟件工程期末紙考復(fù)習(xí)題_第1頁
電大軟件工程期末紙考復(fù)習(xí)題_第2頁
電大軟件工程期末紙考復(fù)習(xí)題_第3頁
電大軟件工程期末紙考復(fù)習(xí)題_第4頁
電大軟件工程期末紙考復(fù)習(xí)題_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

期末綜合練習(xí)

一、選擇題

1、軟件工程的研究者將軟件開發(fā)和維護過程概括為(C)大活動。

A.5B.7C.8D.3

2、(A)是職業(yè)軟件工程師的必要條件。

A.自律、善于溝通、具有一定的軟件技能B.編程速度快

C.熟悉眾多的軟件環(huán)境D.語言天賦

3、計算機病毒是指(B)。

A.計算機系統(tǒng)的漏洞B.一組自我復(fù)制和自動執(zhí)行的具有破壞能力的代碼

C.i種細菌D.程序中的BUG

4、軟件需求具有(D)。

A.主觀性B.不確定性C.多變性D.以上全部

5、描述軟件需求通常不用哪個工具(C)。

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

6、軟件結(jié)構(gòu)圖中沒有(D)元素。

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

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

A.不確定B.數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖

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

8、包含關(guān)系用于構(gòu)造多個用例<B)o

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

9、如果說用例F被用例T擴展,意思是(A)o

A.F是一個一般用例,T是一個特殊用例

B.F是一個特殊用戶,T是一個一般用例

C都是一般用例

D.都是特殊用例

10、用(C)對需要長久保存的信息進行建模。

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

11、美國卡內(nèi)基?梅隆大學(xué)制定的SW-CMM是(C)。

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

12、螺旋模型是一種將(D)結(jié)合起來的軟件開發(fā)模型。

A.原型化模型和增量模型B.風(fēng)險判斷和瀑布模型

C瀑布模型和原型化模型D.瀑布模型和增量模型

13可行性研究的四大要素是(A)。

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

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

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

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

14、軟件調(diào)研報告是在(B)提交的。

A.可行性分析之前B.需求分析之前C.簽合同之前D.設(shè)計的時候

15、系統(tǒng)流程圖的士要作用(A).

A.描述系統(tǒng)的物理模型B.業(yè)務(wù)流程C.系統(tǒng)處理過程D.數(shù)據(jù)處理過程

16、PDL是一種(D)語言。

A.低級程序設(shè)計語言B.建模語言C.高級程序設(shè)計語言D.過程設(shè)計語言

17、結(jié)構(gòu)化設(shè)計方法劃分模塊的原則是(C)。

A.模塊扇出小于5B.模塊扇入小于5C.低耦合,高內(nèi)聚D,模塊深度小于7

18、配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境,反映系統(tǒng)的(B)。

A.邏輯架構(gòu)B.物理架構(gòu)C.組成結(jié)構(gòu)D.體系結(jié)構(gòu)

19、角色可以有四種類型:系統(tǒng)的使用者,硬件設(shè)備,外部系統(tǒng)和(D)。

A.數(shù)據(jù)庫B.接口C.對象D.時間

20、功能模型用于表達系統(tǒng)的需求,為軟件的進一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?,由(C)

實現(xiàn)。

A.場景描述B.活動圖和場景描述C.用例圖和場景描述D.交互圖和場景描述

21,下面的哪個選項不是軟件工程的宗旨(B)。

A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時交付軟件D.生產(chǎn)無故障軟件

22、針對需求不確定的軟件開發(fā),比較好的模型是(A)。

A.快速原型化模型B.瀑布模型C.軟件成熟度模型D.系統(tǒng)化模型

23、可行性分析研究的費用大約是項目總經(jīng)費的(B)。

A.2%B.6%C.20%D.5%o

24、業(yè)務(wù)需求描述的是(D)。

A.功能需求B.用戶需求C.月戶的具體業(yè)務(wù)流程D.軟件的目標(biāo)、規(guī)模和范圍

25、一個數(shù)據(jù)流程圖中的圖形符號有且僅有(C)種。

A.3B.5C.4D.7

26、非直接耦合的模塊獨立性最強,(A)的模塊獨立性最弱。

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

27、信息隱藏的核心內(nèi)容是(C)。

A.把數(shù)據(jù)都放在公共的區(qū)域

R.數(shù)據(jù)不能被其他模塊訪問

C.一個模塊的內(nèi)部信息不允許其他模塊直接訪問

D.把信息加密,只能讓有密鑰的模塊訪問

28、面向過程的方法最關(guān)心的是(A),而過程實施的對象是作為過程參數(shù)傳遞的。

A.參數(shù)B.主體C.過程D.數(shù)據(jù)結(jié)構(gòu)

29、(C)用于描述系統(tǒng)的功能集,

A.組件視圖B.邏輯視圖C.月例視圖D.對象視圖

30、用(D)模型建立系統(tǒng)組織結(jié)構(gòu)。

A.組織B.CMMC.數(shù)據(jù)D.靜態(tài)

31、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)?/p>

象方法中,由(B)實現(xiàn)。

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

32、如果對象之間的耦合是通過(A)來實現(xiàn)的,則這種耦合就是交互耦合。

A.消息機制B.參數(shù)C.方法D.公共數(shù)據(jù)區(qū)

33、定義類的屬性類型時盡量使用已有類型,太多自定義類型會降低系統(tǒng)的(C)指標(biāo)。

A.有效性B.安全性C.可維護性D.開發(fā)效率

34、在設(shè)計測試用例時,應(yīng)該包括(D)測試用例。

A.可能產(chǎn)生無效輸出的輸入情況

B.無效的和不期望的輸入情況

C.有效的和期望的輸入情況

I).上面所有情況

35、(B)屬于功能測試方法。

A.等價類劃分和判定覆蓋B.邊售分析和等價類劃分

C.邊值分析和判定覆蓋D.判定覆蓋和回歸測試

36、一個軟件項目大約(A)的工作量在開發(fā)階段,(A)的工作量在維護階段。

A.30%,70%B.70%,30%C.30%,30%D.70%,70%

37、軟件項目管理的內(nèi)容不包括(B)。

A.人員的組織與管理B.技術(shù)和算法C.軟件配置管理D.軟件開發(fā)進度計劃

38、通俗的說,軟件項目管理中常說的基線是(D)o

A.管理的基本思路B.一種軟件開發(fā)的基本策略

C.基本的技術(shù)路線D.通過正式復(fù)審的文檔

39、科學(xué)計算領(lǐng)域一般選擇(B)語言。

A.HTMLB.CC.匯編語言D.XML

40對于嵌套的循環(huán)和分支程序,層次不要超過(C)層。

A.IB.2C.3D.5

41、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類是(A)o

A.控制類B.組件類C.主函數(shù)D.事務(wù)類

42、繼承耦合是(B)之間的?種關(guān)聯(lián)形式,設(shè)計時應(yīng)該適當(dāng)使用這種耦合。

A.虛類與實體類B.一般化類與特殊化類C.控制類與界面類D.數(shù)據(jù)類與處理類

43、構(gòu)架設(shè)計的主要目的是(【)),這項工作由經(jīng)驗豐富的構(gòu)架設(shè)計師主持完成。

A.類圖B.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)C.處理流程D.確定系統(tǒng)總體結(jié)構(gòu)

44、測試用例是一組(A)o

A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果

B.測試驅(qū)動程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)

45、由于面向?qū)ο笾械睦^承和消息機制,使得軟件測試(B)o

A.更加簡單B.更加復(fù)雜C.沒變D.不確定

46、軟件維護過程中產(chǎn)生的副作用,一般是由(B)引起的。

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

47、項目計劃活動的主要任務(wù)是(D)。

A.估算項目的進度B.分配工作量C.計劃資源使用D.以上全部

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

A.性能比B.可擴充性C.可讀性D.可移植性

49、兩個浮點數(shù)X0和XI比較相等時,應(yīng)該用(C)比較。

A.XO==X1B.X1-XO<£C.|XO-X1|<eD.XO=X1

50、瀑布模型存在的問題是(D)o

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

51、(B)不是分析建模的目的,

A.定義可驗證的軟件需求

B.開發(fā)一個簡單的問題解決方案

C.描述客戶需求

D.建立軟件設(shè)計的基礎(chǔ)

52、*,用例進行設(shè)計,發(fā)現(xiàn)實現(xiàn)用例功能的(D),確定類之間的關(guān)系。

A.算法B.業(yè)務(wù)流程C.數(shù)據(jù)結(jié)構(gòu)D.關(guān)鍵類

53、框架是一組可用于不同應(yīng)用的(A)的集合。

A.類B.數(shù)據(jù)結(jié)構(gòu)C.函數(shù)D.過程

54、從狹義上講,軟件測試是(A)的過程。

A.為發(fā)現(xiàn)錯誤而執(zhí)行程序B.為了驗證程序正確C.用不同的數(shù)據(jù)驗證程序正確性D.區(qū)分程序員水平

55、在設(shè)計黑盒測試用例時,主要研究(D)o

A.概要設(shè)計說明書B.詳細設(shè)計說明C.項目開發(fā)計劃D.需求規(guī)格說明

56、(B)時,測試人員必須接觸到程序源代碼。

A、黑盒測試B、白盒測試C、壓力測試D、外觀測試

57、一般維護程序代碼的策略(B)o

A.從需求開始重新開發(fā)B.根據(jù)維護申請讀源程序,并修改

C.找一個新的模塊替換D.不用讀源程序,從新編寫代碼

58、Gantt圖直觀簡明、易學(xué)易用,但它不能(A)。

A.直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑

B.反應(yīng)任務(wù)的分解情況

C.直接反應(yīng)任務(wù)的起止日期

D.反應(yīng)具體任務(wù)的時間段

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

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

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

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

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

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

62美國著名軟件工程專家B.W.Bochm于1983年提出了軟件工程的(A)條基本原理。

A.7B.5C.3D.I2

63、下面哪個選項不是軟件工程研究的內(nèi)容(B)o

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

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

64可行性研究的主要任務(wù)是(D1。

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

65、用戶需求描述的是(A)。

A.用戶使用該軟件要完成的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目標(biāo)、規(guī)模和范圍

66、數(shù)據(jù)流程圖的主要作用是(D)o

A.描述模塊組成B.說明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.描繪系統(tǒng)的邏輯模型

67、軟件設(shè)計的目標(biāo)是(A)。

A.在最短的時間內(nèi),生產(chǎn)出可靠性、可維護性俱佳的軟件方案。

B.為軟件編碼設(shè)計模塊結(jié)構(gòu)。

C.確定軟件要做什么。

D.確定軟件的實現(xiàn)算法。

68、內(nèi)容耦合是模塊間最緊密的耦合,(B)是模塊間最松散的耦合。

A.數(shù)據(jù)耦合B.非直接耦合C.控制耦合D.外部耦合

69、面向?qū)ο笫恰跋取贝_定()“后”(C)。

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

70、【IM【.是一種(R)語言八

A.高級編程語言B.面向?qū)ο蠼UZ言C.分析方法D.過程

71、軟件工程強調(diào)將(D)的方法應(yīng)用于軟件的開發(fā)和維護過程之中。

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

72、軟件開發(fā)活動的順序應(yīng)該是(A)。

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

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

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

D.需求分析、編碼和測試、試運行。

73假定銀行的存款年利率是2%,請問現(xiàn)在存5()00元,兩年后的價值應(yīng)為(A)元。

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

74、系統(tǒng)物理模型用(A)表示。

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

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

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

76、隨著模塊規(guī)模減小,模塊開發(fā)成本(B),模塊集成成本

A.減小/減小B.減小/增加C.增加/減小D.增加/增加

77、反映模塊獨.性的指標(biāo)是(D)。

A.模塊的復(fù)雜性B.模塊的大小C.模塊的參數(shù)D.內(nèi)聚和耦合

78、面向過程的方法最關(guān)心的是(A),而過程實施的對象是作為過程參數(shù)傳遞的。

A.過程B.主體C.參數(shù)D.數(shù)據(jù)結(jié)構(gòu)

79、UML是一種(C)語言。

A.建模工具B.可視化的程序設(shè)計語言C.面向?qū)ο蠼UZ言D.過程

80、用(D)模型分析和定義用戶的需求。

A.數(shù)據(jù)B.靜態(tài)C.動態(tài)D.用例

81、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)?/p>

象方法中,常用(D)實現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖1).以上全部

82、面向?qū)ο蠓治龊驮O(shè)計的界限是(B),從分析到設(shè)計是一個逐漸擴充模型的過程。

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

83、每個子系統(tǒng)的接口定義了若干(A),體現(xiàn)了子系統(tǒng)的功能,而功能的具體實現(xiàn)方法應(yīng)該是隱藏的。

A.操作B.參數(shù)C.算法I).控制

84、測試最早的開始時間是(C)c

A.從詳細設(shè)計階段開始

B.從編碼階段開始

C.從需求分析階段開始

D.以上都對

85、從測試對象的粒度上劃分測試為(C)o

A.單元測試、集成測試

B.壓力測試、功能測試、性能測試和系統(tǒng)測試

C.單元測試、集成測試、系統(tǒng)測試和驗收測試

D.黑盒測試、白盒測試、功能測試和性能測試

86、維護的工作量與軟件規(guī)模成(B),軟件的規(guī)模可以由源程序的語句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、

數(shù)據(jù)庫的規(guī)模,以及輸出的報表數(shù)等指標(biāo)來衡量。

A.反比B.正比C.沒關(guān)系D.不確定

87、上世紀70年代,美國國防部的研究結(jié)果發(fā)現(xiàn)70%的項目是因為(B)原因,造成項目失敗。

A.技術(shù)不精B.管理不善引起C.測試不充分【).人員不夠

88所有程序設(shè)計語言的基本成分都可歸納為:數(shù)據(jù)成分、(B)、控制成分和傳輸成分。

A.循環(huán)成分B.運算成分C.說明成分D.輸入成分

89程序結(jié)構(gòu)清晰且簡單易懂,-個函數(shù)的規(guī)模?般(D)行。

A.等于300B.大于500C.不超過30D.100左右

90、不屬于軟件項目管理的是(A)。

A.軟件銷售利潤B.項目風(fēng)險評估C.質(zhì)量監(jiān)控I).開發(fā)機構(gòu)能力評估

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

A.交互B.業(yè)務(wù)C.數(shù)據(jù)D.動態(tài)

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

A.表單B.界面類C.窗體I).對話框

93、對類進行詳細設(shè)計,主要是設(shè)計類的(C),優(yōu)化類之間的關(guān)系。

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

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

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

95、軟件測試的目標(biāo)是設(shè)計優(yōu)秀的測試用例,(B)。

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

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

C保障程序的正確性

I).乂分出程序員的編程水平

96、(B)不符合軟件測試原則。

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

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

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

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

97、引起軟件改變的原因主要有(D)o

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

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

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

99、現(xiàn)在人們更強調(diào)程序代碼的(A)。

A.可維護性B,可移植性C.可擴充性D.高效性

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

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

101.軟件工程的出現(xiàn)是由于(A)o

A.軟件危機B.計算機硬件技術(shù)的發(fā)展C.軟件社會化的需要D.計算機軟件技術(shù)的發(fā)展

102.DFD中的每個加工至少需要(D)o

A.一個輸入流B.一個輸出流C.i個輸入或輸出流D.一個輸入流和一個輸出流

103.PDL是描述處理過程(C)。

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

104.當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為(D)o

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

105.按照模塊獨立性,耦合程度由強至弱正確的順序是()。

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

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

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

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

106.反應(yīng)收發(fā)消息的對象的組織結(jié)構(gòu),用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是(C)。

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

107,不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是(D)o

A.SQLB.CobolC.4GLD.Lisp

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

A.白盒法B.灰盒法C.黑盒法D.綜合法

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

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

110.在軟件生存期的維護階段,繼續(xù)診斷和修正錯誤的過程稱為(D)。

A.完善性維護B.適應(yīng)性維護C.預(yù)防性維護D.改正性維護

二、簡答題

1、試從軟件的特點出發(fā)分析軟件危機產(chǎn)生的原因。

2、一個程序片段如下,請設(shè)計符合條件組合覆蓋的測試用例。

if(a>=4)&&(b<0)

c=a+b;

elss

c=a-b;

if(c>3)II(c<l)

printf(44c不在計算區(qū)域\n")

else

printf("%d\n”,c);

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

4、軟件工程為什么要強調(diào)規(guī)范化和文檔化?

5、讀懂下面的程序,調(diào)整格式,使其更容易理解,并添加注釋。

intmain()

(

inta[10];

for(inti=0;i<10;i++)

scanf("%d”,a[i]);

intmax=a[0],min=a[1];

for(intj=0;j<10;j++)

(

max=(max>a[j]?max:a[j]);

min=(min<a[j]?min:a[j]);

)

printf(〃max二max):

printf(〃min=%d,z,min);

printf(〃\n〃);

return0;

}

6、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求,請分析業(yè)務(wù)需求與用戶需求的區(qū)別?

7、一個程序片段如下,請設(shè)計符合判定覆蓋的測試用例。

if(a>=5)&&(b<0){

c=a+b;

els?

c=a-b;

if(c>5)||(c<l)

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

elss

printf("%d\rT,c);

8、請說明對象模型的作用是什么?

9、請說明IPO圖的作用,并給H一個IPO圖的模板"

10、簡述模塊獨立性,內(nèi)聚與耦合

11、請畫圖說明軟件工程的層次化結(jié)構(gòu),并詳細分析中間兩層的內(nèi)容。

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

intmain()

inta,b,c,x,y,z,t;

scanf(ud%,d%,d%,d%,,,&a,&b,&c,&t);

ifa>5&&t<lx=10elsex=l;

ifb>10y=20elsey=2;

if015z=30elsez=3;

printf(<td%,d%,d%\n,,,x,y,z)

)

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

14、下面的程序段A被程序員誤寫成程序段B,請設(shè)計合適的測試用例發(fā)現(xiàn)其中的錯誤。

程序段A程序段B

{(

T=0;T=0;

if(A>=1)&&(B>=2)T=T+1;if(A>=1)&&(B>=2)T=T+1;

elseT=T+2;elseT=T+2;

if(X>=90)&&(Y>=75)T=T+3;if(X>=90)&&(Y<75)T=T+3;

elseT=T+4;elseT=T+4;

}}

prinlft'd%\n”,T);prinlft'd%\n”,T);

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

16、軟件設(shè)計中的抽象是什么意思?

17、孩子閱讀疲倦時,一定要休息。如果不疲倦,但是對所閱讀的內(nèi)容不感興趣,就跳到下一章;如果不

疲倦,對內(nèi)容有興趣,理解無困難,則繼續(xù)閱讀;如果不疲倦,對內(nèi)容有興趣,但理解有困難,則應(yīng)該重

讀,請對上面的描述設(shè)計判定表。

18、活動圖與狀態(tài)圖的區(qū)別?

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

20、請說明判定表的作用及其結(jié)構(gòu)。

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

22、結(jié)構(gòu)化程序設(shè)計的特征是什么?

23、某學(xué)校開發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng),學(xué)生在網(wǎng)上查找到希望選修的課程,并查看是否還有名額,若有

名額就輸入學(xué)號,系統(tǒng)自動記錄該學(xué)生的選課信息,并返回選課成功。下面的順序圖描述了選課成功的情

形,請將以下對象填入最合適的位置:系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。

24、軟件需求可以分為'業(yè)務(wù)需求、用戶需求、功能需求和非功能需求,請分析業(yè)務(wù)需求與功能需求的區(qū)別?

25、對功率大于50馬力的機器或已運行10年以上的機器,應(yīng)送到專業(yè)的維修公司處理:如果功率小于

20馬力,并且有維修記錄,則在車間維修;否則送到本廠的維修中心維修,請建立判定表。

26、等價分類法的基本思想是什么?

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

28、設(shè)計下列偽程序的條件組合覆蓋測試用例。

BEGIN

INPUT(A.B)

IF(A>0)AND(B>O)THEN

X=A+B

ELSE

X=A-B

END

IF(C>A)OR(D<B)THEN

Y=C-D

ELSE

Y=C+D

END

PRINT(X,Y)

END

29、簡述軟件過程模型

30、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求,請分析功能需求和非功能需求的區(qū)

別?

31、簡述在項目開發(fā)時選擇程序設(shè)計語言的主要考慮的因素。

三、應(yīng)用題

1、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成,現(xiàn)在要開發(fā)軟件對設(shè)備維修信息進行管理,具體

描述如下:

車間主任填寫維修申請單,內(nèi)容有設(shè)備名稱、型號、故障描述、維護時間要求、預(yù)計費用;填好后交

給審計人員,審計人員根據(jù)企業(yè)的審計規(guī)定對維修申請單進行自計,填寫審計意見和審計結(jié)果,審計意見

可以修改費用,審計結(jié)果是同意或不同意;車間主任可以隨時直詢審計意見和結(jié)果;審計通過的維修申請

單送給總經(jīng)理進行審核,并填寫審核意見和結(jié)果,審核也是以修改費用,審核結(jié)果是同意或不同意。審核

通過后,車間把設(shè)備送去維修。維修后由車間主任組織對設(shè)備維修結(jié)果進行驗收,企業(yè)對每臺有設(shè)備驗收

標(biāo)推。驗收通過后,由財務(wù)人員進行結(jié)算,填寫支付單并支付維修費。最后收取發(fā)票后,財務(wù)人員填寫發(fā)

票記錄。

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

2、某個學(xué)生成績管理系統(tǒng)的部分功能如下:

(1)基本信息管理:教務(wù)管理人員輸入或修改學(xué)期教學(xué)計劃、學(xué)生名單和教師名單;

(2)學(xué)生選課:學(xué)生根據(jù)教學(xué)執(zhí)行計劃進行選課;

(3)分配任課教師:教務(wù)管理人員為符合開課條件的課程分配教師;

(4)教師查詢并打印課表;

(5)成績管理:每門課程的教師在考試評分結(jié)束后將考試成績錄入,學(xué)生可查詢。

請根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。

3、一個簡化的養(yǎng)老院軟件需求描述如卜.:老人來到養(yǎng)老院,接待人員將老人的基本信息錄入到系統(tǒng)

中,管理員讀取老人信息,進行護理級別的評估,根據(jù)評估結(jié)果分配床位、確定護理方案,床位的分配信

息存入床位分配數(shù)據(jù)表,每位老人的護理方案也要保存到數(shù)據(jù)庫表中。財務(wù)人員根據(jù)收費標(biāo)準(zhǔn)、床位分配

信息、護理方案和老人的日常護理記錄計算應(yīng)收費用,老人的家屬可以查詢應(yīng)收費信息和老人的日常護理

信息。護士根據(jù)老人基本信息、護理方案對老人進行日常護理,并向系統(tǒng)錄入每日的護理信息。請你根據(jù)

以上的描述,畫出數(shù)據(jù)流程圖。

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

對教師輸入的工作量進行審核,財務(wù)部門對審核后的工作量計算本月工資,本月工資:基本工資+各種補

貼+工作量獎金一稅收一保險一公積金金?;竟べY、各種補貼、保險、公積金信息由人事處負責(zé)輸入和

維護,教師可以查詢月工資明細c銀行系統(tǒng)每月從本系統(tǒng)讀入每位教師的實發(fā)工資,并向每位教師的銀行

卡帳戶打入月工資。教師可以查詢自己銀行卡的金額。

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

5、學(xué)校開發(fā)的網(wǎng)上作業(yè)管理信息系統(tǒng)需求如下:教師使用本系統(tǒng)將作業(yè)題輸入到數(shù)據(jù)庫中,并旦針

對不同的學(xué)生布置不同的作業(yè)。學(xué)生在網(wǎng)上查看教師給自己布置的作業(yè),并完成作業(yè),完成的作業(yè)放在學(xué)

生作業(yè)表中。教師在網(wǎng)上批閱作業(yè),并可以統(tǒng)計作業(yè)完成情況。學(xué)生可以查看教師批閱的作業(yè),修改作業(yè)

中的錯誤,教師仍然可以查看學(xué)生修改作業(yè)的情況,并給予批閱。

請仔細閱讀上面的描述,畫出數(shù)據(jù)流程圖。

6、學(xué)校每學(xué)期為品學(xué)兼優(yōu)攸學(xué)生發(fā)放獎學(xué)金,獎學(xué)金根據(jù)學(xué)生本人申請,班主任和同學(xué)評議的結(jié)果,

分為三個等級,一等獎5名,二等獎10名,三等獎50名,向全校公布。開發(fā)一個軟件實現(xiàn)獎學(xué)金的

評比和發(fā)布。每學(xué)期由學(xué)生本人填寫申請信息:學(xué)號、姓名、班級、申請等級、申請理由;系統(tǒng)根據(jù)申請自

動檢查學(xué)生成績文件,如果成績有不及格則不能申請獎學(xué)金;如果平均成績在85分以上有資格申請一等獎

學(xué)金;75分以上可以申請二等獎學(xué)金;否則可以申請三等獎學(xué)金。系統(tǒng)保存申請信息和成績檢查結(jié)果。經(jīng)

過成績篩選后,同學(xué)和班主任進行評議,同學(xué)可以給申請者加0-10分,教師可以給申請者0-10分。學(xué)

習(xí)成績占80%,同學(xué)評分占10%,班主任評分占10%,最后由學(xué)生管理科編制一張報表,請設(shè)計這張

報表的內(nèi)容和格式,并畫出此系統(tǒng)的數(shù)據(jù)流程圖。

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

者是多個,圖書管理員是一個,系統(tǒng)管理員是一個。對于系統(tǒng),讀者可以查詢自己的借閱情況、分門別類

的查詢圖書和在規(guī)定期限內(nèi)續(xù)借不能超過一次操作的情況下進行自行登錄續(xù)借書等。圖書管理員主要是日

常操作以下幾個工作環(huán)節(jié):圖書訂購、新書驗證、書目錄入、圖書登記、讀者信息管理、借閱書登記、圖

書信息注銷和讀者信息注銷等,而系統(tǒng)管理員統(tǒng)籌管理圖書的系統(tǒng)相關(guān)事宜,比如權(quán)限維護、日志維護、

增刪用戶和管理系統(tǒng)后臺數(shù)據(jù)等,

參考答案

選擇題,請從四個可選項中選擇正確答案。

答案

1.C2.A3.B4.D5.C

6.D7.A8.B9.A10.C

11.C12..D13.A14,B15,A

16.D17.C18.B19.D20.C

21.B22.A23.B24.D25.C

26.A27.C28.A29.C30.D

31.B32.A33.C34.D35.B

36.A37.B38.D39.B4D.C

41.A42.B43.D44.A45.B

46.B47.D48.C49.C50.D

51.B52.D53.A54.A55.D

56.B57.B58.A59.D60.A

61.C62.A63.B64.D65.A

66.D67.A68.B69.C70.B

71.D72.A73.A74.A75.C

76.B77.D78.A79.C80.D

81.D82.B83.A84.C85.C

86.B87.B88.B89.D90.A

91.D92.B93.C94.A95.B

96.B97.D9g.e99.A100.A

二、簡答題

1、答案

1)軟件是一種邏輯實體,具有抽象性,無法看到軟件本身的形態(tài),必須通過觀察、分析、思考和判

斷才能了解它的功能和性能。

2)軟件對硬件和環(huán)境有著不同程度的依賴性,這導(dǎo)致了軟件升級和移植的問題。il算機硬件和支撐

環(huán)境不斷升級,為了適應(yīng)運行環(huán)境的變化,軟件也需要不斷維護,并且維護的成本通常比開發(fā)成

本高許多。

3)軟件生產(chǎn)至今尚未擺脫手工方式,軟件開發(fā)的手工行為造就了一個致命的問題,就是為應(yīng)用“量

身訂做”軟件。長期以來,軟件給人的感覺是修改幾條指令很簡單,客戶總是強調(diào)軟件要適應(yīng)自

己的業(yè)務(wù)需求。因此,軟件產(chǎn)品大多是為客戶“訂做”的,通用性差。

4)軟件涉及人類社會的各行各業(yè),常常涉及一些行業(yè)知識,這對軟件工程師提出了很高的要求。

5)軟件是與文學(xué)藝術(shù)作品相似的精神作品,與體力勞動相比,精神活動過程的特點是“不可見性”,

這大大增加了組織管理上的困難。

2、答案

a>=4b<0

a>=4b>=0

a<4b<0

a<4b>=0

c>3

c<=3

c<l

0=1

綜合以上條件組合,設(shè)計測試用例如下(注意結(jié)果不唯一,只要滿足上面的組合條件即可):

a=4b=-lc=3

a=4b=0c=4

a=-lb=-1c=0

a=-lb=0c="l

3、答案

1)功能模型:表達系統(tǒng)的詳細需求,為軟件的進一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ校?/p>

用例圖和場景描述組成。2)對象模型:表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實世界中實體

的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3)動態(tài)模型:描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象

之訶的交互,表示瞬時的、行為化的系統(tǒng)的“控制”特性。

4、答案

軟件工程強調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范,使軟件生產(chǎn)擺脫個

人生產(chǎn)方式,進入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計思想、設(shè)計過程和實現(xiàn)過程完整地

記錄下來,以便于后人的使用和維護,在開發(fā)過程中各類相關(guān)人員借助于文檔進行交流和溝通。另外,在

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

程進行管理。在用戶最終驗收時可以通過對提交的文檔進行技術(shù)審查和管理審查,保證軟件的質(zhì)量。

5、答案

intmain()

(

inta[10];

〃讀入10個數(shù)據(jù)

for(inti=0;i<10:i++)

scanf("%d",a[i]);

〃max存放最大值,min存放最小值

intmax=a[0],min=a[0];

〃從10個數(shù)中發(fā)現(xiàn)最大、最小值

for(intj=0;j<10;j++)

(

max=(max>a[j]?max:a[j]);

min=(min<a[j]?min:a[j]);

)

〃輸出結(jié)果

printf(,,max=%d〃,max);

printf(〃min=%d,z,min);

return0;

6、答案

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

析之前就應(yīng)該確定,需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。

業(yè)務(wù)需求通常比較簡潔,大約三?五頁紙就可以描述清楚,也可以將它直接作為需求規(guī)格說明書中的一部

分,

用戶需求是用戶使用該軟件要完成的任務(wù)。這部分需求應(yīng)該充分調(diào)研具體的業(yè)務(wù)部門,詳細了解最終

用戶的工作過程、所涉及的信息、當(dāng)前系統(tǒng)的工作情況、與其他系統(tǒng)的接口等等。用戶需求是最重要的需

求,也是出現(xiàn)問題最多的。

7、答案

條件:

a>=5b<0

a>=5b?0

c<i

l<c<5

符合判定覆蓋的測試用例(不唯一):a=5,b=-l,c=4;a=5,b=5x=0;

8、答案

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

系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?,類圖是構(gòu)建對象模型的核心工具。

9、答案

數(shù)據(jù)流程圖中的處理本應(yīng)該放在數(shù)據(jù)字典中進行定義,但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類事

物,它們各自有獨立的描述格式,因此在實際項目中通常將處理說明用IPO圖標(biāo)描述。下面是項FI中常用

的處理說明模板:

系統(tǒng)名稱:_________________作者:_____________

處理編號:_________________日期:_____________

輸入?yún)?shù)說明:輸出參數(shù)說明:

處理說明:

局部數(shù)據(jù)元素:備注:

10、答案

在軟件設(shè)計中應(yīng)該保持模塊的獨立性原則。反映模塊獨立性的有兩個標(biāo)準(zhǔn):內(nèi)聚和耦合。內(nèi)聚衡量一

個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度;耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計時追求高內(nèi)

聚、低耦合。

II、答案

軟件工程的內(nèi)容具有層次化結(jié)構(gòu),最底層是質(zhì)量保證層,中間是過程層和方法層,最上層是工具層。

見圖:

工具層

方法層

過程層

質(zhì)量保證層7

其中過程層定義了一組關(guān)鍵過程域,目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件

開發(fā)的各種方法,包括如何進行軟件需求分析和設(shè)計,如何實現(xiàn)設(shè)計,如何測試和維護等方法。

12、答案

條件:

a>5,t=0

a<=5,t=0

b>10

b<=10

c>15

c<=15

測試用例(不唯一):a=6t=Ob=llc=16;a=51=0b=10c=15

13、答案

在需求分析的同時,以比較小的代價快速建立?個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系

統(tǒng)上可以進行基本操作,并且提出改進意見,分析人員根據(jù)用戶的意見完善原型,然后再由用戶評價,提

出建議,如此往復(fù),直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為匚?;诳焖僭突P偷拈_發(fā)過程基本上

是線性的,從創(chuàng)建系統(tǒng)原型到系統(tǒng)運行,期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基殆上進行系統(tǒng)

分析和設(shè)計,而原型已經(jīng)通過了用戶和開發(fā)組的審查,在設(shè)計階段由于有原型作設(shè)計參考,所以設(shè)計的結(jié)

果正確率比較高。

14、答案

條件組合:

A>=1B>=2;

A>=1B>2

A<1B>=2

A<IB<2

X>=90Y>=75

X>=90Y<75

X<90Y>=75

X<90Y<75

由比獲得測試用例:A=1B=2;A=1B=1:A=OB=2;A=0B=l;X=90Y=75;X=90Y=1;X=1Y=75;X=1Y=1;其中

X=90Y=75能夠發(fā)現(xiàn)錯誤。

評分標(biāo)準(zhǔn):答案不唯不管用什么方法,給出的測試用例能夠發(fā)現(xiàn)錯誤就給滿分。參考答案為X=90Y=75。

15、答案

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

驗證用戶密碼。這種情況下應(yīng)該將密碼驗證功能獨立出來,便于復(fù)用、減少冗余。一個用例擴展另一個用

例的功能,例如,在圖書館信息管理系統(tǒng)中,讀者還書時,系統(tǒng)檢查所還圖書是否有預(yù)訂記錄,如果有則

執(zhí)行“通知”用例。

16、答案

所謂抽象就是將事務(wù)的相似方面集中和概括起來,暫時忽略它們之間的差異?;蛘哒f,抽象就是抽出

事務(wù)的本質(zhì)特性而暫時不考慮它們的細節(jié)

17、答案

疲倦YYYYNNNN

感興趣YYNNYYNN

糊涂YNYNYNYN

重讀7

繼續(xù)7

跳到一下章q7

休息q7q

化筒為:

疲倦YNNN

感興趣YYN

糊建YN

1

重讀V

1

繼續(xù)V

跳到一下章q

休息7

18、答案

1)描述的重點不同:活動圖描述的是從活動到活動的控制流;狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之

間的轉(zhuǎn)移。

2)使用的場合不同:在分析用例、理解涉及多個用例的工作流、處理多線程應(yīng)用等情況下,一般使

用活動圖;在顯示一個對象在其生命周期內(nèi)的行為時,一般使用狀態(tài)圖。

19、答案

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

計階段的主要模型是軟件模塊結(jié)構(gòu)圖,數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進行轉(zhuǎn)換。不同的

人轉(zhuǎn)換出的模塊圖可能不同,有很大的隨意性。

2)需求分析的細化程度沒有標(biāo)準(zhǔn),只能憑借分析人員的經(jīng)驗自己把握;需求分析的過程是在一種瀑

布形式,當(dāng)需求變更時,功能變化就會導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化,造成了軟件結(jié)構(gòu)不穩(wěn)定。

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

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

20.答案

判定表是結(jié)構(gòu)花設(shè)計的工具,用于描述多重條件的處理。分為4各部分:條件列表、條件組合、操作

列表、特定條件下的操作組合。

2k答案

原理1.用分階段的生命周期計劃嚴格管理

原理2.堅持進行階段評審

原理3.實行嚴格的產(chǎn)品控制

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

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

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

原理7.承認不斷改進軟件工程實踐的必要性

22、答案:

結(jié)構(gòu)化程序設(shè)計的特征如下:程序模塊只有一個入口和一個出口、程序中只包含順序、條件和循環(huán)三

種控制結(jié)構(gòu)。

23、答案

24、答案:

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

析之前就應(yīng)該確定,需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。

業(yè)務(wù)需求通常比較簡潔,大約三?五頁紙就可以描述清楚,也可以將它直接作為需求規(guī)格說明書中的一部

分,

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

求,這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的,開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分

理解用戶需求,將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設(shè)計和編碼。

25、答案:

>=50馬力YNNN

<=20馬力NNYN

>=10年NY-N

有維修記錄--Y-

送外V

本廠

本車間V

26、答案:根據(jù)程序的輸入特性,將程序的定義域劃分為有限個等價區(qū)段一“等價類”,從等價

類中選擇出的用例具有“代表性”,即測試某個等價類的代表值就等價于對這一類其他值的測試。如果某

個等價類的一個輸人數(shù)據(jù)(代表值)測試中查出了錯誤,說明該類中其他測試用例也會有錯誤。

27、答案:

(I)在需求分析階段應(yīng)該明確維護的范闈和責(zé)任.檢查每條需求,分析維護時這條需求可能需要的支持.

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

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

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

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

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

收集出錯信息并進行分類統(tǒng)計,為今后的維護打下基礎(chǔ)。

28、答案:

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

本程序中共有兩個判定表達式,每個刊定表達式中有兩個簡單條件,因此,總共有8種可能的條件組合,

它們是:

A>0,B>0

A>0,B<=0

A<=0,B>0

A<=0,B<=0

C>A,D<B

C>A.D>=B

C<=A,D<B

C<=A,D>=B

下面的4個測試用例,可以使上面列出的8種條件組合每種至少出現(xiàn)一次:

實現(xiàn)1,5兩種條件組合

輸入:A=l,B=l,02,D=0

預(yù)期的輸出:X=2,Y=2

實現(xiàn)2,6兩種條件組合

輸入:A=l,B=0,C=2,D=1

預(yù)期的輸出:X=2,Y=1

實現(xiàn)3,7兩種條件組合

輸入:A=0,B=1?C-l,D=0

預(yù)期的輸出:X=-l,Y=-I

實現(xiàn)4,8兩種條件組合

輸入:A=0,B=0,C=-l,D=1

預(yù)期的輸出:X=0,Y=0

29、答案:

(l)軟件過程是人們開發(fā)和維護軟件及相關(guān)產(chǎn)品的活動、方法、實踐和改進的集合。它明確定義軟件過

程中所執(zhí)行的活動及其順序,確定沒一個活動內(nèi)容和步驟,定義每個角色和職責(zé)。

(2)軟件工程將軟件開發(fā)和維護的過程概況為8個大的活動:問題定義、可行性研究、需求分析、總體

設(shè)計、詳細設(shè)計、編碼、系統(tǒng)測試和運行維護。

30.答案:

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

需求,這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的,開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充

分理解用戶需求,將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設(shè)計和編碼。

(2)非功能需求是對功能需求的補充,可以分兩類。一類對用戶來說是最重要的屬性,包括有效性、高

效性、靈活性、完整性、互操作性、可靠性、健壯性、可用性。另一類對開發(fā)者來說是很重要(向質(zhì)量屬性,

包括可維護性、可移植性、可重用性、可測試性。

31、答案:編程人員的水平和編程經(jīng)歷;待開發(fā)的軟件類型;算法和計算復(fù)雜性;數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性;軟

件的開發(fā)成本和時間要求:軟件可移植性要求:可用的軟件T具.

二、應(yīng)用題

1、答案

參考答案如下,結(jié)果不唯一。

IPO5

發(fā)票管理

2、答案不唯一。參考答案如下:

3、答案

答案不唯一,參考答案如下:

床位

接待員管理員記錄

IPO3?~?DS2床位分配記錄

老人評審

指令

,信息床位

分配床位

老人信息記錄DS3收費標(biāo)準(zhǔn)

IP01IP02

J收費標(biāo),

評審護理級別老人信用IPO4

老人信息錄入IPO5

護理計費

方案?——財務(wù)

A

老人信息老人信息確定護理方案

溫馨提示

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

評論

0/150

提交評論