可視化建模與UML習(xí)題集.doc

專題一&專題二：UML概述&面向?qū)ο蠡A(chǔ)一、單項(xiàng)選擇題1、組成UML構(gòu)造塊三大要素為：（） A、事物、元素、關(guān)系 B、事物、關(guān)系、圖形 C、事物、組件、圖形 D、事物、圖形、結(jié)構(gòu)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)系、關(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、Design View、 Interaction View、 Implementation View、Deployment View、useCase View B、Interaction View、 Implementation View、Deployment View、Customer View、useCase View C、Interaction View、 Implementation View、Deployment View、 Process View、useCase View D、Design View、 Interaction View、 Implementation View、 Process View、useCase View 5、在UML中屬于靜態(tài)視圖的是（） A、順序圖、協(xié)作圖、包圖、類圖 B、對(duì)象圖、類圖、構(gòu)件圖、包圖C、順序圖、用例圖、對(duì)象圖、類圖 D、對(duì)象、類圖、構(gòu)件圖、部署圖6、下列關(guān)于UML敘述正確的是（）A、UML是一種語(yǔ)言，語(yǔ)言的使用者不能對(duì)其進(jìn)行擴(kuò)展B、UML僅是一組圖形的集合 C、UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段D、UML是獨(dú)立于軟件開發(fā)過程的7、下列描述中，哪個(gè)不是建模的基本原則（ ）A、要仔細(xì)的選擇模型B、每一種模型可以在不同的精度級(jí)別上表示所要開發(fā)的系統(tǒng)C、模型要與現(xiàn)實(shí)相聯(lián)系D、對(duì)一個(gè)重要的系統(tǒng)用一個(gè)模型就可以充分描述8、下列描述中，哪個(gè)不是軟件與硬件的區(qū)別（ ）A.軟件是被開發(fā)或設(shè)計(jì)的，而不是被制造的；B.軟件不會(huì)“磨損”，但會(huì)“退化”；C.軟件的開發(fā)至今尚未擺脫手工藝的開發(fā)方式；D.軟件開發(fā)與硬件開發(fā)的流程一樣。9、UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（）是面向?qū)ο笙到y(tǒng)建模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇（）；當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇（）。(1)A組件圖 B類圖 C對(duì)象圖D部署圖(2)A組件圖 B協(xié)作圖 C狀態(tài)圖D部署圖(3)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é)任。 （ ） A軟件開發(fā)工程師 B系統(tǒng)架構(gòu)師 C系統(tǒng)分析員 D 軟件測(cè)試工程師11、對(duì)象技術(shù)是（ ）A、一系列指導(dǎo)軟件構(gòu)造的原則B、一種新的已被認(rèn)可的理論C、Grady Booch發(fā)明的一種新的動(dòng)態(tài)的語(yǔ)言D、僅僅基于模塊化的原則二、填空題1、UML是 的英文縮寫。2UML中的圖分為：_、對(duì)象圖、_ 、_、活動(dòng)圖、_、協(xié)作圖、_、部署圖九種。三、簡(jiǎn)答題？1什么是建模？為什么要建模？2UML包括哪些組成部分？3什么是面向?qū)ο?？面向?qū)ο蟮奶攸c(diǎn)是什么？4UML圖有哪些？其中哪些是靜態(tài)圖？哪些是動(dòng)態(tài)圖？專題三：類圖（對(duì)象圖、包圖）一、單項(xiàng)選擇題1UML中類的有三種，下面哪個(gè)不是其中之一（ ）A.實(shí)體類B.邊界類C.控制類D.主類2在UML中，類之間的關(guān)系有一種為關(guān)聯(lián)關(guān)系，其中多重性用來描述類之間的對(duì)應(yīng)關(guān)系，下面哪個(gè)不是其中之一（ ）A. 0.1B. 0.*C. 1.*D. *.*3通常對(duì)象有很多屬性，但對(duì)于外部對(duì)象來說某些屬性應(yīng)該不能被直接訪問，下面哪個(gè)不是UML中的類成員訪問限定性（ ）A.公有的（public）B.受保護(hù)的（protected）C.友員（friendly）D.私有的（private）4、在一個(gè)課程注冊(cè)系統(tǒng)中，定義了類CourseSchedule和類Course，并在類CourseSchedule中定義了方法add（c:Course）和方法remove（c:Course），則類CourseSchedule和類Course之間的關(guān)系是：（）A、泛化關(guān)系 B、組成關(guān)系 C、依賴關(guān)系 D、包含關(guān)系5、類A的一個(gè)操作調(diào)用類B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類A和類B之間是（ ）關(guān)系。（）A、 實(shí)現(xiàn) B、關(guān)聯(lián) C、 依賴 D、 泛化6、在UML2.0版本中的圖形表示方式中，“包”的表示方式是下列圖形中的哪一個(gè) ？（） A、 B、 C、 D、 7、在UML中下列圖形代表什么關(guān)系？（） A、組成關(guān)系 B、 依賴關(guān)系 C、聚集關(guān)系 D、泛化關(guān)系 8、在UML中下列圖形代表什么關(guān)系？( ) A、一般化關(guān)系 B、 依賴關(guān)系 C、聚集關(guān)系 D、泛化關(guān)系 A B C D9、汽車（Car）由輪子、發(fā)動(dòng)機(jī)、油箱、座椅、方向盤等組成。那么car類和其他類（Wheel、Engin、Tank、Chair、SteeringWheel）之間的關(guān)系是：（ ）A、泛化關(guān)系（Generalization）B、實(shí)現(xiàn)關(guān)系（Realization）C、包含關(guān)系（Inclusion）D、組合關(guān)系（Composition）10在下面的圖例中，哪個(gè)用來描述注釋（ ） A B C D11關(guān)于包的描述，哪個(gè)不正確（ ）A.和其他建模元素一樣，每個(gè)包必須有一個(gè)區(qū)別于其他包的名字；B.包中可以包含其他元素，比如類、接口、組件、用例等等；C.包的可見性分為：public、protected、private；D.引入（import）使得一個(gè)包中的元素可以單向訪問另一個(gè)包中的元素；E.導(dǎo)出（export）使的一個(gè)包中的元素可以單向訪問另一個(gè)包中的元素；12、消息傳遞是對(duì)象間通信的手段，一個(gè)對(duì)象通過向另一個(gè)對(duì)象發(fā)送消息來請(qǐng)求其服務(wù)，一個(gè)消息通常包括：（） A、發(fā)送消息的對(duì)象的標(biāo)識(shí)、調(diào)用的發(fā)送方的操作名和必要的參數(shù) B、發(fā)送消息的類名和接收消息的類名 C、接收消息的對(duì)象的標(biāo)識(shí)、調(diào)用的接收方的操作名和必要的參數(shù) D、接收消息的類名13、在一個(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)系14、根據(jù)下面的代碼，判斷下面那些敘述是正確的？（ ）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之間存在實(shí)現(xiàn)（Realization）關(guān)系；D、類HouseKeeper和類TimeCard之間存在包含（Inclusion）關(guān)系15、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 泛化 E 聚合16、已知類A需要類B提供的服務(wù)，下列所描述的四種情況中，哪種情況不好把類A和類B之間的關(guān)系定義成依賴關(guān)系 （ ）A、類A中存在兩個(gè)操作都需要訪問類B的同一個(gè)對(duì)象B、類A的某個(gè)操作內(nèi)部創(chuàng)建了類B的對(duì)象，而其他操作均與類B無關(guān)C、類A的某個(gè)操作其參數(shù)是類B的對(duì)象，而其他操作均與類B無關(guān)D、類B是一個(gè)全局變量17、“一個(gè)研究生在軟件學(xué)院做助教（teaching assistant），同時(shí)還在校園餐廳打工做收銀員（cashier）。也就是說，這個(gè)研究生有3種角色：學(xué)生、助教、收銀員，但在同一時(shí)刻只能有一種角色。”根據(jù)上面的陳述，下面哪個(gè)設(shè)計(jì)是最合理的？（ ） A B C D 18、類X與類Y有許多的屬性，但是它的行為與類Y稍微有所不同；這時(shí)可以認(rèn)為類X是類Y的一種特例；則類X和類Y之間是（ ）關(guān)系。A 、泛化關(guān)系 B、 關(guān)聯(lián)關(guān)系 C、 依賴關(guān)系 D、 實(shí)現(xiàn)關(guān)系19、關(guān)于類和對(duì)象的關(guān)系，下列說法中哪個(gè)是錯(cuò)誤的 （ ）A、每個(gè)對(duì)象都是某個(gè)類的實(shí)例B、每個(gè)類某一時(shí)刻必定存在對(duì)象實(shí)體C、類是靜態(tài)的描述D、對(duì)象是動(dòng)態(tài)的實(shí)例二、填空題1下圖中類的名字是：_類中的成員屬性是：_ 類中的行為（方法）是：_。2、在UML中分組元素是 包 。3、在UML模型圖中，最適合用來設(shè)計(jì)數(shù)據(jù)庫(kù)大綱的圖形是 類圖 。4、在對(duì)系統(tǒng)建模時(shí)、接口可分為 、 。5、下圖所表示的含義是WashingMachine 實(shí)現(xiàn) 了接口ControlKnob,Person 使用 了接口ControlKnob 三、簡(jiǎn)答題1、在UML建模中使用“包”是為了達(dá)到怎樣的效果？2、下圖顯示了某個(gè)學(xué)校課程管理系統(tǒng)的部分類圖，其中一個(gè)學(xué)生（student）可以知道所有注冊(cè)課程的教師（instructor），一個(gè)教師也可以知道所有注冊(cè)課程的學(xué)生。現(xiàn)在提出一個(gè)新的需求：一個(gè)教師也可以是某些課程的學(xué)生，那么下面設(shè)計(jì)AC中哪一個(gè)是最好的？為什么？設(shè)計(jì)A：設(shè)計(jì)B：.設(shè)計(jì)C：答案：設(shè)計(jì)_ _最好。 理由： 3、 請(qǐng)為下面這段編譯正確的代碼，補(bǔ)充類圖。pulic class Studentprivate String name;public void setName(String name)=name;public String getName()return ;4、 請(qǐng)參考下圖，回答問題： 圖A.21） 圖中的實(shí)體類為_2） 圖中的控制類為_3） 圖中的邊界類為_4） “借書界面”類中的成員屬性有_四、根據(jù)下面的陳述畫出類圖1）學(xué)生包括本科生、研究生兩種。2）研究生的一部分利用課余時(shí)間擔(dān)任助教。3）教師包括講師和教授兩種。4）一名助教可以為一位講師或一位教授助課，一位講師只能有一名助教，一位教授可以有5名助教。五、按如下描述畫出一個(gè)自治機(jī)器人的類圖。這張圖的焦點(diǎn)是聚集在那些讓機(jī)器人在路上行走的機(jī)制所對(duì)應(yīng)的類上。你可以發(fā)現(xiàn)一個(gè)虛類Motor和兩個(gè)從它派生出來的類：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)系。 【問題：】綜上所述請(qǐng)你用UML來繪制分析類圖 。 六、請(qǐng)根據(jù)以上題目描述，給出系統(tǒng)的UML類圖設(shè)計(jì)方案，并用Java代碼予以實(shí)現(xiàn)。系統(tǒng)名稱：農(nóng)夫果園游戲系統(tǒng)人物角色：農(nóng)夫（Farmer）、市場(chǎng)調(diào)查員(Inquirer)、農(nóng)場(chǎng)主(Boss) 系統(tǒng)實(shí)物：各種果樹（Fruit）、果園(Garden)功能需求：1、農(nóng)夫可以根據(jù)市場(chǎng)行情種植各種水果； 2、市場(chǎng)調(diào)查員可以了解市場(chǎng)行情；3、農(nóng)場(chǎng)主可以向農(nóng)夫、市場(chǎng)調(diào)查員發(fā)布命令 4、各種果樹都具有種植（plant）、成長(zhǎng)（grow）、收獲(harvest)行為； 5、果園是人物和實(shí)物進(jìn)行交易的經(jīng)營(yíng)場(chǎng)所。專題四：用例圖一、單選題1、用例圖是從誰(shuí)的角度出發(fā)對(duì)如何使用系統(tǒng)進(jìn)行描述的？（）A、用戶 B、系統(tǒng)分析師 C、系統(tǒng)設(shè)計(jì)師 D、程序員2、在UML2.0版本中。表示是用例間什么關(guān)系（ ） 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、 B、 C、 D、 5、包含關(guān)系是在下面哪種關(guān)系的基礎(chǔ)上構(gòu)造的？（ ）A、組成關(guān)系 B、 依賴關(guān)系 C、聚合關(guān)系 D、泛化關(guān)系6、在用例之間，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（ ）A.包含（include） B.擴(kuò)展（extend）C.泛化（generalization） D.關(guān)聯(lián)（connect）7、在ATM自動(dòng)取款機(jī)的工作模型中（用戶通過輸入正確的用戶資料，從銀行取錢的過程），下面哪個(gè)是“Actor”( )A.用戶 B.ATM取款機(jī) C.ATM取款機(jī)管理員 D.取款8、用例(usecase)用來描述系統(tǒng)在對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶帳號(hào)”之間是 _ 關(guān)系。( )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)系是（）A、使用關(guān)系 B、擴(kuò)展關(guān)系 C、組成關(guān)系 D、包含關(guān)系10、在電影院管理系統(tǒng)中，有3個(gè)用例，分別是“購(gòu)買電影票”、“預(yù)定電影票”、“登記電影制片廠”，其中“購(gòu)買電影票”是高風(fēng)險(xiǎn)、高業(yè)務(wù)價(jià)值的用例；“預(yù)定電影票”是低風(fēng)險(xiǎn)、高業(yè)務(wù)價(jià)值的用例；“登記電影制片廠”是低風(fēng)險(xiǎn)、低業(yè)務(wù)價(jià)值的用例。在開發(fā)時(shí)準(zhǔn)備采用迭代式開發(fā)，先實(shí)現(xiàn)其中的一個(gè)用例，那么首先應(yīng)實(shí)現(xiàn)哪個(gè)用例?( )A、“登記電影制片廠”用例 B、 “預(yù)定電影票”用例C、“購(gòu)買電影票”用例 D、3個(gè)用例中的任意一個(gè)都可以11、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公司的專家為了能更好地了解該公司目前業(yè)務(wù)資源的使用情況，決定建立UML模型與以闡釋，那么Butterfly的專家應(yīng)該建立哪種模型圖？（）A、用例圖 B、類圖 C、業(yè)務(wù)對(duì)象圖 D、順序圖12、下列選項(xiàng)中，那些是用例描述應(yīng)該包含的內(nèi)容（多選）( )A、概述 B、 基本事件流C、可選事件流 D、對(duì)象模型 E、前置條件二、簡(jiǎn)答題1什么是參與者？如何確定系統(tǒng)的參與者？2什么是用例？如何確定系統(tǒng)的用例？3用例之間有哪些關(guān)系？對(duì)每一種關(guān)系，請(qǐng)舉出一個(gè)實(shí)際的例子，并畫出用例圖。4說明在Browser中刪除一個(gè)模型元素和在Diagram中刪除一個(gè)模型元素的區(qū)別。5Use-Case 模型可以包括哪些內(nèi)容，列舉至少種。三、分析題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è)人信息進(jìn)行修改。刪除客戶信息：只有公司的管理人員才可以刪除不再接受公司服務(wù)的客戶的信息。 【問題】在需求分析階段，采用用例圖描述系統(tǒng)功能需求，如上圖所示，請(qǐng)指出圖中的A、B、C和D分別是哪個(gè)用例？ 2、 請(qǐng)仔細(xì)閱讀下圖，描述該圖的基本含義：該圖的基本含義：四、在醫(yī)生的辦公室里接待員、護(hù)士和醫(yī)生使用病人記錄和計(jì)劃安排系統(tǒng)。當(dāng)病人第一次來這里看病時(shí)，接待員使用該系統(tǒng)來輸入病人信息，并且他們安排所有的預(yù)約。護(hù)士使用系統(tǒng)來跟蹤病人每次看病的結(jié)果并輸入護(hù)理病人的信息，如醫(yī)療和診斷。護(hù)士也可以訪問這些信息以打印病人診斷結(jié)果或病人看病歷史。醫(yī)生主要用這個(gè)系統(tǒng)來查看病人的病史，偶爾也輸入病人的醫(yī)療信息，但通常他讓護(hù)士輸入這些信息?！締栴}】根據(jù)上面的陳述，請(qǐng)你分析出參與者和用例，并繪制出用例圖。五、網(wǎng)絡(luò)在線售票訂位系統(tǒng)的功能如下：客戶有一般客戶和企業(yè)客戶兩種，可以建立在線訂位事件、事件確認(rèn)，執(zhí)行在線信用卡付費(fèi)、個(gè)人或團(tuán)體賬號(hào)修改和管理、在線個(gè)人事件查詢；系統(tǒng)操作者可以建立在線銷售訂位事件、查詢目前銷售訂位狀況、個(gè)人或團(tuán)體賬號(hào)修改和管理；系統(tǒng)設(shè)計(jì)者可以建立在線售票訂位事件、查詢目前銷售訂位情況、在線系統(tǒng)維護(hù)和功能增加、系統(tǒng)環(huán)境設(shè)置?！締栴}】請(qǐng)依照上述描述，并繪制出需求用例模型六、大學(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)越來越受到人們的關(guān)注，例如小型電子商務(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)圖中的基本元素（ ）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)的工作流程建模，那么需要使用下面的哪個(gè)圖？（）A、活動(dòng)圖 B、類圖 C、交互圖 D、部署圖4、在UML中，用來表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示出工作流中的步驟、決策點(diǎn)，以及完成每一步驟的角色和對(duì)象。這種圖形是（）A活動(dòng)圖 B業(yè)務(wù)圖 C用例圖 D交互圖5、在下面的圖例中，哪個(gè)用來描述活動(dòng)（activity）（ ） A B C D6、在UML中，_ _把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包括的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。A組合活動(dòng) B同步條 C活動(dòng)D泳道7、Innovation公司正在為Rose開發(fā)插入件，使得Rose可以把OOA/OOD模型以各種圖形格式導(dǎo)出，如JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時(shí)，會(huì)根據(jù)不同的算法來生成相應(yīng)的圖形文件，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，哪個(gè)圖是最合適的？（ ） A、活動(dòng)圖 B、類圖 C、交互圖 D、部署圖8、Satopia是一家大型公司，由于公司業(yè)務(wù)的擴(kuò)大，準(zhǔn)備對(duì)公司已有的軟件系統(tǒng)進(jìn)行升級(jí)，因此委托Object公司負(fù)責(zé)該項(xiàng)工作。Object公司的專家建議在對(duì)系統(tǒng)升級(jí)前和Statopia公司的高層管理人員開一次討論會(huì)，以便能更好地了解目前所使用的軟件系統(tǒng)。那么在這次討論會(huì)中，下面幾個(gè)圖中哪個(gè)圖是最有用的？（）A、狀態(tài)圖 B、部署圖 C、活動(dòng)圖 D、順序圖二、簡(jiǎn)答題1什么是動(dòng)作狀態(tài)？什么是活動(dòng)狀態(tài)？它們有什么區(qū)別？2請(qǐng)參考下圖，回答問題：（1）在該圖中，有幾種不同角色：（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ù)部接收到定單，檢查定單是否正確 正確 執(zhí)行動(dòng)作C 不正確 執(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ù)部門收款處理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ù)員打電話給客戶，確立約定。 2、如果約定在公司內(nèi)，公司技術(shù)人員為會(huì)議準(zhǔn)備會(huì)議室。 3、如果約定在公司之外，咨詢顧問就要用電腦準(zhǔn)備一份陳述報(bào)告 4、咨詢顧問和業(yè)務(wù)員與客戶在約定的時(shí)間和地點(diǎn)見面。 5、業(yè)務(wù)員隨后給他們準(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)賬戶是否存在并有效，若賬戶不存在或無效，顯示提示信息，用戶可以重新輸入或終止該用例。（3）系統(tǒng)確認(rèn)賬戶中的存款金額是否足夠支付所取款項(xiàng)，若賬戶中的存款金額不足，顯示提示信息，用戶可以重新輸入金額或終止該用例。（4）系統(tǒng)建立取款事件記錄，并更新賬戶的相關(guān)信息?！締栴}：】請(qǐng)?jiān)O(shè)計(jì)出取款用例的執(zhí)行動(dòng)作的活動(dòng)圖。專題六：狀態(tài)圖一、單選題1、在使用UML建模時(shí)，若需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為，使用_是最為合適的。A協(xié)作圖（Collaboration Diagram）B序列圖（Sequence Diagram）C活動(dòng)圖（Activity Diagram）D狀態(tài)圖（Statechart Diagram）2狀態(tài)是指在對(duì)象的生命周期中滿足某些條件、執(zhí)行某些活動(dòng)或等待某些事件時(shí)的一個(gè)條件或狀況，下面哪個(gè)不是狀態(tài)的基本組成部分（ ）A.名稱 B.進(jìn)入/退出動(dòng)作 C.內(nèi)部轉(zhuǎn)換 D.子狀態(tài) E.延遲事件 F.外部轉(zhuǎn)換3轉(zhuǎn)換是兩個(gè)狀態(tài)間的一種關(guān)系，表示對(duì)象將在當(dāng)前狀態(tài)中執(zhí)行動(dòng)作，并在某個(gè)特定事件發(fā)生或某個(gè)特定的條件滿足時(shí)進(jìn)入后續(xù)狀態(tài)。下面哪個(gè)不是轉(zhuǎn)換的組成部分（ ）A.源狀態(tài) B.事件觸發(fā) C.監(jiān)護(hù)條件 D.動(dòng)作 E.目標(biāo)狀態(tài) F.轉(zhuǎn)換條件4、事件（event）表示對(duì)一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說明，下面哪個(gè)不是事件的類型（ ） A. 信號(hào) B.調(diào)用事件 C. 變化事件 D. 時(shí)間事件 E.源事件5、Coolsoft準(zhǔn)備為Mergon銀行開發(fā)一個(gè)自助ATM服務(wù)系統(tǒng)AutoCard，AutoCard的具體需求如下：AutoCard將使用三個(gè)插槽，第一個(gè)插槽用于系統(tǒng)送出新的信用卡，第二個(gè)插槽用于在向信用卡中加錢時(shí)插入信用卡，第三個(gè)插槽用于在向信用卡中存錢時(shí)插入紙幣。系統(tǒng)運(yùn)行時(shí)會(huì)顯示一個(gè)界面，界面中有三個(gè)選項(xiàng)：（1）獲取新的信用卡；（2）為信用卡加錢；（3）打印存款憑條。選項(xiàng)1允許用戶獲得一張新的信用卡。新的信用卡在使用前必須先存錢。選項(xiàng)2允許用戶為新卡或舊卡加錢，這時(shí)要求把信用卡插入第二個(gè)插槽中，把紙幣插入第三個(gè)插槽中。選項(xiàng)3允許用戶打印與存錢活動(dòng)有關(guān)的收據(jù)，或打印信用卡最近一次使用情況的收據(jù)。在開發(fā)AutoCard系統(tǒng)完成上述功能時(shí)，下面幾個(gè)圖中哪個(gè)圖是最有用的？（）A 、構(gòu)件圖B、部署圖C、活動(dòng)圖D、狀態(tài)圖二簡(jiǎn)答題1狀態(tài)圖在哪些重要方面與類圖、對(duì)象圖或用例圖有所不同？2什么是活動(dòng)圖？什么是狀態(tài)圖？3什么是狀態(tài)機(jī)？狀態(tài)機(jī)由哪幾部分組成？4比較活動(dòng)圖和狀態(tài)圖。5引發(fā)狀態(tài)轉(zhuǎn)換的事件主要有哪些。6請(qǐng)參考下圖，回答問題： 1 該圖中有幾種狀態(tài)，分別為_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）;如果呼叫不成功（cant 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)（havent acts ）,可能他沒有聽見鈴聲，手機(jī)一直處于響鈴狀態(tà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)條件currentFloordesiredFloor成立），電梯進(jìn)入上升狀態(tài)(moving up)；如果電梯的當(dāng)前樓層與想要的樓層相同時(shí)（護(hù)衛(wèi)條件else成立），電梯門打開(door open)。在電梯上升或下降期間，每經(jīng)過一個(gè)樓層就判斷護(hù)衛(wèi)條件（currentFloor=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)?！締栴}：】請(qǐng)按以上描述繪制出電梯系統(tǒng)的狀態(tài)圖。專題七：交互圖（順序圖、協(xié)作圖）一、單選題1、順序圖的組成要素有哪些？（ ） A、對(duì)象、轉(zhuǎn)換、消息 B、對(duì)象、轉(zhuǎn)換、動(dòng)作狀態(tài) C、對(duì)象、生命線、激活、消息 D、對(duì)象、使用案例、動(dòng)作狀態(tài) 2、順序圖是強(qiáng)調(diào)消息隨時(shí)間順序變化的交互圖，下面哪個(gè)不是用來描述順序圖的組成部分（ ）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é)作圖是順序圖的一種4、下列四個(gè)選項(xiàng)中，哪個(gè)不會(huì)出現(xiàn)在協(xié)作圖中：（ ）A對(duì)象B控制焦點(diǎn)C消息D對(duì)象間的連接5、下列四個(gè)選項(xiàng)中，哪個(gè)不會(huì)出現(xiàn)在順序圖中：（ ）A對(duì)象 B控制焦點(diǎn)C消息D對(duì)象間的連接6、在UML中，對(duì)象行為是通過交互來實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱之為 _(1)_ ，該圖的特點(diǎn)是 _（2)_ ，強(qiáng)調(diào)參加交互的對(duì)象的組織圖稱之為 _(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順序圖(sequencediagram)D協(xié)作圖(collaborationdiagram)7、在UML中，以下關(guān)于順序圖和協(xié)作圖的敘述哪個(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)無法確定，所以不可以互相轉(zhuǎn)換8、系統(tǒng)架構(gòu)師Bob在分析面向?qū)ο蟮恼n程注冊(cè)系統(tǒng)的“注冊(cè)課程”用例時(shí)，得到了一組協(xié)作關(guān)系復(fù)雜的類，下面哪種圖可以描述該用例中多個(gè)對(duì)象之間的相互協(xié)作關(guān)系以及協(xié)作過程中的行為次序？（）A 、順序圖或者協(xié)作圖B、狀態(tài)圖C、對(duì)象圖D、用例圖9、UML中，對(duì)象行為是通過交互來實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種類來表示，分別是（）A.狀態(tài)圖和順序圖 B.活動(dòng)圖和協(xié)作圖 C.狀態(tài)圖和活動(dòng)圖 D.順序圖和協(xié)作圖 10、在UML的圖形中，順序圖是強(qiáng)調(diào)的是交互的時(shí)間順序，即順序圖是按照 布圖；協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和交互的對(duì)象的整體組織，即協(xié)作圖是按照 布圖。 A、空間組織 時(shí)間順序 B、時(shí)間順序 空間組織C、對(duì)象關(guān)系 組織關(guān)系 D、組織關(guān)系 對(duì)象關(guān)系二、簡(jiǎn)答題1什么是順序圖，順序圖是由那些部分組成？2什么是協(xié)作圖，協(xié)作圖是由那些部分組成？3 交互圖形有那些特征？4 在順序圖中怎樣表示對(duì)象的創(chuàng)建、激活、休眠和銷毀？請(qǐng)舉例說明。5 在一張順序圖中需要繪制出系統(tǒng)的全部活動(dòng)者嗎？6 角色和對(duì)象有什么區(qū)別？請(qǐng)舉例說明 。7 一個(gè)消息包含什么內(nèi)容？怎樣表示消息？請(qǐng)舉例說明。8 怎樣從uese case模型轉(zhuǎn)換獲得設(shè)計(jì)模型。9 請(qǐng)參考下圖，回答問題：i. 該圖在UML中屬于什么類型的圖？順序圖ii. 在該圖中，第三個(gè)步驟中的消息是如何傳遞的？獲取書籍信息這個(gè)消息三、用戶在ATM（自動(dòng)取款機(jī)）提取1000元人民幣的最理想場(chǎng)景（卡內(nèi)有余額5000，密碼1234）如下描述開始用戶（張三）將銀行卡插入到讀卡器，讀卡器讀卡號(hào)，打開張三的賬目對(duì)象，并初始化屏幕，屏幕提示輸入PIN（密碼），張三輸入密碼（1234），然后系統(tǒng)驗(yàn)證密碼與帳戶對(duì)象，發(fā)出相符的信息。ATM屏幕向張三提供選項(xiàng)，張三選擇取款，然后屏幕提示張三輸入取款金額，他選擇了1000元RMB，系統(tǒng)啟動(dòng)賬目對(duì)象進(jìn)行核實(shí)，之后從帳戶中取錢；系統(tǒng)啟動(dòng)一系列的賬目對(duì)象要完成的過程。首先，驗(yàn)證張三的帳目至少有1000元RMB ，然后從中扣除1000元RMB，再讓吐錢機(jī)提供1000元RMB現(xiàn)金，另外還需要讓票據(jù)打印機(jī)提供取款憑據(jù)，最后讓讀卡器退卡。【問題：】請(qǐng)你利用UML的動(dòng)態(tài)視圖中的順序圖對(duì)在ATM取款最理想的場(chǎng)景進(jìn)行建模四、對(duì)于一個(gè)網(wǎng)上商店，顧客購(gòu)買一件商品的過程如下：顧客上網(wǎng)瀏覽查詢商品的分類目錄，找出所需商品。顧客決定購(gòu)買。給出自己信用卡和送貨地址，商店檢查信用卡的有效性、確認(rèn)成交，并確定發(fā)貨時(shí)間，發(fā)出發(fā)貨通知，同時(shí)商店發(fā)出確認(rèn)成交的電子郵件給顧客。請(qǐng)分析出該系統(tǒng)的Uese case模型圖，繪制出相應(yīng)的順序圖和協(xié)作圖。五.下面是關(guān)于一個(gè)公司的人事信息管理系統(tǒng)的需求簡(jiǎn)單描述，試建立其相應(yīng)的UESE CASE， 該人事管理信息系統(tǒng)的用戶是公司的人事干部、公司領(lǐng)導(dǎo)。系統(tǒng)擁有人事檔案庫(kù)，保存員工的人事信息。包括姓名、性別、出生日期 、文化程度、學(xué)位、職稱、崗位、聘任時(shí)間、任期、工資、津貼、獎(jiǎng)懲記錄、業(yè)績(jī)、論著、家庭情況等。系統(tǒng)提供的服務(wù)有：人事信息管理 ，包括人事調(diào)動(dòng)與聘任、職稱評(píng)定、獎(jiǎng)懲等 ；可以按照規(guī)定的權(quán)限查詢?nèi)耸滦畔?，生成與輸出統(tǒng)計(jì)報(bào)表。該人事管理系統(tǒng)每月向公司的財(cái)務(wù)系統(tǒng)提供員工的工資、津貼等數(shù)據(jù)。根據(jù)分析的Uese case模型圖建立相應(yīng)的順序圖和協(xié)作圖 。專題八：構(gòu)件圖、部署圖一、單選題1、在UML2.0版本中的圖形表示方式中，“構(gòu)件”的表示方式是下列圖形中的哪一個(gè) ？（ ） A、 B、 C、 D、 2、軟件構(gòu)件是軟件系統(tǒng)的一個(gè)什么單元。（）A、物理 B、 邏輯 C、順序 D、實(shí)現(xiàn)3、在UML的部署圖表示方式中，“節(jié)點(diǎn)（Node）”的表示方式是下列圖形中的哪一個(gè)？（）A、 B、 C、 D、 4、下列所繪制模型片段屬于哪類圖形？（ ）A、狀態(tài)圖 B、 活動(dòng)圖 C、 部署圖 D、順序圖5、構(gòu)件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通常可以分為四種方式來完成，下面哪種不是其中之一（ ）A.對(duì)源代碼建模B.對(duì)可執(zhí)行體的發(fā)布建模C.對(duì)物理數(shù)據(jù)庫(kù)建模D.對(duì)可適應(yīng)的系統(tǒng)建模E.對(duì)事物建模6、在部署模型中，不屬于節(jié)點(diǎn)類型的選項(xiàng)是（ ）A、系統(tǒng)進(jìn)程B、物理運(yùn)行時(shí)的計(jì)算資源C、處理器節(jié)點(diǎn)D、設(shè)備節(jié)點(diǎn)二、填空題1、設(shè)計(jì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖是 ，設(shè)計(jì)系統(tǒng)的靜態(tài)部署視圖是 。2、部署圖中的節(jié)點(diǎn)可以分為兩種類型：和3、和用于對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模進(jìn)行描述的兩種圖形。三、簡(jiǎn)答題1、 構(gòu)件和類有何區(qū)別？類有實(shí)例對(duì)象，組件能否實(shí)例化？2、 構(gòu)件有哪些類型？請(qǐng)舉例說明 。3、 構(gòu)件和對(duì)象有何區(qū)別，有何聯(lián)系。4、 試用構(gòu)件為訪問關(guān)系數(shù)據(jù)庫(kù)的 API（Application Programming Interface應(yīng)用編程接口）四、下面是關(guān)于一個(gè)公司的人事信息管理系統(tǒng)的需求簡(jiǎn)單描述，試建立其相應(yīng)的UESE CASE， 該人事管理信息系統(tǒng)的用戶是公司的人事干部、公司領(lǐng)導(dǎo)。系統(tǒng)擁有人事檔案庫(kù)，保存員工的人事信息。包括姓名、性別、出生日期 、文化程度、學(xué)位、職稱、崗位、聘任時(shí)間、任期、工資、津貼、獎(jiǎng)懲記錄、業(yè)績(jī)、論著、家庭情況等。系統(tǒng)提供的服務(wù)有：人事信息管理 ，包括人事調(diào)動(dòng)與聘任、職稱評(píng)定、獎(jiǎng)懲等 ；可以按照規(guī)定的權(quán)限查詢?nèi)耸滦畔ⅲ膳c輸出統(tǒng)計(jì)報(bào)表。該人事管理系統(tǒng)每月向公司的財(cái)務(wù)系統(tǒng)提供員工的工資、津貼等數(shù)據(jù)。該系統(tǒng)采用C/S（客戶機(jī)/服務(wù)器）模式，試?yán)L制相應(yīng)的構(gòu)件圖和部署圖。五、對(duì)于一個(gè)網(wǎng)上商店，顧客購(gòu)買一件商品的過程如下：顧客上網(wǎng)瀏覽查詢商品的分類目錄，找出所需商品，顧客決定購(gòu)買。給出自己信用卡和送貨地址，商店檢查信用卡的有效性、確認(rèn)成交，并確定發(fā)貨時(shí)間，發(fā)出發(fā)貨通知，同時(shí)商店發(fā)出確認(rèn)成交的電子郵件給顧客。請(qǐng)分析出該系統(tǒng)的Uese case模型圖 。該系統(tǒng)采用瀏覽器/應(yīng)用服務(wù)器/數(shù)據(jù)庫(kù) 服務(wù)器，試?yán)L制相應(yīng)的構(gòu)件圖和部署圖。專題九：統(tǒng)一過程&迭代開發(fā)1、關(guān)于系統(tǒng)架構(gòu)，下列哪個(gè)說法是錯(cuò)誤的（ ）A軟件架構(gòu)包含著一套關(guān)于軟件系統(tǒng)組織的重要結(jié)論。B軟件架構(gòu)決策是最基礎(chǔ)的決策，它的改變會(huì)帶來巨大的影響。C架構(gòu)設(shè)計(jì)提供了一個(gè)框架。D架構(gòu)是靜態(tài)的，而不是動(dòng)態(tài)的。2、關(guān)于設(shè)計(jì)模式的論述，下列哪項(xiàng)是錯(cuò)誤的（ ）A設(shè)計(jì)模式描述了在特定環(huán)境中解決一般設(shè)計(jì)問題的通信構(gòu)件頻繁出現(xiàn)的結(jié)構(gòu)B設(shè)計(jì)模式是一種從面向?qū)ο蟮脑O(shè)計(jì)到特定的實(shí)現(xiàn)語(yǔ)言的映射機(jī)制C設(shè)計(jì)模式是中小規(guī)模的模式，但通常獨(dú)立于編程語(yǔ)言D以UML表現(xiàn)設(shè)計(jì)模式時(shí)，一個(gè)設(shè)計(jì)模式是一個(gè)參數(shù)化的協(xié)作。3、下列選項(xiàng)中，哪個(gè)不是架構(gòu)模式（ ）A層BMVCC管道和過濾器D抽象工廠E黑板4、在各種不同的軟件需求中，下列哪個(gè)選項(xiàng)描述了用戶使用產(chǎn)品必須要完成的任務(wù)（ ）A業(yè)務(wù)需求B非功能需求C用戶需求D功能需求5、下列工件中哪個(gè)不是架構(gòu)分析的輸入：（ ）A前景文檔B用例模型C補(bǔ)充規(guī)約D部署模型6、永久性框架主要解決的核心問題是（ ）A將數(shù)據(jù)封裝成對(duì)象B將對(duì)象間的關(guān)系轉(zhuǎn)化成數(shù)據(jù)表之間的關(guān)系C將對(duì)象拆分成數(shù)據(jù)D提高數(shù)據(jù)訪問效率7、以下（）不是RUP中的優(yōu)秀方法（ ）A迭代的開發(fā)軟件 B不斷的驗(yàn)證軟件質(zhì)量C支持正向與逆向工程D配置管理與變更管理8、下列哪個(gè)不是RUP的模型元素（ ）A、工作人員B、活動(dòng)C、制品D、工作流E、模型9、下列分析和設(shè)計(jì)工作流活動(dòng)中，那個(gè)活動(dòng)不屬于設(shè)計(jì)階段:（ ）A定義一個(gè)備選架構(gòu)B細(xì)化架構(gòu)C定義組件D設(shè)計(jì)數(shù)據(jù)庫(kù)可視化建模與UML課程設(shè)計(jì)題目以下設(shè)計(jì)題目任選其一：1、 圖書管理系統(tǒng)某單位資料室需要建立一個(gè)圖書管理系統(tǒng)，初步的需求如下：1） 資料室有圖書管理員若干名，他們負(fù)責(zé)已購(gòu)入圖書的編目和借還工作，每名圖書管理員的信息包括工號(hào)和姓名；2） 讀者可在閱覽室讀書，也可通過圖書流通室借還書，讀者信息包括讀者的ID、姓名、電話和Email，系統(tǒng)為不同讀者生成不同的讀者ID；3） 每部書在系統(tǒng)中對(duì)應(yīng)唯一的一條圖書在版編目數(shù)據(jù)