與軟件建模復(fù)習(xí)答案清晰版

1、UML與軟件建模復(fù)習(xí)題1 面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)是什么。面向?qū)ο蟮姆椒ò压δ芎蛿?shù)據(jù)看做是高度統(tǒng)一的，其優(yōu)點(diǎn)有：（1） 它能較好地處理軟件的規(guī)模和復(fù)雜度不斷增加所嗲來(lái)的問題。（2） 它更適合于控制關(guān)系復(fù)雜的習(xí)題系統(tǒng)（3） 面向?qū)ο笙到y(tǒng)通過對(duì)象間的協(xié)作來(lái)完成任務(wù)，因而更加容易理解。（4） 它是歐諾個(gè)各種直接模仿應(yīng)用域中實(shí)體的抽象和對(duì)象，從而使得規(guī)約和誰(shuí)及更加完整。（5） 它圍繞對(duì)象和類進(jìn)行局部化，從而提高了規(guī)約、設(shè)計(jì)和代碼的易擴(kuò)展性、易維護(hù)性和易復(fù)用性。（6） 它簡(jiǎn)化了開發(fā)者的工作，提高了軟件和文檔的質(zhì)量。2 面向?qū)ο蟮能浖_發(fā)方法包括哪些特定階段。面向?qū)ο蟮能浖_發(fā)方法設(shè)計(jì)從面向?qū)ο蠓治觯∣OA）、

2、面向?qū)ο笤O(shè)計(jì)（OOD）、面向?qū)ο蟪绦蛟O(shè)計(jì)或編碼（OOP）、面向?qū)ο鬁y(cè)試（OOT）等一系列特定階段。面向?qū)ο笤O(shè)計(jì)方法期望獲得一種獨(dú)立于語(yǔ)言的設(shè)計(jì)描述，以求達(dá)到從客觀世界中的事物原型到軟件系統(tǒng)間的盡可能的平滑過渡。3 UML定義了哪幾類圖，每一類包括那些類型的圖。UML中定義了用戶模型視圖、結(jié)構(gòu)模型視圖、行為模型視圖、實(shí)現(xiàn)模型視圖和環(huán)境模型視圖這五類圖。其中，用戶模型視圖包含：用例圖；結(jié)構(gòu)模型視圖包含：類圖、對(duì)象圖；行為模型視圖包含：序列圖、協(xié)作圖、狀態(tài)圖和活動(dòng)圖；實(shí)現(xiàn)模型視圖包含：構(gòu)件圖；環(huán)境模型視圖包含：部署圖。4 UML的設(shè)施包括那些。在UML中，設(shè)施可分為結(jié)構(gòu)設(shè)施、行為設(shè)施、分組設(shè)施和注釋

3、設(shè)施等四大類。（1） 結(jié)構(gòu)設(shè)施是UML模型的靜態(tài)部分，主要用來(lái)描述概念或者物理元素，包括類、接口、協(xié)作、用例、主動(dòng)類、構(gòu)件和結(jié)點(diǎn)7種設(shè)施。其中：類：是對(duì)一組具有相同屬性、相同操作、相同關(guān)系和相同語(yǔ)義對(duì)象的描述，一個(gè)類實(shí)現(xiàn)了一個(gè)或多個(gè)接口。接口：描述了一個(gè)類或構(gòu)件一個(gè)服務(wù)操作集，也即定義了元素的外觀可見行為。接口定義的是一組操作的描述，而不是操作的實(shí)現(xiàn)。協(xié)作：定義了一個(gè)交互，是由一組通過共同工作以提供某協(xié)作行為的角色和其他元素構(gòu)成的一個(gè)實(shí)體。用案：是一組動(dòng)作序列的描述，系統(tǒng)執(zhí)行這些動(dòng)作后將產(chǎn)生一個(gè)對(duì)特定參與者可以觀察且又價(jià)值的結(jié)果。主動(dòng)類：是其對(duì)象至少要擁有一個(gè)進(jìn)程或進(jìn)程的類，因此它能夠啟動(dòng)控制

4、活動(dòng)。主動(dòng)類的對(duì)象所描述的元素的行為與其他元素的行為并發(fā)，除此以外，它和類是一樣的。構(gòu)件：是系統(tǒng)中物理的、可替代的部件，它通常是一個(gè)描述了一些邏輯元素的物理包。結(jié)點(diǎn)：是運(yùn)行時(shí)存在的物理元素。它代表一種可計(jì)算的資源，通常具有一定的記憶能力和處理能力。（2） 行為設(shè)施是UML模型的動(dòng)態(tài)部分，它包括如下兩類設(shè)施：交互：由特定語(yǔ)境中共同完成一定任務(wù)的一組對(duì)象之間交換的消息組成。一個(gè)對(duì)象群體的行為或單個(gè)操作的行為都可以用一個(gè)交互來(lái)描述。狀態(tài)機(jī)：描述了一個(gè)對(duì)象或一個(gè)交互在生命期內(nèi)相應(yīng)時(shí)間所經(jīng)歷的狀態(tài)序列，單個(gè)類或者一組類之間協(xié)作的行為可以用狀態(tài)機(jī)來(lái)描述。（3） 分組設(shè)施是UML模型的組織部分。最主要的分組

5、設(shè)施是包，它是雨中用于把模型元素組織成組的設(shè)施，結(jié)構(gòu)設(shè)施、行為設(shè)施和其他的分組設(shè)施都可以放進(jìn)包內(nèi)。構(gòu)件僅在運(yùn)行時(shí)存在，而包僅在開發(fā)時(shí)存在。（4） 注釋設(shè)施是UML模型的解釋部分，它們用來(lái)描述和標(biāo)注模型的任何元素。通?？梢杂米⑨屝揎棊в屑s束或者解釋的圖。5 UML的公共機(jī)制和擴(kuò)展機(jī)制包括哪些。公共機(jī)制包括：規(guī)約：每個(gè)模型元素的圖形表示法后都存在一個(gè)規(guī)約，它以文字的形式描述基本模型元素的語(yǔ)法和語(yǔ)義。修飾符：UML中的大多數(shù)模型元素都可用唯一和直接的圖形符合來(lái)表示，這些圖形符合可視化地表示模型最重要的信息。擴(kuò)展機(jī)制包括：衍型：是對(duì)UML的詞匯的擴(kuò)展，主要用于創(chuàng)建與已有的模型元素相似且針對(duì)特定問題的心

6、種類的模型元素。標(biāo)記值：是對(duì)UML元素的特性的擴(kuò)展，主要用于在模型元素的規(guī)約中創(chuàng)建新的信息。約束：是對(duì)UML元素的語(yǔ)義的擴(kuò)展，主要用于增加新的規(guī)則或者修改已有的規(guī)則。6 用例圖及其作用。用例圖用來(lái)定義系統(tǒng)的功能需求，描述若干參與者與系統(tǒng)提供的用例之間的連接關(guān)系。參與者可以是人，也可以是外部計(jì)算機(jī)系統(tǒng)和外部進(jìn)程。事實(shí)上，用例圖僅僅從參與者使用系統(tǒng)的角度描述系統(tǒng)內(nèi)部是如何實(shí)現(xiàn)的。用例圖的作用有3個(gè)1，獲取需求；2，指導(dǎo)測(cè)試；3，對(duì)整個(gè)過程中的其他工作流起指導(dǎo)作用。7 軟件的黑盒測(cè)試和白盒測(cè)試包括哪些測(cè)試方法，每一種測(cè)試方法的測(cè)試重點(diǎn)是什么。 黑盒測(cè)試方法主要包括等價(jià)類劃分法、邊界取值法、邊界分析法

7、、因果圖發(fā)、錯(cuò)誤推測(cè)法。 白盒測(cè)試方法主要有邏輯驅(qū)動(dòng)和參照測(cè)試。 黑盒測(cè)試只考慮程序外部結(jié)構(gòu)而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)，它是一種針對(duì)軟件界面和軟件功能進(jìn)行的測(cè)試。 白盒測(cè)試則需要全面了解程序的內(nèi)部邏輯結(jié)構(gòu)，并在此接觸上對(duì)所有邏輯路徑進(jìn)行測(cè)試。8 對(duì)象之間主要通過消息進(jìn)行通信和對(duì)象活動(dòng)協(xié)調(diào)，消息包括哪些類型，其含義是什么。 簡(jiǎn)單消息：表示普通的控制流。它只表示控制如何從一個(gè)對(duì)象傳遞給另一個(gè)對(duì)象，而沒有描述通信的任何細(xì)節(jié)。這種類型的消息主要用于通信細(xì)節(jié)未知或者無(wú)需考慮通信細(xì)節(jié)的場(chǎng)合。也就是說，主要用于不知道消息是同步還是異步的場(chǎng)合，但通常情況下表示異步消息。 同步消息：表示嵌套的控制流。它通常表示

8、一個(gè)操作的調(diào)用。處理消息的操作在調(diào)用者恢復(fù)之前完成?？捎靡粋€(gè)返回消息來(lái)表示控制流的返回，或者當(dāng)消息處理完畢后隱式地返回。 異步消息：表示異步的控制流。發(fā)送者將該消息發(fā)送給接受者后，無(wú)需等待接收者消息處理的完成而繼續(xù)執(zhí)行。 返回消息：表示控制流顯示地從接收消息的對(duì)象返回。一般而言，協(xié)作圖不顯示這種剪頭，但序列圖中經(jīng)常出現(xiàn)這種消息。9 軟件建模的涵義。模型是現(xiàn)實(shí)系統(tǒng)的簡(jiǎn)化，它是抓住現(xiàn)實(shí)系統(tǒng)的主要方面而忽略次要方面的一種抽象模型既反映現(xiàn)實(shí)系統(tǒng)，又不等同于該現(xiàn)實(shí)系統(tǒng)模型是理解、分析、開發(fā)或改造現(xiàn)實(shí)系統(tǒng)的一種常用手段 10 聚合、泛化、依賴等關(guān)系的涵義。聚合表明指定對(duì)象是由若干個(gè)其他對(duì)象組成的關(guān)系叫做聚

9、合。泛化是兩個(gè)設(shè)施之間的語(yǔ)義關(guān)系，特殊元素（子元素）的對(duì)象可以替代一般元素（父元素）的對(duì)象。這樣，子元素就可以共享父元素的結(jié)構(gòu)和行為。依賴是兩個(gè)設(shè)施之間的語(yǔ)義關(guān)系，其中一個(gè)設(shè)施的變化會(huì)影響到另一個(gè)設(shè)施的語(yǔ)義，它用一條可帶方向的虛線來(lái)表示。11 序列圖和協(xié)作圖在描述系統(tǒng)的狀態(tài)行為有什么側(cè)重？序列圖和協(xié)作圖都可以用來(lái)描述系統(tǒng)的狀態(tài)行為，但它們的側(cè)重點(diǎn)有所不同，序列圖強(qiáng)調(diào)消息的時(shí)間順序即對(duì)象之間的通信模式，協(xié)作圖強(qiáng)調(diào)參加交互的對(duì)象的組織即對(duì)象之間的協(xié)作。12 軟件規(guī)約與測(cè)試之間的關(guān)系是什么。需求規(guī)約：指明用戶要求軟件應(yīng)該實(shí)現(xiàn)什么功能，通常也說明了實(shí)現(xiàn)這些功能時(shí)所存在的約束 體系結(jié)構(gòu)設(shè)計(jì)規(guī)約：描述實(shí)現(xiàn)

10、需求規(guī)約的軟件系統(tǒng)的體系結(jié)構(gòu)。軟件中的各構(gòu)件及這些構(gòu)件之間的關(guān)系將由該文檔描述 詳細(xì)設(shè)計(jì)規(guī)約：描述如何具體實(shí)現(xiàn)軟件中的各個(gè)構(gòu)件（直至單個(gè)的單元）13 關(guān)聯(lián)包括那些要素，其作用各是什么。關(guān)聯(lián)描述的是若干個(gè)類之間的關(guān)系。在UML中，關(guān)聯(lián)是用直線來(lái)表示的一個(gè)類所關(guān)聯(lián)的任何一個(gè)連接點(diǎn)都叫做關(guān)聯(lián)端點(diǎn)，與類有關(guān)的許多信息都附在它的端點(diǎn)上關(guān)聯(lián)端點(diǎn)通常帶有一個(gè)角色名字，角色名字不但用來(lái)在使用關(guān)聯(lián)的對(duì)象之間導(dǎo)航，而且被用來(lái)區(qū)分關(guān)聯(lián)端點(diǎn)14 用UML對(duì)軟件體系結(jié)構(gòu)建模有哪幾種常用方法？各有什么優(yōu)缺點(diǎn)。 一般而言，利用UML進(jìn)行軟件體系結(jié)構(gòu)建模主要有3種方法。（1） 將UML看做是一種軟件體系結(jié)構(gòu)描述語(yǔ)言進(jìn)行軟件體

11、系結(jié)構(gòu)建模。（2） 利用UML的擴(kuò)展機(jī)制約束UML元模型以支持軟件體系結(jié)構(gòu)建模的需要。（3） 對(duì)UML的元模型進(jìn)行擴(kuò)展，使其直接支持軟件體系結(jié)構(gòu)建模的需要。第1種方法最簡(jiǎn)單，其實(shí)質(zhì)是利用現(xiàn)有的UML符號(hào)表示軟件體系結(jié)構(gòu)。UML用戶能很容易地理解所建立的軟件體系結(jié)構(gòu)模型，并可以用與UML兼容的工具對(duì)其進(jìn)行操縱。然而，現(xiàn)有的UML結(jié)構(gòu)無(wú)法和軟件體系結(jié)構(gòu)的概念顯式地直接對(duì)應(yīng)。因此，它們之間的對(duì)應(yīng)關(guān)系必須由建模人員維護(hù)。由于UML對(duì)軟件的支持實(shí)際上已超過ADL對(duì)軟件體系結(jié)構(gòu)描述的支持，因此第2種方法是使用帶約束的UML進(jìn)行軟件體系結(jié)構(gòu)建模，UML是一種可擴(kuò)展的語(yǔ)言，人們可通過擴(kuò)展機(jī)制增添新的結(jié)構(gòu)而不改

12、變現(xiàn)有的語(yǔ)法和語(yǔ)義。這種方法能顯式地表示軟件體系結(jié)構(gòu)的約束，所建立的軟件體系結(jié)構(gòu)模型仍然可用標(biāo)準(zhǔn)的UML工具進(jìn)行操縱，UML用戶理解起來(lái)也比較容易。然后，對(duì)OCL的約束進(jìn)行檢查的工作還不是太多。第3種方法是對(duì)UML的元模型進(jìn)行擴(kuò)展，這種擴(kuò)展使UML能引入新的建模能力。該方法使UML中包含各種ADL所具有的優(yōu)良特性，并且具有直接支持軟件體系結(jié)構(gòu)建模的能力。然而擴(kuò)展后的概念呢不符合UML標(biāo)準(zhǔn)，因而與UML工具不兼容。15 節(jié)點(diǎn)和構(gòu)件有什么關(guān)系。構(gòu)件：是系統(tǒng)中物理的、可替代的部件，它通常是一個(gè)描述了一些邏輯元素的物理包。結(jié)點(diǎn)：是運(yùn)行時(shí)存在的物理元素。它代表一種可計(jì)算的資源，通常具有一定的記憶能力和處

13、理能力。結(jié)點(diǎn)和構(gòu)件有許多相似之處：它們都可以參與依賴、泛化和關(guān)聯(lián)關(guān)系，都可以做嵌套，都可以有實(shí)例，都可以參與交互。盡管如此，結(jié)點(diǎn)和構(gòu)件也存在如下一些顯著的差別：（1） 構(gòu)件是參與系統(tǒng)興致的設(shè)施，而結(jié)點(diǎn)是執(zhí)行構(gòu)件的設(shè)施。簡(jiǎn)言之，結(jié)點(diǎn)執(zhí)行構(gòu)件，構(gòu)件是被結(jié)點(diǎn)執(zhí)行的對(duì)象。（2） 構(gòu)件是表示邏輯元素的物理包，而結(jié)點(diǎn)表示構(gòu)件的物理部署。也就是說，構(gòu)件是一組邏輯元素的實(shí)現(xiàn)，而結(jié)點(diǎn)表示構(gòu)件被部署的地點(diǎn)。一個(gè)類可以由一個(gè)或多個(gè)構(gòu)件來(lái)實(shí)現(xiàn)，而一個(gè)構(gòu)件可以部署在一個(gè)或多個(gè)結(jié)點(diǎn)上。建模人員可以用依賴關(guān)系顯式地描述結(jié)點(diǎn)與它所部署的構(gòu)件之間的關(guān)系，在通常情況下，建模人員無(wú)需將這些關(guān)系可視化，而將構(gòu)件作為結(jié)點(diǎn)的規(guī)約的一部分

14、即可。1如圖所示是一個(gè)UML圖，請(qǐng)問該圖屬于（A）。（選擇一項(xiàng)）a) 用例圖b) 類圖c) 時(shí)序圖d) 協(xié)作圖2在一個(gè)銀行的項(xiàng)目設(shè)計(jì)中，有很多用例，其中取款用例使用了密碼校驗(yàn)用例，則取款用例和密碼校驗(yàn)用例之間的關(guān)系是（A）。（選擇一項(xiàng)）a) 包含b) 擴(kuò)展c) 泛化d) 關(guān)聯(lián)3如圖所示是一個(gè)UML圖，請(qǐng)問該圖屬于（A）。（選擇一項(xiàng)）購(gòu)票系統(tǒng)告知乘客路線計(jì)算票價(jià)打印車票a)用例圖b)類圖c)時(shí)序圖d)協(xié)作圖4下列關(guān)于UML圖的說法，錯(cuò)誤的是（C ）。（選擇一項(xiàng)）a) UML圖所使用的圖形符號(hào)可展示和表達(dá)系統(tǒng)的概觀b) UML圖可為規(guī)劃中的系統(tǒng)精密且準(zhǔn)確的建模c) UML圖與特定語(yǔ)言相關(guān)d) UM

15、L圖可以幫助完成從軟件項(xiàng)目開始至交付過程中的所有文檔5在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列有關(guān)UML的說法，不正確的是（b）。（選擇一項(xiàng)）它主要是圖形符號(hào)，用面向?qū)ο蟮姆椒枋鱿到y(tǒng)設(shè)計(jì)已經(jīng)在小的模型中而不是復(fù)雜系統(tǒng)中證明成功它可在用戶、分析者、設(shè)計(jì)者和軟件開發(fā)者之間建立良好的溝通它用于可視化、具體化、結(jié)構(gòu)化和文檔化軟件內(nèi)在系統(tǒng)的不同方面6在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，使用用例圖分析業(yè)務(wù)系統(tǒng)時(shí)，不包括的任務(wù)是（d）。 （選擇一項(xiàng)）a） 定義問題b） 定義對(duì)象之間交互的時(shí)間序列c） 定義問題邊界d） 理解與問題領(lǐng)域相關(guān)的詞匯7如圖是一個(gè)UML類圖，請(qǐng)問圖中所示類的公有屬性是（a ）。 （選擇一項(xiàng)）Teach

16、ar+Name: string-Salary: double+teach()-GetSalary()a） Nameb） Salaryc） teachd） GetSalaey8如圖是一個(gè)UML類圖，請(qǐng)問圖中所示的類之間的關(guān)系是（a ）。 （選擇一項(xiàng)）StudentBook1 *+Count: Inta） 關(guān)聯(lián)b） 泛化c） 依賴d） 聚合9在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，UML通過（a ）來(lái)捕獲客戶的需求。（選擇一項(xiàng)）a) 用例圖b) 類圖c) 狀態(tài)圖d) 時(shí)序圖10在一個(gè)銀行的項(xiàng)目設(shè)計(jì)中，有很多用例，其中取款用例使用了密碼校驗(yàn)用例，則取款用例著密碼校驗(yàn)用例之間的關(guān)系是(a )。 (選擇一項(xiàng))a) 包

17、含b) 擴(kuò)展c) 泛化d) 關(guān)聯(lián)11有關(guān)UML的應(yīng)用，以下說法錯(cuò)誤的是（c）。（選擇一項(xiàng)）(UML:) a) UML 是一種建模語(yǔ)言，可以用來(lái)形象化的繪制軟件藍(lán)圖 b) UML 可以應(yīng)用在嵌入式系統(tǒng)中 c) 使用UML 構(gòu)建的模型只能應(yīng)用于面向?qū)ο笳Z(yǔ)言 d) UML可以應(yīng)用在針對(duì)操作系統(tǒng)的開發(fā)領(lǐng)域12某一銀行業(yè)務(wù)系統(tǒng)的設(shè)計(jì)中，有一個(gè)取款的用例，還有驗(yàn)證密碼、劃出現(xiàn)金、打印取款憑證等用例。請(qǐng)問取款用例和打印取款憑證用例之間的關(guān)系是（a）。（選擇一項(xiàng)）(UML)a） 擴(kuò)展b） 包含c） 泛化d） 使用13在面向?qū)ο蟮姆治雠c設(shè)計(jì)中,下列關(guān)于時(shí)序圖,說法正確的是( b ) (選擇一項(xiàng))(UML)a)

18、時(shí)序圖是一種靜態(tài)模型b) 時(shí)序圖重點(diǎn)說明對(duì)象間的交互順序c) 在時(shí)序圖中，包括對(duì)象之間的交互順序以及對(duì)象間的關(guān)系d) 在時(shí)序圖中，水平坐標(biāo)軸表示時(shí)間14以下代碼創(chuàng)建了兩個(gè)類，請(qǐng)問兩個(gè)類之間的關(guān)系是（c）。（選擇一項(xiàng)）(UML)Public class Bicycleprivate ArrayList tyres = new ArrayList();public void Bicycle()this.tyres.Add(new Tyee(); this.tyres.Add(new Tyee(); public class Tyrea) 關(guān)聯(lián)b) 依賴c) 組合d) 泛化15在OOAD中, 下圖所

19、示的活動(dòng)圖中的元素表示的是 ( c ). (選擇一項(xiàng))a). 活動(dòng)b). 分叉c). 判定( 也叫 分支)d). 終止16以下代碼創(chuàng)建了兩個(gè)類, 請(qǐng)問兩個(gè)類之間的關(guān)系是 ( c ). (選擇一項(xiàng))public class Teacher private Glasses glasses ; /眼鏡public class Glasses public void Watch()a). 關(guān)聯(lián)b). 泛化c). 依賴d). 組合17在面對(duì)對(duì)象的分析與設(shè)計(jì)中，下列有關(guān)UML的說法，不正確的是 ( b ). (選擇一項(xiàng))a). 它主要是 圖形符號(hào)，用面向?qū)ο蟮姆椒枋鱿到y(tǒng)設(shè)計(jì)b). 已經(jīng)在小的模型中而不是

20、復(fù)雜系統(tǒng)中證明成功c). 它可在用戶、分析者、設(shè)計(jì)者和軟件開發(fā)者之間建立良好的溝通d). 它用于可視化、具體化、結(jié)構(gòu)化和文檔化軟件內(nèi)在系統(tǒng)的不同方面18在面向?qū)ο蟮姆治龊驮O(shè)計(jì)中，下列關(guān)于活動(dòng)圖的說法，正確的是（a ）。（選擇一項(xiàng)）a)活動(dòng)圖可顯示有條件的或平行的活動(dòng)b)活動(dòng)圖體現(xiàn)對(duì)象的協(xié)作方式c)活動(dòng)圖可以捕獲動(dòng)作的結(jié)果，而不能捕獲動(dòng)作d)活動(dòng)圖可以捕獲動(dòng)作，而不能捕獲動(dòng)作的結(jié)果19如圖是一個(gè)UML類圖，請(qǐng)問圖 中所示的類之間的關(guān)系是（b ）。（選擇一項(xiàng)）a)關(guān)聯(lián)b)依賴c)聚合d)泛化 20下列關(guān)于UML圖的說法，錯(cuò)誤的是（c ）。（選擇一項(xiàng)）a)UML圖所使用的圖形符號(hào)可展示和表達(dá)系統(tǒng)的概

21、觀b)UML圖可為規(guī)劃中的系統(tǒng)精密且準(zhǔn)確的建模c)UML圖與特定語(yǔ)言有關(guān)d)UML圖可以幫助完成從軟件項(xiàng)目開始至交付過程中的所有文檔21以下代碼創(chuàng)建了兩個(gè)類，分別為計(jì)算機(jī)類，鼠標(biāo)類，請(qǐng)問兩個(gè)類之間的關(guān)系是（ c）Public class ComputerPrivate Mouse gdMouse;Public class Mouse(選擇一項(xiàng))a) 關(guān)聯(lián)b) 依賴c) 聚合d) 組合22有關(guān)UML 的應(yīng)用，以下說法錯(cuò)誤的是（c ）。（選擇一項(xiàng)）a) UML 是一種建模語(yǔ)言，可以用來(lái)形象化地描繪軟件藍(lán)圖b) UML 可以應(yīng)用在嵌入式系統(tǒng)中c) 使用UML 構(gòu)件的模型只能應(yīng)用與面向?qū)ο笳Z(yǔ)言d) U

22、ML 可以應(yīng)用在針對(duì)操作系統(tǒng)的開發(fā)領(lǐng)域23在使用面向?qū)ο蟮乃枷脒M(jìn)行軟件研發(fā)過程中，一般在（ b）階段創(chuàng)建類圖。（選擇一項(xiàng)）a) OOA 分析階段b) OOD 設(shè)計(jì)階段c) OOPd) 測(cè)試24以下代碼創(chuàng)建了兩個(gè)類，請(qǐng)問兩個(gè)類之間的關(guān)系是（c ）。（選擇一項(xiàng)）Public class Bicycle private ArrayList tyres=new ArrayList(); public void Bicycle() this.tyres.Add(new Tyre(); this.tyres.Add(new Tyre();public class Tyresa) 關(guān)聯(lián)b) 依賴c) 組合d

23、) 泛化25在OOD的狀態(tài)力中，下圖所示的符號(hào)表示的是對(duì)象的（b ）狀態(tài)。（選擇一項(xiàng)） a)初始b)終止c)活動(dòng)d)轉(zhuǎn)換26在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，用例圖中使用（c ）表示系統(tǒng)的邊界。（選擇一項(xiàng)）a)橢圓框b)三角框c)矩形框d)虛線框27面向?qū)ο蟮姆治雠c設(shè)計(jì)中，UML的類的圖標(biāo)是一個(gè)包括三個(gè)部分的（ c）。（選擇一項(xiàng)）a）橢圓b) 三角形c) 矩形d) 五角形28在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于時(shí)序圖，說法正確的是（b ）。（選擇一項(xiàng)）a) 時(shí)序圖是一種靜態(tài)模型b) 時(shí)序圖重點(diǎn)說明對(duì)象的交互順序c) 在時(shí)序圖中，包括對(duì)象之間的交互順序以及對(duì)象間的關(guān)系d) 在時(shí)序圖中，水平坐標(biāo)軸表示時(shí)間2

24、9在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下圖是一個(gè)類圖，由圖可知（b ）。（選擇一項(xiàng)）combimainset- i:int a) Name 是一個(gè)公有屬性 b) Name是一個(gè)私有屬性 c) Name是一個(gè)公有方法 d) Name是一個(gè)私有方法30在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于用例圖的說法，正確的有（c d）。（選擇二項(xiàng)） a) 用例模型中的系統(tǒng)就是一個(gè)真正的軟件系統(tǒng) ：代表一種邊界 b) 用例圖不能描述系統(tǒng)提供給用戶的服務(wù) c) 在用例中，矩形框用于表示系統(tǒng)的邊界 d) 為系統(tǒng)定義的用例是整個(gè)開發(fā)過程的基礎(chǔ)31在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列不屬于動(dòng)態(tài)模型的是（a ）。（選擇一項(xiàng)） a) 類圖 b)

25、 時(shí)序圖 c) 協(xié)作圖 d) 活動(dòng)圖32 OOAD（面向?qū)ο蠓治雠c設(shè)計(jì)）是軟件工程醒目中首先必須做的工作，下面有關(guān)OOAD說法中，正確的是（ ad）。（選擇兩項(xiàng)） a) 在OOA中，依據(jù)對(duì)應(yīng)的現(xiàn)實(shí)世界對(duì)象來(lái)模型化問題 b) OOA著眼于OOD的細(xì)化 c) OOD階段不考慮按對(duì)象的協(xié)作集合組織解決方案 d) OOD階段還需要設(shè)計(jì)數(shù)據(jù)庫(kù)，并應(yīng)用規(guī)范化方法 OOAD設(shè)計(jì)數(shù)據(jù)庫(kù)33在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于時(shí)序圖的說法，不正確的是（c）。（選擇一項(xiàng)） a) 它反映了隨時(shí)間變化發(fā)生的對(duì)象間的交互 b) 對(duì)象由于水平線描述的 c) 事件由水平線描述 d) 時(shí)間從頂部開始從上而下垂直繪制34在面向?qū)?/p>

26、象的分析與設(shè)計(jì)中，下列關(guān)于建模的原則，說法正確的是（d）。（選擇一項(xiàng)）a)選擇什么樣的模型與要解決的問題沒有關(guān)系b)一般情況下，單個(gè)模型都能滿足要求c)最佳模型與顯示情況是緊密相連的d)每一種模型都有特定的精度級(jí)別35UML的（a）重點(diǎn)說明對(duì)象之間交互的順序。a)時(shí)序圖b)類圖c)狀態(tài)圖d）部署圖36部署模型的主要元素為（c）及其連接。 節(jié)點(diǎn)和連接a)類和對(duì)象b)模塊c)節(jié)點(diǎn)d）組件37當(dāng)一個(gè)類與它自己發(fā)生關(guān)聯(lián)的時(shí)候，我們稱其為（a）。a)遞歸關(guān)聯(lián)b)關(guān)聯(lián)c)限定關(guān)聯(lián)d）單向關(guān)聯(lián)38)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列（e ）不屬于UML圖。（選擇一項(xiàng)）a)用例圖b)類圖c)時(shí)序圖d)活動(dòng)圖e)視

27、圖39)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列（d ）不屬于標(biāo)識(shí)候選類的方式。（選擇一項(xiàng)）a)排除冗余類b)去除無(wú)關(guān)類c)排除模糊類d)排除抽象類40)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列（d ）不屬于類之間的關(guān)系。（選擇一項(xiàng)）a)關(guān)聯(lián)b)泛化c)依賴d)多態(tài)e)聚合41)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于各種UML圖，說法正確的是（a）。（選擇一項(xiàng)）a)借助時(shí)序圖、狀態(tài)圖、活動(dòng)圖可以描述系統(tǒng)的動(dòng)態(tài)模型b)時(shí)序圖顯示對(duì)象在生命周期內(nèi)響應(yīng)外部事件和消息時(shí)所經(jīng)歷的狀態(tài)序列c)狀態(tài)圖著重于多個(gè)事物的描述 d)活動(dòng)圖是按時(shí)間順序模擬控制流程42)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于關(guān)鍵抽象的說法，錯(cuò)誤的是（b）。（選擇一項(xiàng)）a)關(guān)鍵抽象強(qiáng)調(diào)與系統(tǒng)設(shè)計(jì)有關(guān)的實(shí)體b)關(guān)鍵抽象的抽象層次越高越好c)關(guān)鍵抽象排除系統(tǒng)外部多于地實(shí)體d)關(guān)鍵抽象將成為分析模型中的類43)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于用例圖的說法，錯(cuò)誤的是（c）。（選擇一項(xiàng)）a)用例圖有