鄭州大學(xué)軟件技術(shù)學(xué)院《UML基礎(chǔ)與Rose建模案例》課程_第1頁
鄭州大學(xué)軟件技術(shù)學(xué)院《UML基礎(chǔ)與Rose建模案例》課程_第2頁
鄭州大學(xué)軟件技術(shù)學(xué)院《UML基礎(chǔ)與Rose建模案例》課程_第3頁
鄭州大學(xué)軟件技術(shù)學(xué)院《UML基礎(chǔ)與Rose建模案例》課程_第4頁
鄭州大學(xué)軟件技術(shù)學(xué)院《UML基礎(chǔ)與Rose建模案例》課程_第5頁
免費(fèi)預(yù)覽已結(jié)束,剩余3頁可下載查看

下載本文檔

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

文檔簡介

鄭州大學(xué)軟件技術(shù)學(xué)院《UML根底與Rose建模案例》課程2023-2023〔適用專業(yè):javaNet專業(yè)考試時(shí)間:120〕題號一二三四尋常成績總分分?jǐn)?shù)20202040100考試*70%+尋常*30%=100合分人:復(fù)查人:分?jǐn)?shù)評卷人本大題共20每題1分,共20分〕分?jǐn)?shù)評卷人〔說明:將答案寫在試卷后面的答題紙上〕1、組成UML有三種根本的建筑塊是〔A,事物和A、關(guān)系 B、類C、用例 D、實(shí)體2、UML體系包括三個(gè)局部UML根本構(gòu)造塊A〕和UML公共機(jī)A、UML規(guī)章 B、UML命名C、UML模型 D、UML約束3、UML中的事物包括:構(gòu)造事物,分組事物,注釋事物和〔D)A、實(shí)體事物 B、邊界事物C、掌握事物 D、動(dòng)作事物4〔A〕模型的缺點(diǎn)是缺乏敏捷性,特別是無法解決軟件需求不明確或不準(zhǔn)確的問題A、瀑布模型 B、原型模型C、增量模型 D、螺旋模型5、下面哪個(gè)不是UML中的靜態(tài)視圖〔A〕A.狀態(tài)圖 B.用例圖C.對象圖 D.類圖6〔A〕技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)展分組,每一組表示一個(gè)特定的類、人或部門,他們負(fù)責(zé)完成組內(nèi)的活動(dòng)。A、泳道 B、分叉集合C、分支 D、轉(zhuǎn)移共1頁 第1頁7、以下關(guān)于狀態(tài)圖的說法中,正確的選項(xiàng)是〔C 〕狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)展建模的五種圖之一。狀態(tài)圖是活動(dòng)圖的一個(gè)特例,狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)行為。狀態(tài)圖強(qiáng)調(diào)對有幾個(gè)對象參與的活動(dòng)過程建模,而活動(dòng)圖更強(qiáng)調(diào)對單個(gè)反響型對象建模8、對反響型對象建模一般使用〔A〕圖A、狀態(tài)圖 B、挨次圖C、活動(dòng)圖 D、類圖9、類圖應(yīng)當(dāng)畫在Rose〔B〕視圖中A、UseCaseView B、LogicViewC、ComponentView D、DeploymentView10、類通??梢苑謱?shí)體類〔〕和邊界類A、父類 B、子類C、掌握類 D、祖先類11、挨次圖由類角色,生命線,激活期和〔B〕組成A、關(guān)系 B、消息C、用例 D、實(shí)體12〔D〕類的物理實(shí)現(xiàn)A、部署圖 B、類C、接口 D、組件13、關(guān)于協(xié)作圖的描述,以下哪個(gè)不正確〔B〕A.協(xié)作圖作為一種交互圖,強(qiáng)調(diào)的是參與交互的對象的組織;B.xC.協(xié)作圖中有消息流的挨次號;D.ROSEF5”鍵自動(dòng)生成;14組件圖用于對系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模這種視圖主要支持系統(tǒng)部件的配置治理,通??梢苑譃樗姆N方式來完成,下面哪種不是其中之一〔B 〕對源代碼建模共1頁 第1頁對事物建模對物理數(shù)據(jù)庫建模D.對可適應(yīng)的系統(tǒng)建模15言中即〔C〕A、方法實(shí)現(xiàn) B、方法嵌套C、方法調(diào)用 D、方法定義16〔D〕是可復(fù)用的,供給明確接口完成特定功能的程序代碼塊。A、模塊 B、函數(shù)C、用例 D、軟件構(gòu)件17、假設(shè)將活動(dòng)狀態(tài)比作方法,那么動(dòng)作狀態(tài)即〔C〕A、方法名 B、方法返回值C、方法體中的每一條語句 D、方法的可見性18、大事可以分為內(nèi)部大事和外部大事。按下按鈕和打印機(jī)的中斷是〔B〕大事A、內(nèi)部大事 B、外部大事19〔A)是用于把元素組織成組的通用機(jī)制A、包 C、接口 D、組件20〔B〕是被節(jié)點(diǎn)執(zhí)行的事物A、包 B、組件分?jǐn)?shù)評卷人分?jǐn)?shù)評卷人本大題共10每題2分,共20分在每題列出的五個(gè)備選項(xiàng)中有二個(gè)至五個(gè)是符合題目要求的,請將其1〔說明:將答案寫在試卷后面的答題紙上〕1.在UML的狀態(tài)圖中,轉(zhuǎn)換通常由以下哪些局部構(gòu)成〔ABCDE 〕〔A〕動(dòng)作〔B〕觸發(fā)大事〔C〕源狀態(tài)〔D〕目標(biāo)狀態(tài)〔E〕監(jiān)護(hù)條件2.下面哪些元素構(gòu)成了組件圖形〔 ACD 〕〔A〕組件 〔B〕轉(zhuǎn)換 〔C〕關(guān)系〔D〕接口〔E〕大事3.具有多重屬性值的UML圖形包括〔 AE 〕〔A〕類圖 〔B〕對象圖 〔C〕狀態(tài)圖〔D〕活動(dòng)圖〔E〕部署圖4.軟件工程的三要素是〔ABD〕共1頁 第1頁〔A〕方法 〔B〕工具 〔C〕模型 〔D〕過程可能具有狀態(tài)機(jī)的對象包括〔ABCDE 〕〔A〕類 〔B〕子系統(tǒng) 〔C〕用例 〔D〕接口UML的類圖包含哪些抽象的層次〔 ABC 〕〔A〕概念層 〔B〕說明層 〔C〕實(shí)現(xiàn)層 〔D〕業(yè)務(wù)層時(shí)序圖的用途包括〔 ABCD〕顯示并發(fā)進(jìn)程和激活當(dāng)不同的類之間存在多個(gè)簡短的方法時(shí),描述掌握流的整體序列顯示在協(xié)作圖中難于描述的大事序列顯示涉及類交互而與對象無關(guān)的一般形式具體描述系統(tǒng)的瞬態(tài)圖

〔E〕語言〔E〕協(xié)議〔E〕掌握層8.下面哪些圖形可以清楚地表達(dá)并發(fā)行為〔CD〕〔A〕類圖 〔B〕狀態(tài)體 〔C〕活動(dòng)圖〔D〕挨次圖〔E〕實(shí)現(xiàn)圖9.UML中,類的主要版型有〔 CDE〕〔A〕角色類 〔B〕業(yè)務(wù)類 〔C〕邊界類〔D〕掌握類〔E〕實(shí)體類10.部署圖中的節(jié)點(diǎn)具有以下哪些方面的內(nèi)容〔ABC 〕〔A〕計(jì)算力量 〔B〕根本內(nèi)存 〔C〕位置〔D〕接口〔E〕路徑分?jǐn)?shù)評卷人本大題共4每題5分,共20分?jǐn)?shù)評卷人〔說明:將答案寫在試卷后面的答題紙上〕寫出軟件生成周期三個(gè)過程共9個(gè)階段3〔2分〕9個(gè)階段有:可行性爭論、需求分析、概要設(shè)計(jì)、具體設(shè)計(jì)、實(shí)現(xiàn)、組裝測試、驗(yàn)〔3分〕簡述面對對象分析方法〔OOA〕5、識別對象,識別對象包括標(biāo)識潛在的對象和篩選對象兩步〔1分〕、識別對象的屬性〔1〕、識別對象的行為〔1〕、識別對象所屬的類〔1〕、定義主題詞〔1〕簡述用例模型的組成元素以及建模步驟組成元素有:參與者,用例,通信關(guān)聯(lián),用例規(guī)約〔每個(gè)0.5〕建立用例模型步驟:依據(jù)系統(tǒng)邊界確定參與者〔1分〕共1頁 第1頁依據(jù)每個(gè)參與者確定與之相關(guān)聯(lián)的用例〔1分〕對每個(gè)用例寫出用例規(guī)約文檔,調(diào)整用例模型〔優(yōu)化參與者與參與者之間的關(guān)系,用例與用例之間的關(guān)系〔1分〕RUP需求捕獲工作流〔1分〕分析工作流〔1分〕設(shè)計(jì)工作流〔1分〕實(shí)現(xiàn)工作流〔1分〕測試工作流〔1分〕分?jǐn)?shù)評卷人四、問答題和分析題本大題共2共40分?jǐn)?shù)評卷人〔說明:將答案寫在試卷后面的答題紙上〕UML123,將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]某客戶信息治理系統(tǒng)中保存著兩類客戶的信息:姓名、住宅和email)。集團(tuán)客戶。集團(tuán)客戶可以創(chuàng)立和治理自己的假設(shè)干名聯(lián)系人。對于這類客戶,系統(tǒng)除了保存其客戶標(biāo)識(由系統(tǒng)生成)之外,也保存了其聯(lián)系人的信息。聯(lián)系人的信息包括姓名、住宅、email、辦公以及職位。該系統(tǒng)除了可以保存客戶信息之外,還具有以下功能:向系統(tǒng)中添加客戶(addCustomer);依據(jù)給定的客戶標(biāo)識,在系統(tǒng)中查找該客戶(getCustomer);(3)依據(jù)給定的客戶標(biāo)識,從系統(tǒng)中刪除該客戶(removeCustoner);(4)創(chuàng)立的聯(lián)系人(addContact);(5)在系統(tǒng)中查找指定的聯(lián)系人(getContact);(6)從系統(tǒng)中刪除指定的聯(lián)系人(removeContact)。該系統(tǒng)承受面對對象方法進(jìn)展開發(fā)。在面對對象分析階段,依據(jù)上述描述,得到如表所示的類,2-1類名CustomerlnformationSystemIndividualCustomerInstitutionalCustomer共1頁 第1頁

說明客戶信息治理系統(tǒng)個(gè)人客戶集團(tuán)客戶ContactContact聯(lián)系人描述該客戶信息治理系統(tǒng)的UML2-12-1客戶信息治理系統(tǒng)的UML答復(fù)下面問題:2-1中類Customer和類PersonCustomerPersonemail識別關(guān)聯(lián)的多重度是面對對象建模過程中的一個(gè)重要步驟。依據(jù)說明中給出的描述,完成圖中的(1)~(6)。〔1〕1〔2〕0..*〔3〕1〔4〕1〔5〕1〔6〕1..*依據(jù)說明中的表達(dá),抽象出如表2-2所示的方法,請指出圖2-1中的類CustomerlnformationSystem和InstitutionalCustomer些方法。CustomerInformationSystemaddCustomer,getCustomer,removeCustomer。(2)InstitutionalCustomeraddContact,getContact,removeContact。2-2功能描述向系統(tǒng)中添加客戶依據(jù)給定的客戶標(biāo)識,在系統(tǒng)中查找該客戶依據(jù)給定的客戶標(biāo)識,從系統(tǒng)中刪除該客戶創(chuàng)立的聯(lián)系人共1頁 第1頁

方法名addCustomergetCustomerremoveCustomeraddContact在系統(tǒng)中查找指定的聯(lián)系人getContact在系統(tǒng)中查找指定的聯(lián)系人getContact從系統(tǒng)中刪除指定的聯(lián)系人removeContact檔案治理系統(tǒng)功能性需求說明如下:〔25分〕用戶的密碼需要進(jìn)展加密算法。不允許修改用戶名、姓名和部門等信息。系統(tǒng)治理員可以增加系統(tǒng)用戶、刪除系統(tǒng)用戶、修改用戶的相關(guān)屬性、修改用戶的權(quán)限表。標(biāo)記。檔案借閱治理人員處理外借登記、歸還記錄和電子借閱申請兩局部。外借模塊實(shí)現(xiàn)檔案文件的借出登記和歸還登記功能。一般用戶提出借閱電子文檔的懇

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論