UML與軟件建模復(fù)習(xí)答案

UML與軟件建模復(fù)習(xí)題面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)是什么。面向?qū)ο蟮姆椒ò压δ芎蛿?shù)據(jù)看做是高度統(tǒng)一的，其優(yōu)點(diǎn)有：它能較好地處理軟件的規(guī)模和復(fù)雜度不斷增加所嗲來的問題。它更適合于控制關(guān)系復(fù)雜的習(xí)題系統(tǒng)面向?qū)ο笙到y(tǒng)通過對(duì)象間的協(xié)作來完成任務(wù)，因而更加容易理解。它是歐諾個(gè)各種直接模仿應(yīng)用域中實(shí)體的抽象和對(duì)象，從而使得規(guī)約和誰(shuí)及更加完整。它圍繞對(duì)象和類進(jìn)行局部化，從而提高了規(guī)約、設(shè)計(jì)和代碼的易擴(kuò)展性、易維護(hù)性和易復(fù)用性。它簡(jiǎn)化了開發(fā)者的工作，提高了軟件和文檔的質(zhì)量。面向?qū)ο蟮能浖_發(fā)方法包括哪些特定階段。面向?qū)ο蟮能浖_發(fā)方法設(shè)計(jì)從面向?qū)ο蠓治觯?OOA）、面向?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)間的盡可能的平滑過渡。UMLt義了哪幾類圖，每一類包括那些類型的圖。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)境模型視圖包含：部署圖。UMU勺設(shè)施包括那些。在UML中，設(shè)施可分為結(jié)構(gòu)設(shè)施、行為設(shè)施、分組設(shè)施和注釋設(shè)施等四大類。（1）結(jié)構(gòu)設(shè)施是UML真型的靜態(tà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)控制活動(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è)交互來描述。狀態(tài)機(jī)：描述了一個(gè)對(duì)象或一個(gè)交互在生命期內(nèi)相應(yīng)時(shí)間所經(jīng)歷的狀態(tài)序列，單個(gè)類或者一組類之間協(xié)作的行為可以用狀態(tài)機(jī)來描述。(3)分組設(shè)施是UML真型的組織部分。最主要的分組設(shè)施是包，它是雨中用于把模型元素組織成組的設(shè)施，結(jié)構(gòu)設(shè)施、行為設(shè)施和其他的分組設(shè)施都可以放進(jìn)包內(nèi)。構(gòu)件僅在運(yùn)行時(shí)存在，而包僅在開發(fā)時(shí)存在。(4)注釋設(shè)施是UML真型的解釋部分，它們用來描述和標(biāo)注模型的任何元素。通?？梢杂米⑨屝揎棊в屑s束或者解釋的圖。UMU勺公共機(jī)制和擴(kuò)展機(jī)制包括哪些。公共機(jī)制包括：規(guī)約：每個(gè)模型元素的圖形表示法后都存在一個(gè)規(guī)約，它以文字的形式描述基本模型元素的語(yǔ)法和語(yǔ)義。修飾符：UML中的大多數(shù)模型元素都可用唯一和直接的圖形符合來表示，這些圖形符合可視化地表示模型最重要的信息。擴(kuò)展機(jī)制包括：衍型：是對(duì)UMLB詞匯的擴(kuò)展，主要用于創(chuàng)建與已有的模型元素相似且針對(duì)特定問題的心種類的模型元素。標(biāo)記值：是對(duì)UME素的特性的擴(kuò)展，主要用于在模型元素的規(guī)約中創(chuàng)建新的信息。約束：是對(duì)UME素的語(yǔ)義的擴(kuò)展，主要用于增加新的規(guī)則或者修改已有的規(guī)則。用例圖及其作用。用例圖用來定義系統(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)作用。軟件的黑盒測(cè)試和白盒測(cè)試包括哪些測(cè)試方法，每一種測(cè)試方法的測(cè)試重點(diǎn)是什么。黑盒測(cè)試方法主要包括等價(jià)類劃分法、邊界取值法、邊界分析法、因果圖發(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è)試。對(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)合，但通常情況下表示異步消息。同步消息：表示嵌套的控制流。它通常表示一個(gè)操作的調(diào)用。處理消息的操作在調(diào)用者恢復(fù)之前完成。可用一個(gè)返回消息來表示控制流的返回，或者當(dāng)消息處理完畢后隱式地返回。異步消息：表示異步的控制流。發(fā)送者將該消息發(fā)送給接受者后，無(wú)需等待接收者消息處理的完成而繼續(xù)執(zhí)行。返回消息：表示控制流顯示地從接收消息的對(duì)象返回。一般而言，協(xié)作圖不顯示這種剪頭，但序列圖中經(jīng)常出現(xiàn)這種消息。軟件建模的涵義。模型是現(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)的一種常用手段聚合、泛化、依賴等關(guān)系的涵義。聚合表明指定對(duì)象是由若干個(gè)其他對(duì)象組成的關(guān)系叫做聚合。泛化是兩個(gè)設(shè)施之間的語(yǔ)義關(guān)系，特殊元素（子元素）的對(duì)象可以替代一般元素（父元素）的對(duì)象。這樣，子元素就可以共享父元素的結(jié)構(gòu)和行為。依賴是兩個(gè)設(shè)施之間的語(yǔ)義關(guān)系，其中一個(gè)設(shè)施的變化會(huì)影響到另一個(gè)設(shè)施的語(yǔ)義，它用一條可帶方向的虛線來表示。序列圖和協(xié)作圖在描述系統(tǒng)的狀態(tài)行為有什么側(cè)重？序列圖和協(xié)作圖都可以用來描述系統(tǒng)的狀態(tài)行為，但它們的側(cè)重點(diǎn)有所不同，序列圖強(qiáng)調(diào)消息的時(shí)間順序即對(duì)象之間的通信模式，協(xié)作圖強(qiáng)調(diào)參加交互的對(duì)象的組織即對(duì)象之間的協(xié)作。軟件規(guī)約與測(cè)試之間的關(guān)系是什么。需求規(guī)約：指明用戶要求軟件應(yīng)該實(shí)現(xiàn)什么功能，通常也說明了實(shí)現(xiàn)這些功能時(shí)所存在的約束體系結(jié)構(gòu)設(shè)計(jì)規(guī)約：描述實(shí)現(xiàn)需求規(guī)約的軟件系統(tǒng)的體系結(jié)構(gòu)。軟件中的各構(gòu)件及這些構(gòu)件之間的關(guān)系將由該文檔描述詳細(xì)設(shè)計(jì)規(guī)約：描述如何具體實(shí)現(xiàn)軟件中的各個(gè)構(gòu)件（直至單個(gè)的單元）關(guān)聯(lián)包括那些要素，其作用各是什么。關(guān)聯(lián)描述的是若干個(gè)類之間的關(guān)系。在 UML中，關(guān)聯(lián)是用直線來表示的一個(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è)角色名字，角色名字不但用來在使用關(guān)聯(lián)的對(duì)象之間導(dǎo)航，而且被用來區(qū)分關(guān)聯(lián)端點(diǎn)用UMLM軟件體系結(jié)構(gòu)建模有哪幾種常用方法？各有什么優(yōu)缺點(diǎn)。一般而言，利用UML?行軟件體系結(jié)構(gòu)建模主要有3種方法。（1）將UML1做是一種軟件體系結(jié)構(gòu)描述語(yǔ)言進(jìn)行軟件體系結(jié)構(gòu)建模。（2）利用UML勺擴(kuò)展機(jī)制約束UMLS模型以支持軟件體系結(jié)構(gòu)建模的需要。（3）對(duì)UMLW元模型進(jìn)行擴(kuò)展，使其直接支持軟件體系結(jié)構(gòu)建模的需要。第1種方法最簡(jiǎn)單，其實(shí)質(zhì)是利用現(xiàn)有的UML#號(hào)表示軟件體系結(jié)構(gòu)。UMUS戶能很容易地理解所建立的軟件體系結(jié)構(gòu)模型，并可以用與UMLt容的工具對(duì)其進(jìn)行操縱。然而，現(xiàn)有的UML吉構(gòu)無(wú)法和軟件體系結(jié)構(gòu)的概念顯式地直接對(duì)應(yīng)。因此，它們之間的對(duì)應(yīng)關(guān)系必須由建模人員維護(hù)。由于UML寸軟件的支持實(shí)際上已超過ADLM軟件體系結(jié)構(gòu)描述的支持，因此第2種方法是使用帶約束的UML?行軟件體系結(jié)構(gòu)建模，UML^一種可擴(kuò)展的語(yǔ)言，人們可通過擴(kuò)展機(jī)制增添新的結(jié)構(gòu)而不改變現(xiàn)有的語(yǔ)法和語(yǔ)義。這種方法能顯式地表示軟件體系結(jié)構(gòu)的約束，所建立的軟件體系結(jié)構(gòu)模型仍然可用標(biāo)準(zhǔn)的UMLX具進(jìn)行操縱，UMLffl戶理解起來也比較容易。然后，對(duì)OCLJ勺約束進(jìn)行檢查的工作還不是太多。第3種方法是對(duì)UML勺元模型進(jìn)行擴(kuò)展,這種擴(kuò)展使UM睢引入新的建模能力。該方法使UML中包含各種ADL所具有的優(yōu)良特性，并且具有直接支持軟件體系結(jié)構(gòu)建模的能力。然而擴(kuò)展后的概念呢不符合UM而準(zhǔn)，因而與UMLT具不兼容。節(jié)點(diǎn)和構(gòu)件有什么關(guān)系。構(gòu)件：是系統(tǒng)中物理的、可替代的部件，它通常是一個(gè)描述了一些邏輯元素的物理包。結(jié)點(diǎn)：是運(yùn)行時(shí)存在的物理元素。它代表一種可計(jì)算的資源，通常具有一定的記憶能力和處理能力。結(jié)點(diǎn)和構(gòu)件有許多相似之處：它們都可以參與依賴、泛化和關(guān)聯(lián)關(guān)系，都可以做嵌套，都可以有實(shí)例，都可以參與交互。盡管如此，結(jié)點(diǎn)和構(gòu)件也存在如下一些顯著的差別：構(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ì)象。構(gòu)件是表示邏輯元素的物理包，而結(jié)點(diǎn)表示構(gòu)件的物理部署。也就是說，構(gòu)件是一組邏輯元素的實(shí)現(xiàn)，而結(jié)點(diǎn)表示構(gòu)件被部署的地點(diǎn)。一個(gè)類可以由一個(gè)或多個(gè)構(gòu)件來實(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ī)約的一部分即可。1如圖所示是一個(gè)UMLB,請(qǐng)問該圖屬于（A）。（選擇一項(xiàng)）用例圖類圖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è)UMLB,請(qǐng)問該圖屬于（A）。（選擇一項(xiàng)）a）用例圖b）類圖c）時(shí)序圖d）協(xié)作圖4下列關(guān)于UML圖的說法，錯(cuò)誤的是（C）。（選擇一項(xiàng)）UML圖所使用的圖形符號(hào)可展示和表達(dá)系統(tǒng)的概觀UML圖可為規(guī)劃中的系統(tǒng)精密且準(zhǔn)確的建模UML圖與特定語(yǔ)言相關(guān)UML圖可以幫助完成從軟件項(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)）定義問題定義對(duì)象之間交互的時(shí)間序列定義問題邊界d） 理解與問題領(lǐng)域相關(guān)的詞匯7如圖是一個(gè)UML類圖，請(qǐng)問圖中所示類的公有屬性是（a）。 （選擇一項(xiàng)）Teachar+Name:string-Salary:double+teach()-GetSalary()NameSalaryteachd)GetSalaey8如圖是一個(gè)UML類圖，請(qǐng)問圖中所示的類之間的關(guān)系是(a)。 (選擇一項(xiàng))StudentBook1 *+Count:Int關(guān)聯(lián)泛化依賴聚合9在面向?qū)ο蟮姆治雠c設(shè)計(jì)中， UML!過(a)來捕獲客戶的需求。(選擇一項(xiàng))a)用例圖類圖狀態(tài)圖時(shí)序圖10在一個(gè)銀行的項(xiàng)目設(shè)計(jì)中， 有很多用例，其中取款用例使用了密碼校驗(yàn)用例， 則取款用例著密碼校驗(yàn)用例之間的關(guān)系是(a)。(選擇一項(xiàng))包含擴(kuò)展泛化關(guān)聯(lián)11有關(guān)UMLI勺應(yīng)用，以下說法錯(cuò)誤的是(c)。(選擇一項(xiàng))(UML:)UML是一種建模語(yǔ)言，可以用來形象化的繪制軟件藍(lán)圖UML可以應(yīng)用在嵌入式系統(tǒng)中使用UML構(gòu)建的模型只能應(yīng)用于面向?qū)ο笳Z(yǔ)言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ò)展包含泛化使用

13在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于時(shí)序圖，說法正確的是（b）（ 選擇一項(xiàng)）（UML）a）時(shí)序圖是一種靜態(tài)模型b）時(shí)序圖重點(diǎn)說明對(duì)象間的交互順序在時(shí)序圖中，包括對(duì)象之間的交互順序以及對(duì)象間的關(guān)系在時(shí)序圖中，水平坐標(biāo)軸表示時(shí)間14以下代碼創(chuàng)建了兩個(gè)類，請(qǐng)問兩個(gè)類之間的關(guān)系是(c)。PublicclassBicycle{privateArrayListtyres=newArrayList();publicvoidBicycle(){Tyee());Tyee());}}publicclassTyre{}a)關(guān)聯(lián)b)依賴c)組合d)泛化（選擇一項(xiàng)）（UML）選擇一項(xiàng)）15在OOA加,下圖所示的活動(dòng)圖中的元素表示的是 （c）.（選擇一項(xiàng)）（UML）選擇一項(xiàng)）.判定（也叫分支）.終止選擇一項(xiàng)）16以下代碼創(chuàng)建了兩個(gè)類，請(qǐng)問兩個(gè)類之間的關(guān)系是 （c）.選擇一項(xiàng)）publicclassTeacher{privateGlassesglasses; 關(guān)聯(lián).泛化.依賴.組合17在面對(duì)對(duì)象的分析與設(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)的不同方面18在面向?qū)ο蟮姆治龊驮O(shè)計(jì)中，下列關(guān)于活動(dòng)圖的說法，正確的是(a)。(選擇一項(xiàng))a)活動(dòng)圖可顯示有條件的或平行的活動(dòng)活動(dòng)圖體現(xiàn)對(duì)象的協(xié)作方式活動(dòng)圖可以捕獲動(dòng)作的結(jié)果，而不能捕獲動(dòng)作活動(dòng)圖可以捕獲動(dòng)作，而不能捕獲動(dòng)作的結(jié)果19如圖是一個(gè)UM或圖，請(qǐng)問圖中所示的類之間的關(guān)系是(b)。(選擇一項(xiàng))關(guān)聯(lián)依賴聚合泛化20下列關(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)UML圖可以幫助完成從軟件項(xiàng)目開始至交付過程中的所有文檔21以下代碼創(chuàng)建了兩個(gè)類，分別為計(jì)算機(jī)類，鼠標(biāo)類，請(qǐng)問兩個(gè)類之間的關(guān)系是(c)PublicclassComputer{PrivateMousegdMouse;}PublicclassMouse{}(選擇一項(xiàng))關(guān)聯(lián)依賴聚合組合有關(guān) UML的應(yīng)用，以下說法錯(cuò)誤的是( c)。(選擇一項(xiàng))UML是一種建模語(yǔ)言，可以用來形象化地描繪軟件藍(lán)圖UML可以應(yīng)用在嵌入式系統(tǒng)中c)使用UML構(gòu)件的模型只能應(yīng)用與面向?qū)ο笳Z(yǔ)言UML可以應(yīng)用在針對(duì)操作系統(tǒng)的開發(fā)領(lǐng)域在使用面向?qū)ο蟮乃枷脒M(jìn)行軟件研發(fā)過程中，一般在(b)階段創(chuàng)建類圖。(選擇一項(xiàng))OOA分析階段OOD設(shè)計(jì)階段OOP測(cè)試以下代碼創(chuàng)建了兩個(gè)類，請(qǐng)問兩個(gè)類之間的關(guān)系是(c)。(選擇一項(xiàng))PublicclassBicycle{privateArrayListtyres=newArrayList();publicvoidBicycle(){Tyre());Tyre());}}publicclassTyres{}關(guān)聯(lián)依賴組合泛化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))橢圓框三角框矩形框虛線框27面向?qū)ο蟮姆治雠c設(shè)計(jì)中，UMU勺類的圖標(biāo)是一個(gè)包括三個(gè)部分的(c)。(選擇一項(xiàng))a)橢圓三角形矩形五角形28在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于時(shí)序圖，說法正確的是(b)。(選擇一項(xiàng))a)時(shí)序圖是一種靜態(tài)模型b)時(shí)序圖重點(diǎn)說明對(duì)象的交互順序c)

d)在時(shí)序圖中，包括對(duì)象之間的交互順序以及對(duì)象間的關(guān)系在時(shí)序圖中，水平坐標(biāo)軸表示時(shí)間c)

d)b）。（選擇一項(xiàng)）29b）。（選擇一項(xiàng)）combimainset-i:intName 是一個(gè)公有屬性Name是一個(gè)私有屬性Name 是一個(gè)公有方法Name 是一個(gè)私有方法30在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于用例圖的說法，正確的有（cd）。（選擇二項(xiàng)）用例模型中的系統(tǒng)就是一個(gè)真正的軟件系統(tǒng) ：代表一種邊界用例圖不能描述系統(tǒng)提供給用戶的服務(wù)在用例中，矩形框用于表示系統(tǒng)的邊界為系統(tǒng)定義的用例是整個(gè)開發(fā)過程的基礎(chǔ)31在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列不屬于動(dòng)態(tài)模型的是（ a）。（選擇一項(xiàng)）類圖時(shí)序圖協(xié)作圖活動(dòng)圖32OOAD（面向?qū)ο蠓治雠c設(shè)計(jì)）是軟件工程醒目中首先必須做的工作，下面有關(guān) OOA血法中，正確的是（ad）。（選擇兩項(xiàng)）在00型，依據(jù)對(duì)應(yīng)的現(xiàn)實(shí)世界對(duì)象來模型化問題OOA 著眼于OOD勺細(xì)化OOD 階段不考慮按對(duì)象的協(xié)作集合組織解決方案OOD階段還需要設(shè)計(jì)數(shù)據(jù)庫(kù)，并應(yīng)用規(guī)范化方法 OOA皺計(jì)數(shù)據(jù)庫(kù)33在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于時(shí)序圖的說法，不正確的是（ c）。（選擇一項(xiàng)）a） 它反映了隨時(shí)間變化發(fā)生的對(duì)象間的交互b）對(duì)象由于水平線描述的事件由水平線描述時(shí)間從頂部開始從上而下垂直繪制34在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于建模的原則，說法正確的是（ d）。（選擇一項(xiàng)）a）選擇什么樣的模型與要解決的問題沒有關(guān)系b）一般情況下，單個(gè)模型都能滿足要求c）最佳模型與顯示情況是緊密相連的d)每一種模型都有特定的精度級(jí)別35UML的(a)重點(diǎn)說明對(duì)象之間交互的順序。時(shí)序圖類圖狀態(tài)圖d)部署圖部署模型的主要元素為(c)及其連接。節(jié)點(diǎn)和連接類和對(duì)象模塊節(jié)點(diǎn)d)組件當(dāng)一個(gè)類與它自己發(fā)生關(guān)聯(lián)的時(shí)候，我們稱其為(a)。遞歸關(guān)聯(lián)關(guān)聯(lián)限定關(guān)聯(lián)d)單向關(guān)聯(lián)38)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列(e)不屬于UML0O(選擇一項(xiàng))用例圖類圖時(shí)序圖活動(dòng)圖視圖在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列(d)不屬于標(biāo)識(shí)候選類的方式。(選擇一項(xiàng))排除冗余類去除無(wú)關(guān)類排除模糊類排除抽象類在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列(d)不屬于類之間的關(guān)系。(選擇一項(xiàng))關(guān)聯(lián)泛化依賴多態(tài)聚合41)在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于各種 UML圖，說法正確的是(a)。(選擇一項(xiàng))借助時(shí)序圖、狀態(tài)圖、活動(dòng)圖可以描述系統(tǒng)的動(dòng)態(tài)模型時(shí)序圖顯示對(duì)象在生命周期內(nèi)響應(yīng)外部事件和消息時(shí)所經(jīng)歷的狀態(tài)序列狀態(tài)圖著重于多個(gè)事物的描述活動(dòng)圖是按時(shí)間順序模擬控制流程b）。（選擇一項(xiàng)）在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于關(guān)鍵抽象的說法，錯(cuò)誤的是（b）。（選擇一項(xiàng)）b）關(guān)鍵抽象的抽象層次越高越好c）關(guān)鍵抽象排除系統(tǒng)外部多于地實(shí)體d）關(guān)鍵抽象將成為分析模型中的類在面向?qū)ο蟮姆治雠c設(shè)計(jì)中，下列關(guān)于用例圖的說法，錯(cuò)誤的是（ c）。（選擇一項(xiàng)）用例圖有助于將重點(diǎn)放在系統(tǒng)可能的用戶上用例圖有助于確定用戶與系統(tǒng)交互時(shí)扮演的角色在用例圖中，用圓形表