面向?qū)ο蠓治雠c設(shè)計(jì)期末復(fù)習(xí)面向?qū)ο蠓治雠c設(shè)計(jì)期末復(fù)習(xí)面向?qū)ο蠓治雠c設(shè)計(jì)期末復(fù)習(xí)面向?qū)ο蠓治雠c設(shè)計(jì)期末復(fù)習(xí)編制僅供參考審核批準(zhǔn)生效日期地址：電話：傳真:郵編:《面向?qū)ο蠓治雠c設(shè)計(jì)》期末復(fù)習(xí)1、題型介紹:選擇題20*1分=20分填空題5*2分=10分簡(jiǎn)答題6*5分=30分分析題3題（第一題12分，第二題10，第三題18分）=40分2、選擇題1、（）不是對(duì)象具有的特性。A.標(biāo)識(shí)B.繼承C.順序D.多態(tài)性2、封裝是把對(duì)象的（）結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。A.屬性和操作B.信息流C.消息和事件D.數(shù)據(jù)的集合3、（）不是面向?qū)ο蟮牡湫头椒?。A.Coad&Yourdon方法B.維也納方法C.OMT方法D.Booch方法4、UML中有4種關(guān)系，分別是依賴、泛化、關(guān)聯(lián)和（）A.集成B.合作C.實(shí)現(xiàn)D抽象5、下列關(guān)于狀態(tài)圖的說(shuō)法中，正確的是（）A.狀態(tài)圖是UML中對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行建模的5種圖之一。B.狀態(tài)圖是活動(dòng)圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)。C.狀態(tài)圖是對(duì)一個(gè)對(duì)象的生命周期進(jìn)行建模，描述對(duì)象在其生存期間的動(dòng)態(tài)行為。D.狀態(tài)圖強(qiáng)調(diào)對(duì)有幾個(gè)對(duì)象參與的活動(dòng)過(guò)程建模，而活動(dòng)圖更強(qiáng)調(diào)對(duì)單個(gè)反應(yīng)型對(duì)象建模。6、UML的（）模型圖由類圖、對(duì)象圖、包圖、組件圖、和部署圖組成。A.用例B.靜態(tài)C.動(dòng)態(tài)D.系統(tǒng)。7、UML的（）模型圖活動(dòng)圖、順序圖、狀態(tài)圖、寫協(xié)作圖組成。A.用例B.靜態(tài)C.動(dòng)態(tài)D.系統(tǒng)。8、UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（）A.用戶手冊(cè)B.類圖C.動(dòng)態(tài)圖D.相應(yīng)的軟件文檔資料9、在UML的需求分析建模中，（）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。A.配置B.用例C.包D.動(dòng)態(tài)10、下面不是用例之間主要關(guān)系的是（）A.擴(kuò)展B.包含C.依賴D.泛化11、對(duì)于一個(gè)電子商務(wù)網(wǎng)站而言，以下不適合作為用例的選項(xiàng)是（）A.登錄B.預(yù)定商品C.購(gòu)物車D.結(jié)賬12、UML的客戶需求分析模型包括（）模型、類圖、對(duì)象圖和活動(dòng)圖。A.用例B.靜態(tài)C.動(dòng)態(tài)D.系統(tǒng)13、UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（）A.狀態(tài)B.體系結(jié)構(gòu)C.靜態(tài)模型D.功能要求14、在UML的需求分析模型中，用例建模必須與（）反復(fù)交流并加以確認(rèn)。A.軟件生產(chǎn)商B.用戶C.軟件開發(fā)人員D.問(wèn)題領(lǐng)域的專家15、在UML的需求分析建模中，對(duì)用例模型中的用例進(jìn)行細(xì)化說(shuō)明應(yīng)使用（）A.活動(dòng)圖B.狀態(tài)圖C.配置圖D.組件圖16、類圖應(yīng)該畫在RationalRose的（）視圖中。A、UseCaseViewB、LoginViewC、ComponentViewD、DeploymentView17、類通?？梢苑譃閷?shí)體類、（）和邊界類。A、父類B、子類C、控制類D、祖先類18、對(duì)象特征的要素是（）。A、狀態(tài)B、行為C、標(biāo)識(shí)D、屬性19、下列關(guān)于接口的關(guān)系說(shuō)法不正確的是（）。A、接口是一種特殊的類B、所有接口都是有構(gòu)造型<<interface>>的類C、一個(gè)類可以通過(guò)實(shí)現(xiàn)接口從而支持接口所指定的行為D、在程序運(yùn)行的時(shí)候，其他對(duì)象不僅需要依賴于此接口，還需要知道該類對(duì)接口實(shí)現(xiàn)的其他信息20、下列關(guān)于類方法的聲明，不正確的是（）。A、方法定義了類所許可的行動(dòng)B、從一個(gè)類創(chuàng)建的所有對(duì)象可以使用同一組屬性和方法C、每個(gè)方法應(yīng)該有一個(gè)參數(shù)D、如果在同一個(gè)類中定義了類似的操作，則它們的行為應(yīng)該是類似的21、UML的系統(tǒng)分析進(jìn)一步要確立的3個(gè)系統(tǒng)模型是（）、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。A、數(shù)據(jù)模型B、對(duì)象靜態(tài)模型C、對(duì)象關(guān)系模型D、體系結(jié)構(gòu)模型22、UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（）。

A、完全相同B、完全不同C、不可以通用D、稍有差異23、類和對(duì)象都有屬性，它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必有（）。A、正負(fù)號(hào)B、動(dòng)作C、具體值D、私有成員24、UML系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的（）和審查等A、建模B、完善C、優(yōu)化D、迭代25、順序圖和協(xié)作圖主要用于對(duì)用例圖中（）的建模，用它們來(lái)描述用例圖的行為。A、數(shù)據(jù)流B、控制流C、消息流D、數(shù)據(jù)字典26、順序圖的建模元素有（）、消息、鏈等。這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所傳遞的消息，來(lái)對(duì)系統(tǒng)的行為建模。A、對(duì)象B、箭線C、活動(dòng)D、狀態(tài)27、順序圖描述（）對(duì)象之間消息的傳遞順序。A、某個(gè)B、單個(gè)C、一個(gè)類產(chǎn)生的D一組28、順序圖和協(xié)作圖建立了UML面向?qū)ο箝_發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（）模型。A、交互B、狀態(tài)C、體系結(jié)構(gòu)D、軟件復(fù)用29、UML中有4種交互圖，其中強(qiáng)調(diào)控制流時(shí)間順序的是（）。A、順序圖B、協(xié)作圖C、定時(shí)圖D、交互概述圖30、在順序圖中，返回消息的符號(hào)是（）。A、直線箭頭B、虛線箭頭C、直線D、虛線31、關(guān)于協(xié)作圖的描述，下列不正確的是（）。A、協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織B、協(xié)作圖是順序圖的一種特例C、協(xié)作圖中有消息流的順序號(hào)D、在Rose工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按F5功能鍵自動(dòng)生成32、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息順序可用兩種圖來(lái)表示，分別是（）。A、狀態(tài)圖和順序圖B、活動(dòng)圖和協(xié)作圖C、狀態(tài)圖和協(xié)作圖D、順序圖和協(xié)作圖33、對(duì)反應(yīng)型對(duì)象建模一般使用（）。A、狀態(tài)圖B、順序圖C、活動(dòng)圖D、類圖、34、活動(dòng)圖中的開始狀態(tài)的標(biāo)記符使用（）表示。A、菱形B、直線箭頭C、黑色實(shí)心圖D、空心圖35、UML中用（）來(lái)描述過(guò)程或操作的工作步驟。A、狀態(tài)圖B、活動(dòng)圖C、用例圖D、部署圖36、（）技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類，人或部門，它們負(fù)責(zé)完成組內(nèi)的活動(dòng)。A、泳道B、分支C、公叉與匯合D、轉(zhuǎn)移37、狀態(tài)圖可以表現(xiàn)（）在生存期內(nèi)的行為、所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移而引起的動(dòng)作。A、一組對(duì)象B、一個(gè)對(duì)象C、多個(gè)執(zhí)行者D、幾個(gè)子系統(tǒng)38、狀態(tài)圖描述一個(gè)對(duì)象在不同（）的驅(qū)動(dòng)下發(fā)生的狀態(tài)轉(zhuǎn)移。A、事件B、對(duì)象C、執(zhí)行者D、數(shù)據(jù)39、一個(gè)（）轉(zhuǎn)移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€(gè)并發(fā)線程接合成單個(gè)線程。A、狀態(tài)B、對(duì)象C、活動(dòng)D、同步并發(fā)40、活動(dòng)圖中動(dòng)作狀態(tài)之間的轉(zhuǎn)移不是靠（）觸發(fā)的，當(dāng)活動(dòng)（動(dòng)作）狀態(tài)中的活動(dòng)完成時(shí)轉(zhuǎn)移就被觸發(fā)。A、對(duì)象B、事件C、執(zhí)行者D、系統(tǒng)41、狀態(tài)圖和活動(dòng)圖建立了UML面向?qū)ο箝_發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（）模型。A、交互B、狀態(tài)C、體系結(jié)構(gòu)D、軟件復(fù)用42、在UML的需求分析建模中，對(duì)用例模型中的用例進(jìn)行細(xì)化說(shuō)明應(yīng)使用（）。A、活動(dòng)圖B、狀態(tài)圖C、部署圖D、組件圖43、活動(dòng)圖中的分叉和匯合圖符是用來(lái)描述（）。A、多進(jìn)程的并發(fā)處理行為B、對(duì)象的時(shí)序C、類的關(guān)系D、系統(tǒng)體系結(jié)構(gòu)框架44、Statopia是一家大型公司，由于公司業(yè)務(wù)的擴(kuò)大，準(zhǔn)備對(duì)公司已有的軟件系統(tǒng)進(jìn)行升級(jí)，因此委托ObjectR公司負(fù)責(zé)該項(xiàng)目。ObjectR公司的專家建議在對(duì)系統(tǒng)升級(jí)前和Statopia公司的高級(jí)管理有員開一次討論會(huì)，以便能更好地了解目前所使用的軟件系統(tǒng)。那么在這次的討論會(huì)中，（）最有用。A、狀態(tài)圖B、部署圖C、活動(dòng)圖D、順序圖45、Coolsoft準(zhǔn)備開發(fā)一個(gè)自動(dòng)餐卡服務(wù)系統(tǒng)Coco，Coco的具體需求如下：Coco將使用三個(gè)插槽，第一個(gè)插槽用于制作新餐卡，第二個(gè)插槽用于向餐卡充錢，第三個(gè)插槽用于在向餐卡中充錢時(shí)插入紙幣。系統(tǒng)運(yùn)行時(shí)會(huì)顯示一個(gè)界面，界面中有3個(gè)選項(xiàng)：eq\o\ac(○,)獲取新餐卡；eq\o\ac(○,)為餐卡充錢；eq\o\ac(○,)打印并餐卡充錢和消費(fèi)有關(guān)的數(shù)據(jù)。在開發(fā)Coco系統(tǒng)完成上述功能時(shí)，（）最有用。A、構(gòu)件圖B、狀態(tài)圖C、活動(dòng)圖D、部署圖46、為了描述和理解系統(tǒng)中的控制機(jī)制，如為了描述一個(gè)設(shè)備控制器在不同情況下所要完成的動(dòng)作，（）最有用。A、交互圖B、活動(dòng)圖C、狀態(tài)圖D、類圖47、Innovation公司正在為Rose開發(fā)插入件，使得Rose可以把OOA/OOD模型以各種圖形格式導(dǎo)出，如JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時(shí)，會(huì)根據(jù)不同的算法來(lái)生成相應(yīng)的圖形文件。這些算法很復(fù)雜。為了描述這結(jié)算法，（）最有用。A、活動(dòng)圖B、狀態(tài)圖C、類圖D、用例圖48、如果要對(duì)一個(gè)企業(yè)中的工作流程建模，（）最有用。A、交互圖B、類圖C、活動(dòng)圖D、部署圖49、（）是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)。A、部署圖B、組件C、類D、接口50、組件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通?？梢苑譃?種方式來(lái)完成。下面（）不是其中之一。A、對(duì)源代碼建模B、對(duì)事物建模C、對(duì)物理數(shù)據(jù)庫(kù)建模D、對(duì)自適應(yīng)的系統(tǒng)建模51、系統(tǒng)體系結(jié)構(gòu)是用來(lái)描述各部分的結(jié)構(gòu)，接口以及它們用于通信的（）。A、機(jī)制B、形式C、原理D、結(jié)構(gòu)52、UML可以描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的（）系統(tǒng)的分布。A、對(duì)象B、軟件C、系統(tǒng)體系結(jié)構(gòu)D、數(shù)據(jù)53（）是對(duì)系統(tǒng)的用例、類、對(duì)象、接口以及相互間的交互和協(xié)作進(jìn)行描述。A、系統(tǒng)體系結(jié)構(gòu)B、軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)C、系統(tǒng)框架D、硬件（物理）系統(tǒng)體系結(jié)構(gòu)54、（）是對(duì)系統(tǒng)的組件、結(jié)點(diǎn)的配置進(jìn)行描述。A、系統(tǒng)體系結(jié)構(gòu)B、軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)C、系統(tǒng)框架D、硬件（物理）系統(tǒng)體系結(jié)構(gòu)55、（）是軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)（類、對(duì)象、它們之間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。A、組件B、結(jié)點(diǎn)C、軟件D、模塊56、（）由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件組件運(yùn)行時(shí)的體系結(jié)構(gòu)。A、組件圖B、狀態(tài)圖C、部署圖D、順序圖57、（）基本元素有結(jié)點(diǎn)、組件、對(duì)象、連接、依賴等。A、組件圖B、狀態(tài)圖C、順序圖D、部署圖58、（）是用于把元素組織成組的通用機(jī)制。A、包B、類C、接口D、組件59、UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（）。A、狀態(tài)B、系統(tǒng)體系層次結(jié)構(gòu)C、靜態(tài)模型D、功能要求60、執(zhí)行者（Actor）與用例之間的關(guān)系是（）（A）包含關(guān)系 （B）泛化關(guān)系 （C）關(guān)聯(lián)關(guān)系 （D）擴(kuò)展關(guān)系61、在類圖中，下面哪個(gè)符號(hào)表示繼承關(guān)系（C）(B)(B)(A)(C)(D)62、在類圖中，“#”表示的可見性是（B）（A）Public （B）Protected （C）Private （D）Package63、下面那個(gè)類圖的表示是正確的（D）StudentStudentStudentname:Stringage:IntegerStudentgetName()getAge()StudentName:StringAge:intIntegergetName()getAge()(B)(A)(C)(D)64、下面哪個(gè)符號(hào)代表部署圖的節(jié)點(diǎn)（C）(B)(B)(A)(C)(D)65、生命線是UML視圖中哪個(gè)圖形的組成部分（D）（A）類圖 （B）狀態(tài)圖 （C）活動(dòng)圖 （D）順序圖66、在類圖中，哪種關(guān)系表達(dá)總體與局部的關(guān)系（D）（A）泛化 （B）實(shí)現(xiàn) （C）依賴 （D）聚合67、下面哪個(gè)圖形代表活動(dòng)（D）B、B、A、C、D、68、下面哪個(gè)UML視圖是描述一個(gè)對(duì)象的生命周期的（B）（A）類圖 （B）狀態(tài)圖 （C）協(xié)作圖 （D）順序圖69、下面哪個(gè)視圖屬于UML語(yǔ)言的交互圖（D）（A）行為圖 （B）狀態(tài)圖 （C）實(shí)現(xiàn)圖 （D）順序圖70、下面哪個(gè)符號(hào)代表包圖（A）(B)(B)(A)(C)(D)72、在類圖中，哪種關(guān)系表達(dá)總體與局部的關(guān)系（D）（A）泛化 （B）實(shí)現(xiàn) （C）依賴 （D）聚合73、在類圖中，“#”表示的可見性是（B）（A）Public （B）Protected （C）Private （D）Package74、下面哪個(gè)符號(hào)表示注釋（D）(B)(B)(A)(C)(D)75、UML的全稱是 (B)（A）UnifyModelingLanguage （B）UnifiedModelingLanguageUnifiedModemLanguage （D）UnifiedMakingLanguage76、執(zhí)行者（Actor）與用例之間的關(guān)系是（C）包含關(guān)系 （B）泛化關(guān)系 （C）關(guān)聯(lián)關(guān)系 （D）擴(kuò)展關(guān)系在類圖中，下面哪個(gè)符號(hào)表示繼承關(guān)系（C）(B)(B)(A)(C)(D)78、在類圖中，“+”表示的可見性是（A）（A）Public （B）Protected （C）Private （D）Package79、在類圖中，下面哪個(gè)符號(hào)表示接口（C）(B)(B)(A)(C)(D)82、OMT方法是由下面哪位科學(xué)家提出的（b）Booch （B）Rumbaugh （C）Coad （D）Jacobson84、什么概念被認(rèn)為是第二代面向?qū)ο蠹夹g(shù)的標(biāo)志（A）用例 （B）UML語(yǔ)言 （C）活動(dòng)圖 （D）組件圖86、控制焦點(diǎn)是UML視圖中哪個(gè)圖形的組成部分（D）（A）類圖 （B）狀態(tài)圖 （C）活動(dòng)圖 （D）順序圖87、在UML的順序圖中，通常由左向右分層排列各個(gè)對(duì)象，正確的排列方法是（a）（A）執(zhí)行者角色 控制類 用戶接口 業(yè)務(wù)層 后臺(tái)數(shù)據(jù)庫(kù)（B）執(zhí)行者角色 用戶接口 控制類 業(yè)務(wù)層 后臺(tái)數(shù)據(jù)庫(kù)（C）執(zhí)行者角色 控制類 用戶接口 后臺(tái)數(shù)據(jù)庫(kù) 業(yè)務(wù)層執(zhí)行者角色 用戶接口 業(yè)務(wù)層 控制類 后臺(tái)數(shù)據(jù)庫(kù)88、多對(duì)象是UML哪個(gè)視圖中的概念（C）類圖 （B）狀態(tài)圖 （C）協(xié)作圖 （D）組件圖89、在類圖中，哪種關(guān)系表達(dá)總體與局部的關(guān)系（D）泛化 （B）實(shí)現(xiàn) （C）依賴 （D）聚合90、在UML中，接口有幾種表達(dá)方式（A）2 （B）4 （C）6 （D）891、下面哪個(gè)圖形代表狀態(tài)（C）(B)(B)(A)(C)(D)92、下面哪個(gè)UML視圖是描述一個(gè)對(duì)象的生命周期的（B）類圖 （B）狀態(tài)圖 （C）協(xié)作圖 （D）順序圖93、順序圖由類角色，生命線，激活期和（B）組成關(guān)系（B）消息 （C）用例（D）實(shí)體94、UML中關(guān)聯(lián)的多重度是指( b)（A）一個(gè)類有多個(gè)方法被另一個(gè)類調(diào)用（B）一個(gè)類的實(shí)類能夠與另一個(gè)類的多個(gè)實(shí)類相關(guān)聯(lián)（C）一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)兩個(gè)類所具有的相同的方法和屬性95、UML圖不包括 (D)用例圖 （B）類圖（C）狀態(tài)圖 （D）流程圖100、下面哪個(gè)視圖屬于UML語(yǔ)言的交互圖（D）（A）行為圖 （B）狀態(tài)圖 （C）實(shí)現(xiàn)圖 （D）順序圖102、類之間的關(guān)系不包括（D）依賴關(guān)系 （B）泛化關(guān)系 （C）實(shí)現(xiàn)關(guān)系 （D）分解關(guān)系103、在UML中，協(xié)作圖的組成不包括（C）對(duì)象 （B）消息 （C）發(fā)送者 （D）鏈105、下列對(duì)狀態(tài)圖描述不正確的是（C）（A）狀態(tài)圖通過(guò)建立類對(duì)象的生命周期模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為（B）狀態(tài)圖適用于描述狀態(tài)和動(dòng)作的順序，不僅可以展現(xiàn)一個(gè)對(duì)象擁有的狀態(tài)，還可與說(shuō)明事件如何隨著時(shí)間的推移來(lái)影響這些狀態(tài)（C）狀態(tài)圖的主要目的是描述對(duì)象創(chuàng)建和撤銷的過(guò)程中資源的不同狀態(tài)，有利于開發(fā)人員提高開發(fā)效率（D）狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處狀態(tài)對(duì)不同的事件作出反應(yīng)106、在UML的順序圖中，通常由左向右分層排列各個(gè)對(duì)象，正確的排列方法是（A）（A）執(zhí)行者角色 控制類 用戶接口 業(yè)務(wù)層 后臺(tái)數(shù)據(jù)庫(kù)（B）執(zhí)行者角色 用戶接口 控制類 業(yè)務(wù)層 后臺(tái)數(shù)據(jù)庫(kù)（C）執(zhí)行者角色 控制類 用戶接口 后臺(tái)數(shù)據(jù)庫(kù) 業(yè)務(wù)層執(zhí)行者角色 用戶接口 業(yè)務(wù)層 控制類 后臺(tái)數(shù)據(jù)庫(kù)108、構(gòu)件圖的組成不包括（C）接口 （B）構(gòu)件 （C）發(fā)送者 （D）依賴關(guān)系109、在UML中，接口有幾種表達(dá)方式（A）2 （B）4 （C）6 （D）8110、部署圖的組成不包括（C）處理器 （B）設(shè)備 （C）構(gòu)件 （D）連接111、下面哪個(gè)UML視圖是描述一個(gè)對(duì)象的生命周期的（B）類圖 （B）狀態(tài)圖 （C）協(xié)作圖 （D）順序112、順序圖由對(duì)象，生命線，控制焦點(diǎn)和（B）組成關(guān)系（B）消息 （C）用例（D）實(shí)體113、UML中關(guān)聯(lián)的多重度是指( B)（A）一個(gè)類有多個(gè)方法被另一個(gè)類調(diào)用（B）一個(gè)類的實(shí)例能夠與另一個(gè)類的多少個(gè)實(shí)例相關(guān)聯(lián)（C）一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)（D）兩個(gè)類所具有的相同的方法和屬性3、填空題：1、用例中的主要關(guān)系有、和。P1032、由參與者、用例以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動(dòng)態(tài)視圖成為。3、對(duì)象圖中的是類的實(shí)例，是類與類之間關(guān)系的實(shí)例，表示對(duì)象之間的特定關(guān)系。4、類之間的關(guān)系包括關(guān)系、關(guān)系、關(guān)系和關(guān)系。5、類中方法的可見性包含3種，分別是、和。6、常用的UML擴(kuò)展機(jī)制分別是、和。7、UML的公共機(jī)制分別是、和。8、UML由、和3個(gè)部分組成。9、圖和圖用來(lái)表達(dá)對(duì)象之間的交互，是描述一組對(duì)象如何合作完成某個(gè)行為的模型化工具。10、交互圖描述系統(tǒng)中對(duì)象見的交互行為。每一個(gè)交互都有和，它們可以是整個(gè)系統(tǒng)、一個(gè)子系統(tǒng)、一個(gè)用例、一個(gè)對(duì)象類或一個(gè)操作。11、是一條垂直的虛線，用來(lái)表示順序圖中的對(duì)象在一段時(shí)間內(nèi)的存在。12、在UML中，狀態(tài)圖是由的各個(gè)狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)移組成，是展示與的圖。13、在狀態(tài)圖中一個(gè)的出現(xiàn)可以出發(fā)的改變。14、組建的3種類型包括：、和。15、在UML中，描述了一個(gè)系統(tǒng)運(yùn)行時(shí)的硬件節(jié)點(diǎn)，在這些節(jié)點(diǎn)上運(yùn)行的軟件組件將在何處物理地運(yùn)行，以及它們將如何彼此通信的靜態(tài)視圖。16、是一種維護(hù)和表述系統(tǒng)總體結(jié)構(gòu)的模型的重要建模工具。17、關(guān)系數(shù)據(jù)庫(kù)不能直接存取，必須有一個(gè)轉(zhuǎn)換程序?qū)?yīng)用系統(tǒng)中的映射為關(guān)系數(shù)據(jù)中二維表格，其中列對(duì)應(yīng)類中的，每一行對(duì)應(yīng)該類的一個(gè)。18、軟件體系結(jié)構(gòu)是指一個(gè)系統(tǒng)的有目的的設(shè)計(jì)和規(guī)劃，這個(gè)設(shè)計(jì)規(guī)劃既不描述活動(dòng)，也不描述系統(tǒng)怎樣開發(fā)，它只描述系統(tǒng)的組成元素及其相互的交互協(xié)作。19、一個(gè)UML模型只描述了一個(gè)系統(tǒng)要做什么，它并沒(méi)告訴我們系統(tǒng)是怎么做。20、接口是可以在整個(gè)模型中反復(fù)使用的一組行為，是一個(gè)沒(méi)有屬性而只有方法的類。21、多重性指的是，某個(gè)類有多個(gè)個(gè)對(duì)象可以和另一個(gè)類的1個(gè)對(duì)象關(guān)聯(lián)。22、當(dāng)一個(gè)類的對(duì)象可以充當(dāng)多種角色時(shí)，自身關(guān)聯(lián)就可能發(fā)生。23、在泛化關(guān)系中，子類可以替代父類。也就是說(shuō)，后者出現(xiàn)的地方，前者都可以出現(xiàn)。但是反過(guò)來(lái)卻不成立。24、最通常的依賴關(guān)系是一個(gè)類操作的形構(gòu)中用到了另一個(gè)類的定義。3、簡(jiǎn)答題請(qǐng)問(wèn)UML1.x中9種圖有哪些，并說(shuō)明哪些圖示是靜態(tài)建模圖，哪些圖是動(dòng)態(tài)建模圖。請(qǐng)問(wèn)UML2.0中13種圖有哪些，并說(shuō)明哪些圖是結(jié)構(gòu)模型圖，哪些圖示行為模型圖。簡(jiǎn)述UML軟件開發(fā)過(guò)程會(huì)產(chǎn)生哪些文檔？P418用例之間的關(guān)系有哪些請(qǐng)簡(jiǎn)要對(duì)比分析這幾種關(guān)系。P419用例之間為什么沒(méi)有實(shí)現(xiàn)關(guān)系？如何表達(dá)“實(shí)現(xiàn)”的思想P419在UML中什么是關(guān)聯(lián)類并舉例說(shuō)明。P420請(qǐng)描述UML1.5版本中屬性定義的語(yǔ)法格式，并簡(jiǎn)要說(shuō)明。P420請(qǐng)描述UML1.5版本中操作的定義語(yǔ)法格式，并簡(jiǎn)要說(shuō)明。P420請(qǐng)簡(jiǎn)述順序圖和協(xié)作圖的比較？

順序圖：強(qiáng)調(diào)的是消息的時(shí)間順序。協(xié)作圖：強(qiáng)調(diào)的是參與交互的對(duì)象的組織。順序圖：建模元素有生命線和控制焦點(diǎn)。協(xié)作圖：建模元素有路徑，消息必須有消息順序號(hào)。順序圖：在表示算法、對(duì)象的生命期、具有多線程特征的對(duì)象等方面，相對(duì)來(lái)說(shuō)更容易一些。協(xié)作圖：如果按組織對(duì)控制流建模，應(yīng)該選擇使用協(xié)作圖順序圖：不能表示對(duì)象與對(duì)象之間的鏈。對(duì)于多對(duì)象和主動(dòng)對(duì)象，也不能直接顯示出來(lái)。協(xié)作圖：不能表示生命線的分叉。但是，兩者之間可以相互轉(zhuǎn)換，但不能完全相互代替。10、請(qǐng)簡(jiǎn)要敘述活動(dòng)圖的主要用途是什么

11、請(qǐng)簡(jiǎn)述組件圖和部署圖的區(qū)別是什么P43112、為什么要使用包？劃分包的原則有哪些？P43313、結(jié)構(gòu)化方法的特點(diǎn)，面向?qū)ο蠓椒ǖ奶攸c(diǎn)。14、簡(jiǎn)述統(tǒng)一建模語(yǔ)言(UML)：統(tǒng)一建模語(yǔ)言(UML)是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言?？梢杂肬ML對(duì)軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文檔化。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語(yǔ)言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過(guò)程。UML的作用就是用很多圖從靜態(tài)和動(dòng)態(tài)方面來(lái)全面描述我們將要開發(fā)的系統(tǒng)。15、簡(jiǎn)述統(tǒng)一建模語(yǔ)言(UML)統(tǒng)一建模語(yǔ)言(UML)是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言?？梢杂肬ML對(duì)軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文檔化。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語(yǔ)言（1分）。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)（1分），還支持從需求分析開始的軟件開發(fā)的全過(guò)程（1分）。UML的作用就是用很多圖從靜態(tài)和動(dòng)態(tài)方面來(lái)全面描述我們將要開發(fā)的系統(tǒng)（2分）。16、簡(jiǎn)述面向?qū)ο蠓治龇椒ǎ∣OA）的5個(gè)基本步驟1）、識(shí)別對(duì)象，識(shí)別對(duì)象包括標(biāo)識(shí)潛在的對(duì)象和篩選對(duì)象兩步2）、識(shí)別對(duì)象的屬性3）、識(shí)別對(duì)象的行為4）、識(shí)別對(duì)象所屬的類5）、定義主題詞17、簡(jiǎn)述用例模型的組成元素以及建模步驟組成元素有：參與者，用例，通信關(guān)聯(lián)，用例規(guī)約建立用例模型步驟：根據(jù)系統(tǒng)邊界確定參與者根據(jù)每個(gè)參與者確定與之相關(guān)聯(lián)的用例對(duì)每個(gè)用例寫出用例規(guī)約文檔，調(diào)整用例模型（優(yōu)化參與者與參與者之間的關(guān)系，用例與用例之間的關(guān)系）18、什么是用例圖？用例圖有什么作用？用例之間的關(guān)系有哪些？定義：由參與者（Actor）、用例（UseCase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖成為用例圖。作用：用例圖是從軟件需求分析到最終實(shí)現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希望提供的功能，有利于用戶和軟件開發(fā)人員之間的溝通。用例圖可視化的表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點(diǎn)，克服了純文字性說(shuō)明的不足。用例方法是完全從外部來(lái)定義系統(tǒng)的，它把需求和設(shè)計(jì)完全分離開來(lái)，使用戶不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。19、簡(jiǎn)述面向?qū)ο蠓治龇椒ǎ∣OA）的5個(gè)基本步驟1）、識(shí)別對(duì)象，識(shí)別對(duì)象包括標(biāo)識(shí)潛在的對(duì)象和篩選對(duì)象兩步（1分）2）、識(shí)別對(duì)象的屬性（1分）3）、識(shí)別對(duì)象的行為（1分）4）、識(shí)別對(duì)象所屬的類（1分）5）、定義主題詞（1分）20、簡(jiǎn)述時(shí)序圖的建模步驟建模步驟：設(shè)置交互語(yǔ)境（1分）確定對(duì)象（1分）分析消息和條件（1分）分析附加約束（1分）對(duì)建模結(jié)果精化和細(xì)化（1分）21、什么是高內(nèi)聚度高內(nèi)聚度是對(duì)一個(gè)類中的各個(gè)職責(zé)之間相關(guān)程度和集中程度的度量。一個(gè)具有高度相關(guān)職責(zé)的類并且這個(gè)類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。包括兩個(gè)意思：不要給一個(gè)類分派太多的職責(zé)，在履行職責(zé)時(shí)盡量將部分職責(zé)分派給有能力完成的其它類去完成。不相關(guān)的職責(zé)不要分派給同一個(gè)類。22、簡(jiǎn)述如何在實(shí)際工作中發(fā)現(xiàn)類。答在與客戶的交談中，要注意客戶用來(lái)描述業(yè)務(wù)實(shí)體的名詞術(shù)語(yǔ)。這些名詞可作為領(lǐng)域模型中的類。還要注意你聽到的動(dòng)詞，因?yàn)檫@些動(dòng)詞可能會(huì)構(gòu)成這些類中的操作。當(dāng)?shù)玫揭唤M類的核心列表后，應(yīng)當(dāng)向客戶詢問(wèn)在業(yè)務(wù)過(guò)程中每個(gè)類的作用。他們的回答將告訴你這些類的職責(zé)。23、簡(jiǎn)述怎樣發(fā)現(xiàn)類之間的繼承關(guān)系。作為候選的類有可能和它的父類、子類在談話中同時(shí)被發(fā)現(xiàn)。系統(tǒng)分析員意識(shí)到某個(gè)類的屬性和操作也許能被運(yùn)用到其他多個(gè)類當(dāng)中去。另一種可能的情況是系統(tǒng)分析員注意到兩個(gè)或者多個(gè)類可能具有相同的屬性和操作數(shù)24、什么是參與者如何確定系統(tǒng)的參與者

答案：參與者(actor，有些書翻譯成“角色”)是一種特殊的類，是系統(tǒng)外部的一個(gè)實(shí)體，這個(gè)實(shí)體可以是任何的人或物，它以某種方式參與了用例的執(zhí)行過(guò)程。在獲取用例前首先要確定系統(tǒng)的參與者，可以根據(jù)下面的一些問(wèn)題來(lái)尋找系統(tǒng)的參與者：①誰(shuí)使用系統(tǒng)？②誰(shuí)安裝系統(tǒng)、維護(hù)系統(tǒng)？③誰(shuí)啟動(dòng)系統(tǒng)、關(guān)閉系統(tǒng)？④誰(shuí)從系統(tǒng)中獲取信息，誰(shuí)提供信息給系統(tǒng)？⑤在系統(tǒng)交互中，誰(shuí)扮演了什么角色？⑥系統(tǒng)會(huì)與哪些其他系統(tǒng)相關(guān)聯(lián)？25、什么是用例如何確定系統(tǒng)的用例

答案：用例是對(duì)一組序列動(dòng)作的描述，系統(tǒng)執(zhí)行這些動(dòng)作將對(duì)用例的參與者產(chǎn)生可以觀察的結(jié)果。可以根據(jù)下面的一些問(wèn)題來(lái)識(shí)別用例：①參與者希望系統(tǒng)提供什么功能；②系統(tǒng)是否存儲(chǔ)和檢索信息；③當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者；④是否存在影響系統(tǒng)的外部事件，是哪個(gè)參與者通知系統(tǒng)這些外部事件。26、什么是順序圖，順序圖是由那些部分組成？

答案：順序圖是強(qiáng)調(diào)消息時(shí)間順序的交互圖。是描述系統(tǒng)中類和類之間的交互，它將這些交互建模成消息交換，也就是說(shuō)，順序圖描述了類相互協(xié)作的完成預(yù)期行為的動(dòng)態(tài)過(guò)程。順序圖是由：類角色、生命線、激活期和消息組成。27、什么是協(xié)作圖，協(xié)作圖是由那些部分組成？

答案：協(xié)作圖作為另一種交互圖而言，強(qiáng)調(diào)的是參加交互的對(duì)象的組織。協(xié)作圖是由：類角色、關(guān)聯(lián)角色和消息流組成。28、包的訪問(wèn)可見性有幾種？請(qǐng)描述各訪問(wèn)可見性的區(qū)別。

答案：可見性可以分成3種：公有訪問(wèn)（public）、保護(hù)訪問(wèn)（protected）、私有訪問(wèn)（private）公有訪問(wèn)：包內(nèi)的模型元素可以被任何引入此包的其他包的內(nèi)含元素訪問(wèn)。保護(hù)訪問(wèn)：表示此元素只能被當(dāng)前包的子包訪問(wèn)。私有訪問(wèn)：表示此元素只能被當(dāng)前包內(nèi)的模型元素訪問(wèn)。28、請(qǐng)描述組件圖和部署圖的關(guān)系？

答案：組件圖用于描述系統(tǒng)中軟件的構(gòu)成，但沒(méi)有描述系統(tǒng)中與硬件有關(guān)的構(gòu)成情況。部署圖則用于描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上運(yùn)行的軟件。29、請(qǐng)敘述類，組件和節(jié)點(diǎn)的關(guān)系？

答案：組件是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)。節(jié)點(diǎn)和組件的關(guān)系：①組件是參與系統(tǒng)執(zhí)行的事物，而節(jié)點(diǎn)是執(zhí)行組件的事物。簡(jiǎn)單的說(shuō)就是組件是被節(jié)點(diǎn)執(zhí)行的事物，如假設(shè)節(jié)點(diǎn)是一臺(tái)服務(wù)器，則組件就是其上運(yùn)行的軟件。②組件表示邏輯元素的物理模塊，而節(jié)點(diǎn)表示組件的物理部署。這表明一個(gè)組件是邏輯單元（如類）的物理實(shí)現(xiàn)，而一個(gè)節(jié)點(diǎn)則是組件被部署的地點(diǎn)。一個(gè)類可以被一個(gè)或多個(gè)組件實(shí)現(xiàn)，而一個(gè)組件也可以部署在一個(gè)或多個(gè)節(jié)點(diǎn)上。30、簡(jiǎn)述UML的9種圖。答案：（1）用例圖：用例圖展現(xiàn)了一組用況、參與者以及它們間的關(guān)系。可以用用例圖描述系統(tǒng)的靜態(tài)使用情況。在對(duì)系統(tǒng)行為組織和建模方面，用例圖的是相當(dāng)重要的。（2）類圖：（3）對(duì)象圖對(duì)象圖展示了一組對(duì)象及它們間的關(guān)系。用對(duì)象圖說(shuō)明類圖中所反應(yīng)的事物實(shí)例的數(shù)據(jù)結(jié)構(gòu)和靜態(tài)快照。對(duì)象圖表達(dá)了系統(tǒng)的靜態(tài)設(shè)計(jì)視圖或靜態(tài)過(guò)程視圖，除了現(xiàn)實(shí)和原型的方面的因素外，它與類圖作用是相同的。（4）交互圖：交互圖展現(xiàn)了按一定的目的進(jìn)行的一種交互，它由在一個(gè)上下文中的一組對(duì)象及它們間交互的信息組成。交互圖也可用于描述一個(gè)用況的行為。順序圖和協(xié)作圖都是交互圖，順序圖和協(xié)作圖可以相互轉(zhuǎn)換。順序圖：展現(xiàn)了一組對(duì)象和由這組對(duì)象收發(fā)的消息，用于按時(shí)間順序?qū)刂屏鹘?。用順序圖說(shuō)明系統(tǒng)的動(dòng)態(tài)視圖。協(xié)作圖：展現(xiàn)了一組對(duì)象，這組對(duì)象間的連接以及這組對(duì)象收發(fā)的消息。它強(qiáng)調(diào)收發(fā)消息的對(duì)象的結(jié)構(gòu)組織，按組織結(jié)構(gòu)對(duì)控制流建模。（5）狀態(tài)圖：展示了一個(gè)特定對(duì)象的所有可能狀態(tài)以及由于各種事件的發(fā)生而引起的狀態(tài)間的轉(zhuǎn)移。一個(gè)狀態(tài)圖描述了一個(gè)狀態(tài)機(jī)，用狀態(tài)圖說(shuō)明系統(tǒng)的動(dòng)態(tài)視圖。它對(duì)于接口、類或協(xié)作的行為建模尤為重要，可用它描述用況實(shí)例的生命周期。（6）活動(dòng)圖：活動(dòng)圖是一種特殊的狀態(tài)圖，描述需要做的活動(dòng)、執(zhí)行這些活動(dòng)的順序（多為并行的）以及工作流（完成工作所需要的步驟）。它對(duì)于系統(tǒng)的功能建模特別重要，強(qiáng)調(diào)對(duì)象間的控制流程。高層活動(dòng)圖用于表示需要完成的一些任務(wù)，即用于分析用例，理解涉及多個(gè)用例的工作流、多線程及并行，顯示相互聯(lián)系的行為整體，還可用于對(duì)企業(yè)過(guò)程建模，對(duì)系統(tǒng)的功能建模。低層活動(dòng)圖用于表示類的方法。但活動(dòng)圖不適用于描述動(dòng)作與對(duì)象間的關(guān)系，顯示對(duì)象間的合作以及顯示對(duì)象在生命周期內(nèi)的運(yùn)轉(zhuǎn)情況。（7）構(gòu)件圖（組件圖）：構(gòu)件圖展現(xiàn)了一組構(gòu)件之間的組織和依賴，用于對(duì)原代碼、可執(zhí)行的發(fā)布、物理數(shù)據(jù)庫(kù)和可調(diào)整的系統(tǒng)建模。（8）部署圖：部署圖展現(xiàn)了對(duì)運(yùn)行時(shí)處理節(jié)點(diǎn)以及其中構(gòu)件的配署。它描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)(包括網(wǎng)絡(luò)布局和構(gòu)件在網(wǎng)絡(luò)上的位置)，以及在此結(jié)構(gòu)上執(zhí)行的軟件（即運(yùn)行時(shí)軟構(gòu)件在節(jié)點(diǎn)中的分布情況）。用部署圖說(shuō)明系統(tǒng)結(jié)構(gòu)的靜態(tài)部署視圖，即說(shuō)明分布、交付和安裝的物理系統(tǒng)。31、請(qǐng)簡(jiǎn)要解釋主動(dòng)類的概念，并說(shuō)明它建模的意義，并通過(guò)1-2個(gè)實(shí)例來(lái)說(shuō)明，主動(dòng)類可以用來(lái)表示哪些設(shè)計(jì)元素。主動(dòng)類的實(shí)例稱為主動(dòng)對(duì)象，一個(gè)主動(dòng)對(duì)象擁有一個(gè)控制線程并且能夠發(fā)起控制活動(dòng)；它不在別的線程、堆棧或狀態(tài)機(jī)內(nèi)運(yùn)行，具有獨(dú)立的控制期。從某種意義上說(shuō)，它就是一個(gè)線程。例如Socket服務(wù)器的監(jiān)聽線程就可以表示為主動(dòng)類。32、在繪制類圖時(shí)，第一步就是發(fā)現(xiàn)類，最常用的方法是什么？請(qǐng)簡(jiǎn)要說(shuō)明它的使用方法。

發(fā)現(xiàn)類的方法有很多種，其中最廣泛應(yīng)用的莫過(guò)于“名詞動(dòng)詞法”，其主要規(guī)則是從名詞與名詞短語(yǔ)中提取對(duì)象與屬性；從動(dòng)詞與動(dòng)詞短語(yǔ)中提取操作與關(guān)聯(lián)；而所有格短短語(yǔ)通常表明名詞應(yīng)該是屬性而不是對(duì)象。33、請(qǐng)說(shuō)明對(duì)象圖的適用場(chǎng)景以及它的優(yōu)缺點(diǎn)。對(duì)象圖適用于論證類模型的設(shè)計(jì)以及對(duì)源代碼進(jìn)行分析和說(shuō)明。其優(yōu)點(diǎn)是能夠直觀理解出系統(tǒng)運(yùn)行時(shí)的實(shí)時(shí)狀態(tài)，缺點(diǎn)是比較復(fù)雜，工作量大。34、交互概述圖有哪兩種形式，它們分別適用于什么場(chǎng)景相對(duì)而言，哪一種會(huì)更加常用一些一是活動(dòng)圖的變體，它將活動(dòng)節(jié)點(diǎn)進(jìn)行細(xì)化，用一些小的順序圖來(lái)表示活動(dòng)節(jié)點(diǎn)內(nèi)部的對(duì)象控制流；二是順序圖的變體，它用活動(dòng)圖來(lái)補(bǔ)充順序圖。但相對(duì)而言后者是十分不常見的，因此UML的定義更傾向于將其稱為活動(dòng)圖的變體。35、請(qǐng)簡(jiǎn)要說(shuō)明交互概述圖在建模時(shí)的優(yōu)點(diǎn)和缺點(diǎn)。并簡(jiǎn)要描述交互概述圖的繪制方法。優(yōu)點(diǎn)：充分結(jié)合交互圖和活動(dòng)圖的長(zhǎng)處，在表達(dá)了對(duì)象到對(duì)象的控制流的同時(shí)，充分展示了從活動(dòng)到活動(dòng)的控制流。缺點(diǎn)：對(duì)于規(guī)模稍大的場(chǎng)景，它并不是一個(gè)很好的選擇，它將使模型的可讀性大大降低繪制方法：理解活動(dòng)控制流，并用活動(dòng)圖表示出來(lái)；分析活動(dòng)節(jié)點(diǎn)：用交互圖表述細(xì)節(jié)。36、類之間的關(guān)系有哪些？請(qǐng)簡(jiǎn)單的舉例說(shuō)明。37、類的屬性的定義格式、類的操作的定義格式。38、狀態(tài)圖與活動(dòng)圖的比較。PPT4、分析論述題1.“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求如下：學(xué)生登錄網(wǎng)站后，可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。教師登錄網(wǎng)站后，可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、修改教學(xué)心得。系統(tǒng)管理員負(fù)責(zé)對(duì)網(wǎng)站頁(yè)面的維護(hù)、審核不合法課件和不合法教學(xué)信息、批準(zhǔn)用戶注冊(cè)。1）學(xué)生需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才能正常使用該系統(tǒng)的所有功能。如果忘記密碼，可與通過(guò)“找回密碼”功能恢復(fù)密碼。請(qǐng)畫出學(xué)生參與者的用例圖。2）教師如果忘記密碼，可以通過(guò)“找回密碼”功能找回密碼。請(qǐng)畫出教師參與者的用例圖。2.圖書管理系統(tǒng)功能性需求說(shuō)明如下:圖書管理系統(tǒng)能夠?yàn)橐欢〝?shù)量的借閱者提供服務(wù)。每個(gè)借閱者能夠擁有唯一標(biāo)識(shí)其存在的編號(hào)。圖書館向每一個(gè)借閱者發(fā)放圖書證，其中包含每一個(gè)借閱者的編號(hào)和個(gè)人信息。提供的服務(wù)包括：提供查詢圖書信息、查詢個(gè)人信息服務(wù)和預(yù)定圖書服務(wù)等。當(dāng)借閱者需要借閱圖書、歸還書籍時(shí)需要通過(guò)圖書管理員進(jìn)行，即借閱者不直接與系統(tǒng)交互，而是通過(guò)圖書管理員充當(dāng)借閱者的代理和系統(tǒng)交互。系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)的管理維護(hù)工作，包括對(duì)圖書、數(shù)目、借閱者的添加、刪除和修改。并且能夠查詢借閱者、圖書和圖書管理員的信息。可以通過(guò)圖書的名稱或圖書的ISBN/ISSN號(hào)對(duì)圖書進(jìn)行查找?；卮鹣旅鎲?wèn)題：該系統(tǒng)中有哪些參與者（3分）借閱者圖書管理員系統(tǒng)管理員確定該系統(tǒng)中的類，找出類之間的關(guān)系并畫出類的實(shí)現(xiàn)圖圖用戶類、用戶角色類、圖書類、預(yù)定類、借閱類、書目類（6分）類圖（5分）畫出語(yǔ)境“借閱者預(yù)定圖書”的順序圖根據(jù)下面的敘述，繪制一幅關(guān)于顧客從自動(dòng)售貨機(jī)中購(gòu)買物品的順序圖。顧客（User）先向自動(dòng)售貨機(jī)的前端（Front）投幣；售貨機(jī)的識(shí)別器（Register）識(shí)別錢幣；售貨機(jī)前端（Front）根據(jù)Register的識(shí)別結(jié)果產(chǎn)生商品列表；顧客選擇商品；識(shí)別器控制的出貨器（Dispenser）將所選商品送至前端（Front）3.根據(jù)下面的描述，繪制一幅狀態(tài)圖。電話初始時(shí)處于“空閑”狀態(tài)，當(dāng)聽筒被拿起后處于“激活”狀態(tài)。聽筒被拿起后，電話等待撥號(hào)，若在30秒之內(nèi)撥號(hào)電話將進(jìn)入“撥號(hào)”狀態(tài)，如果撥號(hào)正確的則電話進(jìn)入“正在接通中”狀態(tài)，如過(guò)撥號(hào)不正確則會(huì)一直聽到提示撥號(hào)錯(cuò)誤。若拿起聽筒30秒之內(nèi)不撥號(hào)，則電話處于“超時(shí)”狀態(tài)。在“正在接通中”狀態(tài)下，若對(duì)方占線則電話進(jìn)入“忙”狀態(tài)，若對(duì)方不占線則進(jìn)入“接通”狀態(tài)，對(duì)方拿起聽筒后，電話處于“通話”狀態(tài)，若在通話中對(duì)方掛斷則進(jìn)入“掛起”狀態(tài)。4. “遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求如下：學(xué)生登錄網(wǎng)站后，可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。教師登錄網(wǎng)站后，可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、修改教學(xué)心得。系統(tǒng)管理員負(fù)責(zé)對(duì)網(wǎng)站頁(yè)面的維護(hù)、審核不合法課件和不合法教學(xué)信息、批準(zhǔn)用戶注冊(cè)。1）學(xué)生需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才能正常使用該系統(tǒng)的所有功能。如果忘記密碼，可與通過(guò)“找回密碼”功能恢復(fù)密碼。請(qǐng)畫出學(xué)生參與者的用例圖。2）教師如果忘記密碼，可以通過(guò)“找回密碼”功能找回密碼。請(qǐng)畫出教師參與者的用例圖。6個(gè)用例每2個(gè)1分（3分），5關(guān)系每個(gè)1分（5分）5.圖書管理系統(tǒng)功能性需求說(shuō)明如下:圖書管理系統(tǒng)能夠?yàn)橐欢〝?shù)量的借閱者提供服務(wù)。每個(gè)借閱者能夠擁有唯一標(biāo)識(shí)其存在的編號(hào)。圖書館向每一個(gè)借閱者發(fā)放圖書證，其中包含每一個(gè)借閱者的編號(hào)和個(gè)人信息。提供的服務(wù)包括：提供查詢圖書信息、查詢個(gè)人信息服務(wù)和預(yù)定圖書服務(wù)等。當(dāng)借閱者需要借閱圖書、歸還書籍時(shí)需要通過(guò)圖書管理員進(jìn)行，即借閱者不直接與系統(tǒng)交互，而是通過(guò)圖書管理員充當(dāng)借閱者的代理和系統(tǒng)交互。系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)的管理維護(hù)工作，包括對(duì)圖書、數(shù)目、借閱者的添加、刪除和修改。并且能夠查詢借閱者、圖書和圖書管理員的信息?？梢酝ㄟ^(guò)圖書的名稱或圖書的ISBN/ISSN號(hào)對(duì)圖書進(jìn)行查找。回答下面問(wèn)題：該系統(tǒng)中有哪些參與者（3分）借閱者圖書管理員系統(tǒng)管理員確定該系統(tǒng)中的類，找出類之間的關(guān)系并畫出類的實(shí)現(xiàn)類圖用戶類、用戶角色類、圖書類、預(yù)定類、借閱類、書目類（6分）類圖（6分）6個(gè)類每2個(gè)1分，6個(gè)關(guān)系每2個(gè)1分畫出語(yǔ)境“借閱者預(yù)定圖書”的時(shí)序圖（10分）7、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。答：協(xié)作圖可視化地表示了對(duì)象之間隨時(shí)間發(fā)生的交互，它除了展示對(duì)象之間的關(guān)聯(lián)，還顯示出對(duì)象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對(duì)象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和參與交互的對(duì)象的整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對(duì)象時(shí)比較容易，而且分支也比較少，但如果消息比較多時(shí)難以表示消息之間的順序。9、已知三個(gè)類A.B和C.其中類A由類B的一個(gè)實(shí)類和類C的1個(gè)或多個(gè)實(shí)類構(gòu)成，請(qǐng)畫出能夠正確表示類A,B和C之間關(guān)系的UML類圖。答案：6、如圖所示，是一個(gè)倉(cāng)庫(kù)管理系統(tǒng)的類模型局部，其中IncomeOrder是指入庫(kù)單，OrderItem是指入庫(kù)中的每一項(xiàng)，Product則是產(chǎn)品信息。請(qǐng)指出模型中的錯(cuò)誤，說(shuō)明原因并改正錯(cuò)誤。倉(cāng)庫(kù)管理系統(tǒng)類模型局部解答：根據(jù)題意和模型不難得知，一個(gè)入庫(kù)單是由多個(gè)入庫(kù)單項(xiàng)（OrderItem）組成的，因此不可能只涉及一個(gè)產(chǎn)品，合理的方式應(yīng)該是入每個(gè)入庫(kù)單項(xiàng)（OrderItem）與產(chǎn)品一對(duì)一關(guān)聯(lián)。即應(yīng)該繪制為：7、下圖是一個(gè)“涉稅服務(wù)管理效能管理系統(tǒng)”中類模型的一個(gè)局部，請(qǐng)根據(jù)該圖回答以下問(wèn)題。涉稅服務(wù)效能管理系統(tǒng)類模型局部在描述“稅務(wù)審批服務(wù)申請(qǐng)”時(shí)，它主要包含哪幾個(gè)方面的內(nèi)容它有幾種不同的類別

受理資料、受理提示、受理告知、納稅人、流轉(zhuǎn)記錄。包括行政許可類申請(qǐng)、涉稅服務(wù)類申請(qǐng)和行政審批類申請(qǐng)三類。對(duì)于每一條流轉(zhuǎn)記錄，可能與幾個(gè)“稅務(wù)審批服務(wù)申請(qǐng)”相關(guān)與幾個(gè)處理人相關(guān)

每條流轉(zhuǎn)記錄只和一個(gè)“稅務(wù)審批服務(wù)申請(qǐng)”相關(guān)，只與一個(gè)處理人相關(guān)。在上圖中，對(duì)于每個(gè)流轉(zhuǎn)記錄的處理人，它的類型（窗口人員、核查人員、審批人員）是唯一的，也就是只可能取一種值。請(qǐng)?jiān)趫D中加上表示這種規(guī)則的約束。后來(lái)，開發(fā)人員又在上述圖的基礎(chǔ)上進(jìn)行了一些修改，其中有一個(gè)局部修改成了如下圖的內(nèi)容。請(qǐng)說(shuō)明這些新增加的元素分別表示什么含義。修改后的模型局部has是關(guān)聯(lián)名稱，表示這種關(guān)聯(lián)是“擁有”關(guān)系?！吧暾?qǐng)ID”是限定符，表示每一個(gè)流轉(zhuǎn)記錄只能用一個(gè)“申請(qǐng)ID”。8、下圖是小張繪制的一張關(guān)于網(wǎng)上商城用戶管理的領(lǐng)域類圖，但其中存在一些問(wèn)題，請(qǐng)指出錯(cuò)誤并說(shuō)明理由。網(wǎng)上商城用戶管理領(lǐng)域類圖局部作為領(lǐng)域類圖不應(yīng)該涉及到實(shí)現(xiàn)類，因此不應(yīng)該引入諸如System.Data.Oracleclient和ArrayList之類與程序?qū)崿F(xiàn)直接相關(guān)的類。9.在下圖中最上面的對(duì)象的名稱是什么該圖表示的意思是什么請(qǐng)繪制出與其相應(yīng)的類圖。對(duì)象圖實(shí)例China。該圖的意思是福建、四川等省份組成中國(guó)。10.假設(shè)有一個(gè)溫度監(jiān)控系統(tǒng)，用戶在MonitorGUI（監(jiān)控界面）上輸入查詢指令，然后QueryState包的程序?qū)⑴c溫感探頭連接，獲取當(dāng)前的狀態(tài)信息，并存入數(shù)據(jù)庫(kù)，再返回給用戶界面。根據(jù)這一描述，小張繪制了如圖所示的包圖。你認(rèn)為其中存在什么問(wèn)題，請(qǐng)?jiān)囍薷模?/p>

溫度監(jiān)控系統(tǒng)包圖的局部在包圖中應(yīng)該避免出現(xiàn)這種循環(huán)依賴的情況?？梢孕薷臑椋?1.為了滿足物業(yè)中介行業(yè)的信息化要求，甲公司基于詳盡的需求調(diào)研與分析，準(zhǔn)備研發(fā)一套符合市場(chǎng)需要的、實(shí)用的信息管理系統(tǒng)。主要將實(shí)現(xiàn)客戶資料信息管理、客戶委托（出租、出售、租賃、購(gòu)買）信息管理、業(yè)務(wù)線索生成與管理、房源狀態(tài)自動(dòng)更新、權(quán)限管理、到期用戶管理、房源組合查詢等功能。該公司小王，通過(guò)多次的與潛在客戶的交流與溝通，完成了最初的用例模型的開發(fā)，下圖是一個(gè)用例模型的局部：物業(yè)管理系統(tǒng)用例模型局部（1）但小李認(rèn)為該模型不符合“用例建模”的思想，存在明顯的錯(cuò)誤。請(qǐng)用200字以內(nèi)說(shuō)明錯(cuò)誤所在，并說(shuō)明應(yīng)該如何修改。1）主要錯(cuò)誤：用例的分解太細(xì)，并沒(méi)有遵從每個(gè)用例為用戶傳遞一個(gè)有價(jià)值的結(jié)果的原則。在原設(shè)計(jì)中“打開房源信息頁(yè)面”、“錄入房源信息”、“確認(rèn)提交信息”都只是一個(gè)操作步驟，因此不適合作為用例。2）修改方法：將“打開房源信息頁(yè)面”、“錄入房源信息”、“確認(rèn)提交信息”合并為“新增房源信息”。（2）在上圖中構(gòu)造型“《include》”表示的是什么意思，它與“《extent》”之間的區(qū)別是什么？

在用例模型中，構(gòu)造型“《include》”是用來(lái)表示包含關(guān)系。它通常用來(lái)表示被包含用例是被多包含用例使用的一個(gè)可復(fù)用模塊，而《extent》且通常用來(lái)表示對(duì)用例的擴(kuò)展。12、看圖回答問(wèn)題下圖中類的名字是：___ReaderManager___類中的行為（方法）是：_newReader（），ModifyReader（），deleteReader（）___類中的成員方法的訪問(wèn)可見性是：public該類是什么類型的類，這種類型的類作用是什么？答：該類是控制類?？刂祁愂秦?fù)責(zé)協(xié)調(diào)其他類的工作，它建立了一個(gè)或幾個(gè)用例的行為模型。它整理系統(tǒng)的行為并描述一個(gè)系統(tǒng)的動(dòng)態(tài)特性，處理主要的任務(wù)和控制流。每個(gè)用例通常都有一個(gè)控制類、控制用例中的事件順序。也存在多個(gè)用例共享同一個(gè)控制類。13、看圖回答問(wèn)題該圖是什么圖，其中的矩形框表示什么？該圖描述了怎樣的情形狀態(tài)圖，表示就緒，運(yùn)行，阻塞狀態(tài)； 線程運(yùn)行的基本流程如下：當(dāng)線程準(zhǔn)備運(yùn)行時(shí)，進(jìn)入就緒狀態(tài)，如果獲得cpu時(shí)間片，就轉(zhuǎn)入運(yùn)行狀態(tài)，運(yùn)行正常結(jié)束，進(jìn)入結(jié)束狀態(tài)，如果在運(yùn)行過(guò)程中，cpu時(shí)間片用完后還沒(méi)有完成任務(wù)，就進(jìn)入就緒狀態(tài)，等待再次得到cpu時(shí)間片，如果線程在運(yùn)行過(guò)程中，不滿足所須資源，就進(jìn)入阻塞狀態(tài)，處于阻塞狀態(tài)的線程得到相關(guān)資源后，進(jìn)入就緒狀態(tài)，依次循環(huán)。14、學(xué)生管理系統(tǒng)中有一個(gè)模塊是報(bào)到登記，具體流程是：在新生入校報(bào)到時(shí)，進(jìn)行新生信息登記，記錄學(xué)生的報(bào)到資料、個(gè)人基本情況的輸入、查詢、修改等。問(wèn)題：1.寫出在上述需求描述中出現(xiàn)的Actor2.根據(jù)上述描述繪制其用例圖15、請(qǐng)根據(jù)下面的用例圖設(shè)計(jì)相關(guān)類圖檔案管理系統(tǒng)功能性需求說(shuō)明如下:用戶進(jìn)入系統(tǒng)前，首先要求用戶進(jìn)行登錄，驗(yàn)證通過(guò)后允許用戶進(jìn)入本系統(tǒng)操作。用戶的密碼需要進(jìn)行加密算法。用戶登錄后可以修改自己的注冊(cè)信息，包括修改用戶密碼、每頁(yè)顯示行數(shù)等信息，不允許修改用戶名、姓名和部門等信息。系統(tǒng)管理員可以增加系統(tǒng)用戶、刪除系統(tǒng)用戶、修改用戶的相關(guān)屬性、修改用戶的權(quán)限表。檔案室人員可以對(duì)檔案文件信息或者檔案案卷信息進(jìn)行管理，刪除時(shí)只是做刪除標(biāo)記。檔案借閱管理人員處理外借登記、歸還記錄和電子借閱申請(qǐng)兩部分。外借模塊實(shí)現(xiàn)檔案文件的借出登記和歸還登記功能。一般用戶提出借閱電子文檔的請(qǐng)求后，被同意閱讀后，文件將被發(fā)送給申請(qǐng)人。本系統(tǒng)需要實(shí)現(xiàn)數(shù)據(jù)的備份和恢復(fù)機(jī)制。數(shù)據(jù)備份操作可以按年度、檔案種類等條件做部分備份或完全備份。數(shù)據(jù)恢復(fù)就是將備份的數(shù)據(jù)恢復(fù)到數(shù)據(jù)庫(kù)中。具有批量備份和恢復(fù)的功能?；卮鹣旅鎲?wèn)題：該系統(tǒng)中有哪些參與者

確定該系統(tǒng)中的類，找出類之間的關(guān)系并畫出類的實(shí)現(xiàn)圖畫出“檔案室管理人員錄入數(shù)據(jù)”語(yǔ)境的時(shí)序圖16、分析論述請(qǐng)繪制OOA模型框架和OOD模型框架圖，并做簡(jiǎn)要的說(shuō)明；請(qǐng)論述OOA與OOD的關(guān)系。繪圖自己繪制。解釋說(shuō)明圖：一、OOA中模型圖的理解類圖：基本模型，是面向?qū)ο蟮慕Ｗ钪匾哪Ｐ?，必不可少。用況圖：需求模型，是開展面向?qū)ο蠼５幕A(chǔ)，提倡盡可能使用。包圖：輔助模型，各種模型圖的組織機(jī)制，系統(tǒng)規(guī)模較大時(shí)使用。順序圖：輔助模型，清晰地表示一組對(duì)象之間的交互，對(duì)類圖起到補(bǔ)充作用。在交互情況較復(fù)雜時(shí)使用?；顒?dòng)圖：輔助模型，可描述對(duì)象的操作流程，也可描述高層的行為。狀態(tài)機(jī)圖：輔助模型，對(duì)于狀態(tài)與行為復(fù)雜的對(duì)象，可描述對(duì)象狀態(tài)及轉(zhuǎn)移，以便更準(zhǔn)