歡迎來到裝配圖網(wǎng)! | 幫助中心 裝配圖網(wǎng)zhuangpeitu.com!
裝配圖網(wǎng)
ImageVerifierCode 換一換
首頁 裝配圖網(wǎng) > 資源分類 > DOCX文檔下載  

UML課后選擇填空名詞解釋

  • 資源ID:194072252       資源大?。?span id="siu6emk" class="font-tahoma">41.39KB        全文頁數(shù):9頁
  • 資源格式: DOCX        下載積分:10積分
快捷下載 游客一鍵下載
會員登錄下載
微信登錄下載
三方登錄下載: 支付寶登錄   QQ登錄   微博登錄  
二維碼
微信掃一掃登錄
下載資源需要10積分
郵箱/手機:
溫馨提示:
用戶名和密碼都是您填寫的郵箱或者手機號,方便查詢和重復(fù)下載(系統(tǒng)自動生成)
支付方式: 微信支付   
驗證碼:   換一換

 
賬號:
密碼:
驗證碼:   換一換
  忘記密碼?
    
友情提示
2、PDF文件下載后,可能會被瀏覽器默認打開,此種情況可以點擊瀏覽器菜單,保存網(wǎng)頁到桌面,就可以正常下載了。
3、本站不支持迅雷下載,請使用電腦自帶的IE瀏覽器,或者360瀏覽器、谷歌瀏覽器下載即可。
4、本站資源下載后的文檔和圖紙-無水印,預(yù)覽文檔經(jīng)過壓縮,下載后原文更清晰。
5、試題試卷類文檔,如果標題沒有明確說明有答案則都視為沒有答案,請知曉。

UML課后選擇填空名詞解釋

UML課后選擇填空名詞解釋 第一章 系統(tǒng)建模與分析設(shè)計技術(shù)的演變 一 選擇題 1 封裝是指把對象的結(jié)合在一起,組成一個獨立的對象。 A 屬性和操作 B 信息流 C 信息和事件 D 數(shù)據(jù)的集合 2 封裝是一種技術(shù),目的是使對象的生產(chǎn)者和使用者分離,使對象的定義和實現(xiàn)分開。 A 工程化 B 系統(tǒng)維護 C 信息隱蔽 D 生產(chǎn)對象 3 面向?qū)ο蠓椒ㄖ械臋C制使子類可以自動地擁有父類全部屬性和操作 A 約束 B 對象映射 C 信息隱蔽 D 繼承 4 使得在多個類中能夠定義同一個操作或?qū)傩悦?zhèn)每一個類中有不同的實現(xiàn)的一種方法是 A 繼承 B 多態(tài)性 C 約束 D 接口 二 填空題 6.軟件生存周期由、和三部分組成。 7.軟件開發(fā)模型有、、、和等5種主要模型。 8.面向?qū)ο蠹夹g(shù)采用以類為中心的、、等不僅支持軟件復(fù)用,而且使軟件維護共作可靠有效,可實現(xiàn)系統(tǒng)的柔性制造 9. UML的優(yōu)點是、、、和。 第二章 統(tǒng)一建模語言UML 一、選擇題 1. UML的軟件以為中心,以系統(tǒng)體系結(jié)構(gòu)為主線,采用循環(huán)迭代漸增的方式進行開發(fā) A 用例 B 對象 C 類 D 程序 2.UML的模型圖是由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成 。 A 用例 B 靜態(tài) C 動態(tài) D 系統(tǒng) 3.UML的模型圖由活動圖、順序圖、狀態(tài)圖和合作圖組成. A 用例 B 靜態(tài) C 動態(tài) D 系統(tǒng) 4.UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和 A 用戶手冊 B 類圖 C 動態(tài)圖 D 響應(yīng)的軟件文檔資料 5.在UML的需求分析建模中,模型圖必須與用戶反復(fù)交流并加以確認。 A 配置 B 用例 C 包 D 動態(tài) 二、 填空題 6.UML分析和設(shè)計模型由三類模型圖表示。三類模型圖是:模型圖、模型圖和模型圖。 8.UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程,軟件項目開發(fā)過程流包括的核心工作內(nèi)容是:、、、和 9.UML中的五個不同的視圖可以完整地描述出所建造的系統(tǒng),這五種視圖是視圖、視圖、視圖、視圖和視圖。 第三章需求分析與建模 一、選擇題 1.可行性研究分析包括經(jīng)濟可行性分、析技術(shù)可行性分析和。 A 風險可行性分析 B 法律可行性分析 C 資源可行性分析 D 效益可行性分析 2.UML的客戶需求分析模型包括模型、類圖、對象圖和活動圖組成。 A 用例 B 靜態(tài) C 動態(tài) D 系統(tǒng) 3.UML客戶需求分析使用的CRC卡上“責任”一欄的內(nèi)容主要描述類的和操作。 A 對象成員 B 關(guān)聯(lián)對象 C 屬性 D 私有成員 4.UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的。 A 狀態(tài) B 體系結(jié)構(gòu) C 靜態(tài)結(jié)構(gòu) D 功能要求 5.在UML的需求分析建模中,用例模型必須與反復(fù)交流并加以確認。 A 軟件生產(chǎn)商 B 用戶 C 軟件開發(fā)人員 D 問題領(lǐng)域?qū)<? 6.在UML的需求分析建模中,對用例模型中的用例進行細化說明應(yīng)使用 A 活動圖 B 狀態(tài)圖 C 配置圖 D 構(gòu)件圖 7.活動圖中的分劈和同步接合圖符是用來描述 A 多進程的并發(fā)處理行為 B 對象的時序 C 類的關(guān)系 D 系統(tǒng)體系結(jié)構(gòu)框架 二、填空題 8.UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是:模型圖、模型圖和模型圖。 12.在用例圖中以實線方框表示系統(tǒng)的范圍和邊界,在系統(tǒng)邊界內(nèi)描述的是,在邊界外描述的。 13.用例模型中的執(zhí)行者可以是也可以是。 14.用例模型中的用例之間的關(guān)聯(lián)有關(guān)聯(lián)、關(guān)聯(lián)、關(guān)聯(lián)和關(guān)聯(lián)。 第四章系統(tǒng)分析與對象類建模 一、選擇題 1.UML的系統(tǒng)分析進一步要確立的三個系統(tǒng)模型是、對象動態(tài)模型和系統(tǒng)功能模型。 A 數(shù)據(jù)模型B 對象靜態(tài)模型 C 對象關(guān)系模型 D 體系結(jié)構(gòu)模型 3.類和對象都由屬性,它們的差別是:類描述了屬性的類型,而對象的屬性必須由 A 正負號B 動作C 具體值D 私有成員 4.UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的 A狀態(tài)B 系統(tǒng)體系層次結(jié)構(gòu)C 靜態(tài)模型D 功能要求 6.“對象容器”設(shè)計模式對有限的對象進行管理,它不能。 A查找對象B 修改對象C 創(chuàng)建對象D 刪除對象 二、填空題 7.在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型由三種模型。它們分別是:對象的模型、對象的模型和對象的模型。 8.在UML的對象類圖中,類之間的關(guān)系由、、、和5種 9.共享聚集的“部分”對象可以是任意“整體”對象的一部分,表示食物的整體/部分掛席較弱的情況,“整體”端的重數(shù)應(yīng)該是。 11.組合聚集是指“整體”擁有它的“部分”,它具有強的物主身份,表示食物的整體/部分關(guān)系較強的情況?!安糠帧鄙嬖凇罢w”中,不可分離,它們一“整體”一起存在或小王?!罢w”的重數(shù)必須是 第五章 系統(tǒng)設(shè)計與對象動態(tài)交互模型 一、選擇題 1.UNL系統(tǒng)設(shè)計的一般步驟包括系統(tǒng)對象設(shè)計,系統(tǒng)體系結(jié)構(gòu)設(shè)計和系統(tǒng)設(shè)計的和審查等。 A 建模 B 完善 C 優(yōu)化 D迭代 2.順序圖和合作圖主要用于對用例圖中的建模,用它們來描述用例圖的行為。 A 數(shù)據(jù)流 B 控制流 C 消息流 D 數(shù)據(jù)字典 3.數(shù)據(jù)圖的模型元素有,消息,鏈接等,這些模型元素表示某個用例中的若干個對象和對象之間所傳遞的消息,來對系統(tǒng)的行為建模。 A 對象 B 箭線 C 活動 D 狀態(tài) 4.順序圖描述對象之間消息的傳遞順序。 A 某個 B 單個 C 一個類產(chǎn)生的 D 一組 5.順序圖和合作圖建立了UML面向?qū)ο筮^程中的對象動態(tài)模型。 A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用 二、填空題 6.在UML軟件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型,它們是消息,消息,消息和消息。 7.圖和圖用來表達對象之間的交互,是描述一組對象如何合作完成某個行為的模型化工具。 11.是一個必須由其他對象發(fā)來的消息進行出發(fā)才執(zhí)行動作的對象。 12.交互圖描述系統(tǒng)中對象見的交互行為。每一個交互都有和,它們可以是整個系統(tǒng),一個子系統(tǒng),一個用例,一個對象類或一個操作。 第六章 系統(tǒng)動態(tài)建模 一 選擇題 1. 狀態(tài)圖可以表現(xiàn)在生存期的行為,所經(jīng)歷的狀態(tài)序列,引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移二引起的動作。 A 一組對象 B 一個對象 C 多個執(zhí)行者 D 幾個子系統(tǒng) 2. 狀態(tài)圖描述一個對象在不同的驅(qū)動下發(fā)生的狀態(tài)遷移。 A 事件 B 對象 C 執(zhí)行者 D 數(shù)據(jù) 3.一個遷移圖符可以有多個源狀態(tài)或目標狀態(tài),它們可以把一個控制分解為并行運行的并發(fā)線程,或?qū)⒍鄠€并發(fā)線程結(jié)合成單個線程。 A 狀態(tài) B 對象 C 活動 D 同步并發(fā) 4.活動圖中動作狀態(tài)之間的遷移不是靠觸發(fā)的,當活動狀態(tài)中的活動完成是遷移就被觸發(fā)。 A 對象 B 事件 C 執(zhí)行者 D 系統(tǒng) 5.狀態(tài)圖和活動圖建立了UML 面向?qū)ο箝_發(fā)過程中的對象動態(tài)模型。 A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用 二 填空題 6.順序狀態(tài)表明狀態(tài)之間的遷移是的,即一個接一個順序遷移。 7.狀態(tài)圖還可以符合遷移的遷移圖符來表示并發(fā)子狀態(tài)。 8.狀態(tài)圖中的進程是一個,能夠與其他進程并發(fā)執(zhí)行。 9.在活動圖中,也稱為對象流,對象流表示動作狀態(tài)或活動狀態(tài)與對 象之間的關(guān)聯(lián)。 10.活動圖既可以描述對象的動態(tài)行為,還可以用來描述。 11.活動圖中活動狀態(tài)的遷移由事件進行觸發(fā),一個活動執(zhí)行完畢進入下一個活動狀態(tài)。 12.狀態(tài)圖和活動圖描述系統(tǒng)中某個的一系列狀態(tài)變化. 第七章 系統(tǒng)體系結(jié)構(gòu)建模 B 2、UML可以描述硬件之間的互聯(lián)關(guān)系,也能描述硬件單元上的軟件系統(tǒng)的分布 A 對象 B 軟件 C 系統(tǒng)體系結(jié)構(gòu) D數(shù)據(jù) B 3、軟件體系結(jié)構(gòu)是對系統(tǒng)的用例、類、對象、結(jié)構(gòu)以及相互間的交互和協(xié)作進行描述 A 系統(tǒng)體系結(jié)構(gòu)B軟件(邏輯)體系結(jié)構(gòu)C硬件(物理)體系結(jié)構(gòu)D系統(tǒng)框架 D 4、硬件系統(tǒng)體系結(jié)構(gòu)要對系統(tǒng)的構(gòu)件、結(jié)點的配置進行描述。 A軟件(邏輯)體系結(jié)構(gòu)B系統(tǒng)體系結(jié)構(gòu)C系統(tǒng)框架D硬件(物理)體系結(jié)構(gòu) A 5、構(gòu)件時軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實現(xiàn)。 A構(gòu)件 B結(jié)點 C軟件 D模塊 C 6、配置圖由結(jié)點和結(jié)點之間的聯(lián)系組成,描述了處理器、設(shè)備和軟件構(gòu)件欲行時的體系結(jié)構(gòu)。 A構(gòu)件圖 B狀態(tài)圖 C配置圖 D順序圖 D 7、配置圖的基本元素有結(jié)點、構(gòu)件、對象、連接、依賴等。 A構(gòu)件圖B 狀態(tài)圖C順序圖D配置圖 8、系統(tǒng)體系結(jié)構(gòu)建??梢苑譃楹? 9、構(gòu)件是種定義的概念和功能在中的實現(xiàn) 10、軟件構(gòu)件分為、和構(gòu)件. 13、配置圖由(結(jié)點)和(結(jié)點)之間的聯(lián)系組成,描述了處理器、設(shè)備和軟件構(gòu)件運行時的體系結(jié)構(gòu)。 14、結(jié)點之間、結(jié)點與(構(gòu)件)之間的聯(lián)系包括通信關(guān)聯(lián)、依賴聯(lián)系等 三 名詞解釋 1類:類是一組具有相同屬性和相同操作的對象的集合,是對象的抽象,它抽象地描述了屬于該類的全部對象的屬性和操作。 2 封裝:封裝是指把相關(guān)數(shù)據(jù)(屬性)和對這些數(shù)據(jù)的操作結(jié)合在一起,組成一個獨立的對象。 3 繼承性:繼承是指子類可以自動擁有其父類的全部屬性與操作,即一個類可以定義為另一個更一般的類的特殊情況。 4 消息:消息通常由消息名、接收消息的對象標示名、調(diào)用操作名、輸入信息、輸出信息等組成。 5 多態(tài)性:多態(tài)性是指同一個消息被不同的對象接收時,可產(chǎn)生不同的動作或執(zhí)行結(jié)果。 6構(gòu)造型:構(gòu)造型用于對模型元素進行分類,在已有的基本模型元素上定義新的模型元素 7標記值:標記值是特性規(guī)格說明,是UML的擴充,用來描述模型元素的特性。 8約束:約束擴展了模型元素的語義,它允許增加新的規(guī)則或修改現(xiàn)有的規(guī)則。約束規(guī)定某個條件或命題必須保持為真,否則該模型表示的系統(tǒng)無效。 9用例模型:用例模型是表達系統(tǒng)外部事物(執(zhí)行者)與系統(tǒng)之間交互的可視化工具。 10執(zhí)行者:執(zhí)行者是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng),他以某種方式參與系統(tǒng)內(nèi)用例的執(zhí)行。 11用例:用例是系統(tǒng)所提供的一個功能(或者系統(tǒng)提供的某一特定用法)的描述。用例捕獲某些用戶可見的需求,實現(xiàn)一個具體的用戶目標。 12包圖:對于一個復(fù)雜的大系統(tǒng),對象類模型包含多個類圖。為了完整清晰的描述對象類模型,常用包圖來描述一個系統(tǒng)。 13對象類模型: 14關(guān)聯(lián)類:在UML中可以把類之間的關(guān)聯(lián)定義成類,稱為關(guān)聯(lián)類,關(guān)聯(lián)的每個鏈都是這個關(guān)聯(lián)類的實例。 15主動對象:主動對象是一個擁有進程或者線程的對象,能初始化控制活動,可以獨立并發(fā)運行。 16被動對象:被動對象必須是有其他對象發(fā)來的消息進行觸發(fā)才執(zhí)行動作的對象。 17同步消息:它是一種嵌套的控制流,用帶實心三角形箭頭的實箭線表示。這種消息的處理一般在被調(diào)用的操作執(zhí)行后,調(diào)用者再繼續(xù)執(zhí)行。當消息被處理完后,可以回送一個簡單消息,或者是隱含的返回。 18異步消息:它是異步控制流,用帶半叉箭頭的實箭線表示。它沒有明顯的返回信息回送給調(diào)用者。消息的發(fā)送者在發(fā)送消息后就繼續(xù)執(zhí)行,而不等待消息的處理。 19狀態(tài)遷移:一個對象的狀態(tài)可以因某種原因而改變,一個對象從一個狀態(tài)改變成另一個狀態(tài)稱為狀態(tài)遷移。 20自遷移:源狀態(tài)和目標狀態(tài)為同一狀態(tài)的遷移。 21并發(fā)分劈:并發(fā)分劈表示將一個源狀態(tài)分劈為多個目標狀態(tài),多個目標狀態(tài)是并行遷移的。 22并發(fā)接合:并發(fā)接合表示將多個源狀態(tài)接合為一個目標狀態(tài),多個源狀態(tài)也是并行遷移的。 23簡單活動: 24組合活動:

注意事項

本文(UML課后選擇填空名詞解釋)為本站會員(沈***)主動上傳,裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。 若此文所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng)(點擊聯(lián)系客服),我們立即給予刪除!

溫馨提示:如果因為網(wǎng)速或其他原因下載失敗請重新下載,重復(fù)下載不扣分。




關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!

五月丁香婷婷狠狠色,亚洲日韩欧美精品久久久不卡,欧美日韩国产黄片三级,手机在线观看成人国产亚洲