湖南科技職業(yè)學(xué)院軟件建模技術(shù)習(xí)題三UML中，用例圖展示了外部Actor與系統(tǒng)所提供的用例之間的連接，UML中的外部Actor是指〔〕A.人員B.單位C.人員和單位UML中有四種關(guān)系是：依賴，泛化，關(guān)聯(lián)和〔〕A、繼承B、合作C、實(shí)現(xiàn)D、抽象UML中的事物包括：結(jié)構(gòu)事物，分組事物，注釋事物和〔〕A、實(shí)體事物B、邊界事物C、控制事物D、動(dòng)作事物在UML中，〔〕圖顯示了一組類、接口、協(xié)作以及它們之間的關(guān)系。A、狀態(tài)圖B、類圖C、用例圖D、部署圖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)圖用例〔Use-case〕用來(lái)描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)立新訂單和更新訂單都需要檢查用戶帳號(hào)是否正確。那么，用例“創(chuàng)立新訂單”、“更新訂單”與用例“檢查用戶帳號(hào)”之間是〔〕關(guān)系A(chǔ).包含〔include〕B.擴(kuò)展〔extend〕C.分類〔classification〕D.聚集〔aggregation〕軟件生存期包括方案，需求分析和定義〔〕，編碼，軟件測(cè)試和運(yùn)行維護(hù)A、軟件開發(fā)B、軟件設(shè)計(jì)〔詳細(xì)設(shè)計(jì)〕C、軟件支持D、軟件定義〔〕模型的缺點(diǎn)是缺乏靈活性，特別是無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題A、瀑布模型B、原型模型C、增量模型D、螺旋模型瀑布模型的生存周期是〔〕A.聽取客戶意見→建造/修改→測(cè)試/運(yùn)行B.方案→聽取客戶意見→設(shè)計(jì)→編碼→測(cè)試→運(yùn)行/維護(hù)C.方案→需求分析→設(shè)計(jì)→編碼→測(cè)試→運(yùn)行/維護(hù)D.需求分析→方案→設(shè)計(jì)→編碼→測(cè)試→運(yùn)行/維護(hù)10、下面哪個(gè)不是UML中的靜態(tài)視圖〔〕A.狀態(tài)圖11、〔〕技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類、人或部門，他們負(fù)責(zé)完成組內(nèi)的活動(dòng)。A、泳道B、分叉集合C、分支D、轉(zhuǎn)移12、以下關(guān)于狀態(tài)圖的說(shuō)法中，正確的選項(xiàng)是〔〕A.狀態(tài)圖是UML中對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B.狀態(tài)圖是活動(dòng)圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)C.活動(dòng)圖和狀態(tài)圖是對(duì)一個(gè)對(duì)象的生命周期進(jìn)行建模，描述對(duì)象隨時(shí)間變化的行為。D.狀態(tài)圖強(qiáng)調(diào)對(duì)有幾個(gè)對(duì)象參與的活動(dòng)過(guò)程建模，而活動(dòng)圖更強(qiáng)調(diào)對(duì)單個(gè)反響型對(duì)象建模13、對(duì)反響型對(duì)象建模一般使用〔〕圖A、狀態(tài)圖B、順序圖C、活動(dòng)圖D、類圖14、類圖應(yīng)該畫在Rose的哪種〔〕視圖中A、UseCaseViewB、LogicViewC、ComponentViewD、DeploymentView15、類通?？梢苑譃閷?shí)體類，〔〕和邊界類A、父類B、子類C、控制類D、祖先類16、順序圖由類角色，生命線，激活期和〔〕組成A、關(guān)系B、消息C、用例D、實(shí)體17、〔〕是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)A、部署圖B、類C、接口D、組件18、關(guān)于協(xié)作圖的描述，以下哪個(gè)不正確〔〕A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織；C.協(xié)作圖中有消息流的順序號(hào)；D.在ROSE工具中，協(xié)作圖可在順序圖的根底上按“F5”鍵自動(dòng)生成；19、組件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通?？梢苑譃樗姆N方式來(lái)完成，下面哪種不是其中之一〔〕20、在ATM自動(dòng)取款機(jī)的工作模型中〔用戶通過(guò)輸入正確的用戶資料，從銀行取錢的過(guò)程〕，下面哪個(gè)不是“Actor”()A.用戶C.ATM取款機(jī)管理員21、〔〕是可復(fù)用的，提供明確接口完成特定功能的程序代碼塊。A、模塊B、函數(shù)C、用例D、軟件構(gòu)件22、以下圖中的空心箭頭連線表示〔〕關(guān)系A(chǔ)、泛化B、包含C、擴(kuò)展D、實(shí)現(xiàn)23、組件圖展現(xiàn)了一組組件之間的組件和依賴。它專注于系統(tǒng)的〔〕實(shí)現(xiàn)圖A、動(dòng)態(tài)B、靜態(tài)C、根底D、實(shí)體24、假設(shè)將活動(dòng)狀態(tài)比作方法，那么動(dòng)作狀態(tài)即〔〕A、方法名B、方法返回值C、方法體中的每一條語(yǔ)句D、方法的可見性25、事件〔event〕表示對(duì)一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說(shuō)明，下面哪個(gè)不是事件的類型〔〕26、〔〕是用于把元素組織成組的通用機(jī)制A、包B、類C、接口D、組件27、以下關(guān)于類方法的聲明，不正確的選項(xiàng)是()A．方法定義了類所許可的行動(dòng)B．從一個(gè)類所創(chuàng)立的所有對(duì)象可以使用同一組屬性和方法C．每個(gè)方法應(yīng)該有一個(gè)參數(shù)D．如果在同一個(gè)類中定義了類似的操作，那么他們的行為應(yīng)該是類似的28、〔〕是一組用于描述類或組件的一個(gè)效勞的操作A、包B、節(jié)點(diǎn)C、接口D、組件29、UML的全稱是 ()A．UnifyModelingLanguage B．UnifiedModelingLanguageC．UnifiedModemLanguage D．UnifiedMakingLanguage30、下面關(guān)于正向工程與逆向工程的描述，哪個(gè)不正確〔〕A.正向工程是通過(guò)到實(shí)現(xiàn)語(yǔ)言的映射而把模型轉(zhuǎn)換為代碼的過(guò)程；B.逆向工程是通過(guò)從特定實(shí)現(xiàn)語(yǔ)言的映射而把代碼轉(zhuǎn)換為模型的過(guò)程；C.正向工程是通過(guò)從特定實(shí)現(xiàn)語(yǔ)言的映射而把代碼轉(zhuǎn)換為模型的過(guò)程；D.正向工程與逆向工程可以通過(guò)rose支持來(lái)實(shí)現(xiàn)；四、程序設(shè)計(jì)題〔共40分〕1、看圖答復(fù)以下問(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è)控制類。2、看圖答復(fù)以下問(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í)間片用完后還沒有完成任務(wù)，就進(jìn)入就緒狀態(tài)，等待再次得