UML復(fù)習(xí)資料匯總規(guī)范標(biāo)準(zhǔn)答案詳解

1、計(jì)科院UML復(fù)習(xí)匯總+答案詳解一、單項(xiàng)選擇題1、組成UML構(gòu)造塊三大要素為：（B ）A、事物、元素、關(guān)系B、事物、關(guān)系、圖形C、事物、組件、圖形D、事物、圖形、結(jié)構(gòu)UML中有三種基本構(gòu)造塊，分別是事物、關(guān)系和圖。事物分結(jié)構(gòu)事物（包括類、接口、協(xié)作、用況、主動(dòng)類、構(gòu)件和節(jié)點(diǎn)）、行為事物（包括交互和狀態(tài)機(jī)）、分組事物（包）和注釋事物（注解）。2、UML中的事物分為哪幾類？ （ A ）A、結(jié)構(gòu)、行為、分組、備注等四類事物B、結(jié)構(gòu)、圖形、行為、分組等四類事物C、類、行為、分組、備注等四類事物D、分組、備注、結(jié)構(gòu)、圖形等四類事物3、UML中的關(guān)系分為哪幾種？ （ C ）A、依賴關(guān)系、類關(guān)系、一般化關(guān)系、

2、合作關(guān)系B、依賴關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系、繼承關(guān)系C、依賴關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系D、依賴關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、合作關(guān)系4、所謂的4+1視圖是指（A ）A、Design View 、 Interaction View 、 Implementation View 、Deployment View useCase ViewB、Interaction View 、 Implementation View 、Deployment View 、Customer View 、 useCase ViewC、Interaction View 、 Implementation View 、Depl

3、oyment View 、 Process View 、 useCase ViewD、Design View 、 Interaction View 、 Implementation View 、 Process View、 useCase View5、在UML中屬于靜態(tài)視圖的是（ D ）A、順序圖、協(xié)作圖、包圖、類圖B、對(duì)象圖、類圖、構(gòu)件圖、包圖C、順序圖、用例圖、對(duì)象圖、類圖D、對(duì)象、類圖、構(gòu)件圖、部署圖6、下列關(guān)于 UML敘述正確白是（ D ）A、UML是一種語(yǔ)言，語(yǔ)言的使用者不能對(duì)其進(jìn)行擴(kuò)展B、UML僅是一組圖形的集合C、UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段D、UML是獨(dú)立于軟件開發(fā)過程的

4、 7、下列描述中，哪個(gè)不是建模的基本原則（ D ）A、要仔細(xì)的選擇模型B、每一種模型可以在不同的精度級(jí)別上表示所要開發(fā)的系統(tǒng)C、模型要與現(xiàn)實(shí)相聯(lián)系D、對(duì)一個(gè)重要的系統(tǒng)用一個(gè)模型就可以充分描述8、下列描述中，哪個(gè)不是軟件與硬件的區(qū)別（ D ）A.軟件是被開發(fā)或設(shè)計(jì)的，而不是被制造的；B.軟件不會(huì)“磨損”，但會(huì)“退化”C.軟件的開發(fā)至今尚未擺脫手工藝的開發(fā)方式;D.軟件開發(fā)與硬件開發(fā)的流程一樣。軟件的特點(diǎn) .軟件是一種邏輯實(shí)體，它具有抽象性。 .軟件的開發(fā)過程沒有明顯的制作過程。 .軟件在使用期內(nèi)沒有磨損、老化問題。 .軟件的開發(fā)與運(yùn)行常常受計(jì)算機(jī)系統(tǒng)的限制，對(duì)計(jì)算機(jī)系統(tǒng)有著不同程度的依賴性。 .

5、軟件的開發(fā)至今尚未完全擺脫手工藝的開發(fā)方式，雖然近年來(lái)軟件復(fù)用技術(shù)、自動(dòng)生成 技術(shù)開發(fā)工具等有了新的進(jìn)展。 .軟件本身是復(fù)雜的，而且隨著應(yīng)用規(guī)模的擴(kuò)大，軟件變得越來(lái)越復(fù)雜。 .軟件的成本相當(dāng)昂貴。 .相當(dāng)多的軟件工作涉及到社會(huì)因素。9、UML提供了 4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（B ）是面向?qū)ο笙到y(tǒng)建模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇（ A ）;當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇（D ）。（1） . A.組件圖B.類圖C.對(duì)象圖D.部署圖(2) . A.組件圖B.協(xié)作圖C.狀態(tài)圖D.部署圖(3)

6、. A.協(xié)作圖B.對(duì)象圖C.活動(dòng)圖D.部署圖10、Blue軟件公司就目前的“通信網(wǎng)關(guān)”項(xiàng)目中存在的質(zhì)量問題，召開了一次產(chǎn)品質(zhì)量問題鑒定會(huì)，會(huì)議得出的結(jié)論是：該系統(tǒng)的質(zhì)量問題是由于系統(tǒng)設(shè)計(jì)階段未能正確地設(shè)計(jì)產(chǎn)品的類圖而導(dǎo)致的。請(qǐng)問以下哪個(gè)項(xiàng)目成員應(yīng)該為問題負(fù)主要責(zé)任。（B ）A軟件開發(fā)工程師B系統(tǒng)架構(gòu)師C系統(tǒng)分析員 D軟件測(cè)試工程師11、對(duì)象技術(shù)是（D ）A、一系列指導(dǎo)軟件構(gòu)造的原則B、一種新的已被認(rèn)可的理論C、Grady Booch 發(fā)明的一種新的動(dòng)態(tài)的語(yǔ)言D、僅僅基于模塊化的原則二、填空題1、UML 是 Unified Modeling Language（統(tǒng)一建模語(yǔ)言）的英文縮寫。2 . U

7、ML中的圖分為：1、用例圖2、類圖3、對(duì)象圖4、活動(dòng)圖5、狀態(tài)圖6、序列圖（順序圖）7、協(xié)作圖8、構(gòu)件圖（組件圖）9、部署圖（配置圖）三、簡(jiǎn)答題？1 .什么是建模？為什么要建模？建模就是建立模型，為了理解事物而做出的一種抽象。建模是為了更好的理解正在開發(fā)的系統(tǒng)。2 .什么是面向?qū)ο?？面向?qū)ο蟮奶攸c(diǎn)是什么？ 面向?qū)ο罂梢钥闯擅嫦虺橄蠛兔嫦蚪涌诰幊堂嫦驅(qū)ο蟮奶攸c(diǎn)：繼承，多態(tài)，封裝3 . UML圖有哪些？其中哪些是靜態(tài)圖？哪些是動(dòng)態(tài)圖?靜態(tài)圖：類圖，用例圖，對(duì)象圖，構(gòu)件圖，部署圖動(dòng)態(tài)圖：順序圖，協(xié)作圖，狀態(tài)圖，活動(dòng)圖專題三：類圖(對(duì)象圖、包圖)一、單項(xiàng)選擇題1 .在UML中，類之間的關(guān)系有一種為關(guān)聯(lián)

8、關(guān)系，其中多重性用來(lái)描述類之間的對(duì)應(yīng)關(guān)系,下面哪個(gè)不是其中之一(D )A. 0 .1B. 0-.*C. 1 *D. *.*2 .通常對(duì)象有很多屬性，但對(duì)于外部對(duì)象來(lái)說某些屬性應(yīng)該不能被直接訪問，下面哪個(gè)不是UML中的類成員訪問限定性( C )A.公有的(public )8 .受保護(hù)的(protected )C.友員(friendly )D.私有的(private )3、在一個(gè)課程注冊(cè)系統(tǒng)中，定義了類 CourseSchedule 和 類 Course ,并在類CourseSchedule 中定義了方法 add （c:Course ） 和方法 remove （c:Course ）,貝U類Cour

9、seSchedule 和類Course 之間的關(guān)系是：（ C ）A、泛化關(guān)系B、組成關(guān)系C、依賴關(guān)系D、包含關(guān)系4、類A的一個(gè)操作調(diào)用類 B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類 A和 類B之間是（C ）關(guān)系。A、 實(shí)現(xiàn) B、關(guān)聯(lián) C、依賴 D、泛化5、在UML2.0版本中的圖形表示方式中，“包”的表示方式是下列圖形中的哪一個(gè)？（C ）A、組成關(guān)系B、依賴關(guān)系C、聚集關(guān)系D、泛化關(guān)系7、在UML中下列圖形代表什么關(guān)系？（ D ）1A、一般化關(guān)系B、依賴關(guān)系C、聚集關(guān)系D、泛化關(guān)系8、汽車（Car）由輪子、發(fā)動(dòng)機(jī)、油箱、座椅、方向盤等組成。那么car類和其他類（Wheel、Engin、

10、Tank、Chair、SteeringWheel ）之間的關(guān)系是：（D ）A、泛化關(guān)系（Generalization ）B、實(shí)現(xiàn)關(guān)系（Realization ）C、包含關(guān)系(Inclusion )D、組合關(guān)系(Composition )9 .在下面的圖例中，哪個(gè)用來(lái)描述注釋( D )1 oABCD10、在一個(gè)網(wǎng)絡(luò)游戲系統(tǒng)中，定義了類Cowboy 和類Castle ,并在類Cowboy 中定義了方法 open (c： Castle )和方法 Close (c： Castle ),則類 Cowboy 和類 Castle 之間的關(guān)系是：(A )A、依賴(dependency )關(guān)系B、組成(comp

11、osition )關(guān)系C、泛化(generalization )關(guān)系D、包含(include )關(guān)系11、根據(jù)下面的代碼，判斷下面那些敘述是正確的？ (A)public class HouseKeeperprivate TimeCard timecard;public void clockIn()timecard.punch();A、類 HouseKeeper 和類 TimeCard 之間存在關(guān)聯(lián)(Association )關(guān)系;B、類 HouseKeeper 和類 TimeCard 之間存在泛化（Generalization ）關(guān)系；C、類 HouseKeeper 和類 TimeCard 之

12、間存在實(shí)現(xiàn)（Realization ）關(guān)系；D、類HouseKeeper 和類TimeCard 之間存在包含（Inclusion ）關(guān)系12、UML關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴等 5種類型，請(qǐng)將合適的關(guān)系填寫在下列描述的（）中。用例及其協(xié)作之間是（A）關(guān)系。類A的一個(gè)操作調(diào)用類 B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類 A和類B之間是（C）關(guān)系。在學(xué)校中，一個(gè)學(xué)生可以選修多門課程，一門課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課程之間是（B ）關(guān)系。森林和樹木之間是（E）關(guān)系。關(guān)系。在MFC 類庫(kù)中，Window 類和 DialogBox 類之間是（D ）A實(shí)現(xiàn) B關(guān)聯(lián) C依賴 D泛

13、化 E聚合13、已知類A需要類B提供的服務(wù)，下列所描述的四種情況中，哪種情況不好把類A和類B之間的關(guān)系定義成依賴關(guān)系（D ）A、類A中存在兩個(gè)操作都需要訪問類B的同一個(gè)對(duì)象B、類A的某個(gè)操作內(nèi)部創(chuàng)建了類B的對(duì)象，而其他操作均與類B無(wú)關(guān)C、類A的某個(gè)操作其參數(shù)是類B的對(duì)象，而其他操作均與類B無(wú)關(guān)D、類B是一個(gè)全局變量14、一個(gè)研究生在軟件學(xué)院做助教（teaching assistant ）,同時(shí)還在校園餐廳打工做收銀員（cashier ）。也就是說，這個(gè)研究生有3種角色：學(xué)生、助教、收銀員，但在同一時(shí)刻只能有一種角色根據(jù)上面的陳述，下面哪個(gè)設(shè)計(jì)是最合理的？（B)PersonACPerson0.1

14、國(guó)PersonFoleBPerson15、類X與類丫有許多相同屬性，但是它的行為與類Y稍微有所不同；這時(shí)可以認(rèn)為類 X是類Y的一種特例;則類 X和類Y之間是（A ）關(guān)系。A、泛化關(guān)系B、關(guān)聯(lián)關(guān)系C、依賴關(guān)系D、實(shí)現(xiàn)關(guān)系二、填空題1 .下圖中類的名字sName sPass為（方法）是:Login_$%heekUeerQ早.checkUser()_Login_類中的成員屬性類中的行2、在UML中分組元素是包3、在UML模型圖中，最適合用來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)大綱的圖形是類圖Person 使用 了接口4、下圖所表示的含義是WashingMachineControlKnob三、簡(jiǎn)答題1、在UML建模中使用“包”

15、是為了達(dá)到怎樣的效果包用來(lái)組織圖形的封裝student )可以知道所2、下圖顯示了某個(gè)學(xué)校課程管理系統(tǒng)的部分類圖，其中一個(gè)學(xué)生(StudentInsinif ior-najiw; String-snidenllD: Int regKieRdlJiftrufwrf： InstiiLrtor-name :SPtrin -butnutArlDi Ini-EEgsieiEd.Shi4ents:hidenti-getRegvtfriBdlnjstructoKO： InstnLCtorStudent 有注師冊(cè)課程的教(instructor ), 一個(gè)教師也可以知道所有注冊(cè)課程的學(xué)生?，F(xiàn)在提出一個(gè)新的需求:

16、哪一個(gè)是最好的？為什么?設(shè)計(jì)A :i 一個(gè)教師也可以是某些課程的學(xué)生Candidate”,-nanu: String-raiulidattlD: bit-studnt: Boolean-injirufinr: Eoolran-reterod-CJtdiddtes: Canjdidate0+etRe gif tend Caiulidatf sQ: Candida ie那么下面設(shè)計(jì) AC中* b Candidate-name: String-candidatcID; Ini11StuAentL._*I.*Ins true torir 功 itrrdlnstnjnors: Inslrur m r-i

17、cgvteiE dfStudcnts; StlldTLt4-gptRe 似sleiedlns tructora 0； Iiutnictor+ge tRegk ten&StiuLe Ms 0： Student”設(shè)計(jì)B :設(shè)計(jì)C:Ckdidate0.,*Eok-name: Spring-candidacelD: IntStudentIru irujcioT-negis teuedCuulida-tes:CandiMte 1+ge 通t gwie isdCui曲面后 0：Cindidate答案：設(shè)計(jì)C最好。理由:3、請(qǐng)為下面這段編譯正確的代碼，補(bǔ)充類圖。pulic class Studentpriv

18、ate String name;public void setName(String name) =name;public String getName() return ;下面是改正確的：public class Studentprivate String name;public setName(String name) =name;public String getName()return ;四、根據(jù)下面的陳述畫出類圖1)學(xué)生包括本科生、研究生兩種。2)研究生的一部分利用課余時(shí)間擔(dān)任助教。3)教師包括講師和教授兩種。4

19、) 一名助教可以為一位講師或一位教授助課，一位講師只能有一名助教，一位教授可以 有5名助教。五、按如下描述畫出一個(gè)自治機(jī)器人的類圖。這張圖的焦點(diǎn)是聚集在那些讓機(jī)器人在路上行走的機(jī)制所對(duì)應(yīng)的類上。你可以發(fā)現(xiàn)一個(gè)虛類Motor和兩個(gè)從它派生出來(lái)的類：SteeringMotor 和MainMotor 。這兩個(gè)類都從它的父親 Motor繼承了五個(gè)方法：move()、 stop()、resetCounter() 、statues ()、distance()。這兩個(gè)類又是另一個(gè)類 Driver 的一部 分。類PathAgent 和Driver有一個(gè)1對(duì)1的關(guān)系，和 CollisionSensor 有1對(duì)n

20、的關(guān)系。【問題：】綜上所述請(qǐng)你用 UML來(lái)繪制分析類圖專題四：用例圖、單選題1、用例圖是從誰(shuí)的角度出發(fā)對(duì)如何使用系統(tǒng)進(jìn)行描述的？（A、用戶B、系統(tǒng)分析師C、系統(tǒng)設(shè)計(jì)師D、程序員2、在UML2.0版本中。表示是用例間什么關(guān)系（D ）A、關(guān)聯(lián)關(guān)系B、依賴關(guān)系C、擴(kuò)展關(guān)系D、包含關(guān)系3、用例圖展示了外部參與者與系統(tǒng)所提供的用例之間的連接,UML中的外部參與者是指A.人員B,單位C.人員或單位D.人員或外部系統(tǒng)4、在UML的用例圖圖形表示方式中，“角色.”的表示方式是下列圖形中的哪一個(gè)A、D、CD5、包含關(guān)系是在下面哪種關(guān)系的基礎(chǔ)上構(gòu)造的？ （ B ）A、組成關(guān)系B、依賴關(guān)系C、聚合關(guān)系D、泛化關(guān)系6

21、、在用例之間，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（D ）A.包含(include )B.擴(kuò)展(extend )C.泛化(generalization )D.關(guān)聯(lián)(connect )7、在ATM自動(dòng)取款機(jī)的工作模型中（用戶通過輸入正確的用戶資料，從銀行取錢的過程）下面哪個(gè)是“ Actor （ A ）A.用戶B.ATM取款機(jī)C.ATM取款機(jī)管理員D.取款8、用例（usecase）用來(lái)描述系統(tǒng)在對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶帳號(hào)”之

22、間是 關(guān)系。（A）A.包含（include） B.擴(kuò)展（extend） C.分類（classification） D . 聚 集（aggregation）9、系統(tǒng)分析員Analyst在做儲(chǔ)蓄系統(tǒng)的需求開發(fā)時(shí)，發(fā)現(xiàn)：“取款”用例、“查詢余額”用例、“更改密碼”用例都要使用“驗(yàn)證卡號(hào)和密碼”用例的功能。那么3個(gè)用例與用例的關(guān)系是（D ）A、使用關(guān)系B、擴(kuò)展關(guān)系C、組成關(guān)系D、包含關(guān)系10、Mentor是一家集團(tuán)公司，業(yè)務(wù)范圍涉及到制造業(yè)、服務(wù)業(yè)和高科技產(chǎn)業(yè)，最近公司準(zhǔn)備實(shí)施企業(yè)資源規(guī)劃系統(tǒng)（ERP）,因此委托Butterfly 公司負(fù)責(zé)該項(xiàng)工作。Butterfly 公司的專家為了能更好地了解該公司

23、目前業(yè)務(wù)資源的使用情況，決定建立UML模型與以闡釋，那么Butterfly 的專家應(yīng)該建立哪種模型圖？ （ A ）A、用例圖B、類圖C、業(yè)務(wù)對(duì)象圖D、順序圖(A BC DE )11、下列選項(xiàng)中，那些是用例描述應(yīng)該包含的內(nèi)容（多選）A、概述8、 基本事件流C、可選事件流D、對(duì)象模型E、前置條件二、簡(jiǎn)答題1 .什么是參與者？如何確定系統(tǒng)的參與者？直接或間接地與系統(tǒng)交互的任何人和事物都是參與者。開發(fā)人員可以通過回答以下問題來(lái)尋找系統(tǒng)的參與者:(1)誰(shuí)將使用系統(tǒng)的主要功能 ？(2)誰(shuí)將需要維護(hù)、管理該系統(tǒng) ？(3)與該系統(tǒng)交互的是什么系統(tǒng) ？2 .什么是用例？如何確定系統(tǒng)的確定用例的基本思路：分析系統(tǒng)

24、的每個(gè)參與者是如何使用系統(tǒng)的。開發(fā)人員可以通過回答以下問題來(lái)尋找系統(tǒng)的用例：(1)參與者需要從系統(tǒng)中獲取哪些功能 ？即參與者需要系統(tǒng)“做什么”？(2)參與者是否需要添加、修改、刪除和查詢系統(tǒng)中的某種信息？三、分析題1、某電話公司決定開發(fā)一個(gè)管理所有客戶信息的交互式網(wǎng)絡(luò)系統(tǒng)。系統(tǒng)功能如下：瀏覽客戶信息：任何使用Internet的網(wǎng)絡(luò)用戶都可以瀏覽電話公司所有的客戶信息(包括姓名、住址、電話號(hào)碼等)。登錄：電話公司授予每個(gè)客戶一個(gè)賬號(hào)號(hào)。擁有授權(quán)賬號(hào)的客戶，可以使用系統(tǒng)提供的頁(yè)面設(shè)置個(gè)人密碼，并使用該賬號(hào)和密碼向系統(tǒng)注冊(cè)。修改個(gè)人信息：客戶向系統(tǒng)注冊(cè)后，可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁(yè)面,對(duì)個(gè)

25、人信息進(jìn)行修改。刪除客戶信息：只有公司的管理人員才可以刪除不再接受公司服務(wù)的客戶的信息。A、【問題】在需求分析階段，采用用例圖描述系統(tǒng)功能需求，如上圖所示，請(qǐng)指出圖中的B、C和D分別是哪個(gè)用例?2、請(qǐng)仔細(xì)閱讀下圖，描述該圖的基本含義:該圖的基本含義：四、大學(xué)選課系統(tǒng)是與學(xué)生有著緊密聯(lián)系的系統(tǒng)。學(xué)生可以登錄該系統(tǒng)選修課程，查看分?jǐn)?shù)。教授可以登錄到系統(tǒng)選擇課程授課，提交學(xué)生成績(jī)。學(xué)校另有一個(gè)系統(tǒng)里面保存有課程目錄信息，選課系統(tǒng)需要和課程目錄系統(tǒng)通訊以取得課程目錄信息?！締栴}】對(duì)該“大學(xué)選課”系統(tǒng)進(jìn)行面向?qū)ο蠓治霾⑦\(yùn)用UML建模設(shè)計(jì)出用例圖。五、基于 WEB的網(wǎng)上購(gòu)物系統(tǒng)越來(lái)越受到人們的關(guān)注，例如小

26、型電子商務(wù)訂單處理系統(tǒng)，使得客戶可以給購(gòu)物車添加項(xiàng)目，查看購(gòu)物車，查看具體項(xiàng)目，購(gòu)買商品，刪除購(gòu)物車中的項(xiàng)目，瀏覽商品，提供反饋單；庫(kù)房經(jīng)理可以進(jìn)行盤點(diǎn)，返回庫(kù)房項(xiàng)目，提供訂單；采購(gòu)經(jīng)理可以增加銷售的新項(xiàng)目，刪除銷售項(xiàng)目，購(gòu)買庫(kù)存?！締栴}】對(duì)該“訂單處理系統(tǒng)”進(jìn)行面向?qū)ο蠓治霾⑦\(yùn)用UML建模設(shè)計(jì)出用例圖。專題五：活動(dòng)圖一、單選題1 .下面哪個(gè)不是活動(dòng)圖中的基本元素（ D ）A.狀態(tài)、分支B.轉(zhuǎn)移、匯合C.泳道、轉(zhuǎn)移D.用例、狀態(tài) 2、下列所繪制的模型片段、屬于何種圖形？（A、狀態(tài)圖B、活動(dòng)圖C、協(xié)作圖D、順序圖3、如果要對(duì)一個(gè)學(xué)院課程注冊(cè)系統(tǒng)中的三個(gè)主要角色學(xué)生、教授、教務(wù)長(zhǎng)的工作流程建模,那

27、么需要使用下面的哪個(gè)圖？ ( A )A、活動(dòng)圖B、類圖C、交互圖D、部署圖4、在UML中，用來(lái)表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示出工作流中的步驟、決策點(diǎn)，以及完成每一步驟的角色和對(duì)象。這種圖形是( A )A .活動(dòng)圖B.業(yè)務(wù)圖C.用例圖D.交互圖5、在下面的圖例中，哪個(gè)用來(lái)描述活動(dòng)( activity ) ( A )ABCD6、在UML中， D把活動(dòng)圖中的活動(dòng)劃分為若干組,并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包括的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。A.組合活動(dòng)B.同步條C.活動(dòng)D.泳道、簡(jiǎn)答題1 .什么是動(dòng)作狀態(tài)？什么是活動(dòng)狀態(tài)？它們有什么區(qū)別?動(dòng)作狀態(tài)是活動(dòng)中最小單位

28、的構(gòu)造塊，表示原子動(dòng)作?；顒?dòng)狀態(tài)是可以分割的動(dòng)作。iirffi Efir 由曲 Er ?c查看商品-； _ _ = -7處理定亙上彳蕈粗產(chǎn)品） 廣發(fā)送定單;，杳看單據(jù)于1 H-（計(jì)算貨款-J _ （忖丁匚211一保存定單二i2.請(qǐng)參考下圖，回答問題:（2）請(qǐng)找出客戶在該流程過程中相關(guān)活動(dòng)內(nèi)容:三、某公司在線購(gòu)物的控制流程為：A、接受在線訂購(gòu)：客戶在線下單采購(gòu)公司產(chǎn)品。動(dòng)作（Action ）:在線輸入采購(gòu)清單B、動(dòng)作（Action ）：客戶服務(wù)部接收到定單，檢查定單是否正確k正確執(zhí)行動(dòng)作Ck不正確 執(zhí)行動(dòng)作：發(fā)出一封訂購(gòu)失敗的EMIAL給客戶，請(qǐng)客戶檢查訂單：執(zhí)行動(dòng)作結(jié)束。C、同步動(dòng)作：訂單轉(zhuǎn)倉(cāng)

29、管部出貨訂單轉(zhuǎn)財(cái)務(wù)部門收款處理D、確認(rèn)客戶收到采購(gòu)的貨品 正確：執(zhí)行動(dòng)作 E 不正確：執(zhí)行動(dòng)作 DE、確認(rèn)客戶已完成收貨付款正確：執(zhí)行動(dòng)作F不正確：執(zhí)行動(dòng)作 EF、確認(rèn)送貨人員將收到的款項(xiàng)交于財(cái)務(wù)部正確：執(zhí)行動(dòng)作G不正確：執(zhí)行動(dòng)作 FG、財(cái)務(wù)部門做訂單結(jié)案處理H、結(jié)束【問題：】請(qǐng)你利用UML的活動(dòng)圖設(shè)計(jì)執(zhí)行動(dòng)作的活動(dòng)圖四、過程：一個(gè)咨詢公司會(huì)見一個(gè)客戶時(shí)的業(yè)務(wù)過程。1、公司業(yè)務(wù)員打電話給客戶，確立約定。Q 2、如果約定在公司內(nèi)，公司技術(shù)人員為會(huì)議準(zhǔn)備會(huì)議室。0 3、如果約定在公司之外，咨詢顧問就要用電腦準(zhǔn)備一份陳述報(bào)告Q 4、咨詢顧問和業(yè)務(wù)員與客戶在約定的時(shí)間和地點(diǎn)見面。Q 5、業(yè)務(wù)員隨后給他

30、們準(zhǔn)備好會(huì)議用紙。6、如果會(huì)議產(chǎn)生了一個(gè)問題陳述， 咨詢顧問就根據(jù)問題陳述建立編寫一個(gè)提案并把 該提案發(fā)給客戶?！締栴}】請(qǐng)?jiān)O(shè)計(jì)上述過程的活動(dòng)圖。五、在銀行系統(tǒng)的分析與設(shè)計(jì)中，當(dāng)用戶想從自己的賬戶中取錢時(shí)，需要登錄系統(tǒng)，啟動(dòng)取 款用例。其步驟如下:(1)系統(tǒng)提示用戶輸入用戶姓名、用戶的 id號(hào)、賬號(hào)和取款金額。(2)用戶輸入相關(guān)信息后提交，系統(tǒng)確認(rèn)賬戶是否存在并有效，若賬戶不存在或無(wú)效，顯示提示信息，用戶可以重新輸入或終止該用例。(3)系統(tǒng)確認(rèn)賬戶中的存款金額是否足夠支付所取款項(xiàng)，若賬戶中的存款金額不足，顯示提示信息，用戶可以重新輸入金額或終止該用例。(4)系統(tǒng)建立取款事件記錄，并更新賬戶的相關(guān)

31、信息?！締栴}：】請(qǐng)?jiān)O(shè)計(jì)出取款用例的執(zhí)行動(dòng)作的活動(dòng)圖。專題六：狀態(tài)圖一、單選題1、在使用UML建模時(shí)，若需要描述跨越多個(gè)用仞的單個(gè)對(duì)象的行為，使用D_最為合適的。A.協(xié)作圖(Collaboration Diagram )B.序列圖(Sequence Diagram )C.活動(dòng)圖(Activity Diagram )D.狀態(tài)圖(Statechart Diagram )二.簡(jiǎn)答題1 .狀態(tài)圖在哪些重要方面與類圖、對(duì)象圖或用例圖有所不同？2 .比較活動(dòng)圖和狀態(tài)圖。3 .引發(fā)狀態(tài)轉(zhuǎn)換的事件主要有哪些。4 .請(qǐng)參考下圖，回答問題:cpu時(shí)局犬用完滿足旨游不滿足扁需資源L,/PIS 11. 該圖中有幾種狀態(tài)

32、，分別為 2 .請(qǐng)描述線程的基本運(yùn)行過程 三、當(dāng)手機(jī)開機(jī)時(shí)，它處于空閑狀態(tài)（idle）,當(dāng)用戶使用電話呼叫某人（call someone ）時(shí)，收集進(jìn)入撥號(hào)狀態(tài)（dialing ）。如果呼叫成功，即電話接通（ connected ），手機(jī)就處于通話狀態(tài)（working ）;如果呼叫不成功（can t connect ），例如對(duì)方線路有問題，關(guān)機(jī)、拒絕接聽。這時(shí)手機(jī)停止呼叫，重新進(jìn)入空閑狀態(tài)，手機(jī)進(jìn)入空閑狀態(tài)下被呼叫（be called ），手機(jī)進(jìn)入響鈴狀態(tài)（ringing ）;如果用戶接聽電話（pick ）,手機(jī)處于通話狀態(tài); 如果用戶未做出任何反應(yīng)（haven t acts ），可能他沒有聽

33、見鈴聲，手機(jī)一直處于響鈴狀態(tài)，如果用戶拒絕來(lái)電（refused ），手機(jī)回到空閑狀態(tài)（idle ）。【問題：】請(qǐng)按以上描述繪制出使用手機(jī)的狀態(tài)圖。四、電梯開始處于空閑狀態(tài)（idle）,當(dāng)有人按下按鈕要求使用電梯時(shí)（事件is required發(fā)生），電梯進(jìn)入運(yùn)行狀態(tài)（ run ）。如果電梯的當(dāng)前樓層比想要的樓層高時(shí)（護(hù)衛(wèi)條件currentFloordesiredFloor成立），電梯進(jìn)入下降狀態(tài)（moving down ）;反之，如果電梯的當(dāng)前樓層比想要的樓層低時(shí) （護(hù)衛(wèi)條件currentFloordesiredF100r成立）,電梯進(jìn)入上升狀態(tài)（moving up）;如果電梯的當(dāng)前樓層與想要的

34、樓層相同時(shí)（護(hù)衛(wèi)條件else成立），電梯門打開（door open）。在電梯上升或下降期間，每經(jīng)過一個(gè)樓層就判斷護(hù)衛(wèi)條件（currentFloor=desiredF100r）是否成立，若不成立，繼續(xù)移動(dòng)，若成立，就進(jìn)入停止?fàn)顟B(tài)（stop） ,15秒后，電梯門自動(dòng)打開（door open） ,2分鐘后，電梯門自動(dòng)關(guān)上（door close）, 如果有更多的電梯使用請(qǐng)求，進(jìn)入運(yùn)行狀態(tài)（run）,反之，則進(jìn)入空閑狀態(tài)（idle）?！締栴}：】請(qǐng)按以上描述繪制出電梯系統(tǒng)的狀態(tài)圖。專題七：交互圖(順序圖、協(xié)作圖)一、單選題1、順序圖的組成要素有哪些？ ( C )A、對(duì)象、轉(zhuǎn)換、消息B、對(duì)象、轉(zhuǎn)換、動(dòng)作狀態(tài)

35、C、對(duì)象、生命線、激活、消息D、對(duì)象、使用案例、動(dòng)作狀態(tài)2、順序圖是強(qiáng)調(diào)消息隨時(shí)間順序變化的交互圖，下面哪個(gè)不是用來(lái)描述順序圖的組成部分(E )A.類角色B.生命線C.激活期 D.消息E.轉(zhuǎn)換3、關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確( D)A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織；B.在ROSE工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“ F5”鍵自動(dòng)生成；C.協(xié)作圖中有消息流的順序號(hào)；D.協(xié)作圖是順序圖的一種4、在UML中，對(duì)象行為是通過交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱之為_(1)_C_ ,該圖的特點(diǎn)是(2)_A_

36、 ,強(qiáng)調(diào)參加交互的對(duì)象的組織圖稱之為_D_(3)_ 。(1) A.活動(dòng)圖(activitydiagram)B . 狀 態(tài) 圖(statechartdiagram)C.順序圖(sequencediagram)D . 協(xié) 作 圖(collaborationdiagram)(2)A.有生命線及控制焦點(diǎn)，重點(diǎn)在消息的時(shí)間順序上B.有路徑有順序號(hào)，為了一個(gè)消息的時(shí)間順序給消息加數(shù)字前綴C.是對(duì)系統(tǒng)、子系統(tǒng)或類的行為建模D.本質(zhì)上是一個(gè)流程圖，顯示從活動(dòng)到活動(dòng)的信息流(3) A.活動(dòng)圖(activitydiagram)B . 狀 態(tài) 圖(statechartdiagram)C.順序圖(sequencedi

37、agram)D . 協(xié) 作 圖(collaborationdiagram)5、在UML中，以下關(guān)于順序圖和協(xié)作圖的敘述哪個(gè)是正確的？ ( A )A、這兩種圖是同構(gòu)的，所以可以互相轉(zhuǎn)換B、這兩種圖是異構(gòu)的，所以不可以互相轉(zhuǎn)換C、這兩種圖均強(qiáng)調(diào)對(duì)象行為的事件順序，常用于對(duì)反應(yīng)式系統(tǒng)建模D、這兩種圖是均專注于系統(tǒng)的動(dòng)態(tài)視圖，由于狀態(tài)無(wú)法確定，所以不可以互相轉(zhuǎn)換6、系統(tǒng)架構(gòu)師Bob在分析面向?qū)ο蟮恼n程注冊(cè)系統(tǒng)的“注冊(cè)課程”用例時(shí)，得到了一組協(xié)作關(guān)系復(fù)雜的類，下面哪種圖可以描述該用例中多個(gè)對(duì)象之間的相互協(xié)作關(guān)系以及協(xié)作過程 中的行為次序？ ( A )A、順序圖或者協(xié)作圖B、狀態(tài)圖 C、對(duì)象圖 D、用例圖7、UML中，對(duì)象行為是通過交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消 息交換。消息序列可用兩種類來(lái)表示，分別是(D)A.狀態(tài)圖和順序圖B.活動(dòng)圖和協(xié)作圖C.狀態(tài)圖和活動(dòng)圖D.順序圖和協(xié)作圖8、在UML的圖形中，順序圖是強(qiáng)調(diào)的是交互的時(shí)間順序，即順序圖