面向?qū)ο笈cUML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋煙臺(tái)大學(xué)_第1頁(yè)
面向?qū)ο笈cUML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋煙臺(tái)大學(xué)_第2頁(yè)
面向?qū)ο笈cUML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋煙臺(tái)大學(xué)_第3頁(yè)
面向?qū)ο笈cUML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋煙臺(tái)大學(xué)_第4頁(yè)
面向?qū)ο笈cUML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋煙臺(tái)大學(xué)_第5頁(yè)
已閱讀5頁(yè),還剩32頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

面向?qū)ο笈cUML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋煙臺(tái)大學(xué)緒論單元測(cè)試

UML是面向?qū)ο蟮能浖UZ(yǔ)言,可應(yīng)用到軟件開(kāi)發(fā)全過(guò)程。

A:錯(cuò)B:對(duì)

答案:對(duì)

面向?qū)ο笫钱?dāng)今主流的軟件開(kāi)發(fā)思想。()

A:錯(cuò)B:對(duì)

答案:對(duì)

下列哪些工具可以用來(lái)進(jìn)行UML建模?(

A:

EnterpriseArchitect(EA)B:

RationalRoseC:StarUML

D:

MicrosoftOffice

Visio

答案:

EnterpriseArchitect(EA);

RationalRose;StarUML

MicrosoftOffice

Visio我們要從本課程中學(xué)到哪些知識(shí)?()

A:UML軟件建模B:面向?qū)ο蟮脑O(shè)計(jì)原則C:面向?qū)ο缶幊陶Z(yǔ)言D:面向?qū)ο蟮幕A(chǔ)知識(shí)

答案:UML軟件建模;面向?qū)ο蟮脑O(shè)計(jì)原則;面向?qū)ο蟮幕A(chǔ)知識(shí)平時(shí)分析問(wèn)題,總要獲取哪些方面的信息?(

A:事物之間如何協(xié)作完成任務(wù)?B:問(wèn)題中涉及哪些事物?C:事物的特征和行為是什么?D:事物之間的關(guān)系是什么?

答案:事物之間如何協(xié)作完成任務(wù)?;問(wèn)題中涉及哪些事物?;事物的特征和行為是什么?;事物之間的關(guān)系是什么?

第一章單元測(cè)試

以下對(duì)軟件建模描述正確的是(

A:描述同一個(gè)系統(tǒng)的多個(gè)模型只能相對(duì)孤立,不能完全孤立,完全孤立的模型是不完整的B:要正確建模,模型必須準(zhǔn)確反映軟件系統(tǒng)的真實(shí)情況。C:每個(gè)模型可以有多種表達(dá)方式,從不同角度來(lái)刻畫(huà)系統(tǒng)。D:越龐大復(fù)雜的系統(tǒng),建模的重要性越大。E:模型是對(duì)現(xiàn)實(shí)世界的簡(jiǎn)化,但不能掩蓋重要的細(xì)節(jié)。

答案:描述同一個(gè)系統(tǒng)的多個(gè)模型只能相對(duì)孤立,不能完全孤立,完全孤立的模型是不完整的;要正確建模,模型必須準(zhǔn)確反映軟件系統(tǒng)的真實(shí)情況。;每個(gè)模型可以有多種表達(dá)方式,從不同角度來(lái)刻畫(huà)系統(tǒng)。;越龐大復(fù)雜的系統(tǒng),建模的重要性越大。;模型是對(duì)現(xiàn)實(shí)世界的簡(jiǎn)化,但不能掩蓋重要的細(xì)節(jié)。模型的實(shí)質(zhì)是什么?(

A:對(duì)現(xiàn)實(shí)的簡(jiǎn)化B:可視化C:對(duì)現(xiàn)實(shí)的復(fù)雜化D:便于交流

答案:對(duì)現(xiàn)實(shí)的簡(jiǎn)化對(duì)軟件模型而言,下面說(shuō)法錯(cuò)誤的是(

)

A:是軟件的標(biāo)準(zhǔn)文檔B:是人員交流的媒介C:是軟件升級(jí)和維護(hù)的依據(jù)D:是軟件的中間形態(tài)

答案:是軟件的標(biāo)準(zhǔn)文檔以下關(guān)于模型的說(shuō)法錯(cuò)誤的是(

)

A:一個(gè)好的模型包括那些有廣泛影響的主要元素,而忽略那些與給定的抽象水平不相關(guān)的次要元素。B:模型必須是可視化的。C:通過(guò)建??梢詭椭藗兝斫鈴?fù)雜的問(wèn)題。D:模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化。

答案:模型必須是可視化的。以下哪一個(gè)選項(xiàng)不能當(dāng)做模型?()

A:交通地圖B:滅火器C:電路設(shè)計(jì)圖D:地球儀

答案:滅火器

第二章單元測(cè)試

在下面所述中,關(guān)于UML的說(shuō)法不正確的是(

A:UML不是過(guò)程也不是方法,但允許每一種過(guò)程和方法使用它。B:UML描述系統(tǒng)的靜態(tài)結(jié)構(gòu)與動(dòng)態(tài)行為。C:UML不適用于迭代式的開(kāi)發(fā)過(guò)程。D:UML是一種可視化的建模語(yǔ)言。

答案:UML不適用于迭代式的開(kāi)發(fā)過(guò)程。以下關(guān)于UML的敘述中,不正確的是(

A:UML也是一種編程語(yǔ)言B:UML適用于面向?qū)ο箝_(kāi)發(fā)方法C:UML適用于軟件生命周期的各個(gè)階段D:UML是一種可視化的建模語(yǔ)言

答案:UML也是一種編程語(yǔ)言UML是在下列哪種方法的基礎(chǔ)上,廣泛征求意見(jiàn),集眾家之長(zhǎng),幾經(jīng)修改而完成的。(

A:SASD方法B:Booch方法C:OMT方法D:OOSE方法

答案:Booch方法;OMT方法;OOSE方法UML的英文全稱(chēng)是什么?()

A:UnitModelingLanguageB:UnifiedModelingLanguageC:UserManageLanguageD:其余都不對(duì)

答案:UnifiedModelingLanguage在進(jìn)行哪個(gè)領(lǐng)域的應(yīng)用開(kāi)發(fā)時(shí),不推薦使用UML建模。(

A:軟件系統(tǒng)B:數(shù)值計(jì)算C:工業(yè)系統(tǒng)D:信息系統(tǒng)

答案:數(shù)值計(jì)算

第三章單元測(cè)試

在面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言中,()是利用可重用成分構(gòu)造軟件系統(tǒng)的最有效的特性,它不僅支持系統(tǒng)的可重用性,而且還有利于提高系統(tǒng)的可擴(kuò)充性。

A:繼承B:引用C:抽象D:封裝

答案:繼承在面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言中,對(duì)象之間的相互通信可以通過(guò)(

)來(lái)實(shí)現(xiàn)。

A:封裝B:調(diào)用成員函數(shù)C:繼承D:函數(shù)重載

答案:調(diào)用成員函數(shù)(

)是實(shí)現(xiàn)“一種接口,多種方法”的技術(shù)。

A:封裝性B:多態(tài)性C:繼承性D:抽象性

答案:多態(tài)性(

)是對(duì)具有相同屬性和行為的對(duì)象集合的抽象描述。

A:類(lèi)B:實(shí)體C:系統(tǒng)D:對(duì)象

答案:類(lèi)面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類(lèi)習(xí)慣的思維方式,分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程,盡可能接近于人類(lèi)認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。因此面向?qū)ο蠓椒ㄓ性S多特征,如軟件系統(tǒng)是由對(duì)象組成的;(

);對(duì)象彼此之間僅能通過(guò)傳遞消息互相聯(lián)系;層次結(jié)構(gòu)的繼承。

A:把對(duì)象劃分成類(lèi),每個(gè)對(duì)象類(lèi)都定義一組數(shù)據(jù)和方法B:開(kāi)發(fā)過(guò)程基于功能分析和功能分解C:強(qiáng)調(diào)需求分析重要性D:對(duì)既存類(lèi)進(jìn)行調(diào)整

答案:把對(duì)象劃分成類(lèi),每個(gè)對(duì)象類(lèi)都定義一組數(shù)據(jù)和方法面向?qū)ο蟮奶攸c(diǎn)主要概括為()。

A:封裝性、易維護(hù)性、可擴(kuò)展性、可重用性B:抽象性、繼承性、封裝性、多態(tài)性C:可分解性、可組合性、可分類(lèi)性D:繼承性、封裝性、抽象性

答案:抽象性、繼承性、封裝性、多態(tài)性封裝是一種(

)技術(shù),目的是使對(duì)象的生產(chǎn)者和使用者分離,使對(duì)象的定義和實(shí)現(xiàn)分開(kāi)。

A:工程化B:信息隱蔽C:產(chǎn)生對(duì)象D:系統(tǒng)維護(hù)

答案:信息隱蔽采用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)軟件的過(guò)程中,抽取和整理用戶(hù)需求并建立問(wèn)題域精確模型的過(guò)程叫(

)。

A:面向?qū)ο笤O(shè)計(jì)B:面向?qū)ο蠓治鯟:面向?qū)ο鬁y(cè)試D:面向?qū)ο髮?shí)現(xiàn)

答案:面向?qū)ο蠓治鱿铝嘘P(guān)于面向?qū)ο蠓椒ㄖ忻枋鲋绣e(cuò)誤的是()

A:使用設(shè)計(jì)模式有助于在軟件開(kāi)發(fā)中應(yīng)用面向?qū)ο蠹夹g(shù)。B:UML作為一種可視化建模語(yǔ)必須要與RUP開(kāi)發(fā)過(guò)程同時(shí)使用。C:目前在軟件生命周期的分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試中均可以應(yīng)用面向?qū)ο蠓椒?。D:選擇面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言時(shí)需要考慮開(kāi)發(fā)人員對(duì)其的熟悉程度。

答案:UML作為一種可視化建模語(yǔ)必須要與RUP開(kāi)發(fā)過(guò)程同時(shí)使用。(

)是對(duì)象與其他外部世界相互關(guān)聯(lián)的唯一途徑。

A:函數(shù)調(diào)用B:接口C:狀態(tài)轉(zhuǎn)換D:消息傳遞

答案:接口

第四章單元測(cè)試

UML中有哪些擴(kuò)展機(jī)制?(

A:約束B(niǎo):包C:構(gòu)造型D:注釋E:標(biāo)記值

答案:約束;構(gòu)造型;標(biāo)記值UML通過(guò)圖形的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫(huà)。其中(

)包括類(lèi)圖(classicdiagram)、對(duì)象圖(objectdiagram)和包圖(packagediagram),它們分別從不同的層面表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。

A:結(jié)構(gòu)視圖B:構(gòu)件視圖C:用例視圖D:行為視圖

答案:結(jié)構(gòu)視圖以下哪個(gè)不是UML事物?()

A:機(jī)制事物B:分組事物C:結(jié)構(gòu)事物D:行為事物

答案:機(jī)制事物UML提供了多種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中哪個(gè)圖是面向?qū)ο笙到y(tǒng)建模中最常用的圖,用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖(

A:用例圖B:對(duì)象圖C:組件圖D:類(lèi)圖

答案:類(lèi)圖UML中的關(guān)系分為哪幾種?(

A:依賴(lài)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系、繼承關(guān)系B:依賴(lài)關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、合作關(guān)系C:依賴(lài)關(guān)系、類(lèi)關(guān)系、一般化關(guān)系、合作關(guān)系D:依賴(lài)關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系

答案:依賴(lài)關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系把元素進(jìn)行分組管理的通用機(jī)制是什么?(

A:接口B:包C:組件D:類(lèi)

E:泳道

答案:包UML通過(guò)圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫(huà)。(

)視圖包括交互圖(interactivediagram)、狀態(tài)圖(statechartdiagram)與活動(dòng)圖(activitydiagram)。它們從不同的側(cè)面刻畫(huà)系統(tǒng)的動(dòng)態(tài)行為。

A:用例視圖B:構(gòu)件視圖C:行為視圖

D:結(jié)構(gòu)視圖

答案:行為視圖

)是一種不包含操作的實(shí)現(xiàn)部分的特殊類(lèi)。

A:接口B:實(shí)現(xiàn)類(lèi)C:分析類(lèi)D:概念類(lèi)

答案:接口(

)可以用于幫助設(shè)計(jì)人員在UML模型為模型定義約束信息,創(chuàng)建更為精確的設(shè)計(jì)模型。

A:OCLB:變量C:表達(dá)式D:屬性

答案:OCL

第五章單元測(cè)試

用例圖中每個(gè)用例都有參與者,包括包含和擴(kuò)展用例。()

A:錯(cuò)B:對(duì)

答案:錯(cuò)下列選項(xiàng)中,哪些是用例描述常包含的內(nèi)容?()

A:用例概述B:前置條件C:基本事件流D:參與者E:可選事件流

答案:用例概述;前置條件;基本事件流;參與者;可選事件流以下對(duì)系統(tǒng)的參與者描述正確的是哪些?(

A:一些可以運(yùn)行的進(jìn)程可以作為系統(tǒng)的參與者,例如時(shí)間。B:參與者的特征是其作為外部用戶(hù)與系統(tǒng)發(fā)生交互。C:與系統(tǒng)直接交互的真實(shí)的人可以作為系統(tǒng)的參與者。D:與系統(tǒng)直接交互的其它系統(tǒng)可以作為系統(tǒng)的參與者,例如系統(tǒng)進(jìn)行信息交換的計(jì)算機(jī)外部設(shè)備、數(shù)據(jù)庫(kù)系統(tǒng),其它軟件系統(tǒng)等。

答案:一些可以運(yùn)行的進(jìn)程可以作為系統(tǒng)的參與者,例如時(shí)間。;參與者的特征是其作為外部用戶(hù)與系統(tǒng)發(fā)生交互。;與系統(tǒng)直接交互的真實(shí)的人可以作為系統(tǒng)的參與者。;與系統(tǒng)直接交互的其它系統(tǒng)可以作為系統(tǒng)的參與者,例如系統(tǒng)進(jìn)行信息交換的計(jì)算機(jī)外部設(shè)備、數(shù)據(jù)庫(kù)系統(tǒng),其它軟件系統(tǒng)等。能夠表示用例之間的關(guān)系的有哪些?(

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

答案:泛化關(guān)系;包含關(guān)系;擴(kuò)展關(guān)系用例(usecase)用來(lái)描述系統(tǒng)在對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中,創(chuàng)建新訂單和更新訂單都需要核查用戶(hù)帳號(hào)是否正確。那么,用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶(hù)帳號(hào)”之間是什么關(guān)系?()

A:泛化B:包含C:擴(kuò)展D:聚合

答案:包含在UML的需求分析建模中,用例模型必須與(

)反復(fù)交流并加以確認(rèn)。

A:軟件開(kāi)發(fā)人員B:用戶(hù)

C:問(wèn)題領(lǐng)域?qū)<褼:軟件生產(chǎn)商

答案:用戶(hù)

UML客戶(hù)需求分析產(chǎn)生的用例模型描述了系統(tǒng)的(

)。

A:體系結(jié)構(gòu)B:功能要求C:狀態(tài)D:靜態(tài)模型

答案:功能要求有以下公司管理的用例圖,其中安全主管參與者能夠參與的用例有哪些?(

A:管理人事B:監(jiān)視周邊C:批準(zhǔn)預(yù)算D:批準(zhǔn)安全證書(shū)

答案:管理人事;監(jiān)視周邊;批準(zhǔn)預(yù)算;批準(zhǔn)安全證書(shū)以下說(shuō)法中,錯(cuò)誤的是(

)。

A:X2比X1、X3更具特殊性B:X1可以使用UC1和UC4與系統(tǒng)交互C:UC3是沒(méi)有步驟的抽象用例D:X3可以使用UC4與系統(tǒng)交互

答案:X2比X1、X3更具特殊性閱讀下述UML用例圖,判斷下列哪個(gè)說(shuō)法是錯(cuò)誤的。(

A:每次執(zhí)行還書(shū)用例都要執(zhí)行圖書(shū)查詢(xún)用例B:讀者可以使用系統(tǒng)的還書(shū)用例C:執(zhí)行還書(shū)用例有可能既執(zhí)行圖書(shū)查詢(xún)用例,又執(zhí)行交納罰金用例D:每次執(zhí)行還書(shū)用例都要執(zhí)行交納罰金用例

答案:每次執(zhí)行還書(shū)用例都要執(zhí)行交納罰金用例

第六章單元測(cè)試

類(lèi)之間的泛化關(guān)系具有傳遞性。(

A:錯(cuò)B:對(duì)

答案:對(duì)對(duì)象是類(lèi)的實(shí)例,鏈?zhǔn)顷P(guān)聯(lián)的實(shí)例,所以鏈和關(guān)聯(lián)都可以有名字、角色、多重性。()

A:對(duì)B:錯(cuò)

答案:錯(cuò)在關(guān)聯(lián)上加限定符可以把多重性是一對(duì)多的關(guān)聯(lián)轉(zhuǎn)變成一對(duì)一的關(guān)聯(lián)。()

A:對(duì)B:錯(cuò)

答案:對(duì)兩個(gè)類(lèi)之間的關(guān)聯(lián)表示它們之間存在一種不適于繼承關(guān)系的邏輯關(guān)系,體現(xiàn)的是實(shí)例連接關(guān)系。在關(guān)聯(lián)關(guān)系的表示類(lèi)的兩端,可以表示參與關(guān)聯(lián)的哪些特性?()

A:可見(jiàn)性B:約束C:關(guān)聯(lián)名D:角色名E:多重性

答案:可見(jiàn)性;約束;關(guān)聯(lián)名;角色名;多重性在需求分析中,控制類(lèi)的作用是什么?()

A:作為完成用例任務(wù)的責(zé)任承擔(dān)著,負(fù)責(zé)協(xié)調(diào),控制其他類(lèi)共同完成用例規(guī)定的功能或行為。B:負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部執(zhí)行者之間的交互。C:負(fù)責(zé)實(shí)現(xiàn)用戶(hù)的業(yè)務(wù)邏輯。D:負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類(lèi)提供信息訪(fǎng)問(wèn)的操作。

答案:作為完成用例任務(wù)的責(zé)任承擔(dān)著,負(fù)責(zé)協(xié)調(diào),控制其他類(lèi)共同完成用例規(guī)定的功能或行為。在進(jìn)行類(lèi)分析時(shí),常將類(lèi)分為邊界類(lèi)、實(shí)體類(lèi)和控制類(lèi),UML分別用了《entity》、《boundary》、《control》這三種類(lèi)的構(gòu)造型來(lái)表示。如果有一個(gè)類(lèi),它的屬性信息需要保存在數(shù)據(jù)庫(kù)中,那常將這種類(lèi)設(shè)計(jì)成什么?()

A:實(shí)體類(lèi)B:控制類(lèi)C:邊界類(lèi)D:邊界類(lèi)或控制類(lèi)

答案:實(shí)體類(lèi)什么是指利用工具將模型轉(zhuǎn)換成指定語(yǔ)言類(lèi)型的代碼?(

A:導(dǎo)入工程B:導(dǎo)出工程C:正向工程D:逆向工程

答案:正向工程UML中類(lèi)關(guān)聯(lián)的多重性是指什么?()

A:兩個(gè)類(lèi)所具有的相同的方法和屬性B:一個(gè)類(lèi)有多個(gè)方法被另一個(gè)類(lèi)調(diào)用C:一個(gè)類(lèi)的某個(gè)方法被另一個(gè)類(lèi)調(diào)用的次數(shù)D:一個(gè)類(lèi)的實(shí)類(lèi)能夠與另一個(gè)類(lèi)的多個(gè)實(shí)類(lèi)相關(guān)聯(lián)

答案:一個(gè)類(lèi)的實(shí)類(lèi)能夠與另一個(gè)類(lèi)的多個(gè)實(shí)類(lèi)相關(guān)聯(lián)在類(lèi)圖中,“-”表示的可見(jiàn)性是什么?()

A:packageB:publicC:private

D:protected

答案:private

在一個(gè)課程注冊(cè)系統(tǒng)中,定義了類(lèi)CourseSchedule和類(lèi)Course,并在類(lèi)CourseSchedule中定義了方法add(c:Course)和方法remove(c:Course),則類(lèi)CourseSchedule和類(lèi)Course之間的關(guān)系是()

A:依賴(lài)關(guān)系B:包含關(guān)系C:組合關(guān)系D:泛化關(guān)系

答案:依賴(lài)關(guān)系以下是圖書(shū)管理系統(tǒng)中的相關(guān)類(lèi),屬于邊界類(lèi)的是?()

A:讀者類(lèi)B:書(shū)籍管理類(lèi)C:借書(shū)操作界面類(lèi)D:書(shū)類(lèi)

答案:借書(shū)操作界面類(lèi)什么有關(guān)聯(lián)和類(lèi)的特性,將多個(gè)類(lèi)連接起來(lái)又有著屬性和操作?()

A:關(guān)聯(lián)類(lèi)B:繼承

C:泛化D:關(guān)聯(lián)

答案:關(guān)聯(lián)類(lèi)已知類(lèi)A需要類(lèi)B提供的服務(wù),下列所描述的四種情況中,哪種情況不好把類(lèi)A和類(lèi)B之間的關(guān)系定義成依賴(lài)關(guān)系?()

A:類(lèi)B是一個(gè)全局變量B:類(lèi)A的某個(gè)操作內(nèi)部創(chuàng)建了類(lèi)B的對(duì)象,而其他操作均與類(lèi)B無(wú)關(guān)C:類(lèi)A中存在兩個(gè)操作都需要訪(fǎng)問(wèn)類(lèi)B的同一個(gè)對(duì)象D:類(lèi)A的某個(gè)操作其參數(shù)是類(lèi)B的對(duì)象,而其他操作均與類(lèi)B無(wú)關(guān)

答案:類(lèi)B是一個(gè)全局變量根據(jù)下面的代碼,判斷下面那些敘述是正確的?publicclassHouseKeeper{privateTimeCardtimecard;publicvoidclockIn(){

timecard.punch();}}

A:類(lèi)HouseKeeper和類(lèi)TimeCard之間存在包含(Inclusion)關(guān)系B:類(lèi)HouseKeeper和類(lèi)TimeCard之間存在實(shí)現(xiàn)(Realization)關(guān)系C:類(lèi)HouseKeeper和類(lèi)TimeCard之間存在泛化(Generalization)關(guān)系D:類(lèi)HouseKeeper和類(lèi)TimeCard之間存在關(guān)聯(lián)(Association)關(guān)系

答案:類(lèi)HouseKeeper和類(lèi)TimeCard之間存在關(guān)聯(lián)(Association)關(guān)系關(guān)于類(lèi)和對(duì)象的關(guān)系,下列說(shuō)法中哪個(gè)是錯(cuò)誤的?()

A:每個(gè)類(lèi)某一時(shí)刻必定存在對(duì)象實(shí)體B:類(lèi)是靜態(tài)的描述C:對(duì)象是動(dòng)態(tài)的實(shí)例D:每個(gè)對(duì)象都是某個(gè)類(lèi)的實(shí)例

答案:每個(gè)類(lèi)某一時(shí)刻必定存在對(duì)象實(shí)體如圖所示,下面哪些敘述是正確的?(

A:A和B是Employee的子類(lèi)B:系統(tǒng)中不能創(chuàng)建類(lèi)型為Employee的實(shí)例。C:如果一個(gè)方法的參數(shù)類(lèi)型是Employee,則A的對(duì)象或B的對(duì)象可以作為參數(shù)傳遞給該方法D:A和B必須實(shí)現(xiàn)getSalary(

)方法

答案:系統(tǒng)中不能創(chuàng)建類(lèi)型為Employee的實(shí)例。;如果一個(gè)方法的參數(shù)類(lèi)型是Employee,則A的對(duì)象或B的對(duì)象可以作為參數(shù)傳遞給該方法;A和B必須實(shí)現(xiàn)getSalary(

)方法在選項(xiàng)類(lèi)圖中,哪個(gè)類(lèi)圖中的類(lèi)Order所生成的代碼如下(

)publicclass

Order{

publicCustomer

recipient;}

A:B:C:D:

答案:類(lèi)B是類(lèi)A的子類(lèi),每個(gè)類(lèi)B的實(shí)例對(duì)象都是由1個(gè)類(lèi)C的實(shí)例對(duì)象和1個(gè)或多個(gè)類(lèi)D的實(shí)例對(duì)象組成,下面的哪個(gè)圖可正確表示這種關(guān)系?(

A:B:C:D:

答案:參考下圖和代碼,下面哪句話(huà)是正確的?(

)publicclass

JungleSimulator{

private

XXX

aVar

publicvoidsimulate(){

aVar.jump();

}}

A:

XXX可以是Fish或Kangaroo,但XXX不能是FrogB:

XXX可以是Fish或Frog,但XXX不能是KangarooC:XXX可以是Frog或Kangaroo,但XXX不能是FishD:XXX可以是Frog或Kangaroo或Fish

答案:XXX可以是Frog或Kangaroo,但XXX不能是Fish計(jì)算機(jī)(Computer)由中央處理器、內(nèi)存、軟盤(pán)、硬盤(pán)、顯示器、鍵盤(pán)、鼠標(biāo)等組成。那么Computer類(lèi)和其他類(lèi)(CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse)之間的關(guān)系是什么?()

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

答案:聚合關(guān)系

第七章單元測(cè)試

順序圖中每個(gè)對(duì)象向下方向伸展的虛線(xiàn)是對(duì)象的生命線(xiàn)。

A:錯(cuò)B:對(duì)

答案:對(duì)在UML的順序圖中,如果同步消息有返回消息,必須明確的表示出來(lái),而異步消息的返回消息可以不畫(huà)。()

A:對(duì)B:錯(cuò)

答案:錯(cuò)在UML順序圖中,如果一條消息從對(duì)象a傳向?qū)ο骲,那么其(

)是一條從b指向a虛線(xiàn)有向邊,它表示原消息的處理已經(jīng)完成,處理結(jié)果(如果有的話(huà))沿原消息傳回。

A:自消息B:返回消息C:創(chuàng)建消息D:銷(xiāo)毀消息

答案:返回消息UML的哪類(lèi)消息表示消息源發(fā)出消息后不必等待消息處理過(guò)程的返回,即可繼續(xù)執(zhí)行自己的后續(xù)操作?()

A:異步消息B:簡(jiǎn)單消息C:返回消息D:同步消息

答案:異步消息系統(tǒng)架構(gòu)師Bob在分析面向?qū)ο蟮恼n程注冊(cè)系統(tǒng)的“注冊(cè)課程”用例時(shí),得到了一組協(xié)作關(guān)系復(fù)雜的類(lèi),下面哪種圖可以描述該用例中多個(gè)對(duì)象之間的相互協(xié)作關(guān)系以及協(xié)作過(guò)程中的行為次序?()

A:用例圖B:對(duì)象圖

C:順序圖或通信圖(協(xié)作圖)D:狀態(tài)機(jī)圖(狀態(tài)圖)

答案:順序圖或通信圖(協(xié)作圖)下列四個(gè)選項(xiàng)中,哪個(gè)不會(huì)出現(xiàn)在順序圖中?()

A:控制焦點(diǎn)B:對(duì)象間的鏈接C:消息D:對(duì)象

答案:對(duì)象間的鏈接分析下面的順序圖,并指出哪種說(shuō)法是正確的(

A:“求戰(zhàn)”、“怎么辦”以及“火燒連營(yíng)”這3條消息并沒(méi)有嚴(yán)格的次序,比如:“求戰(zhàn)”消息有可能在“火燒連營(yíng)”之前產(chǎn)生。B:、、代表3個(gè)類(lèi),該順序圖表述了這3個(gè)類(lèi)的實(shí)例對(duì)象為了完成某一功能的交互情況。C:“求戰(zhàn)”這條消息將調(diào)用“曹操”的某一操作。D:

圖中的虛線(xiàn)稱(chēng)作“生命線(xiàn)”,表示一個(gè)對(duì)象在其時(shí)間周期內(nèi)的存在。

答案:

圖中的虛線(xiàn)稱(chēng)作“生命線(xiàn)”,表示一個(gè)對(duì)象在其時(shí)間周期內(nèi)的存在。下圖分別是某訂票系統(tǒng)的類(lèi)圖(部分)和順序圖(部分),其中順序圖中缺了兩個(gè)類(lèi)名,用X和Y代替,請(qǐng)問(wèn)X和Y分別可以是哪個(gè)類(lèi)?(

A:X=Ticket

Y=SaleB:X=Sale

Y=TicketC:X=TourCoordinator

Y=BoxOfficeD:X=BoxOffice

Y=TourCoordinator

答案:X=TourCoordinator

Y=BoxOffice根據(jù)下面順序圖,選擇類(lèi)Account必須實(shí)現(xiàn)哪些方法。(

A:withdraw,

checkBalance,

logB:

withdraw,

checkBalanceC:withdraw,

checkBalance,

acknowlegeD:withdraw,

checkBalance,

log,

acknowledge

答案:

withdraw,

checkBalance在UML2.0的順序圖中,引入了交互片段的概念,交互片段是順序圖的某一段,不同類(lèi)型的交互片段其操作符是不同的。例如,操作符par表示組合片段中的各個(gè)交互片段并行執(zhí)行,操作符(

)表示根據(jù)判斷條件選擇組合片段中的一個(gè)交互片段執(zhí)行。

A:break

B:altC:ref

D:loop

答案:alt

第八章單元測(cè)試

通信圖(協(xié)作圖)可以看做是對(duì)象圖的補(bǔ)充,因?yàn)橥ㄐ艌D(協(xié)作圖)不僅能夠反映對(duì)象之間的鏈接關(guān)系,而且可以體現(xiàn)對(duì)象間的消息傳遞。

A:對(duì)B:錯(cuò)

答案:對(duì)協(xié)作圖中的消息必須要有消息順序號(hào)。(

A:錯(cuò)B:對(duì)

答案:對(duì)下面哪些建模元素不能在協(xié)作圖中表示出來(lái)?()

A:消息號(hào)B:狀態(tài)C:活動(dòng)D:多對(duì)象

答案:狀態(tài);活動(dòng)在UML的動(dòng)態(tài)建模機(jī)制中,(

)描述了對(duì)象之間動(dòng)態(tài)交互關(guān)系,還描述了交互對(duì)象之間的靜態(tài)鏈接關(guān)系,即同時(shí)反映系統(tǒng)的動(dòng)態(tài)和靜態(tài)性。

A:活動(dòng)圖B:順序圖C:狀態(tài)圖D:通信圖(協(xié)作圖)

答案:通信圖(協(xié)作圖)在面向?qū)ο蟪绦蛟O(shè)計(jì)中,對(duì)象與對(duì)象之間的協(xié)作是通過(guò)(

)機(jī)制來(lái)實(shí)現(xiàn)的。

A:參數(shù)傳遞B:深拷貝C:淺拷貝D:消息傳遞

答案:消息傳遞

多對(duì)象是UML哪個(gè)圖中的概念?()

A:通信圖(協(xié)作圖)B:類(lèi)圖

C:狀態(tài)圖D:組件圖

答案:通信圖(協(xié)作圖)下列四個(gè)選項(xiàng)中,哪個(gè)不會(huì)出現(xiàn)在協(xié)作圖中?(

A:消息B:對(duì)象間的鏈接C:控制焦點(diǎn)D:對(duì)象

答案:控制焦點(diǎn)用于描述相互合作的對(duì)象間的交互關(guān)系和鏈接關(guān)系的UML圖是什么?(

A:類(lèi)圖B:通信圖(協(xié)作圖)C:順序圖D:用例圖

答案:通信圖(協(xié)作圖)下圖中沒(méi)有使用到哪些概念?(

A:約束B(niǎo):重載C:生命線(xiàn)D:控制焦點(diǎn)

答案:生命線(xiàn);控制焦點(diǎn)

消息傳遞是對(duì)象間通信的手段,一個(gè)對(duì)象通過(guò)向另一個(gè)對(duì)象發(fā)送消息來(lái)請(qǐng)求其服務(wù),一個(gè)消息通常包括以下哪個(gè)選項(xiàng)?()

A:接收消息的類(lèi)名B:發(fā)送消息的對(duì)象的標(biāo)識(shí)、調(diào)用的發(fā)送方的操作名和必要的參數(shù)C:接收消息的對(duì)象的標(biāo)識(shí)、調(diào)用的接收方的操作名和必要的參數(shù)D:發(fā)送消息的類(lèi)名和接收消息的類(lèi)名

答案:接收消息的對(duì)象的標(biāo)識(shí)、調(diào)用的接收方的操作名和必要的參數(shù)

第九章單元測(cè)試

一個(gè)狀態(tài)圖最多只能有一個(gè)初態(tài)和一個(gè)終態(tài)。(

A:錯(cuò)B:對(duì)

答案:錯(cuò)狀態(tài)圖中的狀態(tài)自轉(zhuǎn)換和內(nèi)部轉(zhuǎn)換都是指的一回事。(

A:對(duì)B:錯(cuò)

答案:錯(cuò)轉(zhuǎn)換是兩個(gè)狀態(tài)間的一種關(guān)系,表示對(duì)象將在當(dāng)前狀態(tài)中執(zhí)行動(dòng)作,并在某個(gè)特定事件發(fā)生或某個(gè)特定的條件滿(mǎn)足時(shí)進(jìn)入后續(xù)狀態(tài)。下面哪些元素是轉(zhuǎn)換的組成部分?()

A:動(dòng)作B:事件C:目標(biāo)狀態(tài)D:監(jiān)護(hù)條件E:源狀態(tài)

答案:動(dòng)作;事件;目標(biāo)狀態(tài);監(jiān)護(hù)條件;源狀態(tài)狀態(tài)是對(duì)象(

)的抽象。

A:功能B:屬性值C:行為D:方法

答案:屬性值狀態(tài)圖描述一個(gè)對(duì)象在不同(

)的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。

A:對(duì)象B:事件C:數(shù)據(jù)D:執(zhí)行者

答案:事件以下關(guān)于UML狀態(tài)圖的敘述中,不正確的是(

)。

A:用于描述一個(gè)對(duì)象在多個(gè)用例中的行為B:在一個(gè)狀態(tài)圖中可以描述多個(gè)對(duì)象的狀態(tài)變化C:用于某些具有多個(gè)狀態(tài)的對(duì)象而不是系統(tǒng)中大多數(shù)或全部對(duì)象D:可以通過(guò)事件、動(dòng)作等描述多個(gè)對(duì)象之間的交互

答案:在一個(gè)狀態(tài)圖中可以描述多個(gè)對(duì)象的狀態(tài)變化狀態(tài)圖可以表現(xiàn)(

)在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移而引起的動(dòng)作。

A:一個(gè)對(duì)象B:幾個(gè)子系統(tǒng)C:一組對(duì)象D:多個(gè)執(zhí)行者

答案:一個(gè)對(duì)象Innovation公司正在為美國(guó)國(guó)防部的新型導(dǎo)彈UMS—993開(kāi)發(fā)嵌入式控制軟件,為了描述和理解該嵌入式系統(tǒng)中的控制機(jī)制,如在不同的飛行情況下導(dǎo)彈的響應(yīng)動(dòng)作,下面哪個(gè)圖是最有用的?(

A:類(lèi)圖B:狀態(tài)機(jī)圖(狀態(tài)圖)C:順序圖D:活動(dòng)圖

答案:狀態(tài)機(jī)圖(狀態(tài)圖)狀態(tài)圖中,對(duì)象狀態(tài)的轉(zhuǎn)換一般是由事件觸發(fā)的,事件的類(lèi)型有信號(hào)事件、調(diào)用事件、變化事件、時(shí)間事件等,下圖是一個(gè)對(duì)象狀態(tài)在事件的觸發(fā)下發(fā)生自轉(zhuǎn)換,此事件屬于什么類(lèi)型的事件?(

A:時(shí)間事件B:信號(hào)事件C:變化事件D:調(diào)用事件

答案:變化事件下述狀態(tài)機(jī)圖描述了一輛汽車(chē)的狀態(tài),指出哪種說(shuō)法是錯(cuò)誤的(

A:“前進(jìn)”狀態(tài)和“低速”狀態(tài)是兩個(gè)順序子狀態(tài)。B:“前進(jìn)”狀態(tài)和“低速”狀態(tài)有可能同時(shí)出現(xiàn)。C:“運(yùn)動(dòng)”狀態(tài)是一個(gè)組成(組合)狀態(tài),由多個(gè)簡(jiǎn)單狀態(tài)組成。D:汽車(chē)在“前進(jìn)”、“后退”、“高速”及“低速”任何一個(gè)子狀態(tài)下,都有可能轉(zhuǎn)到“停止”狀態(tài)。

答案:“前進(jìn)”狀態(tài)和“低速”狀態(tài)是兩個(gè)順序子狀態(tài)。

第十章單元測(cè)試

如下面活動(dòng)圖所示,請(qǐng)選出可以并發(fā)進(jìn)行的活動(dòng)有哪些?(

A:Gesture與DecompressB:Synchmouth與StreamaudioC:Gesture與Streamaudio

D:Gesture與Synchmouth

答案:Gesture與Decompress;Synchmouth與Streamaudio;Gesture與Streamaudio

;Gesture與Synchmouth下面哪些陳述是錯(cuò)誤的?()

A:活動(dòng)圖可以用于描述一個(gè)算法的具體步驟。B:順序圖往往用來(lái)描述一個(gè)或多個(gè)用例中多個(gè)對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系,以及協(xié)作過(guò)程中的行為次序。C:在順序圖中,從對(duì)象圖標(biāo)垂直向下延伸的一條虛線(xiàn)被稱(chēng)為這個(gè)對(duì)象的生命線(xiàn),消息可以用兩生命線(xiàn)之間帶箭頭的線(xiàn)段表示。D:在活動(dòng)圖中,一個(gè)活動(dòng)結(jié)束后不能立即緊接著開(kāi)始另一個(gè)活動(dòng)。

答案:在活動(dòng)圖中,一個(gè)活動(dòng)結(jié)束后不能立即緊接著開(kāi)始另一個(gè)活動(dòng)。下面哪些陳述是正確的?(

A:狀態(tài)圖可以用來(lái)描述涉及多個(gè)用例的單對(duì)象的行為。B:活動(dòng)圖可以用來(lái)描述用例中的工作流。C:活動(dòng)圖可以用來(lái)描述多個(gè)用例間多個(gè)對(duì)象之間的行為。D:狀態(tài)圖可以用來(lái)描述多個(gè)對(duì)象之間的關(guān)系。

答案:狀態(tài)圖可以用來(lái)描述涉及多個(gè)用例的單對(duì)象的行為。;活動(dòng)圖可以用來(lái)描述用例中的工作流。;活動(dòng)圖可以用來(lái)描述多個(gè)用例間多個(gè)對(duì)象之間的行為。()技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組,每一組表示一個(gè)特定的類(lèi)、人或部門(mén),他們負(fù)責(zé)完成組內(nèi)的活動(dòng)。

A:分叉匯合B:分支C:泳道D:包

答案:泳道在互聯(lián)網(wǎng)時(shí)代,共享軟件無(wú)處不在,美國(guó)共享軟件職業(yè)聯(lián)盟對(duì)共享軟件的定義是:“Shareware”issoftwarethatoffersa“trybeforeyoubuy”(TBYB)capability,共享軟件實(shí)質(zhì)是采用“先用后買(mǎi)”的營(yíng)銷(xiāo)手段的商業(yè)軟件。周弈靠一個(gè)非主流的MP3-CDMaker小軟件,一個(gè)月就從美國(guó)人那里得到了5萬(wàn)美元的注冊(cè)收入。周弈的例子讓我們意識(shí)到個(gè)人英雄主義的時(shí)代并沒(méi)有過(guò)去,只是有了新的環(huán)境。周弈的軟件很小,甚至可以不用軟件工程的方法就可以開(kāi)發(fā)出來(lái),只是內(nèi)部的一個(gè)轉(zhuǎn)換算法復(fù)雜,為了描述這個(gè)算法,下面哪個(gè)圖是最合適的?()

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

答案:活動(dòng)圖CocoCola是一家大型公司,由于公司業(yè)務(wù)的發(fā)展,準(zhǔn)備對(duì)公司已有的ERP軟件系統(tǒng)進(jìn)行升級(jí),因此委托CoolSoft公司負(fù)責(zé)該項(xiàng)工作。Cococola公司所使用的系統(tǒng)是很久以前采用結(jié)構(gòu)化開(kāi)發(fā)方法開(kāi)發(fā)的,該系統(tǒng)非常復(fù)雜,而且系統(tǒng)使用多線(xiàn)程來(lái)處理公司中并發(fā)的帳務(wù)處理請(qǐng)求。由于系統(tǒng)開(kāi)發(fā)出來(lái)后經(jīng)過(guò)多次修改,因此最初的系統(tǒng)開(kāi)發(fā)文檔已經(jīng)過(guò)時(shí)。CoolSoft公司的專(zhuān)家建議在對(duì)系統(tǒng)升級(jí)前和Cococola公司的高層管理人員開(kāi)一次討論會(huì),以便能更好地了解目前所使用的軟件系統(tǒng)。那么在這次討論會(huì)中,下面幾個(gè)圖中哪個(gè)圖是最有用的?()

A:部署圖B:順序圖C:狀態(tài)圖D:活動(dòng)圖

答案:活動(dòng)圖活動(dòng)圖中分叉和匯合符是用來(lái)描述(

)。

A:多進(jìn)程的并發(fā)處理行為B:系統(tǒng)體系結(jié)構(gòu)框架C:類(lèi)的關(guān)系D:對(duì)象的時(shí)序

答案:多進(jìn)程的并發(fā)處理行為下列關(guān)于活動(dòng)圖的說(shuō)法錯(cuò)誤的是()。

A:活動(dòng)圖是UML中用于對(duì)系統(tǒng)的靜態(tài)方面建模的五種圖中的一種。B:一張活動(dòng)圖從本質(zhì)上說(shuō)是一個(gè)流程圖,顯示從活動(dòng)到活動(dòng)的控制流。C:活動(dòng)圖用于對(duì)業(yè)務(wù)過(guò)程中順序和并發(fā)的工作流程進(jìn)行建模。D:活動(dòng)圖的基本要素包括狀態(tài)、轉(zhuǎn)移、分支、分叉和匯合、泳道、對(duì)象流。

答案:活動(dòng)圖是UML中用于對(duì)系統(tǒng)的靜態(tài)方面建模的五種圖中的一種。活動(dòng)圖的邊包括(

A:消息流B:數(shù)據(jù)流

C:控制流D:對(duì)象流

答案:控制流;對(duì)象流在需求分析的業(yè)務(wù)流程建模中,可以利用活動(dòng)圖描述(

A:系統(tǒng)對(duì)外部呈現(xiàn)的功能B:對(duì)象協(xié)同的單個(gè)用例中的處理流程C:多個(gè)用例聯(lián)合起來(lái)形成的處理流程D:軟件與外部實(shí)體共同參與的業(yè)務(wù)處理流程

答案:對(duì)象協(xié)同的單個(gè)用例中的處理流程;多個(gè)用例聯(lián)合起來(lái)形成的處理流程;軟件與外部實(shí)體共同參與的業(yè)務(wù)處理流程

第十一章單元測(cè)試

組件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模,這種視圖主要支持系統(tǒng)部件的配置管理,通常可以分為四種方式來(lái)完成,下面哪種不是其中之一()。

A:對(duì)物理數(shù)據(jù)庫(kù)建模B:對(duì)源代碼建模C:對(duì)可適應(yīng)的系統(tǒng)建模D:對(duì)事物建模

答案:對(duì)事物建模UML中一個(gè)組件可以實(shí)現(xiàn)多個(gè)類(lèi)。()

A:對(duì)B:錯(cuò)

答案:對(duì)下面關(guān)于組件圖的說(shuō)法正確的是哪些?()

A:當(dāng)組件間的依賴(lài)關(guān)系與接口有關(guān)時(shí),可以用具有同樣接口的其他組件進(jìn)行代替。B:組件圖中的每個(gè)組件都實(shí)現(xiàn)一些接口,并且會(huì)使用另一些接口。C:使用接口可以防止系統(tǒng)中的不同組件直接發(fā)生依賴(lài)關(guān)系,這有利于組件的更新。D:只能通過(guò)組件中的接口來(lái)使用組件中的操作。

答案:當(dāng)組件間的依賴(lài)關(guān)系與接口有關(guān)時(shí),可以用具有同樣接口的其他組件進(jìn)行代替。;組件圖中的每個(gè)組件都實(shí)現(xiàn)一些接口,并且會(huì)使用另一些接口。;使用接口可以防止系統(tǒng)中的不同組件直接發(fā)生依賴(lài)關(guān)系,這有利于組件的更新。;只能通過(guò)組件中的接口來(lái)使用組件中的操作。(

)是軟件(邏輯)系統(tǒng)體系結(jié)構(gòu)(類(lèi)、對(duì)象、它們間的關(guān)系和協(xié)作)中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。

A:模塊B:組件(構(gòu)件)C:軟件

D:節(jié)點(diǎn)

答案:組件(構(gòu)件)在UML2.0版本中的圖形表示式中,“組件(構(gòu)件)”的表示方式是下列圖形中的哪一個(gè)?(

A:B:C:D:

答案:

第十二章單元測(cè)試

UML提供了多種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí),應(yīng)該選擇哪種圖?(

A:對(duì)象圖B:配置圖(部署圖)C:組件圖(構(gòu)件圖)D:類(lèi)圖

答案:配置圖(部署圖)一個(gè)銀行ATM系統(tǒng)采用下圖所示的配置圖,則下列敘述不正確的是(

A:為了系統(tǒng)的可伸縮型,與業(yè)務(wù)邏輯有關(guān)的對(duì)象應(yīng)該部署在ATM客戶(hù)機(jī)上B:這個(gè)圖表示一個(gè)三層的體系結(jié)構(gòu),不管ATM客戶(hù)機(jī)、ATM應(yīng)用服務(wù)器上、ATM數(shù)據(jù)服務(wù)器上是運(yùn)行在同一臺(tái)機(jī)器上還是不同的機(jī)器上C:與GUI有關(guān)的類(lèi)應(yīng)該部署在ATM客戶(hù)機(jī)上D:為了系統(tǒng)的可伸縮性(scalability),與業(yè)務(wù)邏輯有關(guān)的對(duì)象應(yīng)該部署在ATM應(yīng)用服務(wù)器上

答案:為了系統(tǒng)的可伸縮型,與業(yè)務(wù)邏輯有關(guān)的對(duì)象應(yīng)該部署在ATM客戶(hù)機(jī)上下面選項(xiàng)中,哪一項(xiàng)的說(shuō)法是錯(cuò)誤的。(

A:部署圖(配置圖)可以存在多個(gè)關(guān)系,如依賴(lài)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系和關(guān)聯(lián)關(guān)系。B:如果運(yùn)行環(huán)境比較簡(jiǎn)單,只需要在特定操作系統(tǒng)上執(zhí)行,而且不需要網(wǎng)絡(luò)支持,就可以不需要部署圖來(lái)描述節(jié)點(diǎn)間的關(guān)系。C:組件圖(構(gòu)件圖)可以看做是類(lèi)圖的擴(kuò)展,它專(zhuān)門(mén)描述組件的內(nèi)部組成,以及組件之間的關(guān)系D:如果軟件制品的種類(lèi)少、數(shù)量少、結(jié)構(gòu)簡(jiǎn)單,只有一個(gè)文件或者少許幾個(gè)文件就要用部署圖來(lái)描述制品之間的關(guān)系。

答案:如果軟件制品的種類(lèi)少、數(shù)量少、結(jié)構(gòu)簡(jiǎn)單,只有一個(gè)文件或者少許幾個(gè)文件就要用部署圖來(lái)描述制品之間的關(guān)系。(

)圖可以用來(lái)描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上運(yùn)行的軟件。

A:部署圖(配置圖)B:活動(dòng)圖C:類(lèi)圖D:用例圖

答案:部署圖(配置圖)節(jié)點(diǎn)是存在于運(yùn)行時(shí)并代表一項(xiàng)計(jì)算資源的物理元素,沒(méi)有計(jì)算能力的節(jié)點(diǎn)稱(chēng)為()。

A:組件B:設(shè)備C:處理器D:接口

答案:設(shè)備

第十三章單元測(cè)試

下圖是UML中的哪類(lèi)圖(

A:對(duì)象圖B:類(lèi)圖

C:包圖

D:組合結(jié)構(gòu)圖(復(fù)合結(jié)構(gòu)圖)

答案:組合結(jié)構(gòu)圖(復(fù)合結(jié)構(gòu)圖)

下圖是UML中的哪類(lèi)圖(

A:順序圖

B:通信圖(協(xié)作圖)

C:狀態(tài)圖

D:定時(shí)圖

答案:定時(shí)圖下圖是UML中的哪類(lèi)圖(

A:類(lèi)圖

B:包圖

C:交互縱覽圖D:組合結(jié)構(gòu)圖(符合結(jié)構(gòu)圖)

答案:包圖

交互縱覽圖是將活動(dòng)圖和交互圖嫁接在一起,比活動(dòng)圖有更強(qiáng)的表達(dá)能力。(

A:錯(cuò)B:對(duì)

答案:對(duì)UML2.0版本中交互圖包括以下哪幾個(gè)?(

)

A:交互縱覽圖B:通訊圖(協(xié)作圖)C:狀態(tài)機(jī)圖D:

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論