UML課后習(xí)題答案

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