UML復(fù)習(xí)資料匯總規(guī)范標(biāo)準(zhǔn)答案詳解_第1頁(yè)
UML復(fù)習(xí)資料匯總規(guī)范標(biāo)準(zhǔn)答案詳解_第2頁(yè)
UML復(fù)習(xí)資料匯總規(guī)范標(biāo)準(zhǔn)答案詳解_第3頁(yè)
UML復(fù)習(xí)資料匯總規(guī)范標(biāo)準(zhǔn)答案詳解_第4頁(yè)
UML復(fù)習(xí)資料匯總規(guī)范標(biāo)準(zhǔn)答案詳解_第5頁(yè)
已閱讀5頁(yè),還剩40頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

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

2、系、關(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 ViewDeployment ViewuseCase ViewB、Interaction View、ImpI eme ntati on View、Deployment View、Customer ViewuseCase ViewC、Interaction ViewImpI eme ntati on View、Deployment ViewProcess View 、useCase

3、 ViewD、Design View 、In teract ion ViewImpI eme ntatio n ViewPro cessView、useCase View5、在UML中屬于靜態(tài)視圖的是(A、順序圖、協(xié)作圖、包圖、類圖B、對(duì)象圖、類圖、構(gòu)件圖、C、順序圖、用例圖、對(duì)象圖、類圖6、下列關(guān)于 UML敘述正確的是(C、UMLUMLUMLUML是一種語(yǔ)言,語(yǔ)言的使用者不能對(duì)其進(jìn)行擴(kuò)展僅是一組圖形的集合僅適用于系統(tǒng)的分析與設(shè)計(jì)階段是獨(dú)立于軟件開發(fā)過(guò)程的7、下列描述中,哪個(gè)不是建模的基本原則(A、要仔細(xì)的選擇模型B、每一種模型可以在不同的精度級(jí)別上表示所要開發(fā)的系統(tǒng)C、模型要與現(xiàn)實(shí)相聯(lián)系D、

4、對(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ā)過(guò)程沒(méi)有明顯的制作過(guò)程。 .軟件在使用期內(nèi)沒(méi)有磨損、老化問(wèn)題。 .軟件的開發(fā)與運(yùn)行常常受計(jì)算機(jī)系統(tǒng)的限制,對(duì)計(jì)算機(jī)系統(tǒng)有著不同程度的依賴性。 .軟件的開發(fā)至今尚未完全擺脫手工藝的開發(fā)方式,雖然近年來(lái)軟件復(fù)用技術(shù)、自動(dòng)生成 技術(shù)開發(fā)工具等有了新的進(jìn)展。 .軟件本身是復(fù)雜的,而且隨著應(yīng)用規(guī)模的

5、擴(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)建模中最常用的圖,用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖;當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí),應(yīng)該選擇(A );當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí),應(yīng)該選擇(D )。(1) . A .組件圖B .類圖C.對(duì)象圖D .部署圖.A組件圖B .協(xié)作圖C.狀態(tài)圖D 部署圖.A.協(xié)作圖B .對(duì)象圖C.活動(dòng)圖D .部署圖10、Blue軟件公司就目前的“通信網(wǎng)關(guān)”項(xiàng)目中存在的質(zhì)量問(wèn)題,召開了一次產(chǎn)品質(zhì)量問(wèn)題鑒定會(huì),會(huì)議得出的結(jié)論是:該

6、系統(tǒng)的質(zhì)量問(wèn)題是由于系統(tǒng)設(shè)計(jì)階段未能正確地設(shè)計(jì)產(chǎn)品的類圖而導(dǎo)致的。請(qǐng)問(wèn)以下哪個(gè)項(xiàng)目成員應(yīng)該為問(wèn)題負(fù)主要責(zé)任。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 是Uni fied Modeli ng Lan guage(統(tǒng)一建模語(yǔ)言)的英文縮寫。2 . UML中的圖分為:1、用例圖2、類圖3、對(duì)象圖4、活動(dòng)圖5、狀態(tài)圖6、序列圖(順序圖)7、協(xié)作圖8、構(gòu)件圖(組件圖)9、部署圖(配置圖)三、簡(jiǎn)答題?1 .什么是建模?

7、為什么要建模?建模就是建立模型,為了理解事物而做出的一種抽象。建模是為了更好的理解正在開發(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)關(guān)系,其中多重性用來(lái)描述類之間的對(duì)應(yīng)關(guān)系,F面哪個(gè)不是其中之一(D )A. 0 .1B. 0 .*C. 1 .*D. * 2 通常對(duì)象有很多屬性,但對(duì)于外部對(duì)象來(lái)說(shuō)某些屬

8、性應(yīng)該不能被直接訪問(wèn),下面哪個(gè)不是UML中的類成員訪問(wèn)限定性(C )A.公有的(Public )B.受保護(hù)的(Protected )C.友員(friendly )D.私有的(private )3、在一個(gè)課程注冊(cè)系統(tǒng)中,定義了類 CourseSchedule 和 類 Course ,并在類Courseschedule中定義了方法add ( c:Course )和方法 remove ( c:Course ),則類Courseschedule和類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)系,那么

9、類類B之間是(C )關(guān)系。A、 實(shí)現(xiàn)B、關(guān)聯(lián)C、依賴D、泛化5、在 UML2.0版本中的圖形表示方式中,“包”的表示方式是下列圖形中的哪一個(gè)z呂組件1B、/C、JA、6、在UML中下列圖形代表什么關(guān)系?(A、組成關(guān)系B、依賴關(guān)系C、聚集關(guān)系泛化關(guān)系7、在UML中下列圖形代表什么關(guān)系? ( D )A、一般化關(guān)系B、依賴關(guān)系C、聚集關(guān)系泛化關(guān)系類和其他類(Wheel、8、汽車(Car)由輪子、發(fā)動(dòng)機(jī)、油箱、座椅、方向盤等組成。那么carEngin、Tank、Chair、SteeringWheel )之間的關(guān)系是:(D )A、泛化關(guān)系(Generalization)B、實(shí)現(xiàn)關(guān)系(Realizatio

10、n )C、包含關(guān)系(In elusion )D、組合關(guān)系(Composition)9 .在下面的圖例中,哪個(gè)用來(lái)描述注釋(10、在一個(gè)網(wǎng)絡(luò)游戲系統(tǒng)中,定義了類Cowboy和類Castle,并在類 Cowboy 中定義了方法 open (C: Castle)和方法Close(c:Castle),則類 Cowboy 和類 Castle 之間的關(guān)系是:A、依賴(dependency)關(guān)系B、組成(composition )關(guān)系C、泛化(generalization)關(guān)系D、包含(include )關(guān)系11、根據(jù)下面的代碼,判斷下面那些敘述是正確的?P ublic class HouseKee per

11、p rivate TimeCard timecard;p ublic void clock ln() timecard .punch();Associati on )關(guān)系;A、類HouseKeeper 和類TimeCard 之間存在關(guān)聯(lián)(B、類 HouseKeeper和類TimeCard 之間存在泛化(Generalization )關(guān)系;C、類 HouseKeeper和類TimeCard 之間存在實(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)將合適

12、的關(guān)系填寫在下列描述的()中。用例及其協(xié)作之間是(A)關(guān)系。 類A的一個(gè)操作調(diào)用類 B的一個(gè)操作,且這兩個(gè)類之間不存在其他關(guān)系,那么類和類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泛化 E聚合A和類13、已知類A需要類B提供的服務(wù),下列所描述的四種情況中,哪種情況不好把類B之間的關(guān)系定義成依賴關(guān)系(D )A、類A中存在兩個(gè)操作都需要訪問(wèn)類B的同一個(gè)對(duì)象B、類A的某個(gè)操作內(nèi)部創(chuàng)建了類B的

13、對(duì)象,而其他操作均與類B無(wú)關(guān)C、類A的某個(gè)操作其參數(shù)是類B的對(duì)象,而其他操作均與類B無(wú)關(guān)D、類B是一個(gè)全局變量14、“一個(gè)研究生在軟件學(xué)院做助教(teachi ng assista nt ),同時(shí)還在校園餐廳打工做收銀員(cashier )。也就是說(shuō),這個(gè)研究生有3種角色:學(xué)生、助教、收銀員,但在同一時(shí)刻只 能有一種角色。”根據(jù)上面的陳述,下面哪個(gè)設(shè)計(jì)是最合理的?(B)P ersonP ersor接口>P ersonR0.1oleStudentTeachingAssistantCashier<< 接口 >>Cashier<< 接口 >>Te

14、achingAssistant<< 接口 >>StudentP ersonP erson15、類X與類丫有許多相同屬性,但是它的行為與類Y稍微有所不同;這時(shí)可以認(rèn)為類 X是類丫的一種特例;則類 X和類丫之間是(A )關(guān)系。A、泛化關(guān)系B、關(guān)聯(lián)關(guān)系C、依賴關(guān)系實(shí)現(xiàn)關(guān)系二、填空題1 .下圖中類的名字是:_Login_ 類中的成員屬性是:sName sP ass類中的行為(方法)是:LogincheckUser()_。們checkUserQ2、在UML中分組元素是類圖3、在UML模型圖中,最適合用來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)大綱的圖形是4、下圖所表示的含義是Washi ngMachi ne實(shí)

15、現(xiàn) 了接口Person 使用 了接口Con trolK nobP CISULII三、簡(jiǎn)答題1、在UML建模中使用“包”是為了達(dá)到怎樣的效果包用來(lái)組織圖形的封裝student )可以知道所2、下圖顯示了某個(gè)學(xué)校課程管理系統(tǒng)的部分類圖,其中一個(gè)學(xué)生(有注冊(cè)課程的教(instructor ),一個(gè)教師也可以知道所有注冊(cè)課程的學(xué)生。AC中答案:設(shè)計(jì)C _最好。理由:3、請(qǐng)為下面這段編譯正確的代碼,補(bǔ)充類圖。P ulic class Stude ntp rivate String n ame;p ublic void setName(Stn ng n ame)this .n ame=n ame;p ub

16、lic String getName()return this. name;F面是改正確的:p ublic class Stude ntp rivate String n ame;p ublic setName(Stri ng n ame)this .n ame=n ame;p ublic String getName()return this. name;四、根據(jù)下面的陳述畫出類圖1) 學(xué)生包括本科生、研究生兩種。2) 研究生的一部分利用課余時(shí)間擔(dān)任助教。3) 教師包括講師和教授兩種。4 ) 一名助教可以為一位講師或一位教授助課,一位講師只能有一名助教,一位教授可以有5名助教。五、按如下描述

17、畫出一個(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的關(guān)系。【問(wèn)題:】綜上所述請(qǐng)你用 UML來(lái)繪制分析類圖 。專題四:用例圖、單選題1、用例圖是從誰(shuí)的角度出發(fā)對(duì)如何使用系

18、統(tǒng)進(jìn)行描述的?(A、用戶B、系統(tǒng)分析師C、系統(tǒng)設(shè)計(jì)師D、程序員vein clude>>2、在UML2.0版本中。審表示是用例間什么關(guān)系(D )關(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è)( D )1丿B、C、'1A、C5、包含關(guān)系是在下面哪種關(guān)系的基礎(chǔ)上構(gòu)造的?(A、組成關(guān)系B、依賴關(guān)系C、聚合關(guān)系D、泛化關(guān)系6、在用例之間,會(huì)有三種不同的關(guān)系,下列哪個(gè)不是他們之間

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

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

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

22、統(tǒng)中獲取哪些功能 ?即參與者需要系統(tǒng)“做什么”?參與者是否需要添加、修改、刪除和查詢系統(tǒng)中的某種信息分析題1、某電話公司決定開發(fā)一個(gè)管理所有客戶信息的交互式網(wǎng)絡(luò)系統(tǒng)。系統(tǒng)功能如下:瀏覽客戶信息:任何使用In ternet的網(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è)人信息進(jìn)行修改。刪除客戶信息:只有公司的管理人員才可以刪除不再接受公司服務(wù)的客戶的信息。【問(wèn)題】在需求分析

23、階段,采用用例圖描述系統(tǒng)功能需求,如上圖所示,請(qǐng)指出圖中的B、C和D分別是哪個(gè)用例?2、請(qǐng)仔細(xì)閱讀下圖,描述該圖的基本含義:*筲理員蛙改書粘信息UML建模設(shè)計(jì)出用例圖。_ _<<inciu 二L J、刪除書藉一看書翟扁(r,cl_ude> > _ _二j-#T兩五§新:1曾書目該圖的基本含義:四、大學(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)通訊以取得課程目錄信息。【問(wèn)題】對(duì)該“大學(xué)選課”系統(tǒng)進(jìn)行面向?qū)ο蠓治霾⑦\(yùn)用

24、五、基于 WEB的網(wǎng)上購(gòu)物系統(tǒng)越來(lái)越受到人們的關(guān)注,例如小型電子商務(wù)訂單處理系統(tǒng),刪除購(gòu)物車中的使得客戶可以給購(gòu)物車添加項(xiàng)目,查看購(gòu)物車,查看具體項(xiàng)目,購(gòu)買商品, 項(xiàng)目,瀏覽商品,提供反饋單;庫(kù)房經(jīng)理可以進(jìn)行盤點(diǎn),返回庫(kù)房項(xiàng)目,提供訂單;采購(gòu)經(jīng)UML建模設(shè)計(jì)出用例圖。理可以增加銷售的新項(xiàng)目,刪除銷售項(xiàng)目,購(gòu)買庫(kù)存?!締?wèn)題】對(duì)該“訂單處理系統(tǒng)”進(jìn)行面向?qū)ο蠓治霾⑦\(yùn)用專題五:活動(dòng)圖、單選題1 .下面哪個(gè)不是活動(dòng)圖中的基本元素(D )A.狀態(tài)、分支B.轉(zhuǎn)移、匯合2、下列所繪制的模型片段、屬于何種圖形?(B )C.泳道、D.用例、狀態(tài)輸入統(tǒng)計(jì)信息 廣 V 、顯示處理信息)執(zhí)行數(shù)據(jù)統(tǒng)計(jì)V顯示完成統(tǒng)計(jì)信息

25、JA、狀態(tài)圖B、活動(dòng)圖協(xié)作圖D、順序圖3、如果要對(duì)一個(gè)學(xué)院課程注冊(cè)系統(tǒng)中的三個(gè)主要角色學(xué)生、教授、教務(wù)長(zhǎng)的工作流程建模,那么需要使用下面的哪個(gè)圖?(A、活動(dòng)圖B、類圖C、交互圖D、部署圖4、在UML中,用來(lái)表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示出工作流中的步驟、決策點(diǎn),以及完成每一步驟的角色和對(duì)象。這種圖形是(B.業(yè)務(wù)圖C .用例圖D 交互圖5、在下面的圖例中,哪個(gè)用來(lái)描述活動(dòng)( activity ) ( A )6、在 UML 中,_DA 組合活動(dòng)B.同步條C. 活動(dòng)D 泳道.把活動(dòng)圖中的活動(dòng)劃分為若干組,并將劃分的組指定給對(duì)象,這 些對(duì)象必須履行該組所包括的活動(dòng),它能夠明確地表示哪些活動(dòng)是由哪些對(duì)

26、象完成的。二、簡(jiǎn)答題1 什么是動(dòng)作狀態(tài)?什么是活動(dòng)狀態(tài)?它們有什么區(qū)另動(dòng)作狀態(tài)是活動(dòng)中最小單位的構(gòu)造塊,表示原子動(dòng)作?;顒?dòng)狀態(tài)是可以分割的動(dòng)作。2 .請(qǐng)參考下圖,回答問(wèn)題:icrtir(1 )在該圖中,有幾種不同角色:(2 )請(qǐng)找出客戶在該流程過(guò)程中相關(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)管部出貨訂單轉(zhuǎn)財(cái)務(wù)部門收款處理

27、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é)束【問(wèn)題:】請(qǐng)你利用UML的活動(dòng)圖設(shè)計(jì)執(zhí)行動(dòng)作的活動(dòng)圖四、過(guò)程:一個(gè)咨詢公司會(huì)見一個(gè)客戶時(shí)的業(yè)務(wù)過(guò)程1、公司業(yè)務(wù)員打電話給客戶,確立約定。2、如果約定在公司內(nèi),公司技術(shù)人員為會(huì)議準(zhǔn)備會(huì)議室。3、如果約定在公司之外,咨詢顧問(wèn)就要用電腦準(zhǔn)備一份陳述報(bào)告 4、咨詢顧問(wèn)和業(yè)務(wù)員與客戶在約定的時(shí)間和地點(diǎn)見面。5、業(yè)務(wù)員隨后給他們準(zhǔn)備好會(huì)議用紙6、如果會(huì)議產(chǎn)生了一個(gè)問(wèn)題陳述

28、,咨詢顧問(wèn)就根據(jù)問(wèn)題陳述建立編寫一個(gè)提案并把 該提案發(fā)給客戶。【問(wèn)題】請(qǐng)?jiān)O(shè)計(jì)上述過(guò)程的活動(dòng)圖。五、在銀行系統(tǒng)的分析與設(shè)計(jì)中,當(dāng)用戶想從自己的賬戶中取錢時(shí),需要登錄系統(tǒng),啟動(dòng)取 款用例。其步驟如下:(2 )用戶輸入相關(guān)信息后提交,系統(tǒng)確認(rèn)賬戶是否存在并有效,若賬戶不存在或無(wú)效,顯 示提示信息,用戶可以重新輸入或終止該用例。(3 )系統(tǒng)確認(rèn)賬戶中的存款金額是否足夠支付所取款項(xiàng),若賬戶中的存款金額不足,顯示 提示信息,用戶可以重新輸入金額或終止該用例。(4 )系統(tǒng)建立取款事件記錄,并更新賬戶的相關(guān)信息。【問(wèn)題:】請(qǐng)?jiān)O(shè)計(jì)出取款用例的執(zhí)行動(dòng)作的活動(dòng)圖。專題六:狀態(tài)圖一、單選題0_是最為合1、在使用UML

29、建模時(shí),若需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為,使用適的。A .協(xié)作圖(Collaboration Diagram )B .序列圖(Sequenee 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)參考下圖,回答問(wèn)題:取咼CPU時(shí)問(wèn)丿i就緒遠(yuǎn)行、 cpu盯間k用龍/満足沁¥不滿足諭需資誦1.該圖中有幾種狀態(tài),分別為 2 .請(qǐng)描述線程的基本運(yùn)行過(guò)程三、當(dāng)手機(jī)開機(jī)時(shí),它處于空閑狀態(tài)(

30、idle ),當(dāng)用戶使用電話呼叫某人(call someone ) 時(shí),收集進(jìn)入撥號(hào)狀態(tài)(dialing )。如果呼叫成功,即電話接通( connected ),手機(jī)就處be于通話狀態(tài)(working );如果呼叫不成功(can ' t connect ),例如對(duì)方線路有問(wèn)題,關(guān) 機(jī)、拒絕接聽。這時(shí)手機(jī)停止呼叫,重新進(jìn)入空閑狀態(tài),手機(jī)進(jìn)入空閑狀態(tài)下被呼叫(called ),手機(jī)進(jìn)入響鈴狀態(tài)(ringing );如果用戶接聽電話(pick ),手機(jī)處于通話狀態(tài);如果用戶未做出任何反應(yīng)(haven ' t acts ),可能他沒(méi)有聽見鈴聲,手機(jī)一直處于響鈴狀態(tài),如果用戶拒絕來(lái)電(r

31、efused ),手機(jī)回到空閑狀態(tài)(idle )。【問(wèn)題:】請(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)條件currentFloor>desiredFloor成立),電梯進(jìn)入下降狀態(tài)(moving down);反之,如果電梯的當(dāng)前樓層比想要的樓層低時(shí)(護(hù)衛(wèi)條件currentFloor<desiredFloor成立),電梯進(jìn)入上升狀態(tài)(moving up);如果電梯的當(dāng)前樓層與想要的樓層相同時(shí)(護(hù)衛(wèi)條件else成立),

32、電梯門打開(door open)。在電梯上升或下降期間,每經(jīng)過(guò)一個(gè)樓層就判斷護(hù)衛(wèi)條件(curre ntFloor=desiredFloor)是否成立,若不成立,繼續(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)?!締?wèn)題:】請(qǐng)按以上描述繪制出電梯系統(tǒng)的狀態(tài)圖。專題七:交互圖(順序圖、協(xié)作圖)一、單選題1、順序圖的組成要素有哪些?(A .有生命線及控制焦點(diǎn),重點(diǎn)在消息的時(shí)間順序上A、對(duì)象、轉(zhuǎn)換、消息B、對(duì)象、轉(zhuǎn)換、動(dòng)作狀

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

34、調(diào)參加交互的對(duì)象的組織圖稱之為_D_(3)_ 。A .活動(dòng)圖(activitydiagram)(statechartdiagram)C .順序圖(sequencediagram)(collaborati on diagram)號(hào),B .有路徑有順序號(hào),為了一個(gè)消息的時(shí)間順序給消息加數(shù)字前綴C .是對(duì)系統(tǒng)、子系統(tǒng)或類的行為建模D .本質(zhì)上是一個(gè)流程圖,顯示從活動(dòng)到活動(dòng)的信息流A .活動(dòng)圖(activitydiagram)(statechartdiagram)C .順序圖(sequencediagram)(collaborati on diagram)5、在UML中,以下關(guān)于順序圖和協(xié)作圖的敘述哪

35、個(gè)是正確的?(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)換用例時(shí),得到了一組協(xié)6、系統(tǒng)架構(gòu)師Bob在分析面向?qū)ο蟮恼n程注冊(cè)系統(tǒng)的“注冊(cè)課程”作關(guān)系復(fù)雜的類,下面哪種圖可以描述該用例中多個(gè)對(duì)象之間的相互協(xié)作關(guān)系以及協(xié)作過(guò)程中的行為次序?(A )A 、順序圖或者協(xié)作圖B、狀態(tài)圖C、對(duì)象圖D、用例圖7、UML中,對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的,是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種類來(lái)表示,分別是(A. 狀態(tài)圖和順序圖B. 活動(dòng)圖和協(xié)作圖C. 狀態(tài)圖和活動(dòng)圖D. 順序圖和協(xié)作圖B 布圖;布圖。A、空間組織時(shí)間順序B、時(shí)間順序空間組織C、對(duì)象關(guān)系組織關(guān)系D、組織關(guān)系對(duì)象關(guān)系8、在UML的圖形中,順序圖是強(qiáng)調(diào)的是交互的時(shí)間順序,即順序圖是按照 協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和交互的對(duì)象的整體組織,即協(xié)作圖是按照二、簡(jiǎn)答題1 .什么是順序圖,順序圖是由那些部分組成?塔將這些交互建模由類角色,生命線

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 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ì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論