UML課后習(xí)題答案_第1頁(yè)
UML課后習(xí)題答案_第2頁(yè)
UML課后習(xí)題答案_第3頁(yè)
UML課后習(xí)題答案_第4頁(yè)
UML課后習(xí)題答案_第5頁(yè)
已閱讀5頁(yè),還剩39頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

填空題第一章(1)統(tǒng)一建模語(yǔ)言UML是繪制軟件藍(lán)圖的原則工具語(yǔ)言,能夠?qū)浖到y(tǒng)產(chǎn)品進(jìn)行闡明、可視化、構(gòu)造和編制文檔。(2)UML在實(shí)際軟件項(xiàng)目中,能夠用于構(gòu)造多種類(lèi)型系統(tǒng)的業(yè)務(wù)模型和軟件模型。(3)軟件的開(kāi)發(fā)模式有瀑布模型、噴泉模型、基于構(gòu)件的開(kāi)發(fā)模型和XP辦法。(4)面對(duì)對(duì)象程序的三大要素是多態(tài)、封裝和繼承。(抽象)(5)瀑布模型的缺點(diǎn)是缺少靈活性,特別是無(wú)法解決軟件需求不明確或不精確的問(wèn)題。第二章(1)在UML中,靜態(tài)視圖包含有兩種視圖,分別是類(lèi)圖和對(duì)象圖。(2)規(guī)格闡明,修飾,拓展劃分是UML慣用的通用機(jī)制。(3)夠造型,標(biāo)記型,約束是UML慣用的擴(kuò)展機(jī)制。(4)用例視圖描述了系統(tǒng)的參加者與系統(tǒng)進(jìn)行交互的功效,是參加者所能觀察和使用到的系統(tǒng)功效的模型圖。(5)狀態(tài)圖是通過(guò)對(duì)象的多種狀態(tài)來(lái)建立模型來(lái)描述對(duì)象的隨時(shí)間變化的動(dòng)態(tài)行為,并且它是獨(dú)立的對(duì)象為中心進(jìn)行描述。第三章(1)RationalRose默認(rèn)支持的目的語(yǔ)言重要涉及Java、VisualBasic等。(C++,C#)(2)布署視圖顯示的是系統(tǒng)的實(shí)際布署狀況,它是為了便于理解系統(tǒng)如何在一組處理解節(jié)點(diǎn)上的物理分布,而在分析和設(shè)計(jì)中使用的架構(gòu)視圖。(3)使用RationalRose生成代碼的環(huán)節(jié)涉及選擇待轉(zhuǎn)換的目的模型、檢查Java語(yǔ)言的語(yǔ)法錯(cuò)誤、設(shè)立代碼生成屬性、生成代碼。(4)在用例視圖中涉及了系統(tǒng)中的全部參加者、用例和用例圖,必要時(shí)還能夠在其中添加次序圖、協(xié)作圖、活動(dòng)圖和類(lèi)圖等。(5)構(gòu)件視圖用來(lái)描述系統(tǒng)中的各個(gè)實(shí)現(xiàn)模塊以及它們之間的依賴(lài)關(guān)系包含模型代碼庫(kù)、執(zhí)行文獻(xiàn)、運(yùn)行庫(kù)和其它構(gòu)件等信息。第四章(1)對(duì)象圖的目的在于描述系統(tǒng)中參加交互的各個(gè)對(duì)象在同一時(shí)刻是如何運(yùn)行的。(2)鏈?zhǔn)莾蓚€(gè)或多個(gè)對(duì)象之間的獨(dú)立連接,是關(guān)聯(lián)的實(shí)例。(3)在UML的圖形表達(dá)中,類(lèi)是由名字、屬性和辦法三個(gè)部分構(gòu)成的。(4)依賴(lài)關(guān)系使用一種從客戶(hù)指南提供者的虛箭頭來(lái)進(jìn)行表達(dá)。(5)在接口中包含一系列操作但是不包含屬性,并且它沒(méi)有對(duì)外界可見(jiàn)的關(guān)聯(lián)。第五章1)包是用于把元素組織成組的通用機(jī)制。(2)包的可見(jiàn)性核心字涉及private、public和protect。(3)包之間的關(guān)系總的來(lái)講能夠概括為依賴(lài)關(guān)系和嵌套關(guān)系。(4)將系統(tǒng)分層很慣用的一種方式是將系統(tǒng)分為顧客界面層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層的三層構(gòu)造。(5)包是包圖中最重要的概念,它包含了一組模型元素。第六章(1)由參加者、用例以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功效的動(dòng)態(tài)視圖稱(chēng)為為用例圖。(2)參加者、用例、系統(tǒng)邊界和關(guān)系是用例圖構(gòu)成的要素。(3)用例中的重要關(guān)系有包含、泛化和擴(kuò)展。(4)用例的粒度是指用例包含的系統(tǒng)服務(wù)或功效單元的多少。(5)系統(tǒng)邊界是用來(lái)表達(dá)正在建模系統(tǒng)的邊界,這個(gè)邊界是指系統(tǒng)與系統(tǒng)之間的界限。第七章(1)在UML的表達(dá)中,交互圖將交互關(guān)系表達(dá)為一種二維圖。其中,縱向是時(shí)間軸,時(shí)間沿豎線向下延伸。橫向代表了在協(xié)助中個(gè)獨(dú)立對(duì)象的角色。(2)序列圖構(gòu)成的對(duì)象是對(duì)象、生命線、激活和消息。(3)分支指的是從同一點(diǎn)出發(fā)多個(gè)消息并指向不同的對(duì)象,根據(jù)條件與否互斥,能夠有條件和并行兩種。(4)生命線是一條垂直的虛線,用來(lái)表達(dá)序列圖中的對(duì)象在同一段時(shí)間內(nèi)的存在。(5)序列圖中的對(duì)象的表達(dá)形式使用包圍名稱(chēng)的矩形框來(lái)標(biāo)記,所顯示的對(duì)象及其類(lèi)的名稱(chēng)帶有下劃線,兩者用冒號(hào)隔開(kāi)第八章(1)活動(dòng)圖是模型中的整體單元,表達(dá)一種程序或工作流,慣用于計(jì)算機(jī)流程和工作流程建模。(2)動(dòng)作狀態(tài)是原子性的動(dòng)作或操作的執(zhí)行狀態(tài),它不能被外部事件的轉(zhuǎn)換中斷。(3)活動(dòng)狀態(tài)能夠有內(nèi)部轉(zhuǎn)換,能夠有出口動(dòng)作和入口動(dòng)作。(4)活動(dòng)圖中的初始狀態(tài)使用黑色實(shí)心圓表達(dá)。(5)泳道技術(shù)將是一種活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組,每一組表達(dá)一種特定的類(lèi)、人或部門(mén)、他們完畢組內(nèi)的活動(dòng)。第九章1.uml的交互圖中,強(qiáng)調(diào)對(duì)象之間關(guān)系和消息傳遞的是(協(xié)作圖)。2.(構(gòu)造圖)的作用體現(xiàn)在顯示對(duì)象及其交互關(guān)系的空間組織構(gòu)造。3.在協(xié)作圖中的(鏈)是兩個(gè)或多個(gè)對(duì)象之間的(連接)關(guān)聯(lián)的實(shí)例。4.uml中,對(duì)象行為是對(duì)象間為完畢某一目的而進(jìn)行的一系列消息傳遞,消息序列可用(次序號(hào))和(消息的名稱(chēng))來(lái)表達(dá)。5.uml中的協(xié)作圖強(qiáng)調(diào)的是交互對(duì)象的整體構(gòu)造,是按照(空間構(gòu)造)進(jìn)行布圖。第十章初始狀態(tài)在狀態(tài)途中用實(shí)心圓表達(dá),終止?fàn)顟B(tài)在狀態(tài)圖中用含有實(shí)心圓的空心圓表達(dá)。2鑒定/分支將轉(zhuǎn)換路勁分為多個(gè)部分,每一種部分都是一種分支,都有單獨(dú)監(jiān)護(hù)條件。4在uml中狀態(tài)圖由對(duì)象的各個(gè)狀態(tài)和連接這些狀態(tài)的裝換構(gòu)成,是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。第十一章1.填空題(1)構(gòu)件是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一種物理部件,普通指開(kāi)發(fā)和運(yùn)行時(shí)類(lèi)的物理實(shí)現(xiàn)。(2)在UML中,連接的體現(xiàn)形式使用一條實(shí)線表達(dá),在實(shí)線上能夠添加構(gòu)造型和名稱(chēng)。(3)構(gòu)件圖是用來(lái)表達(dá)系統(tǒng)中構(gòu)件與接口以及定義的它們之間的關(guān)系圖。(4)布署圖的構(gòu)成元素涉及節(jié)點(diǎn)、設(shè)備和連接。(5)節(jié)點(diǎn)是存在于運(yùn)行時(shí)并代表一項(xiàng)計(jì)算資源的物理資源,普通用于對(duì)執(zhí)行解決或計(jì)算的資源建模。第十二章1.填空題(1)軟件開(kāi)發(fā)過(guò)程是指實(shí)施與軟件開(kāi)發(fā)和維護(hù)中的階段、辦法、技術(shù)、實(shí)踐和有關(guān)產(chǎn)物的集合。(2)Rational統(tǒng)一過(guò)程中的核心工作流在項(xiàng)目中輪流被使用,在每一次迭代中以不同的重點(diǎn)和強(qiáng)度重復(fù)。(3)對(duì)于一種以架構(gòu)為中心的開(kāi)發(fā)組織,需要對(duì)架構(gòu)的目的、架構(gòu)的表達(dá)和架構(gòu)的過(guò)程方面進(jìn)行關(guān)注。(4)迭代式軟件開(kāi)發(fā)是能夠通過(guò)一系列細(xì)化和若干個(gè)漸進(jìn)的重復(fù)過(guò)程從而形成有效的解決方案的軟件開(kāi)發(fā)方式。(5)Rational統(tǒng)一過(guò)程的開(kāi)發(fā)過(guò)程使用一種二維構(gòu)造來(lái)體現(xiàn)。選擇題第一章(1)對(duì)象程序的基本特性是(ABCD)A.抽象B.封裝C.繼承D.多態(tài)(2)類(lèi)包含的要素有(ABC)A.名字B.屬性C.操作D.編號(hào)(3)下列有關(guān)類(lèi)與對(duì)象的關(guān)系說(shuō)法不對(duì)的的是(A)A.有些對(duì)象是不能被抽象成類(lèi)的B.類(lèi)給出了屬于該類(lèi)的全部對(duì)象的抽象定義C.類(lèi)是對(duì)象集合的再抽象D.類(lèi)是用來(lái)在內(nèi)存中開(kāi)辟一種數(shù)據(jù)區(qū),存儲(chǔ)新對(duì)象的屬性(4)面對(duì)對(duì)象辦法中的(C)機(jī)制予以子類(lèi)能夠自動(dòng)的擁有(復(fù)制)父類(lèi)全部屬性和操作。A.抽象B.封裝C.繼承D.多態(tài)(5)建立對(duì)象的動(dòng)態(tài)模型普通包含的環(huán)節(jié)有(ABCD)A.準(zhǔn)備腳本B.擬定事件C.準(zhǔn)備事件跟蹤表D.構(gòu)造狀態(tài)圖第二章⑴UML中的關(guān)系元素涉及(ABCD)。A.依賴(lài)B.關(guān)聯(lián)C.泛化D.實(shí)現(xiàn)⑵在UML中,定義了面對(duì)對(duì)象的事物,這些事物分為(ABCD).。A.構(gòu)造事物B.行為事物C.分組事物D.注釋事物⑶UML中的圖涉及(ABC)。A.用例圖B.類(lèi)圖C.狀態(tài)圖D.流程圖⑷UML的視圖不涉及(B)。A.用例視圖B.類(lèi)視圖C.狀態(tài)視圖D.物理視圖⑸下面不屬于UML中的靜態(tài)視圖的是(AB)。A.狀態(tài)圖B.用例圖C.對(duì)象圖D.類(lèi)圖第三章(1)下列說(shuō)法對(duì)的的是(ACD)在用例視圖下能夠創(chuàng)立類(lèi)圖在邏輯視圖下能夠創(chuàng)立構(gòu)件圖在邏輯視圖下能夠創(chuàng)立包在構(gòu)件視圖下能夠創(chuàng)立構(gòu)件(2)在RationalRose的邏輯視圖下能夠創(chuàng)立(ACD)A.類(lèi)圖B.構(gòu)件圖C.包 D.活動(dòng)圖(3)RationalRose建模工具能夠執(zhí)行的任務(wù)有(ABCD)A.非一致性檢查B.生成C++語(yǔ)言代碼C.報(bào)告功效D.審查功效(4)RationalRose中支持的視圖不涉及(D)A.邏輯視圖B.構(gòu)件視圖C.布署視圖D.機(jī)構(gòu)視圖(5)在構(gòu)建視圖下的元素能夠涉及(ABC)A.構(gòu)件B.構(gòu)件圖C.包D.類(lèi)第四章(1)類(lèi)中的辦法的可見(jiàn)性涉及(ABC)privatepublicprotectedabstract(不考)(2)下面屬于UML中類(lèi)元的類(lèi)型的是(ACD)類(lèi)對(duì)象構(gòu)件接口(3)類(lèi)之間的關(guān)系涉及(ABCD)泛化關(guān)聯(lián)實(shí)現(xiàn)依賴(lài)(4)下列有關(guān)接口的關(guān)系說(shuō)法對(duì)的的是(ABC)接口是一種特殊的類(lèi)全部接口都是有構(gòu)造型<<interface>>的類(lèi)一種類(lèi)能夠通過(guò)實(shí)現(xiàn)接口從而支持接口所指定的行為在程序運(yùn)行的時(shí)候,其它對(duì)象能夠不僅需要依賴(lài)與此接口,還需要懂得該類(lèi)對(duì)接口實(shí)現(xiàn)的其它信息(5)下列有關(guān)類(lèi)辦法的聲明對(duì)的的是(ABD)辦法定義了類(lèi)所許可的行為從一種類(lèi)所創(chuàng)立的全部對(duì)象能夠使用同一組屬性和辦法每個(gè)辦法應(yīng)當(dāng)有一種參數(shù)如果在同一種類(lèi)中定義了類(lèi)似的操作,則他們的行為應(yīng)當(dāng)是類(lèi)似的第五章1.在RationalRose中,支持(ABCD)的構(gòu)造模型A.業(yè)務(wù)設(shè)計(jì)包B.業(yè)務(wù)分析模型包C.業(yè)務(wù)用例模型包D.CORBAModule包2.對(duì)照子系統(tǒng)進(jìn)行建模時(shí),在RationalRose中,內(nèi)部支持的系統(tǒng)有(CD)A.數(shù)據(jù)系統(tǒng)B.視圖系統(tǒng)C.程序系統(tǒng)D.業(yè)務(wù)系統(tǒng)3.建立模型時(shí)包的嵌套不適宜過(guò)深,包的嵌套普通以(A)為宜A.2~3層B.3~4層C.1~2層D.3~5層4.下列有關(guān)包的描述中對(duì)的的是(ABCD)A.每個(gè)包必須有一種區(qū)別于其它包的名稱(chēng)B.包中能夠包含其它元素,如類(lèi),接口,組件和用例等C.引入(import)使得一種包中的元素能夠單向訪問(wèn)另一種包中的元素D.包的可見(jiàn)性分為protected,public和private5.下列對(duì)于創(chuàng)立包的說(shuō)法不對(duì)的的是(A)A.在序列圖和協(xié)作圖中能夠創(chuàng)立包B.在類(lèi)圖中能夠創(chuàng)立包C.如果將包從模型中永久刪除,包及包中的內(nèi)容都將被刪除D.在創(chuàng)立包的依賴(lài)關(guān)系時(shí),盡量避免循環(huán)依賴(lài)第六章1.下面哪些是識(shí)別用例時(shí)要引發(fā)的注意要點(diǎn)?(ABC)A.參加者但愿系統(tǒng)提供什么功效B.參加者與否會(huì)讀取,創(chuàng)立,修改,刪除,存儲(chǔ)系統(tǒng)的某種信息。如果是的話,參加者又是如何完畢這些操作的C.參加者與否會(huì)將外部的某些事件告知給系統(tǒng)D.系統(tǒng)將會(huì)有哪些人來(lái)使用2.下面(B)不是構(gòu)成用例圖的基本元素A.參加者B.泳道C.系統(tǒng)邊界D.用例3.下面是用例間重要關(guān)系的有(ABD)A.?dāng)U展B.包含C.依賴(lài)D.泛化4.下列對(duì)系統(tǒng)邊界描述對(duì)的的是(ABC)A.系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界限B.用例圖中的系統(tǒng)邊界用來(lái)表達(dá)正在建模系統(tǒng)的邊界C.邊界內(nèi)表達(dá)系統(tǒng)的構(gòu)成部分,邊界外表達(dá)系統(tǒng)外部D.能夠使用Rational繪制用例中的系統(tǒng)邊界5.在ATM自動(dòng)存款機(jī)的工作模型中,顧客通過(guò)輸入密碼將錢(qián)存入ATM機(jī),下面屬于參加者的是(ABC)A.顧客B.ATM取款機(jī)C.ATM取款機(jī)管理員D.存款第七章1.序列圖中的消息有著不同的類(lèi)型,下列選項(xiàng)中屬于輸入消息類(lèi)型的有(ABCD)A.定時(shí)消息B.不定時(shí)消息C.制止消息D.同時(shí)消息2.下列有關(guān)序列圖的用途,說(shuō)法不對(duì)的的是(A)A.描述系統(tǒng)在某一種特定時(shí)間點(diǎn)上的動(dòng)態(tài)構(gòu)造B.確認(rèn)和豐富一種使用意境的邏輯體現(xiàn)C.細(xì)化用例的體現(xiàn)D.有效地描述如何分派各個(gè)類(lèi)的職責(zé)以及各類(lèi)含有對(duì)應(yīng)職責(zé)的因素3.下列選項(xiàng)屬于消息的構(gòu)成部分的是(ABC)A.接受者B.發(fā)送者C.活動(dòng)D.虛線4.在序列圖中,返回消息的符號(hào)是(B)A.直線箭頭B.虛線箭頭C.直線D.虛線5.下列有關(guān)序列圖的說(shuō)法對(duì)的的是(ABC)A.序列圖是對(duì)對(duì)象之間傳遞消息的時(shí)間次序的可視化表達(dá)B.序列圖從一定程度上更加具體地描述了用例體現(xiàn)的需求,將其轉(zhuǎn)化為進(jìn)一步,更加正式層次的精細(xì)體現(xiàn)C.序列圖的目的在于描述系統(tǒng)中各個(gè)對(duì)象按照時(shí)間次序的交互的過(guò)程D.在UML的表達(dá)中,序列圖將交互關(guān)系表達(dá)為一種二維圖。其中,橫向是時(shí)間軸,時(shí)間沿豎線向下延伸??v向代表了在協(xié)作中各獨(dú)立對(duì)象的角色第八章1.如果要對(duì)一種學(xué)校課程表管理系統(tǒng)的重要角色學(xué)生,老師的工作流程建模,需要使用的圖是(C)A.序列圖B.狀態(tài)圖C.活動(dòng)圖D.協(xié)作圖2.下列對(duì)活動(dòng)圖的描述對(duì)的的是(BCD)A.活動(dòng)圖是對(duì)象之間傳送消息的時(shí)間次序的可視化表達(dá),目的在于描述系統(tǒng)中各個(gè)對(duì)象按照時(shí)間次序的交互的過(guò)程B.活動(dòng)圖是一種用于描述系統(tǒng)行為的模型視圖,它可用來(lái)描述動(dòng)作和動(dòng)作造成對(duì)象狀態(tài)變化的成果C.活動(dòng)圖是模型中的完整單元,表達(dá)一種程序或工作流,慣用于計(jì)算流程和工作流程建模D.活動(dòng)圖能夠算是狀態(tài)圖的一種變種并且活動(dòng)圖的符號(hào)與狀態(tài)圖的符號(hào)非常相似3.活動(dòng)圖中結(jié)束狀態(tài)使用(D)表達(dá)A.菱形B.直線箭頭C.黑色實(shí)心圓D.空心圓4.下列說(shuō)法不對(duì)的的是(B)A.對(duì)象流中的對(duì)象表達(dá)的不僅僅是對(duì)象本身,還表達(dá)了對(duì)象作為過(guò)程的一種狀態(tài)存在B.活動(dòng)狀態(tài)是原子性的,用來(lái)表達(dá)一種含有子構(gòu)造的純正計(jì)算的執(zhí)行C.一種組合活動(dòng)在表面上看是一種狀態(tài),但其本質(zhì)確是一組子活動(dòng)的概括D.分支將轉(zhuǎn)換途徑分成多個(gè)部分,每一部分都有單獨(dú)的監(jiān)護(hù)條件和不同的成果5.下面屬于活動(dòng)圖構(gòu)成要素的有(ABD)A.泳道B.動(dòng)作狀態(tài)C.轉(zhuǎn)換D.活動(dòng)狀態(tài)第九章1.下面不是UML中協(xié)作圖的基本元素的是(C)A.對(duì)象B.消息C.發(fā)送者D.鏈2.下列有關(guān)協(xié)作圖中的鏈,說(shuō)法不對(duì)的的是(C)A.在協(xié)作圖中,鏈的表達(dá)形式為一種或多個(gè)相連的線或弧B.在協(xié)作圖中的鏈?zhǔn)莾蓚€(gè)或者多個(gè)對(duì)象之間的獨(dú)立連接C.在協(xié)作圖中,需要有關(guān)某個(gè)類(lèi)的全部對(duì)象都出現(xiàn),同一種類(lèi)的對(duì)象在一種協(xié)作圖也不能夠充當(dāng)多個(gè)角色D.在協(xié)作圖中的鏈?zhǔn)顷P(guān)聯(lián)的實(shí)例3.下面不會(huì)出現(xiàn)在協(xié)作圖中的是(D)A.對(duì)象B.消息C.對(duì)象之間的連接D.控制焦點(diǎn)4.下面屬于消息構(gòu)成部分的有(ABC)A.發(fā)送者B.接受者C.活動(dòng)D.對(duì)象5.有關(guān)協(xié)作圖的描述,下列說(shuō)法對(duì)的的是(ACD)A.在RationalRose工具中,協(xié)作圖可在次序圖的基礎(chǔ)上按F5鍵自動(dòng)生成B.協(xié)作圖是次序圖的一種特例(作用并列)C.協(xié)作圖作為一種交互圖,強(qiáng)調(diào)的是參加交互的對(duì)象的組織D.協(xié)作圖中有消息流的次序號(hào)第十章1.使用UML建模時(shí)。如果需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為,使用(D)最為適宜A.協(xié)作圖B.序列圖C.活動(dòng)圖D.狀態(tài)圖2.下列選項(xiàng)中(C)不是狀態(tài)的構(gòu)成部分A.進(jìn)入\退出動(dòng)作B.內(nèi)部轉(zhuǎn)換C.外部轉(zhuǎn)換D.名稱(chēng)3.下列是構(gòu)成狀態(tài)圖基本元素的是(ABC)A.狀態(tài)B.轉(zhuǎn)換C.初始狀態(tài)D.鏈4.狀態(tài)可分為(ABD)A.簡(jiǎn)樸狀態(tài)B.組合狀態(tài)C.開(kāi)始狀態(tài)D.歷史狀態(tài)5.下列對(duì)狀態(tài)圖的描述不對(duì)的的是(C)A.狀態(tài)圖通過(guò)建立類(lèi)對(duì)象的生命周期模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為B.狀態(tài)圖合用于描述狀態(tài)和動(dòng)作的次序,不僅能夠呈現(xiàn)一種對(duì)象擁有的狀態(tài),還能夠闡明事件如何隨著時(shí)間的推移來(lái)影響這些狀態(tài)C.狀態(tài)圖的重要目的是描述對(duì)象創(chuàng)立和銷(xiāo)毀的過(guò)程中資源的不同狀態(tài),有助于開(kāi)發(fā)人員提高開(kāi)發(fā)效率D.狀態(tài)圖描述了一種實(shí)體基于事件反映的動(dòng)態(tài)行為,顯示了該實(shí)體如何根據(jù)目前所處的狀態(tài)對(duì)不同的事件時(shí)間做出反映第十一章1.一種構(gòu)件實(shí)例用于表達(dá)運(yùn)行時(shí)存在的實(shí)現(xiàn)物理單元和在實(shí)例節(jié)點(diǎn)中的定位,他的特性有(AC)A.身份特性B.關(guān)系特性C.代碼特性D.屬性特性2.在布署圖模型中,屬于節(jié)點(diǎn)類(lèi)型的選項(xiàng)是(AC)A.設(shè)備節(jié)點(diǎn)B.系統(tǒng)進(jìn)程C.解決器節(jié)點(diǎn)D.接口4.軟件構(gòu)件是軟件系統(tǒng)的(AC)單元A.物理B.邏輯C.實(shí)現(xiàn)D.次序5.下列有關(guān)布署圖的說(shuō)法對(duì)的的是(AD)A.使用RationalRose創(chuàng)立的每一種模型中僅包含一種布署圖B.使用RationalRose創(chuàng)立的每一種模型中能夠包含多個(gè)布署圖C.在一種布署圖中,包含了兩種基本的模型元素;節(jié)點(diǎn)和節(jié)點(diǎn)之間的連接布署圖描述了一種系統(tǒng)運(yùn)行時(shí)的硬件節(jié)點(diǎn),以及在這些節(jié)點(diǎn)上運(yùn)行的軟件構(gòu)件將在何處物理地運(yùn)行,以及他們將如何彼此通信的靜態(tài)視圖。第十二章1.下面的選項(xiàng)中(ABCD)是實(shí)現(xiàn)Rational統(tǒng)一過(guò)程的必要環(huán)節(jié)。A.建立明確的目的B.計(jì)劃過(guò)程實(shí)現(xiàn)C.執(zhí)行過(guò)程實(shí)現(xiàn)D.評(píng)價(jià)過(guò)程實(shí)現(xiàn)2.下面不屬于迭代過(guò)程的四個(gè)持續(xù)階段的有(B)A.初始B.分析C.細(xì)化D.構(gòu)造3.Rational統(tǒng)一過(guò)程的靜態(tài)構(gòu)造,分別使用(ABCD)建模元素來(lái)進(jìn)行體現(xiàn)。A.角色B.活動(dòng)C.產(chǎn)物D.工作流4.Rational統(tǒng)一過(guò)程的視圖構(gòu)造涉及(ABC)A.物理視圖B.邏輯視圖C.用例視圖D.構(gòu)造視圖簡(jiǎn)答題第一章1.面對(duì)對(duì)象設(shè)計(jì)的基本特性有哪些?這些特性對(duì)軟件設(shè)計(jì)有何協(xié)助?封裝性繼承性多態(tài)性在由封裝,繼承,多態(tài)所構(gòu)成的環(huán)境中,程序員能夠編寫(xiě)出比面對(duì)過(guò)程模型更強(qiáng)健,更具擴(kuò)展性的程序.通過(guò)認(rèn)真設(shè)計(jì)的類(lèi)層次構(gòu)造是重用代碼的基礎(chǔ).封裝能讓程序員不必修改公有接口的代碼即可實(shí)現(xiàn)程序的移植.多態(tài)能使程序員開(kāi)發(fā)出簡(jiǎn)潔,易懂,易修改的代碼.2.類(lèi)與對(duì)象的區(qū)別是什么?類(lèi)是抽象的,不具體的。就像有些東西能夠歸為一類(lèi),例如說(shuō)狗,貓,豬。它們都是動(dòng)物,我們就能夠歸為一類(lèi)。而貓,狗就是動(dòng)物類(lèi)中的一種對(duì)象。3.什么是軟件生命周期?生命周期涉及幾個(gè)階段?軟件的生命周期,亦稱(chēng)軟件的生存周期。它是按開(kāi)發(fā)軟件的規(guī)模和復(fù)雜程度,從時(shí)間上把軟件開(kāi)發(fā)的整個(gè)過(guò)程(從計(jì)劃開(kāi)發(fā)開(kāi)始到軟件報(bào)廢為止的整個(gè)歷史階段)進(jìn)行分解,形成相對(duì)獨(dú)立的幾個(gè)階段,每個(gè)階段又分解成幾個(gè)具體的任務(wù),然后按規(guī)定次序依次完畢各階段的任務(wù)并規(guī)定一套原則的文檔作為各個(gè)階段的開(kāi)發(fā)成果,最后生產(chǎn)出高質(zhì)量的軟件。分為:普通分為定義,開(kāi)發(fā),維護(hù)三大階段,定義階段有可行性論證和開(kāi)發(fā)計(jì)劃,需求分析,開(kāi)發(fā)階段有概要設(shè)計(jì),具體設(shè)計(jì)和編碼,維護(hù)階段有測(cè)試,運(yùn)行維護(hù)4.面對(duì)對(duì)象與uml的關(guān)系?umL是統(tǒng)一建模圖,用于便于描述類(lèi)之間的關(guān)系等,是用來(lái)協(xié)助你更加好進(jìn)行面對(duì)對(duì)象的設(shè)計(jì)。5.面對(duì)對(duì)象設(shè)計(jì)與傳統(tǒng)軟件相比,有何優(yōu)點(diǎn)?更有針對(duì)性更容易讓客戶(hù)滿(mǎn)意減少修改提高效率第二章1.uml模型元素有哪些?UML中模型元素太多了,例如用例圖中的元素有用例,角色,擴(kuò)展關(guān)系,包含關(guān)系,類(lèi)圖中的元素有類(lèi),接口,關(guān)聯(lián)等等,每一種框圖都有各自獨(dú)有的元素2.簡(jiǎn)述uml通用機(jī)制構(gòu)成以及它的作用?一、修飾。在使用UML語(yǔ)言建模時(shí),能夠?qū)D形修飾附加到UML圖中的模型元素上。例如,當(dāng)一種元素代表某種類(lèi)型的時(shí)候,它的名稱(chēng)能夠用粗體字形類(lèi)顯示;當(dāng)同一元素表達(dá)該類(lèi)型的實(shí)例時(shí),該元素的名稱(chēng)用一條下劃線修飾。二、注釋。UML語(yǔ)言中用一條虛線將注釋連接到它為之解釋的或細(xì)化的元素上。三、通用劃分。UML語(yǔ)言對(duì)其模型元素規(guī)定了兩種類(lèi)型的通用劃分:型-實(shí)例(值)和接口-實(shí)現(xiàn)。1、型-實(shí)例(Type-Instance):描述一種通用描述符與單個(gè)元素項(xiàng)之間的對(duì)應(yīng)關(guān)系。實(shí)例元素使用與通用描述符相似的表達(dá)圖形,但是名字的表達(dá)與通用描述符不同:實(shí)例元素名字帶有下劃線,并且背面還要加上冒號(hào)和通用描述符的名字。2、接口-實(shí)現(xiàn):接口聲明了一種規(guī)定了服務(wù)的商定,接口的實(shí)現(xiàn)負(fù)責(zé)執(zhí)行接口的全部語(yǔ)義定義并實(shí)現(xiàn)該項(xiàng)服務(wù)。3.在uml中包含哪些視圖?視圖對(duì)應(yīng)哪些圖?場(chǎng)景視圖usecase邏輯視圖類(lèi)圖開(kāi)發(fā)視圖類(lèi)圖,組件圖進(jìn)程視圖無(wú)完全對(duì)應(yīng)布署視圖布署圖4.簡(jiǎn)述視圖與圖的內(nèi)在關(guān)系?視圖是幾何體在投影面上留下的正投影,它是主視圖、俯視圖、左視圖的總稱(chēng),滿(mǎn)足主視圖與俯視圖的長(zhǎng)對(duì)正,主視圖與左視圖的高平齊,俯視圖與左視圖的寬相等。5.簡(jiǎn)述uml中擴(kuò)展機(jī)制的作用?UML提供了幾個(gè)擴(kuò)展機(jī)制,允許建模者在不用變化基本建模語(yǔ)言的狀況下做某些通用的擴(kuò)展。這些擴(kuò)展機(jī)制已經(jīng)被設(shè)計(jì)好,方便于在不需理解全部語(yǔ)義的狀況下就能夠存儲(chǔ)和使用。由于這個(gè)因素,擴(kuò)展能夠作為字符串存儲(chǔ)和使用。對(duì)不支持?jǐn)U展機(jī)制的工具來(lái)說(shuō),擴(kuò)展只是一種字符串,它能夠作為模型的一部分被導(dǎo)入、存儲(chǔ),還能夠被傳遞到其它工具。第四章在一種“客戶(hù)服務(wù)系統(tǒng)”中,需要管理的顧客涉及客戶(hù)管理人員、維護(hù)人員、部門(mén)領(lǐng)導(dǎo),他們都含有顧客ID、姓名、性別、年紀(jì)、聯(lián)系電話、部門(mén)、職位、密碼、登錄名。其中,維護(hù)人員含有三個(gè)操作,即接受派工任務(wù)、填寫(xiě)維護(hù)報(bào)告、查詢(xún)派工任務(wù);部門(mén)領(lǐng)導(dǎo)含有五個(gè)操作,即安排派工任務(wù)、修改派工任務(wù)、刪除派工任務(wù),查詢(xún)派工任務(wù),解決投訴;客戶(hù)人員含有四個(gè)操作,增加客戶(hù)、刪除客戶(hù)、修改客戶(hù)和查找客戶(hù)。根據(jù)這些信息,創(chuàng)立系統(tǒng)的類(lèi)圖。在上題中,客戶(hù)人員,維護(hù)人員,部門(mén)領(lǐng)導(dǎo)都含有某些共同的屬性,因此能夠進(jìn)行抽象出一種單獨(dú)的抽象系統(tǒng)顧客類(lèi),客戶(hù)人員,維護(hù)人員,部門(mén)領(lǐng)導(dǎo)分別是系統(tǒng)顧客類(lèi)下的繼承,根據(jù)這些信息,創(chuàng)立涉及類(lèi)關(guān)系的類(lèi)圖根據(jù)圖4-51,創(chuàng)立對(duì)應(yīng)帶參數(shù)的對(duì)象圖,規(guī)定用Actor構(gòu)造型來(lái)表達(dá)第五章在客戶(hù)服務(wù)系統(tǒng)中,將客戶(hù)業(yè)務(wù)的功效單獨(dú)的作為一種包,在該包中嵌套兩個(gè)子包,分別是客戶(hù)咨詢(xún)管理,和派工管理。細(xì)化包圖,在客服咨詢(xún)管理中嵌套三個(gè)子包,分別是咨詢(xún),投訴,報(bào)修;派工管理中嵌套兩個(gè)子包,維護(hù)安排和回訪安排,子包對(duì)父包存在這依賴(lài)關(guān)系,現(xiàn)在規(guī)定對(duì)包進(jìn)行分解,并創(chuàng)立他們的關(guān)系。在客戶(hù)服務(wù)管理系統(tǒng)中,有三個(gè)參加者,分別是客服人員、部門(mén)領(lǐng)導(dǎo)和維護(hù)人員。第六章1、客服人員登錄系統(tǒng)后,通過(guò)身份驗(yàn)證,能夠維護(hù)個(gè)人信息、修改密碼、修改基本信息、維護(hù)客戶(hù)信息和維護(hù)客戶(hù)咨詢(xún)信息,根據(jù)這些用例在rose中創(chuàng)立客服人員的用例圖2、部門(mén)領(lǐng)導(dǎo)登錄系統(tǒng)后,通過(guò)身份驗(yàn)證們能夠解決派工、解決投訴、安排回訪、安排上門(mén)維護(hù)和統(tǒng)計(jì)查詢(xún)客戶(hù)來(lái)電狀況,根據(jù)這些狀況在rose中創(chuàng)立部門(mén)領(lǐng)導(dǎo)的用例圖3、維護(hù)人員登錄系統(tǒng)后,通過(guò)身份驗(yàn)證,能夠查詢(xún)派工單、接受派工、填寫(xiě)報(bào)告、解決派工等,根據(jù)這些用例在rose中創(chuàng)立維護(hù)人員的用例圖。第七章1、對(duì)客戶(hù)服務(wù)系統(tǒng)中的客服人員修改客戶(hù)信息的用例進(jìn)行動(dòng)態(tài)建模,該交互操作的動(dòng)態(tài)建模由客服對(duì)象??蛻?hù)信息界面類(lèi)、客服信息控制類(lèi)和客戶(hù)信息類(lèi)構(gòu)成,在序列圖中創(chuàng)立這些對(duì)象2、在上題創(chuàng)立的序列圖對(duì)象中,根據(jù)修改客戶(hù)信息的用例,添加消息和腳本信息完畢如圖所示的完整序列圖建模3、對(duì)客戶(hù)服務(wù)系統(tǒng)中的客服人員刪除客戶(hù)信息的用例進(jìn)行動(dòng)態(tài)建模,在邏輯視圖中創(chuàng)立序列圖第八章(1)在客戶(hù)服務(wù)系統(tǒng)中個(gè)“客戶(hù)來(lái)電”用例,當(dāng)客戶(hù)來(lái)電的事件發(fā)生后,進(jìn)入“來(lái)電咨詢(xún)”活動(dòng),如果受理,則查詢(xún)客戶(hù)信息,否則活動(dòng)結(jié)束。當(dāng)查詢(xún)客戶(hù)信息時(shí),如果查詢(xún)到客戶(hù),則判斷咨詢(xún)類(lèi)型,否則新增加一種客戶(hù)的信息。咨詢(xún)類(lèi)型有三種:咨詢(xún)、投訴、保修,如果咨詢(xún),判斷與否能解答問(wèn)題,如果能,則直接解決,否則由維護(hù)人員跟進(jìn);如果是投訴,轉(zhuǎn)入投訴解決;如果是保修,則轉(zhuǎn)入報(bào)修解決。咨詢(xún)解決結(jié)束后,填寫(xiě)咨詢(xún)解決成果,整個(gè)活動(dòng)的流程結(jié)束。根據(jù)以上描述,創(chuàng)立客戶(hù)來(lái)電活動(dòng)圖中的需要表達(dá)的多種動(dòng)作狀態(tài),如圖8-31所示。圖8-32創(chuàng)立動(dòng)作狀態(tài)(2)在上題的基礎(chǔ)上,識(shí)別出多種狀態(tài)之間的額轉(zhuǎn)換并考慮分支與合并、分叉與匯合的狀況。繪制如圖8-32所示的客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖。圖8-32客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖(3)在上題創(chuàng)立的活動(dòng)圖中有一種重要的缺點(diǎn),它沒(méi)有顯示出由誰(shuí)或者怎么負(fù)責(zé)來(lái)執(zhí)行某項(xiàng)活動(dòng)。為了給活動(dòng)圖中活動(dòng)指明責(zé)任者,規(guī)定在活動(dòng)圖中放置兩個(gè)泳道:客戶(hù)和客戶(hù)服務(wù)人員負(fù)責(zé)執(zhí)行這些活動(dòng)。最后的完整客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖,如圖8-33所示。圖8-33帶泳道的客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖第九章對(duì)客戶(hù)服務(wù)系統(tǒng)中的

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論