uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc

上傳人:小** 文檔編號(hào):13298482 上傳時(shí)間:2020-06-13 格式:DOC 頁數(shù):6 大?。?2.50KB
收藏 版權(quán)申訴 舉報(bào) 下載
uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc_第1頁
第1頁 / 共6頁
uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc_第2頁
第2頁 / 共6頁
uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc_第3頁
第3頁 / 共6頁

下載文檔到電腦,查找使用更方便

5 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc》由會(huì)員分享,可在線閱讀,更多相關(guān)《uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc(6頁珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、第一章 系統(tǒng)建模與分析技術(shù)的演變一 選擇題1 封裝是指把對(duì)象的(A)結(jié)合在一起,組成一個(gè)獨(dú)立的對(duì)象。A 屬性和操作 B 信息流 C 信息和事件 D 數(shù)據(jù)的集合2 封裝是一種(C)技術(shù),目的是使對(duì)象的生產(chǎn)者和使用者分離,使對(duì)象的定義和實(shí)現(xiàn)分開。A 工程化 B 系統(tǒng)維護(hù) C 信息隱蔽 D 生產(chǎn)對(duì)象3 面向?qū)ο蠓椒ㄖ械模―)機(jī)制使子類可以自動(dòng)地?fù)碛校◤?fù)制)父類全部屬性和操作A 約束 B 對(duì)象映射 C 信息隱蔽 D 繼承4使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦⒃诿恳粋€(gè)類中有不同的實(shí)現(xiàn)的一種方法是(A)A 繼承 B 多態(tài)性 C 約束 D 接口二 填空題5軟件按照其工作方式可分為(分時(shí)軟件)、(交互

2、式軟件)、(批處理軟件)和(實(shí)時(shí)處理軟件)。6軟件生存周期由(軟件定義)、(軟件開發(fā))和(軟件使用、維護(hù)和更新)三部分組成。7軟件開發(fā)模型有(瀑布模型)、(漸增模型)、(演化模型)、(螺旋模型)和(智能模型)等5種主要模型。8面向?qū)ο蠹夹g(shù)采用以類為中心的(封裝)、(繼承)、(多態(tài))等不僅支持軟件復(fù)用,而且使軟件維護(hù)共作可靠有效,可實(shí)現(xiàn)系統(tǒng)的柔性制造。9. UML的優(yōu)點(diǎn)是(唯一性)、(連續(xù)性)、(維護(hù)性)、(復(fù)用性)和(逐步完善)。三 解釋題10.軟件:程序以及開發(fā)、使用、維護(hù)程序所需要的所有文檔,即:軟件=程序+文檔11.類:是一組具有相同屬性和相同操作的對(duì)象的集合,是對(duì)象的抽象,它抽象地描述

3、了屬于該類的全部對(duì)象的屬性和操作。12.封裝:是面向?qū)ο蠓椒ǖ囊粋€(gè)重要原則和基本原則,其目的是有效地實(shí)現(xiàn)信息隱蔽和局部化。13.繼承性:是指子類可以自動(dòng)擁有其父類的猼屬性了操作。14.消息:是面向?qū)ο笙到y(tǒng)中,實(shí)現(xiàn)對(duì)象類之間的通信和任務(wù)傳遞。15.動(dòng)態(tài)綁定:是指在執(zhí)行期間判斷所引用對(duì)象的實(shí)際類型,根據(jù)其實(shí)際的類型調(diào)用其相應(yīng)的方法。16.多態(tài)性:是消息發(fā)送者不必知道接受消息的對(duì)象所屬的類。第二章 統(tǒng)一建模語言UML一、選擇題1. UML的軟件以(B)為中心,以系統(tǒng)體系結(jié)構(gòu)為主線,采用循環(huán)迭代漸增的方式進(jìn)行開發(fā)A 用例 B 對(duì)象 C 類 D 程序 2.UML的(B)模型圖是由類圖、對(duì)象圖、包圖、構(gòu)件

4、圖和配置圖組成 。 A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng) 3.UML的(C)模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成.A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng) 4.UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和D()A 用戶手冊(cè) B 類圖 C 動(dòng)態(tài)圖 D 響應(yīng)的軟件文檔資料5.在UML的需求分析建模中,(B)模型圖必須與用戶反復(fù)交流并加以確認(rèn)。A 配置 B 用例 C 包 D 動(dòng)態(tài)二、 填空題6.UML分析和設(shè)計(jì)模型由三類模型圖表示。三類模型圖是:(用例)模型圖、(構(gòu)件)模型圖和(配置)模型圖。7.UML的軟件統(tǒng)一開發(fā)過程,即生命周期按時(shí)間順序可以分為(開始)、(詳細(xì)規(guī)劃)、(系統(tǒng)構(gòu)造)和(

5、移交)四個(gè)階段及各個(gè)階段中一系列的循環(huán)重復(fù)。8.UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程,軟件項(xiàng)目開發(fā)過程流包括的核心工作內(nèi)容是:(分析)、(設(shè)計(jì))、(實(shí)現(xiàn))、(測(cè)試)和(配置)9.UML中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng),這五種視圖是(用例)視圖、(邏輯)視圖、(構(gòu)件)視圖、(進(jìn)程)視圖和(配置)視圖。10.UML中有10種基本圖可以完整地描述出所建造的系統(tǒng),這10中圖是(用例)圖、(類)圖、(對(duì)象)圖、(包)圖、(構(gòu)件)圖、(配置)圖、(序列)圖、(活動(dòng))圖、(狀態(tài))圖和(合作)圖三、解釋題11特性規(guī)格說明: 標(biāo)記值是特性規(guī)格說明,用來描述模型元素的特性。12.修飾:UML表示

6、法中的每一個(gè)元素都有一個(gè)基本符號(hào),可以把各種修飾細(xì)節(jié)加到這個(gè)符號(hào)上。13.公共劃分:是類與對(duì)象的劃分,類是一種抽象,對(duì)象是一個(gè)具體的實(shí)例。14.構(gòu)造型:是UML的一種用來對(duì)模型元素進(jìn)行分類或標(biāo)記的新模型元素,該新模型元素是原來的需要進(jìn)行分類或標(biāo)記的模型元素的子元素。15.標(biāo)記值:是特性規(guī)格說明,是UML的擴(kuò)充,用來描述模型元素的特性。16.約束:約束擴(kuò)展了模型元素的語義,他用徐增加新的規(guī)則或修改現(xiàn)有的規(guī)則。第三章需求分析與建模一、選擇題1.可行性研究分析包括經(jīng)濟(jì)可行性分、析技術(shù)可行性分析和(B)。A 風(fēng)險(xiǎn)可行性分析 B 法律可行性分析 C 資源可行性分析 D 效益可行性分析2.UML的客戶需求

7、分析模型包括(A)模型、類圖、對(duì)象圖和活動(dòng)圖組成。A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng)3.UML客戶需求分析使用的CRC卡上“責(zé)任”一欄的內(nèi)容主要描述類的(C)和操作。A 對(duì)象成員 B 關(guān)聯(lián)對(duì)象 C 屬性 D 私有成員4.UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的(D)。A 狀態(tài) B 體系結(jié)構(gòu) C 靜態(tài)結(jié)構(gòu) D 功能要求5.在UML的需求分析建模中,用例模型必須與(B)反復(fù)交流并加以確認(rèn)。A 軟件生產(chǎn)商 B 用戶 C 軟件開發(fā)人員 D 問題領(lǐng)域?qū)<?.在UML的需求分析建模中,對(duì)用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用(A)A 活動(dòng)圖 B 狀態(tài)圖 C 配置圖 D 構(gòu)件圖7.活動(dòng)圖中的分劈和同步接

8、合圖符是用來描述(A)A 多進(jìn)程的并發(fā)處理行為 B 對(duì)象的時(shí)序 C 類的關(guān)系 D 系統(tǒng)體系結(jié)構(gòu)框架二、填空題8.UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是:(用例)模型圖、(靜態(tài))模型圖和(動(dòng)態(tài))模型圖。9.CRC卡中的描述由(類名)、(類特征)、(類類型)、(責(zé)任)和(協(xié)作者)共5部分組成。10.軟件項(xiàng)目的可行性研究分析中,技術(shù)可行性研究包括(風(fēng)險(xiǎn)分析)、(資源分析)、(技術(shù)分析)3部分組成。11.在UML軟件開發(fā)過程的需求分析階段,建立用例模型的步驟分為(確定系統(tǒng)的范圍和邊界)、(確定系統(tǒng)的執(zhí)行者和用例)、(對(duì)用例進(jìn)行描述)和(定義用例之間的關(guān)系和審核用例模型)。12

9、.在用例圖中以實(shí)線方框表示系統(tǒng)的范圍和邊界,在系統(tǒng)邊界內(nèi)描述的是(用例),在邊界外描述的(執(zhí)行者)。13.用例模型中的執(zhí)行者可以是(“人”執(zhí)行者)也可以是(“外部”執(zhí)行者)。14.用例模型中的用例之間的關(guān)聯(lián)有(使用)關(guān)聯(lián)、(擴(kuò)展)關(guān)聯(lián)、(包含)關(guān)聯(lián)和(繼承)關(guān)聯(lián)。三、解釋名詞15.需求規(guī)格說明書:是作為需求分析的一部分而制定的可交付文件,它對(duì)所開發(fā)軟件的功能,性能,用戶界面以及運(yùn)行環(huán)境等做出詳細(xì)說明,制定出完整的信息描述,恰當(dāng)?shù)臋z驗(yàn)標(biāo)準(zhǔn)以及其他需求有關(guān)的數(shù)據(jù)。16.用例模型:是表達(dá)系統(tǒng)外部事物與系統(tǒng)之間交互的可視化工具。17執(zhí)行者:是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng),他以某種方式參與系統(tǒng)內(nèi)

10、用例的執(zhí)行。18.用例:是系統(tǒng)所提供的一個(gè)功能的描述,它捕獲某些客戶可見的需求,實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。19.經(jīng)濟(jì)風(fēng)險(xiǎn)分析研究:在已知經(jīng)濟(jì)條件的制約下,判斷是否能夠設(shè)計(jì),實(shí)現(xiàn)客戶對(duì)系統(tǒng)所要求的功能。20.法律風(fēng)險(xiǎn)分析研究:在不違背國(guó)家相關(guān)法律,在只是產(chǎn)權(quán)方面沒有對(duì)他人構(gòu)成侵權(quán)行為,以及與客戶簽訂的合約在沒涉及第三方的利益的情況下,判斷是否能夠設(shè)計(jì),實(shí)現(xiàn)客戶對(duì)系統(tǒng)所要求的功能。第四章 系統(tǒng)分析與對(duì)象類建模一、選擇題1.UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是(B)、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。A 數(shù)據(jù)模型 B 對(duì)象靜態(tài)模型 C 對(duì)象關(guān)系模型 D 體系結(jié)構(gòu)模型2.UML的客戶需求分析、系統(tǒng)分析

11、和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型,其描述圖符(B)A 完全相同 B 完全不同 C 不可以通用 D 稍有差異3.類和對(duì)象都由屬性,它們的差別是:類描述了屬性的類型,而對(duì)象的屬性必須由(C)A 正負(fù)號(hào) B 動(dòng)作 C 具體值 D 私有成員4.UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的(B)A 狀態(tài) B 系統(tǒng)體系層次結(jié)構(gòu) C 靜態(tài)模型 D 功能要求5.設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是(B)的一種形式。A 軟件調(diào)用 B 設(shè)計(jì)方法 C 子系統(tǒng) D 軟件復(fù)用6.“對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理,它不能(B)。A 查找對(duì)象 B 修改對(duì)象 C 創(chuàng)建對(duì)象 D 刪除對(duì)象二、填空題7.在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生

12、的對(duì)象模型由三種模型。它們分別是:對(duì)象的(靜態(tài))模型、對(duì)象的(動(dòng)態(tài))模型和對(duì)象的(系統(tǒng)功能處理)模型。8.在UML的對(duì)象類圖中,類之間的關(guān)系由(依賴)、(細(xì)化)、(關(guān)聯(lián))、(聚集)和(繼承)5種9.共享聚集的“部分”對(duì)象可以是任意“整體”對(duì)象的一部分,表示食物的整體/部分掛席較弱的情況,“整體”端的重?cái)?shù)應(yīng)該是(n)。10.在UML軟件開發(fā)過程的需求分析和系統(tǒng)分析階段,建立對(duì)象模型的步驟分為(尋找確定對(duì)象類)、(定義接口)、(定義類之間的關(guān)系)、(建立對(duì)象圖)和(建立系統(tǒng)包圖)。11.組合聚集是指“整體”擁有它的“部分”,它具有強(qiáng)的物主身份,表示食物的整體/部分關(guān)系較強(qiáng)的情況?!安糠帧鄙嬖凇罢?/p>

13、體”中,不可分離,它們一“整體”一起存在或小王?!罢w”的重?cái)?shù)必須是()12.系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎(chǔ)之上對(duì)其進(jìn)行的(分析)13.類有實(shí)力,它的實(shí)力是一個(gè)對(duì)象。在UML中,包用來表示一個(gè)(模型組織的分組機(jī)制),包沒有實(shí)力。三、解釋名詞14.包圖:是保持系統(tǒng)框架簡(jiǎn)明清晰的工具15.對(duì)象類模型:包括構(gòu)成系統(tǒng)的類和對(duì)象,它們的屬性和操作以及這些對(duì)象類之間的聯(lián)系。16.設(shè)計(jì)模式:在面向?qū)ο筌浖_發(fā)項(xiàng)目的系統(tǒng)設(shè)計(jì)中,總有一些值包含少數(shù)幾個(gè)對(duì)象設(shè)計(jì)模塊在設(shè)計(jì)圖中反復(fù)出現(xiàn),這些模塊頻繁地出現(xiàn)在各種更大更復(fù)雜的系統(tǒng)設(shè)計(jì)中,我們稱之為:“設(shè)計(jì)模式”。17.對(duì)象集合管理器模式:構(gòu)造一組數(shù)量有限的對(duì)象

14、并對(duì)其進(jìn)行存儲(chǔ)和管理,它用一個(gè)管理器類來管理一組對(duì)象的集合。18.對(duì)象容器模式:其值存儲(chǔ)和管理一組數(shù)量有限的對(duì)象,而不構(gòu)造對(duì)象。19.關(guān)聯(lián)類:在計(jì)算機(jī)面向?qū)ο蟮捏w系結(jié)構(gòu)中,具有關(guān)聯(lián)類。關(guān)聯(lián)類既是類也是關(guān)聯(lián)。它有著關(guān)聯(lián)和類的特性。它將多個(gè)連接起來同時(shí)又具有屬性和操作。第五章 系統(tǒng)設(shè)計(jì)與對(duì)象動(dòng)態(tài)交互模型一、選擇題1.UNL系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì),系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的(C)和審查等。A 建模 B 完善 C 優(yōu)化 D迭代2.順序圖和合作圖主要用于對(duì)用例圖中(C)的建模,用它們來描述用例圖的行為。A 數(shù)據(jù)流 B 控制流 C 消息流 D 數(shù)據(jù)字典3數(shù)據(jù)圖的模型元素有(A),消息,鏈接等

15、,這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所傳遞的消息,來對(duì)系統(tǒng)的行為建模。A 對(duì)象 B 箭線 C 活動(dòng) D 狀態(tài)4.順序圖描述(D)對(duì)象之間消息的傳遞順序。A 某個(gè) B 單個(gè) C 一個(gè)類產(chǎn)生的 D 一組5.順序圖和合作圖建立了UML面向?qū)ο筮^程中的對(duì)象動(dòng)態(tài)A()模型。A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用二、填空題6.在UML軟件開發(fā)過程產(chǎn)生的對(duì)象動(dòng)態(tài)模型中消息有四種類型,它們是(簡(jiǎn)單)消息,(同步)消息,(異步)消息和(返回)消息。7.()圖和()圖用來表達(dá)對(duì)象之間的交互,是描述一組對(duì)象如何合作完成某個(gè)行為的模型化工具。8.進(jìn)程是一個(gè)(動(dòng)作流),能夠與其他進(jìn)程并發(fā)執(zhí)行。9.

16、線程是(內(nèi)部)的一個(gè)動(dòng)作流,能夠與其他線程并發(fā)執(zhí)行。10.(主動(dòng)對(duì)象)是一個(gè)擁有進(jìn)程或線程的對(duì)象,能初始化控制活動(dòng),可以獨(dú)立并發(fā)運(yùn)行。11.(被動(dòng)對(duì)象)是一個(gè)必須由其他對(duì)象發(fā)來的消息進(jìn)行出發(fā)才執(zhí)行動(dòng)作的對(duì)象。12.交互圖描述系統(tǒng)中對(duì)象見的交互行為。每一個(gè)交互都有(發(fā)送者)和(接收者),它們可以是整個(gè)系統(tǒng),一個(gè)子系統(tǒng),一個(gè)用例,一個(gè)對(duì)象類或一個(gè)操作。三、解釋名詞13.主動(dòng)對(duì)象:一個(gè)擁有進(jìn)程好線程的對(duì)象,能初始化控制活動(dòng)。14.被動(dòng)對(duì)象:必須由其他對(duì)象發(fā)來的消息進(jìn)行觸發(fā)才執(zhí)行動(dòng)作的對(duì)象。15.進(jìn)程:進(jìn)程是一個(gè)動(dòng)作流,能夠與其他進(jìn)程并發(fā)執(zhí)行。16.線程:線程是進(jìn)程內(nèi)部的一個(gè)動(dòng)作流,能夠與其他線程并發(fā)

17、執(zhí)行。17.并發(fā)執(zhí)行:一組在邏輯上互相獨(dú)立的程序或程序段在執(zhí)行過程中,其執(zhí)行時(shí)間在客觀上互相重疊,即一個(gè)程序段的執(zhí)行尚未結(jié)束,另一個(gè)程序段的執(zhí)行已經(jīng)開始的這種執(zhí)行方式。18.同步消息:兩個(gè)通信應(yīng)用服務(wù)之間必須要進(jìn)行同步,兩個(gè)服務(wù)之間必須都是正常運(yùn)行的。發(fā)送程序和接收程序都必須一直處于運(yùn)行狀態(tài),并且隨時(shí)做好相互通信的準(zhǔn)備。19.異步消息:兩個(gè)通信應(yīng)用之間可以不用同時(shí)在線等待,任何一方只需各自處理自己的業(yè)務(wù),比如發(fā)送方發(fā)送消息以后不用登錄接收方的響應(yīng),可以接著處理其他的任務(wù)。也就是說發(fā)送方和接收方都是相互獨(dú)立存在的,發(fā)送方只管方,接收方只能接收,無須去等待對(duì)方的響應(yīng)。20.自調(diào)用:是序列圖中消息的

18、分類。21.回調(diào):回調(diào)是一種雙向調(diào)用模式,也就是說,被調(diào)用方在接口被調(diào)用時(shí)也會(huì)調(diào)用對(duì)方的接口第六章 系統(tǒng)動(dòng)態(tài)建模一 選擇題1 狀態(tài)圖可以表現(xiàn)(B)在生存期的行為,所經(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)2 狀態(tài)圖描述一個(gè)對(duì)象在不同(A)的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。A 事件 B 對(duì)象 C 執(zhí)行者 D 數(shù)據(jù)3.一個(gè)(A)遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài),它們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)線程,或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單個(gè)線程。A 狀態(tài) B 對(duì)象 C 活動(dòng) D 同步并發(fā)4.活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠(B)觸發(fā)的,

19、當(dāng)活動(dòng)狀態(tài)中的活動(dòng)完成是遷移就被觸發(fā)。A 對(duì)象 B 事件 C 執(zhí)行者 D 系統(tǒng)5.狀態(tài)圖和活動(dòng)圖建立了UML 面向?qū)ο箝_發(fā)過程中的對(duì)象動(dòng)態(tài)(B)模型。A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用二 填空題6.順序狀態(tài)表明狀態(tài)之間的遷移是(串行)的,即一個(gè)接一個(gè)順序遷移。7.狀態(tài)圖還可以符合遷移的(同步并發(fā))遷移圖符來表示并發(fā)子狀態(tài)。8.狀態(tài)圖中的進(jìn)程是一個(gè)(動(dòng)作流),能夠與其他進(jìn)程并發(fā)執(zhí)行。9.在活動(dòng)圖中,(虛箭線)也稱為對(duì)象流,對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì) 象之間的關(guān)聯(lián)。10.活動(dòng)圖既可以描述對(duì)象的動(dòng)態(tài)行為,還可以用來描述(用例)。11.活動(dòng)圖中活動(dòng)狀態(tài)的遷移(不是)由事件進(jìn)行觸發(fā),一個(gè)活動(dòng)執(zhí)行完畢(自動(dòng))進(jìn)入下一個(gè)活動(dòng)狀態(tài)。12.狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè)(系統(tǒng)對(duì)象)的一系列狀態(tài)變化。三 解釋名詞13起始狀態(tài) :代表狀態(tài)圖的起始點(diǎn),本身無狀態(tài)。 結(jié)束狀態(tài) :代表狀態(tài)圖的最后狀態(tài),本身無狀態(tài)。 順序狀態(tài):表示狀態(tài)的順序遷移。 組合狀態(tài): 嵌套狀態(tài):在一個(gè)狀態(tài)圖符的活動(dòng)區(qū)還畫有一個(gè)或多個(gè)狀態(tài)圖。 歷史狀態(tài):歷史指示器用來記憶狀態(tài)圖內(nèi)部的歷史狀態(tài)。14.狀態(tài)遷移:一個(gè)對(duì)象的狀態(tài)可以因某種原因二改變,一個(gè)對(duì)象從一個(gè)狀態(tài)改變成另一個(gè)狀態(tài) 自遷移:15.并發(fā)分劈 并發(fā)接合 復(fù)雜狀態(tài)16.簡(jiǎn)單活動(dòng) 組合活動(dòng) 嵌套活動(dòng) 動(dòng)態(tài)并發(fā)

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

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

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

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


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