1260[筆試+機考+一網(wǎng)一12《家開放大學期末考新

[筆試+機考+一網(wǎng)一]

適用：【筆試+機考+一網(wǎng)一】【課程號：012】

898）：單選(599)(79)簡答(60)判斷(104)填空(42)應用分析題(14)單選(599)-- 1、“軟件工程的概念是為解決軟件危機而提出的”這句話的意思是()。>說明軟件工程的概念，即：工程的原則、思想、方法可解決當時軟件開發(fā)和維護存在的問題2、DFD()。>D.一個輸入流和一個輸出流

3、DFD中的每個加工至少有。>A.線性順序

4、nt表示對一個在時間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說明，下面哪個不是事件的類型()。>源事件

5、Fo()。>科學工程計算

6、IDEF。圖反映系統(tǒng)()。>做什么

7、IEEE是()的簡稱。>A.國際電氣和電子工程師協(xié)會

8、IS09000-3是()。>C.的1S09000族標準

9、ISO的軟件質量評價模型由3層組成，其中用于評價設計質量的準則是()。>SQDC

10、on()的設計方法。>數(shù)據(jù)結構

11、on的on提出的，它是一種面向

()的設計方法。>數(shù)據(jù)結構

12、P（ProbnalysisDiagra）圖是一種()>詳細設計13、PDL是描述處理過程()。>C.怎么做

14、PDL是一種()語言。>D.過程設計語言

15、Putn成本估算模型是一個()模型。>動態(tài)多變量

16、onose的代碼生成功能可以針對不同類型的目標語言生成相應的代碼Rationose企業(yè)版默認支持的目標語言不包

括。>DC#

17、Rationo括。>B生成Delphi語言代碼

18、Rational公司被()>Borland19、Rational公司被()>IBM

20、中有()>6

21、SD()。>模塊結構圖

22、SW一CMM是一種()>D.軟件成熟度模型

23、UML的()模型圖由類圖、對象圖、包圖、構件圖和配置圖組成。>靜態(tài)24、UML的概念模型不包括。>應用領域

25、UML()。>業(yè)務層

26、UML的英文全稱是()。>UndModnngue

27、UML()。>9

28、UML()和把這些構造塊放在一起的規(guī)則。>系統(tǒng)細節(jié)的規(guī)格說明29、UML的CRC卡片上“責任”一欄的內(nèi)容主要描述類的()和操作。>屬性

30、UML是一種()。>C.可視化的建模語言

31、UML是一種()。>A.建模工具

32、UML是一種()語言。>B.可視化建模

33、UM是一種語言。面向對象建模語言

34、UMLUML()和UML公共機制。>UML規(guī)則35、UML圖不包括()。>流程圖

36、UML()。>UML規(guī)則

37、UML()。>C.模塊化建模

38、UML中，包圖是一種()。>C.分組機制

39、UML一目的而進行的一系列消息交換。消息序列可用兩種圖來表示，分別是()。>順序圖和通信圖

40、UML部Actor與系統(tǒng)所提供的用例之間UML中的外部Actor是指()。>人、硬件設備或外部系統(tǒng)41、UML部Actor與系統(tǒng)所提供的用例之間的連接，UML中的外部Actor是指()。>人員或外部系統(tǒng)

42、UML()。>動作事物

43、UML中關聯(lián)的多重度是指。>一個類的實類能夠與另一個類的多個實類相關聯(lián)

44、UML()。>主類

45、UseCase用來描述系統(tǒng)在事件做出響應時所采取的行動。用例之間是具有相關性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單“單”、“更新訂單”與用例“檢查用戶帳號”之間是()關系。>include

46、()不符合軟件測試原則。>B.程序員應該仔細測試自己編寫的程序代碼

47、()>D.功能需求

48、()不描述系統(tǒng)內(nèi)部對功能的具體實現(xiàn)。>用例圖

49、()反映了系統(tǒng)物理結構。>系統(tǒng)流程圖br

50、()>DFD圖

51、()>D.DFD圖

52、()>UndModelinngu及面向對象建模語言53、()個特定的類、人或部門，他們負責完成組內(nèi)的活動。>泳道

54、()>構件圖

55、()或不準確的問題。>瀑布模型

56、()>B.白盒測試

57、()它們之間關系所組成。>用例圖br

58、()>軟件構件

59、()開發(fā)和運行時類的物理實現(xiàn)。>組件（接口實現(xiàn)類）60、()當使用這種制合。>D.繼承

61、()>狀態(tài)機視圖62、()>接口

63、()>技術評審

64、()>包

65、()>自律、善于溝通、具有一定的軟件技能br

66、()>AUndModelinnguage

67、()>D構件視圖表示運行時的計算資源（例如計算機以及它們之間的連接）的物理布置

68、()>C.用例視圖

69、()()。>B主類

70、()>D.軟件配置管理

71、()屬于功能測試方法。>B.邊值分析和等價類劃分

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

73()。>B.共性的部分

74、包圖的組成不包括()。>發(fā)送者

75()模型。>A.動態(tài)模型

76、不管多么完善的軟件都可能有潛在的問題，所以設計人員應該為軟件進行()不至于徹底崩潰。>容錯性br

77()。>D.Lisp

78()。>工資支票數(shù)據(jù)79、不屬于軟件項目管理的是()。>A.軟件銷售利潤

80、部署圖的組成不包括()。>構件

81、部署圖的組成元素不包括()。>C組件

82、采用()>高級語言

83、參與者（Actor）與用例、用例與用例、參與者與參與者之間的關系不包括()。>聚類關系

84、參與者（Actor）與用例之間的關系是()。>關聯(lián)關系

85、測試用例是一組()。>A.測試用的輸入數(shù)據(jù)以及對應的預期結果86、測試最早的開始時間是。>C.從需求分析階段開始

87()。>采用工程設計的方法開發(fā)軟件，不符合軟件本身的特點；

88()。>因修改軟件而造成的錯誤89()>條件/判斷結構

90()。>只有一個入口和一個出口91()。>順序、選擇和重復

92()>D.1左右

93N-S圖和PAD圖是()>段的詳細設計94()。>A.不確定1/

1260[筆試+機考+一網(wǎng)一95()。>應用特性

96、程序設計語言的技術特性不應包括()。D.軟件的可移植性

97()。>D.軟件的可移植性

98()模塊。>時間內(nèi)聚

99“先”確定動作的()“后”執(zhí)行()。>主體

/動作br

100()。>C.測試、系統(tǒng)測試和驗收測試

101()>A.為發(fā)現(xiàn)錯誤而執(zhí)行程序102on()的形式化的方法。>詳細設計

103如果完全用文字表達可能令人費解，這時可以采用()。>C.判定表104、當一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的捐合為()。>D.內(nèi)容精合

105()。>Pascal語言106、定義類的屬性類型時盡量使用已有類型，太多自定義類型會降低系統(tǒng)的()指標。>C.可維護性

107、動態(tài)模型描述系統(tǒng)的動態(tài)結構和對象之間的交互，表示瞬時的、行為化的系統(tǒng)控制特性。面向對象方法中，常用()實現(xiàn)。>D.以上全部

108()、狀態(tài)圖、合作圖、活動圖構建系統(tǒng)的動態(tài)模型。>D.順序圖

109()。>狀態(tài)圖

110()。>B一個活動可以有多個起始結點

111()，優(yōu)化類之間的關系。>C.屬性和方法

112。>降低模塊的復雜程度，并降低模塊間接口的復雜程度

113、對象和對象之間通過消息來進行通信。消息通信在面向對象的語言中即()。>方法調用

114、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關系，()>B.類圖

115()于對象的統(tǒng)一體中。>C.封裝

116()。>描述對象間的結構關系應以泛化為主

117()。>C.3

118是UML中哪個視圖的概念()。>協(xié)作圖

119()。>D.內(nèi)聚和耦合

120、反映收發(fā)消息的對象的組織結構，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是()。>C.合作圖

121、非直接耦合的模塊獨立性最強，的模塊獨立性最弱。

內(nèi)容料合

122、分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的()。>總貌123、分析員是()。>用戶和軟件人員的中間人

124、概要設計是軟件系統(tǒng)結構的總體性計，以下選項中不屬于概要設計的是()。>D.設計每個模塊的偽代碼

125、搞合度最高的是()。>B

126的7()。>軟件錯誤發(fā)現(xiàn)的越早改正的成本越低br

127()>A.靜態(tài)測試

128、功能模型用于表達系統(tǒng)的需求，為軟件的進一步分析和設計打下基礎。在面向對象方法中，由()實現(xiàn)。>C.用例圖和場景描述129、構架設計的主要目的是，這項工作由經(jīng)驗豐富的構架設計師主持完成。>D.確定系統(tǒng)總體結構

130、構件圖的組成不包括()。>發(fā)送者

131、構建類圖是()的任務。>A.對象模型

132、構造型?access?表示()導入。>private

133、構造型?import?表示()導入。>public

134于UML的一般命名規(guī)則，名稱首字母應該大寫的元素是

()。>類

135于UML()。>屬性名的首字母應該大寫。

136()。>export使一個包中的元素可以單向訪問另一個包中的元素

137()。>導出（export）使的一個包中的元素可以單向訪問另一個包中的元素

138()。>如果一個類有父類，該類就是具體類。

139()。>在建模過程中應先制作類圖，再制作對象圖。

140()。>一個對象的狀態(tài)是靜態(tài)的，只能由屬性值表示。

141()。>一個實例也是一個對象

142、關于構造型（pe），下列說法不正確的是()。>UML未提供預定義的構造型，故此需要用戶自行定義

143()。>如果兩個類之間有依賴，隱含著兩者之間有關聯(lián)關系

144()。>一個父類可以有多個子類，每個子類只能有一個父類。

145()。>子類和超類相互依賴146()。>發(fā)出一個異步調用需要等待一個應答消息，而同步調用就不需要應答

147()。>接口是一種抽象類型，可以直接實例化。

148()。>證明程序是正確、沒有錯誤的

149()。>C.準確性150()。>一個異步調用動作也可得到被調用行為返回的計算結果。

151()。>同步調用描述為實線實箭頭，異步調用描述為虛線開箭頭152()。>協(xié)作圖是順序圖的一種

153()。()。>協(xié)作圖是順序圖的一種

154()。>協(xié)作圖是順序圖的一種特例

155()。>一個用例也描述了一個功能如何實現(xiàn)

156()。>擴展關系是從一個擴展用例到一個被擴展用例的一種泛化關系。157()。>約束必須表示為規(guī)范的約束語言

158移transition，下面說法錯誤的是()。>當Trigger發(fā)生，不論Guard條件是否滿足，在執(zhí)行之后，將發(fā)生狀態(tài)轉移

159()①規(guī)范性②正確性③一致性④完備性⑤獨立性。>①②③④

160()。>各階段的任務盡可能相對獨立

161、畫DFD圖的主要目的是()。>A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具

162()。>1張

163、即使軟件能順利運行，但用戶往往會提出增加新功能或改進已有功能的建議，為滿足這一類要求而進行的活動稱為()。>A.完善性維護

164Computer）由中央處理器、內(nèi)存、硬盤等組成。那么ComputerCPU、、HardDisk）之間的關系是

()。>聚集關系

165、繼承藕合是()之間的一種關聯(lián)形式，設計時應該適當使用這種禍合。>B.一般化類與特殊化類

166是2%，請問現(xiàn)在存5000元，兩年后價值應為()元。>A.5202

167部系統(tǒng)和()。>D.時間

168()。>D.程序易讀性

169、結構化方法是一種基于的方法。>D.數(shù)據(jù)流

170SA法）使用的主要描述工具有()。>D.分層的DFD圖

171()和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。>數(shù)據(jù)字典

172()。>降低復雜度173()。>從數(shù)據(jù)流圖導出初始化結構圖

174()。>C.低禍合，高內(nèi)聚175、結構化設計方法是面向的設計方法。>數(shù)據(jù)流

176()進行分析的。>處理功能分解177()。>C.PAD圖

178()。>效益分析

179()。>D.效益分析

180、開發(fā)軟件所需高成本和產(chǎn)品的低質量之間有著尖銳的矛盾這種現(xiàn)象稱做()。>C.軟件危機2/

1260[筆試+機考+一網(wǎng)一181、科學計算領域一般選擇語言。>B.C

182、可維護軟件的主要特性包括()。>性183()。>B.效率與可修改性184()。>B.6%

185()。>B.項目是否值得開發(fā)

186()。>B.確定系統(tǒng)建模的方案

187、可行性研究的目的是()。>D.確定是否值得開發(fā)系統(tǒng)

188()。>D.術、軟件開發(fā)工具和人員的穩(wěn)定性

189()。>A.術、法律和社會環(huán)境190()。>D.確定系統(tǒng)是否值得開發(fā)

191()。>A.確定系統(tǒng)做什么

192()。>D.進行一次簡要的需求分析193()的過程。>B.需求分析過程

194、可行性研究實質上是在較高層次上、以較抽象的方式進行的

()過程。>B.系統(tǒng)分析和設計

195、可行性研究是在()之前>A.線性順序

196、可行性研究需要的時間長短取決于系統(tǒng)的規(guī)模，一般來說，可行性研究的成本只是預期總成本的()。>C.8%

197、可行性研究要進行一次需求分析。>簡化的、壓縮的

198它還可用于描述在生命期中跨越多個不同性質階段的被動對象的行為，在每一階段該對象都有自己特殊的行為()。>狀態(tài)機視圖

199、類中的某操作有一個形參類型為類B，那么和B之間可以建模為()關系。>依賴

200、類的結構是()。>由屬性和關及操作來表示

201、類的結構是()。()。>由屬性和關及操作來表示

202、類的行為是()。>由一組操作決定

203()。>A.數(shù)據(jù)結構

204、類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有()。>具體值

205()。>包（package）和子系統(tǒng)（subem）

206、類圖描述系統(tǒng)的()>D.靜態(tài)結構207在Rose()視圖中。>LogicView

208、類圖用于對系統(tǒng)的靜態(tài)設計視圖建模，類圖的常用建模技術不包括()。>對對象結構建模

209有3種類型，即()。>B.實體類、控制類、界面類

210、類之間的關系不包括。>D分解關系

211數(shù)X0和X1比較相等時，應該用()比較。>C.│X0一X1│ε

212則這兩個模塊屬于()。>B.外部耦合

213、輛合度最高的是()。>B.內(nèi)容藕合

214()結合起來的軟件開發(fā)模

型。>A.線性順序215、螺旋模型是一種考慮了的軟件開發(fā)模型。>B.風險判斷

216、螺旋模型是一種考慮了的軟件開發(fā)模型。>D.安全性

217()，體現(xiàn)了子系統(tǒng)的功能，而功能的具體實現(xiàn)方法應該是隱藏的。>A.操作

218()，體現(xiàn)了子系統(tǒng)的功能>B.操作

219的SW-CMM是()。>C.軟件成熟度模型

220家oeh于1983年提出了軟件工程的()條基本原理。>A.7

221()。>A.繼承

222、面向對象的封裝有三個層面的解釋，不屬于這三個層面的是

()。>接口的封裝

223向Ada語言并處于面向對象開發(fā)方法的奠基性地位()。>UML語言

224、面向對象的中層設計主要是對每個用例進行設計，規(guī)劃實現(xiàn)用例功能的()。>C.關鍵類

225、面向對象方法學的出發(fā)點和基本原則是盡可能模擬人類習慣的思維方式，分析、設計和實現(xiàn)一個軟件系統(tǒng)的方法和過程，盡可能接近于人類認識世界解決問題的方法和過程。因此面向對象()；對象彼此之間>把對象劃分成每個對象類都定義一組數(shù)據(jù)和方法

226、面向對象方法中的()機制使子類可以自動擁有（復制）父類的全部屬性和操作。>繼承

227()。>D.上面都有

228()，從分析到設計是一個逐漸擴充模型的過程。>C.非線性的

229()的過程。>A.精確模型

230()。>A.系統(tǒng)構架設計、用例設計、類設計

231()。>繼承性

232、面向對象設計強調定義，并且使它們相互協(xié)作來滿足用戶需求。>A.軟件對象

233、面向對象設計首先要進行高層設計：確定系統(tǒng)的總體結構和風格，構造系統(tǒng)的()>物理模型br234、面向對象設計首先要確定系統(tǒng)的總體結構和風格，構造系統(tǒng)的()。>B.物理模型

235、面向對象是“先”確定()“后”()。>C.動作的主體/執(zhí)行動作

236、面向對象是先確定()后。>C.動作的主體/執(zhí)行動作

237()，而過程實施的()是作為過程參數(shù)傳遞的()。>A.過程/對象

238、面向過程的方法最關心的是過程，而過程實施的對象是作為過程()傳遞的。>C.參數(shù)

239>C用例

240()。>C.模塊結構圖

241、模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，具有最強內(nèi)聚的一類是()。>功能性內(nèi)聚242項符合從低到高的正確次序()。>D.無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合243()>詳細設計244、某個模塊的作用域是指。>受該模塊內(nèi)的判定影響的所有模塊245可通過向此模塊傳遞布爾標志信息決定本次調用哪種通知書的打印，這種模塊之間的耦合稱為()。>控制耦合

246臺LED顯示屏，其在部署圖中應該被建模為()。>設備247、內(nèi)聚程度較低的是()。>D.時間內(nèi)聚

248()是模塊間最松散的精合。>B.非直接搞合

249()和邊界類。>控制類

250、糯合度最高的是()。>B.內(nèi)容精合

251()。>B.物構252()三>運行及維護253、瀑布模型本質上是一種模型。A.線性順序254、瀑布模型存在的間題是。>D.缺乏靈活性

255()。>B.不能適應需求的動態(tài)變更256、瀑布模型的主要特點是。>A.將開發(fā)過程嚴格地劃分為一系列有序活動

257、瀑布模型的主要特點是。>將開發(fā)過程分解為階段

258()關系。>整體部分259、確定角色是()的任務。>用例模型br

260、如果程序代碼的()>C.可讀性

261()來實現(xiàn)的，則這種精合就是交互稿合。>A.消息機制

262行的常用功能進行建模，包括取款、存款、轉賬、查詢等，可以用來表示該系統(tǒng)的功能需求的是()。>用例圖263是()。>通信內(nèi)聚

264、如果說用例F被用例T()。>A.F是一個一般用例，T是一個特殊用例

265類上，那么該關聯(lián)表示()。>類的每個對象與本類的其它對象有鏈接link

266例和用例B相似，但的動作序列是通過改寫B(tài)的部分動作或者擴展B()。>用例繼承用例B267、軟件、程序和代碼是()。>D.三個不同的概念

268、軟件部署圖的實質是()。>D部署軟件結構

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

270、軟件測試的目的是()。>B.發(fā)現(xiàn)軟件的錯誤

271、軟件測試的主要特點是。>C.軟件不能進行窮舉測試3/

1260[筆試+機考+一網(wǎng)一272()。>程序內(nèi)部邏輯

273()。>計算機輔助靜態(tài)分析

274、軟件的()設計又稱為總體設計，其主要任務是建立軟件系統(tǒng)的總體結構。>概要

275、軟件的()一般由兩次故障平均間隔時間和故障平均恢復時間來度量；>可靠性276、軟件調試技術包括()。>演繹法

277、軟件調研報告是在()>B.需求分析之前

278()問題。>升級和移植br279()。>規(guī)模

280、軟件工程的出現(xiàn)是由于。>B.軟件危機

281中間層是()，最上層是工具層。>C.過程層和方法層

282、軟件工程強調將()的方法應用于軟件的開發(fā)和維護過程之中。>D.以上全部

283()，它們的順序不能互換。>質量層、過程層、方法層、工具層br

284()。>軟件危機的出現(xiàn)br

285、軟件工程學是應用科學理論和工程上的技術指導軟件開發(fā)的學科，其目的是()。>B用較少的投資獲得高質量的軟件

286()。>B.精通一門編程語言287、軟件工程中()不屬于用戶文檔的內(nèi)容。>系統(tǒng)設計

288、軟件工程中，只根據(jù)程序的功能說明而不關心程序內(nèi)部邏輯的測試方法，稱為()測試。>C.黑盒法

289()圖。>C.SC

290、軟件結構圖中沒有()>D.判斷

291、軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫()。>面向對象分析

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

293()需求分析、設計過程。>A.線性順序

294()。>D.待開發(fā)的軟件是否會有質量問題295()。>功能內(nèi)聚

296、軟件設計的目標是()。>A.在最短的時間內(nèi)，生產(chǎn)出可靠性、可維護性俱佳的軟件方案297、軟件設計的目標是。

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

298()。>軟件維護

299()。>B.效率與可修改性

300、軟件危機出現(xiàn)于()，為了解決軟件危機，人們提出了用工程學的原理來設計軟件，這是軟件工程誕生的基礎。>60年代末

301()>B.修改程序302()。>算法與數(shù)據(jù)結構設計303()。>D.以上所有304()。>B.技術和算法

305書，另一個是()。>概要設計說明書br

306()。>B.需求規(guī)格說明書307()。>C.結構化設計

308、軟件與程序的區(qū)別是()。>D.檔，程序是軟件的一部分

309()。>方法體中一條語句

310分的輸出是成分B的輸入，則該模塊的聚合性稱為()。>順序內(nèi)聚

311是[-1.0，1]，現(xiàn)從輸入的角度考慮一組測試用例：一1.001，一

1.0，1.0，1.001()。>C.邊界值分析法312紀70現(xiàn)70%的項目是因為()原因，造成項目失敗。>B.管理不善

313為i，現(xiàn)存入p元，不計復利，n年后可得錢數(shù)為

()。>C.p×（1+i）n

314是UML視圖中哪個圖形的組成部分()。>順序圖

315()。>用例

316()。>參與者

317類中有不同的實現(xiàn)的一種方法是()。>多態(tài)性

318()和指定的覆蓋標準。>程序的內(nèi)部邏輯

319()。>分解和320()。>A.通有一定的軟件技能

321()。>D.建造系統(tǒng)的邏輯模型

322、數(shù)據(jù)流程圖是()方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。>A.線性順序

323()。>A.數(shù)據(jù)組成

324、數(shù)據(jù)字典是用來定義()>D.數(shù)據(jù)流程圖

325()>協(xié)作圖

326組成部分不包括()。>轉換

327描述順序圖的組成部分的是()。()。>轉換

328()是構成。>消息

329、隨著模塊規(guī)模的()()，但是模塊之間的接口變得復雜起來，使得模塊的集成成本增加()。>D.減小，減小

330()，模塊集成成本()。>B.減小/增加

331()、控制成分和傳輸成分。>B.運算成分

332()。>給程序加注釋333、提高軟件質量和可靠的技術大致可分為兩大類：其中一類就這就需要()。>容錯

334、通常把一組具有相同數(shù)據(jù)結構和相同操作的對象的集合定義為()。>類

335、通常對象有很多屬性，但對于外部對象來說某些屬性應該不能被直接訪問，下面哪個不是UML中的類成員訪問限定性

()。>friendly

336、通常對象有很多屬性，下面僅能在對象內(nèi)部訪問的屬性可見性限制是()。>私有的（private）

337()。>降低br

338()。>D.通過正式復審的文檔

339()原則。>A.線性順序

340()。維護管理者根據(jù)統(tǒng)計信息積累維護管理的經(jīng)驗，作為今后制定維護計劃的依據(jù)。>D.以上全部

341()。>C.適應性維護

342()。>選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

343()。>D.數(shù)據(jù)禍合344()，軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報表數(shù)等指標來衡量。>正比br

345、維護的工作量與軟件規(guī)模成()，軟件的規(guī)模可以由源程序的語句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報表數(shù)等指標來衡量。B.正比

346()副作用。>編碼

347、我國正式頒布實施的()對計算機病毒的定義具有法律性、權威性。>B.《中華人民共和國計算機信息系統(tǒng)安全保護條例》

348員Analyst在做儲蓄系統(tǒng)的需求開發(fā)時，發(fā)現(xiàn)：>包含關系

349種方案的成本和效益的工作是在()階段進行的。>總體設計

350、系統(tǒng)流程圖是描述()>體系結構

351()的描述。>當前運行系統(tǒng)352、系統(tǒng)物理模型用()>A.系統(tǒng)流程圖

353、下列關系中在用例圖中不會出現(xiàn)的一項是()。>A關聯(lián)關系

354列UML圖中不屬于結構UML規(guī)范新增加的圖的一項是

()。>類圖355列UML圖中不屬于結構圖的是()。>D順序圖

356、下列()不是模塊化設計的目的。>描述系統(tǒng)的功能與性能

357()。>C泳道

358()。>D組件

359()。>軟件結構圖360()。>時間冗余4/

1260[筆試+機考+一網(wǎng)一361()。>任務資源表

362()。>包含

363()。>私有保護的

364()。()。>私有保護的

365()。>描述最終系統(tǒng)的硬件設置以及和硬件相關的各項事宜

366()。>活動圖是對象之間傳遞消息的時間順序的可視表示,目的在于描述系統(tǒng)中各個對象按照時間順序的交互過程二多選題

367>C狀態(tài)圖的主要目的是描述對象創(chuàng)建和銷毀的過程中資源的不同狀態(tài)，有利于開發(fā)人員提高開發(fā)效率368()。>類圖

369()。()。>類圖

370()。>追蹤和狀態(tài)報告371于UML敘述不正確的是()。>UML僅是一組圖形的集合

372于UML敘述正確的是()。>UML是獨立于軟件開發(fā)過程的373,>B組織源代碼

374()。>細化用例的表達

375()。>在序列圖和協(xié)作圖中可以創(chuàng)建包

376>在序列圖和協(xié)作圖中可以創(chuàng)建包

377()。>對象圖是類圖的實例和快照,即類圖中的各個類在某一個時間點上的實例及其關系的靜態(tài)寫照

378()。>B.注釋用來說明程序段，需要在每一行都要加注釋

379()。>構件作為系統(tǒng)定義良好接口的物理實現(xiàn)單元?，但是它需要依賴于其它構件而不是僅僅依賴于構件所支持的接口

380()。>在構件圖中，構件和構件之間的關系表現(xiàn)為實現(xiàn)關系，定義的類或接口與類之間的關系表現(xiàn)為依賴關系

381>C一個類圖通過系統(tǒng)中的類以及類之間的關系來描述系統(tǒng)的靜態(tài)方面

382>D在程序運行的時

候,其他對象不僅需要依賴于此接口,還需要知道該類對接口實現(xiàn)的其他信息

383()。>面向對象分析不需要考慮技術和實現(xiàn)層面的細節(jié)

384()。>序列圖中的所有對象在程序一開始運行的時候，其生命線都必須存在。

385>D在UML的表示中，順序圖將交互關系表示為一張二維圖，其中橫向是時間軸，時間沿豎線向下延伸。縱向代表了在協(xié)作中各獨立對象的角色

386>D有效地描述如何分配各個類的職責以及各類具有相應職責的原因387>B將系統(tǒng)的模型組織分層或分組使單塊模型沒有適用于其他情況的可重用的單元388()。>協(xié)作圖的目的在于描述系統(tǒng)中各個對象按照時間順序的交互的過程

389>C協(xié)作圖的目的在于描述系統(tǒng)中各個對象按照時間順序的交互的過程

390()。>顯示對象及其交互關系的時間傳遞順序

391()。>在協(xié)作圖中需要關于某個類的所有對象都出現(xiàn)，同一個類的對象在一個協(xié)作圖中也不可以充當多個角色。

392>C在協(xié)作圖中，需要關于某個類的所有對象都出現(xiàn)，同一個類的對象在一個協(xié)作圖中也不可以充當多個角色

393、下列關于序列圖的說法不正確的是()。>在UML的表示中序列圖將交互關系表示為一張二維圖，其中橫向是時間軸，時間沿豎線向下延伸?？v向代表了在協(xié)作中各獨立對象的角色

394()。>擴展關系規(guī)范了擴展用例的行為如何及何時插入到被擴展用例的行為之中，由被擴展用例指向擴展用例。395、下列關于狀態(tài)圖的說法中，正確的是()

C.活動圖和狀態(tài)圖是對一個對象的生命周期進行建模，描述對象隨時間變化的行為。

396()。>活動圖和狀態(tài)圖是對一個對象的生命周期進行建模，描述對象隨時間變化的行為。397()。>D.數(shù)據(jù)型

398的圖形是()。>部署圖

399()。>對一個重要的系統(tǒng)用一個模型就可以充分描述

400()。>消息

401是UML的視圖？()。>B.行為視圖

402在UML視圖中屬于靜態(tài)圖()。>類圖

403()。>法拉第

404于建模的工具是。>DEXCEL工具405是UML靜態(tài)建模的是()。>D部署圖

406>D結構

407()。>D實現(xiàn)

408()。>活動

409()。>數(shù)據(jù)耦合

410于UML中的結構事物的是。>D狀態(tài)機

411、下列說法不正確的是()。>活動狀態(tài)是原子性的,用來表示一個具有子結構的純粹計算的執(zhí)行

412、下列說法不正確的是。>D淺歷史狀態(tài)是保存在最后一個引起封裝組成狀態(tài)退出的顯式轉換之前處于活動的所有狀態(tài)

413、下列說法不正確的是。>B在邏輯視圖下可以創(chuàng)建構件圖

414、下列說法正確的是()。>C.美國著名軟件工程專家

415、下列說法正確的是()。>D節(jié)點之間一般存在通信

416、下列系統(tǒng)設計工具中，不屬于詳細設計工具。>數(shù)據(jù)流圖417()>作為編碼階段的描述工具418()。>D.IEEE419于UML圖的是()。>流程圖、軟件結構圖

420()。>人工檢測

421()。>名稱

422、下面()不屬于參與者類型()。>交互對象

423、下面()不屬于參與者類型。>交互對象

424、下面()不屬于用例圖的要素。>包含

425、下面()屬于UML中的動態(tài)視圖。>狀態(tài)圖

426是RationalRose中的試圖是。>C數(shù)據(jù)視圖

427是通信圖

428是UML2．0()。>通信圖

429()。>用況、狀態(tài)

430()。()。>用況、狀態(tài)

431()。>生命線

432()。>一致性

433>D鏈

434、下面不屬于包關系的是。>關聯(lián)關系

435()。>傳遞

436()。>友元

437()。()。>友元

438。>用例反映功能的不同抽象層次439()。>展現(xiàn)軟件的特性

440()。>關聯(lián)

441、下面的()“部分-整體”>組合（Composite）

442()。>轉換

443()。>B.研究算法

444()。>D.生產(chǎn)無故障軟件445()。>是系統(tǒng)的一個實體

446()。>使用情況

447()。>關聯(lián)

448()。>關聯(lián)表示了較抽類元和較具體的類元之間的一種定向關系

449()。>工程是通過從特定實現(xiàn)語言的映射而把代碼轉換為模型的過程

450()。>確定角色/確定用例/確定用力模型br

451、下面哪個視圖是描述一個對象的生命周期的()。>圖452于UML語言的交互圖()。>順序圖

453、下面哪個說法是正確的。>A.足用戶需求的軟件是軟件工程的一項研究內(nèi)容。

454()。>B.語言

455()。>對象圖456()。>B.等價類劃分

457()。>活動圖

458>共同繼承原則

459()。>共同繼承原則5/

1260[筆試+機考+一網(wǎng)一460()。>C隊列

461()。>消息流程建模462()。>動態(tài)關系

463、下面說法不正確的是()。>D一個操作包括多個引腳

464、下面說法不正確的是()。>一條活動邊權重規(guī)定同時通過該邊令牌的最大數(shù)目

465、下面說法錯誤的是()。>參與者是系統(tǒng)的一部分,是用例圖的重要組成部分

466、下面說法錯誤的是()。>子類的穩(wěn)定性比父類的穩(wěn)定性好

467、下面說法正確的是()。>系468、下面正確的說法是()。>合469、現(xiàn)的一種方法是()。>多態(tài)性

470()。>A.可維護性

471、現(xiàn)在人們更強調程序的。>A.可讀性

472()。>質量

473()。>B.SC圖

474()。>D.以上全部

475和()。>A.風險476、消息的組成不包括()。>接口

477>B.需求分析

478()。>鏈479、信息隱藏的核心內(nèi)容是。>C.他模塊直接訪問480、須有()。>具體值

481()。>D.軟件系統(tǒng)的功能

482()。>可行性研究的依據(jù)

483()。>軟件做什么

484()。>C.485()。>A.需求規(guī)格說明書

486的UML圖為()。>狀態(tài)圖

487的UML圖是()。>序列圖488o的UML圖是()>復合結構圖

489()。>模塊間傳遞的要少且不傳遞開關型參數(shù)以及兩模塊不引用同樣的全局變量

490、業(yè)務需求描述的是()。>D.軟件的目標、規(guī)模和范圍

491()。>C.6%一10%

492以()所占的比例最大。>維護階段

493()。>改br494（λ>B.40%495、一個對象和另一個對象之間，通過消息來進行通信。消息通信在面向對象的語言中即()。>方法調用

496它屬于()耦合。>數(shù)據(jù)型

497()。>扇出數(shù)

498、一個軟件項目大約()()的工作量在維護階段。>30%,70%br

499()文檔中作出的。>可行性報告500()種。>C.4

501個用例之間的關系是()。>擴展

502、以下()不是UML事物。>機制事物

503()。>D.過程調用

504()。>C.技術發(fā)展快505、以下哪一項不屬于面向對象的軟件開發(fā)方法？()。>C.jackson方法

506()。>B.邊界值分析測試507()。>B.增加聯(lián)機求助命令

508()。>D.以上全部

509()對需要長久保存的信息進行建模。>C.E-R圖

510()描述系統(tǒng)與角色之間的接口o>B.界面類

511()模型分析和定義用戶的功能需求。>D.用例

512()模型描述和分析業(yè)務流程。>D.動態(tài)

513()模型描述系統(tǒng)的組織結構。>D.靜態(tài)

514、用戶需求描述的是()。>A.用戶使用該軟件要完成的任務515、用戶需求描述的是。用戶使用該軟件要完成的任務

516本結構的是()。>嵌套結構

517()。>用戶518關系()。>connect519()。>包

520()。>B.更加復雜

521()。>A.主觀性522、原型化方法是一種()>自外向內(nèi)

523于()系統(tǒng)。>需求不確定性高的

524于()系統(tǒng)。>A.線性順序

525()。>統(tǒng)一書寫格式

526、源程序的效率與()>D.詳細設計

527、在自動取款機的工作模型中（用戶通過輸入正確的用戶資料，從銀行取錢的過程），下面不是“Actor”的是()。>取款528、在自動取款機的模型中（用戶通過輸入正確的用戶資料，從銀行取錢的過程），下面哪個不是“參與者”()。>存款過程529、在E-R()。>C.實體、聯(lián)系、屬性530、在McCall()>適應性531、在ROSE（B）下的usecaserealization包中。。>LogicalView

532、在SD()。>D.模塊獨立性

533、在UML的需求分析建模中，對用例模型中的用例進行細化說明應使用()。>活動圖

534、在UML活動圖中，()表示操作之間的信息交換。>信息流535、在UML活動圖中，()表示活動需要輸入的對象或者作為活動的處理結果輸出的對象。>對象

536、在UML建模機制中，模型的組織一般通過()實現(xiàn)。>C包537、在UML提供的圖中，()用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；>用例圖

538、在UML提供的圖中，用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互的圖是()。>用例圖

539、在UML協(xié)作圖中，有多少種關聯(lián)角色的構造型()。>5

540、在UML中，類之間的關系有一種關系稱為關聯(lián)，其中多重()。>*….*541、在UML中，協(xié)作圖的組成不包括()。>發(fā)送者

542、在UML中，用例可以使用()來描述。>用例圖

543、在UML中，有四種事物，下面哪個不是()。>靜態(tài)事物

544、在UML>A關聯(lián)關系

545、在采用UML類需要使用標準數(shù)學函數(shù)類庫中提供的功能，那么類與標準類庫提供的類之間存在的關系是()。>依賴

5461頂序、事務處理以及控制其他對象的類是()。>A.控制類

547()。>注釋

548()。>新構件和舊構件名稱相同

549是()。>嵌套

550基本關系的是()。>交互

551()>A打開頁面

552行組裝測試，最后再進行有效性測試()。>單元測試

553、在類圖中，“～“()。>Pe

554()。>聚合

555()。>分析和定義

556()。>類的實例化是指對類的實例分配存儲空間6/

1260[筆試+機考+一網(wǎng)一557、在面向對象方法中，面向對象分析和設計的界限是模糊的從面向對象分析到面向對象設計是一個()的過程。>A.逐漸擴充模型558()模型。>動態(tài)模型br

559()。>子類繼承超類的特性，但并不繼承其私有特性。

560的3()。>C.邏輯561()。>D.非直接偶合

562()來表示。>動詞

563()。>環(huán)境需求

564()。>無二義性

565()反映模塊獨立性。>耦合和內(nèi)聚br

566、在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性提高等原因導致了()。>軟件危機br

567、在軟件生存期的維護階段，繼續(xù)診斷和修正錯誤的過程稱為

()。>D.改正性維護

568()>D.上面所有情況569()。>D.需求規(guī)格說明

570、在順序圖中無法表示要重復發(fā)送的消息，但在協(xié)作圖中可以表示要重復發(fā)送的消息。>對可適應的系統(tǒng)建模

571、在圖書館信息管理系統(tǒng)中，已經(jīng)構造了一個讀者類，后來發(fā)現(xiàn)圖書館的學生和教師在借書中有不同要求。請問在面向對象設計中用()方法可以有效地設計這3個類？>繼承br

572()關系。>擴展

573、在下列各項中，()>B事件流574、在下列工具與環(huán)境中()屬于較早期的CASE。>結構的基于圖形CASE

575()關系。>關聯(lián)

576()。>類是現(xiàn)實世界中客觀存在的事物577()。>PAD

578()。>B鏈

579題是()。>A.要求軟件做什么

580、在一個”訂單輸入子系統(tǒng)”檢查用戶帳號是否正確。那么，用例”創(chuàng)建新訂單”、”更新訂單”與用例”檢查用戶帳號”之間是()。>分類關系

581行建模中，每次取款或轉賬都要求登錄系統(tǒng)，那么登錄系統(tǒng)與它們之間的關系就是()。>被包含用例

582用ROSE“-”表示的可見性是()。>Private583的是()。>關聯(lián)（connect）

584()一種。>繼承

585()。>參與者只能表示特定用戶所扮演的角色。586、在用例之間，會有三種不同的關系，下列哪個不是他們之間的關系()。>聚集

587、在用例之間，會有三種不同的關系，下列哪個不是它們之間可能的關系()。>關聯(lián)

588()。>測試計劃589、在組件圖中，將系統(tǒng)中可重用的模塊封裝成可替換的物理單元()。>D組件

590()。>異步信號

591()。>A.快速原型化模型

592的Fu()。>DROOC

593、狀態(tài)圖包括()。>對象的狀態(tài)

594、狀態(tài)圖包括()。()。>對象的狀態(tài)

595>對實體在其生命周期中的各種狀況進行建模，一個實體總是在有限的一段時間持一個狀態(tài)

596、組件圖用于對系統(tǒng)的靜態(tài)實現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通?？梢苑譃樗姆N方式來完成，下面哪種不是其中之一()。>對事物建模597、組件圖又稱為()。>構件圖

598()。>B系統(tǒng)中組件與組件之間、定義的類或者接口與組件的關系

599()。>可行性分析

多選(79)-- ）1、Rationose的代碼生成功能可以針對不同類型的目標語言生成相應的代碼Rationose企業(yè)版默認支持的目標語言包括

()。>(Java；CORBA；VisualBasic)

2、RationalRose()。>(非一致性檢查；報告功能；審查功能)

3、UML圖包括()。>(用例圖；類圖；狀態(tài)圖)

4、()不是一種不包含操作的實現(xiàn)部分的特殊類>(析類；實現(xiàn)類)

5、()>(類圖；通信圖；用例圖)

6、()不作為完成用例任務的責任承擔者，協(xié)調、控制其他類共同完成用例規(guī)定的功能或行為>(數(shù)據(jù)對象；實體類；邊界類)

7、包圖的組成包括()。>(包；依賴關系；子系統(tǒng))

8、部署圖的組成不包括()。>(構件)

9、迭代過程的4個階段包括。>(初始；細化；構建)

10、動作狀態(tài)（ActionState）。>(是原子性的動作或操作的執(zhí)行狀態(tài),它不能被外部事件的轉換中斷；通常用于對工作流執(zhí)行過程中的步驟進行建模)

11、對于類，其屬性的可見性表示對類的外部世界的可見性，它有以下()選項>(publicpprotected私有（private）)

12、構件包括()。>()

13、構件圖的組成不包括()。>(發(fā)送者)

14、基于用例圖的需求捕獲的第一步就是確定系統(tǒng)的參與者，在()等問題來確定>(系統(tǒng)同環(huán)境如何進行交互；由誰安裝系統(tǒng)；系統(tǒng)為哪些對象提供信息、服務；系統(tǒng)的使用者是誰)15、可以認為對象是()。>(某種可被人感知的事物；思維、感覺或動作所能作用的物質；思維、感覺或動作所能作用的精神體)

16、類的定義要包含以下的要素()。>(行的操作；屬性的類型)17、類之間的關系不包括()。>(分解關系)

18()。>(探究系統(tǒng)和生產(chǎn)環(huán)境中的其它系統(tǒng)的依賴關系；這些系統(tǒng)可能是已經(jīng)存在；或是將要引入的；探究系統(tǒng)投產(chǎn)的相關問題；描述一個應用主要的部署結構；描述一個商業(yè)應用主要的部署結構；描述一個組織的硬件網(wǎng)絡基礎結構)

19、兩個類之間的關聯(lián)表示他們之間存在一種不適于繼承的邏輯關系。在關聯(lián)關系的表示圖元的兩端，可以表示參與關聯(lián)的()特性。>(約束；可見性；角色名；多重性)

20()。>(多樣性；多表性)

21例B是用例的某項子功能，并且建模者確切地知道在所對應的動作序列中何時將調用則不能稱的為()。>(用例A繼承用例B；用例包括用例B；用例實現(xiàn)用例B)

22、若將活動狀態(tài)比作方法，那么下面對動作狀態(tài)表達不正確的是()。>(方法；方法返回值；方法的可見性)

23()。>(參與者希望系統(tǒng)提供什么功能；參與者是否會讀取、創(chuàng)建、修改、刪除、存儲系統(tǒng)的某種信號？如果是的話，參與者又是如何完成這些操作的；參與者是否會將外部的某些事件通知給系統(tǒng))

24、事件可以分為內(nèi)部事件和外部事件。按下按鈕和打印機的中斷不屬于()。>(內(nèi)部事件；其他事件；歷史事件)

25、下例說法正確的是()。>(用例和參與者之間的對應關系又叫做通信關聯(lián)；它表示參與者使用了系統(tǒng)中的哪些用例；特殊需求指的是一個用例的非功能性需求和設計約束；在擴展關系中；基礎用例提供了一個或者多個插入點；擴展用例為這些插入點提供了需要插入的行為)

26、下列()不屬于泛化操作成為可能，即操作的實現(xiàn)是由它們所使用的對象的類，而不是由調用確定的。>(多重；傳參；傳值)

27()。>(活動圖是對象之間傳遞消息的時間順序的可視表示；目的在于描述系統(tǒng)中各個對象按照時間順序的交互過程)

28>(用例的泛化關系中，用例的泛化關系類似于面向對象中的繼承，它把多個子用例中的共性抽象成一個父用例。子用例在繼承父用例的基礎上可以進行而父用例和子用例之間的關系就是泛化關系)

29()。>(狀態(tài)圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態(tài)行為；狀態(tài)圖適用于描述狀態(tài)和動作的順序，不僅可以展現(xiàn)一個對象擁有的狀態(tài)，還可以說明事件如何隨著時間的推移來影響這些狀態(tài)；狀態(tài)圖描述了一個實體基于事件反應的動態(tài)行為，顯示了該實體如何根據(jù)當前所處的狀態(tài)對不同的時間做出反應)

30、下列關于包的用途,()。>(描述需求和設計的高階概況；組織源代碼；在邏輯上把一個復雜的系統(tǒng)模塊化)

31()。>(部署圖描述了一個系統(tǒng)運行時的硬件節(jié)點、在這些節(jié)點上運行的軟件構件將在何處物理運行；以及它們將如何彼此通信的靜態(tài)視圖；在一個部署圖中包7/

1260[筆試+機考+一網(wǎng)一含了兩種基本的模型元素：節(jié)點和節(jié)點之間的連接；使用

RationalRo003)

32()。>(在序列圖和協(xié)作圖中可建刪除；包及其包中的內(nèi)容都將被刪除；在創(chuàng)建包的依賴關系時；盡量避免循環(huán)依賴)

33的是()。>(在類圖中可以創(chuàng)建包；如果將包從,模型中永久刪除,包及其包中的內(nèi)容都將被刪除；在創(chuàng)建包的依賴關系時,盡量避免循環(huán)依賴章第八章順序圖二.多選題)

34()。>(對象圖是類圖的實例和快照；即類圖中的各個類在某一個時間點上的實例及其關系的靜態(tài)寫照)

35()。>(對象約束Quer）語Connt語言；對象約束語言是基于數(shù)學的，但是卻沒有使用相關數(shù)學符號的內(nèi)容；對象約束語言也是一種聲明式（Declarative）語言)

36()。>(對象約束Quer）語Connt語言；對象約束語言是基于數(shù)學的；但是卻沒有使用相關數(shù)學符號的內(nèi)容；對象約束語言也是一種聲明式（Declarative）語言)

37()。>(構件作為系統(tǒng)定義良好接口的物理實現(xiàn)單元?；但是它需要依賴于其它構件而不是僅僅依賴于構件所支持的接口)

38()。>(在構件圖中；構件和構件之間的關系表現(xiàn)為實現(xiàn)關系；定義的類或接口與類之間的關系表現(xiàn)為依賴關系)

39()。>(ram）是由類；構件等模型元素以及它們之間的關系構成的；類圖的目的在于描述系統(tǒng)的運行方式；而不是系統(tǒng)如何構成的；類圖與數(shù)據(jù)模型有許多相似之處；區(qū)別就是數(shù)據(jù)模型不僅描述了系統(tǒng)內(nèi)部信息的結構；也包含了系統(tǒng)的內(nèi)部行為；系統(tǒng)通過自身行為與外部事物進行交互)

40()。>(交互視圖包含類圖和順序圖；交互視圖的主要目的是幫助開發(fā)團隊以一種可視化的方式理解系統(tǒng)的功能需求；交互視圖是參與者所能觀察和使用到的系統(tǒng)功能的模型圖)

41()。>(在程序運行的時候；其他對象不僅需要依賴于此接口；還需要知道該類對接口實現(xiàn)的其他信息)

42()。>(有些對象是不能被抽象成類的；對象是類集合的再抽象)

43()。>(序列圖中的所有對象在程序一開始運行的時候；其生命線都必須存在。)

44()。>(用例圖是通過對象的各種狀態(tài)來建立模型來描述對象隨時間變化的動態(tài)行為；構件視圖表示運行時的計算資源（例如計算機以及它們之間的連接）的物理布置)

45()。>(將系統(tǒng)的模型組織分層或分組能夠將一個大系統(tǒng)進行分解,降低系統(tǒng)的復雜度；將系統(tǒng)的模型組織分層或分組能夠允許多個項目開發(fā)小組同時使用某個模型而不發(fā)生過多的相互牽扯；將系統(tǒng)的模型組織分層或分組使一個小的,獨立的單元所進行的修改所造成的后果可以跟蹤確定)

46()。>(協(xié)作圖的目的在于描述系統(tǒng)中各個對象按照時間順序的交互的過程)

47()。>(顯示對象及其交互關系的時間傳遞順序)

48法不正確的是()。>(在協(xié)作圖中需要關于某個類的所有對象都出現(xiàn)；同一個類的對象在一個協(xié)作圖中也不可以充當多個角色)

49()。>(在UML的表示中；序列圖將交互關系表示為一張二維圖；其中橫向是時間軸；時間沿豎線向下延伸。縱向代表了在協(xié)作中各獨立對象的角色)

50()。>(有效地描述如何分配各個類的職責以及各類具有相應職責的原因)

51、下列說法不正確的是()。>(表示一個具有子結構的純粹計算的執(zhí)行)

52、下列說法正確的是()。>(在邏輯視圖下可以創(chuàng)建包；在構建試圖下可以創(chuàng)建構件)

53、下列說法正確的是()。>(觸發(fā)器事件就是能夠引起狀態(tài)轉換的事件，觸發(fā)器事件可以是信號、調用等；沒有明確標明觸發(fā)器事件的轉換是由狀態(tài)中活動的完成引起的；內(nèi)部轉換只有源狀態(tài)，沒有目標狀態(tài)，不會激發(fā)入口和出口動作，因此內(nèi)部轉換激發(fā)的結果不改變本來的狀態(tài))

54()。>(生命線)

55、下面是onalRose中的試圖是()。>(用例視圖；部署視圖；邏輯視圖)

56、下面是Rational的6項最佳實踐的是()。>(迭代式軟件開發(fā)；基于構件的架構應用；軟件質量驗證)

57>(用例；泳道；系統(tǒng)邊界)

58()。>(用例；泳道；系統(tǒng)邊界)

59()。>(狀態(tài)；轉換；初始狀態(tài))

60、消息的組成不包括()。>(接口)

61、一個以架構為中心的開發(fā)組織，需要對架構的哪個方面進行關注()。>(架構的目的；架構的表示；架構的過程)

62>(能夠應對復雜項目的需求；能夠有良好的用戶滿意程度；盡可能的減少需求錯誤)

63()。>(能夠應對復雜項目的需求；能夠有良好的用戶滿意程度；盡可能的減少需求錯誤)

64()。>(使用部署圖可以顯示運行時系統(tǒng)的結構，同時還傳達構成應用程序的硬件和軟件的配置的部署方式；從部署圖中，可以了解到軟件與硬件之間物理關系及處理節(jié)點的組件分布情況；部署圖（deployment,配置圖）是用來顯示系統(tǒng)中軟件和硬件的物理結構)

65()。>(使用部署圖可以顯示運行時系統(tǒng)的結構；同時還傳達構成應用程序的硬件和軟件的配置的部署方式；從部署圖中；可以了解到軟件與硬件之間物理關系及處deplont；配置圖）是用來顯示系統(tǒng)中軟件和硬件的物理結構)

66、用例圖的節(jié)點包括()。>(用例；邊界；執(zhí)行者)

67、用例之間的關系主要有。>(繼承；擴展；包含)

68、用例之間的關系主要有。>(包含；繼承；擴展)69、在()信息的外部實體>(類；用例；用例圖)

70、在UML()。>(發(fā)送者)

71、在UML中，以下()>(框架

FrameworkFacadeSube系統(tǒng)（《system》）)

72()操作>(描述非功能需求；用例建模；識別用例；識別參與者)

73()>(節(jié)點；包；構件)

74()小。可以說明可能用于關聯(lián)端、組成類中的部分、消息迭代次數(shù)和其他目的。>(角色；多重性；監(jiān)護條件)

75()>(當系統(tǒng)狀態(tài)發(fā)生故障時；是否需要通知參與者；系統(tǒng)是否存在外部事件；如果存在；是哪個能參與者通知系統(tǒng)這些個部事件；參與者希望系統(tǒng)為他提供什么樣的功能)

76()來表示整個軟件系統(tǒng)或其中一些子系統(tǒng)的邊界，也可以用它表示軟件系統(tǒng)的不同發(fā)布版本的功能范

圍>(執(zhí)行者；關聯(lián)關系；用例)

77()。>(包含；擴展；實現(xiàn))

78、狀態(tài)不能用于()。>(在轉化成程序的代碼；表示兩個或多個對象之間的獨立鏈接；是不同對象在不同時期的圖形描述；描述對象與對象之間的定時交互；顯示了對象之間消息發(fā)送成功或者失敗的狀態(tài))判斷(104)--

1、E-R>錯

2、Poner是一個CASE工具>對

3、UML建模語言是由視圖、圖、模型元素和通用機制構成的層次關系來描述的。>錯

4、UML是面向對象分析與設計的一種方法。>錯

5、UML>錯

6、UML是一種可視化的建模語言。>對

7、UML即OOA/OOD方>錯8、UML是一種直觀化、明確化、構建和文檔化軟件產(chǎn)物的通用語言。>對

9、UML適用于以體系結構為中心的開發(fā)過程，但不適合在具有迭代特征的開發(fā)過程中使用。>錯10、UML無法體現(xiàn)歷史狀態(tài)>錯

11的內(nèi)部結構和處理過程。>錯12、包是UML>對

13>錯

14>對

15actorusecaseassociation關系。>對16>錯

17>錯18、對象是動態(tài)的實例>對8/

1260[筆試+機考+一網(wǎng)一19、對象之間協(xié)作可以通過相互發(fā)送消息來實現(xiàn)，也就是消息可以是雙向的>錯

20、關系數(shù)據(jù)庫集中在數(shù)據(jù)庫上，而面向對象系統(tǒng)則集中在行為上>對

21>對22>對

23>對

24>錯25Action）>對

26>錯

27>錯

28以及用例實例或類中的活動。>對

29>錯

30>錯

31>對

32>錯

33象開發(fā)方法。>錯

34行的解。>對35、類是靜態(tài)的描述>對

36、類圖用來表示系統(tǒng)中類和類與類之間的關系，它是對系統(tǒng)動態(tài)結構的描述。>錯

37、類圖中的角色是用于描述該類在關聯(lián)中所扮演的角色和職責的。>對

38、兩個參與者（actorinclude）關系、擴展

（ndgeneralization）關系，而包含關系和擴展關系是依賴（dependen）關系的版型。>錯

39>錯

40的3個要素，即靜態(tài)結構、交互次序和數(shù)據(jù)變換。>對

41>錯

42、面向對象系統(tǒng)適合處理復雜行為，而關系數(shù)據(jù)庫則適合于數(shù)據(jù)庫報表系統(tǒng)>對

43錯44、判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。>對

45、請求接口（RequiredInace）用于定義一個構件所提供的服務。>錯46>錯

47、軟件工程的方法只適用于大型軟件的開發(fā)，對小型軟件的開發(fā)沒有幫助。>錯

48>錯

49>錯50如P，CVisualBasic等）編寫的程序，軟件開發(fā)實際上就是編寫程序代碼。>錯

51對52為3或4>對

53、實體->對54>對

55、順序圖和協(xié)作圖都是用來描述對象之間的交互的，并可以相互轉化。>對

56、順序圖描述對象之間的交互關系，重點描述對象之間消息傳遞的時間順序。>對

57>錯

58>對

59>對

60>61、同步消息和異步消息的主要區(qū)別是：同步消息的發(fā)生對象在消息發(fā)生以后，不必等待消息處理，可立即繼續(xù)執(zhí)行，而異步消息的發(fā)送對象則必須等待接收對象完成消息的處理后，才能繼續(xù)執(zhí)行。>錯62>錯

63>錯

64、系統(tǒng)分析就是在系統(tǒng)開發(fā)可行的條件下，考慮如何選擇機器錯65>對

66>錯

67序等大量工作。>錯

68>對

69、協(xié)作圖和順序圖是等價的>對70、協(xié)作圖是對象圖的擴展>錯

71>對

72>對

73CASE>對74>對

75>對

76整體。>對77>錯

78對79>對

80>錯81>錯

82>錯83>對

84>錯

85>錯

86、在UML>對87>錯88行為和關系，并在此基礎上增加了新的特性，則此兩個用例之間可以用泛化關系表示。>對89對象是類的實例，類是生成對象的模板。>對

90、在設計類圖時，可以不用對類圖中的每個關聯(lián)進行命名，但如果需要命名的話，最好用一個”動詞”給關聯(lián)命名。>對

91、在數(shù)據(jù)庫的規(guī)范化理論中，第二范式意味著關系中的所有非關鍵字都完全依賴于整個關鍵字。>對

92、在順序圖中無法表示要重復發(fā)送的消息，但在協(xié)作圖中可以表示要重復發(fā)送的消息>錯

93、在用例圖中，Actor僅代表與目標系統(tǒng)進行交互的人。>錯

94>錯95、只有狀態(tài)圖采用泳道>錯96、注解是UML>錯

97、狀態(tài)機圖的主要目的是描述對象創(chuàng)建和撤銷的過程中資源的不同狀態(tài)，有利于開發(fā)人員提高開發(fā)效率。>錯

98、狀態(tài)機圖描述了一個實體基于時間反應的動態(tài)行為，顯示了該實體如何根據(jù)當前所處狀態(tài)對不同的事件做出反應。>錯

99、狀態(tài)機圖適用于描述狀態(tài)和動作的順序，不僅可以展現(xiàn)一個對象擁有的狀態(tài)，還可以說明時間如何隨時間的推移來影響這些狀態(tài)。>錯

100變化的動態(tài)行為。>錯101>對

102>對

103>對

104>錯

填空(42)-- 1、包含關系指用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。章第六章類圖與對象圖

2、包圖是一種維護和描述系統(tǒng)總體結構的模型的重要建模工具通過對圖中各個包以及包之間關系的描述，展現(xiàn)出系統(tǒng)的模塊與模塊之間的依賴關系。

3、部署圖描述了一個系統(tǒng)運行時的硬件節(jié)點、在這些節(jié)點上運行的軟件構件

4、從模塊內(nèi)外的聯(lián)系來看，結構化設計的要求是高內(nèi)聚低耦合5、定性度量模塊獨立性的兩個標準是內(nèi)聚性和耦合性。

6、對象圖描述系統(tǒng)在某一個特定時間點上的靜態(tài)結構，是類圖的實例和快照，即類圖中的各個類在某一個時間點上的實例及其關系的靜態(tài)寫照。

7、對象圖中包含對象和鏈。其中對象是類的特定實例，鏈是類之間關系的實例，表示對象之間的特定關系。

8、構件圖是用來表示系統(tǒng)中構件與構件之間、定義的類或接口與構件之間的關系圖。9、活動圖的動態(tài)建模機制一共有5種。

10、活動圖所有或多數(shù)狀態(tài)都是動作狀態(tài)或活動狀態(tài)。

11別是用戶界面層、業(yè)務邏輯層和數(shù)據(jù)訪問層。9/

1260[筆試+機考+一網(wǎng)一12、將在何處物理運行，以及它們將如何彼此通信的靜態(tài)視圖。13、交互是指在具體語境中由為實現(xiàn)某個目標的一組對象之間進行交互的一組消息所構成的行為。14步求精的設計方法和順序、選擇、循環(huán)三種基本控制結構構造常態(tài)程序。15、類中屬性的可見性包含3pubilc）、受保護類型（protectedprivate）。

16、歷史狀態(tài)代表上次離開組成狀態(tài)時的最后一個活動子狀態(tài)，它用一個包含字母H的小圓圈表示。

17、面向對象程序的基本特征是抽象、封裝、繼承和多態(tài)。

18、模塊內(nèi)部的算法設計在結構化方法的詳細設計階段進行。

19、耦合性和內(nèi)聚性是衡量模塊獨立性的兩個定性的標準。

20、如果兩模塊間的通信信息是若干個參數(shù)，而每個參數(shù)是單一的數(shù)據(jù)項，則稱這種耦合性為數(shù)據(jù)耦合。

21、軟件對象可以這樣定義：所謂軟件對象，是一種將狀態(tài)和行為有機結合起來形成的軟件構造模型，它可以用來描述現(xiàn)實世界中的一個對象。

22、消息是從一個對象（發(fā)送者）向另一個或幾個其他幾個對象（接收者）發(fā)送信號，或由一個對象（發(fā)送者或調用者）調用另一個對象（接收者）的操作。它可以有不同的實現(xiàn)方式，如過程調用、活動線程間的內(nèi)部通信、事件的發(fā)生等。

23顯示了對象之間如何進行交互以執(zhí)行特定用例或用例中特定部分的行為。24、協(xié)作圖是由對象、消息和鏈等構成的。

25、協(xié)作圖通過各個對象之間的組織交互關系以及對象彼此之間的鏈接，表達對象之間的交互。

26、序列圖是由對象、生命線、激活和消息等構成的。

27、一個對象流狀態(tài)必須與它所表示的參數(shù)和結果的類型匹配。28、用例視圖描述了系統(tǒng)的參與者與系統(tǒng)進行交互的功能，是參與者所能觀察和使用到的系統(tǒng)功能的模型圖。一個用例是系統(tǒng)的一個功能單元，是系統(tǒng)參與者與系統(tǒng)之間進行的一次交互作用。29、與傳統(tǒng)的SRS具有直觀、規(guī)范等優(yōu)點，克服了純文字性說明的不足。

30、在UML的表示中序列圖將交互關系表示為一張二維圖，其中縱向是時間軸，時間沿豎線向下延伸。橫向代表了在協(xié)作中各獨立對象的角色。

31、在UML矩形由3個部分構成，分別是：類的名稱、類的屬性和類的操作。

32、在UML組成，是展示狀態(tài)與狀態(tài)轉換的圖。33、在UML中定義了4種基本的面向對象的事物，分別是結構事物、行為事物、分組事物和注釋事物（輔助事物）等。

34、在UML視圖、狀態(tài)機視圖、活動視圖、物理視圖和模型管理視圖。

35、在構件圖中，構件和構件之間的關系表現(xiàn)為依賴關系，定義的類或接口與類之間的關系表現(xiàn)為依賴關系或實現(xiàn)關系。

36、在類圖中一共包含了一下幾種模型元素，分別是：類、接口、依賴關系、泛化關系、關聯(lián)關系以及實現(xiàn)關系。

37、在模塊結構圖中，直接調用某一模塊的其他模塊數(shù)稱為該模塊的扇入數(shù)。四.填空題

38、在協(xié)作圖中，類元角色描述了一個對象，關聯(lián)角色描述了協(xié)作關系中的鏈，并通過幾何排列表現(xiàn)交互作用中的各個角色。

39、在協(xié)作圖中的鏈是兩個或多個對象之間的獨立連接，是關聯(lián)的實例。在UML的建模機制中，模型的組織是通過包來實現(xiàn)的。40、在需求分析中，可從有關問題的簡述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡述中的動詞短語將成為數(shù)據(jù)流圖中的處理成分。

41、狀態(tài)機視圖是通過對象的各種狀態(tài)建立模型來描述對象隨時間變化的動態(tài)行為，并且它是以獨立的對象為中心進行描述的。

42、狀態(tài)圖適合描述跨越多個用例的對象在其生命周期中的各種狀態(tài)及其狀態(tài)之間的轉換。

簡答(60)-- 1、QQ軟件的用戶分為游客和登陸會員，登陸會員分...

2、等價分類法的基本思想是什么？...

3、讀懂下面的程序，調整格式，使其更容易理解，并添...

4、對功率大于50馬力的機器或已運行10年以上的...

5、孩子閱讀疲倦時，一定要休息。...

6、衡量模塊獨立性的兩個標準是什么？它們各表示...

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

8、簡述結構化分析的主要步驟。

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

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

11、簡述軟件過程模型。

12、簡述在項目開發(fā)時選擇程序設計語言的主要考...

13、將下面的程序片段畫出程序流程圖...

14、結構化程序設計的特征是什么？...

15、結構化分析方法通過哪些步驟來實現(xiàn)?...

16、可行性研究報告的主要內(nèi)容是什么？...

17、面向對象的分析通常要建立三