UML系統(tǒng)建?;A(chǔ)教程課后習(xí)題答案.doc_第1頁(yè)
UML系統(tǒng)建?;A(chǔ)教程課后習(xí)題答案.doc_第2頁(yè)
UML系統(tǒng)建?;A(chǔ)教程課后習(xí)題答案.doc_第3頁(yè)
UML系統(tǒng)建?;A(chǔ)教程課后習(xí)題答案.doc_第4頁(yè)
UML系統(tǒng)建?;A(chǔ)教程課后習(xí)題答案.doc_第5頁(yè)
已閱讀5頁(yè),還剩5頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

UML系統(tǒng)建?;A(chǔ)教程課后答案第一章 面向?qū)ο笤O(shè)計(jì)與UML1 填空題(1) UML(2) 封裝 繼承 多態(tài)(3) 繼承(4) 瀑布模型 噴泉模型 基于組件的開發(fā)模型 XP開發(fā)模型2. 選擇題(1)C(2)A B C D(3)A B C D(4)A B C(5)A3.簡(jiǎn)答題1.試述對(duì)象和類的關(guān)系。(1)類是具有相同或相似結(jié)構(gòu)、操作和約束規(guī)則的對(duì)象組成的集合,而對(duì)象是某一類的具體化實(shí)例,每一個(gè)類都是具有某些共同特征的對(duì)象的抽象。類與對(duì)象的關(guān)系就如模具和鑄件的關(guān)系,類的實(shí)例化結(jié)果就是對(duì)象,而對(duì)一類對(duì)象的抽象就是類.類描述了一組有相同特性和相同行為的對(duì)象。 第二章 UML通用知識(shí)點(diǎn)綜述1.填空題(1)依賴 泛化 關(guān)聯(lián) 實(shí)現(xiàn)(2)視圖 圖 模型元素(3)實(shí)現(xiàn)視圖 部署視圖(4)構(gòu)造型 標(biāo)記值 約束(5)規(guī)格說明 修飾 通用劃分2. 選擇題(1)D(2)C(3)A (4)A B (5)D3.簡(jiǎn)答題(1)在UML中面向?qū)ο蟮氖挛镉心膸追N? 在UML中,定義了四種基本的面向?qū)ο蟮氖挛?,分別是結(jié)構(gòu)事物、行為事物、分組事物和注釋事物等。(2)請(qǐng)說出構(gòu)件的種類。構(gòu)件種類有:源代碼構(gòu)件、二進(jìn)制構(gòu)件和可執(zhí)行構(gòu)件。(3)請(qǐng)說出試圖有哪些種類。在UML中主要包括的視圖為靜態(tài)視圖、用例視圖、交互視圖、實(shí)現(xiàn)視圖、狀態(tài)機(jī)視圖、活動(dòng)視圖、部署視圖和模型管理視圖。(4)請(qǐng)說出視圖和圖的關(guān)系。視圖和圖是包含和被包含的關(guān)系。在每一種視圖中都包含一種或多種圖。(5)請(qǐng)簡(jiǎn)述UML的通用機(jī)制。UML提供了一些通用的公共機(jī)制,使用這些通用的公共機(jī)制(通用機(jī)制)能夠使UML在各種圖中添加適當(dāng)?shù)拿枋鲂畔ⅲ瑥亩晟芔ML的語(yǔ)義表達(dá)。通常,使用模型元素的基本功能不能夠完善的表達(dá)所要描述的實(shí)際信息,這些通用機(jī)制可以有效地幫助表達(dá),幫助我們進(jìn)行有效的UML建模。UML提供的這些通用機(jī)制,貫穿于整個(gè)建模過程的方方面面。前面我們提到,UML的通用機(jī)制包括規(guī)格說明、修飾和通用劃分三個(gè)方面。第三章 Rational統(tǒng)一過程1.填空題(1)角色 活動(dòng) 產(chǎn)物 工作流(2)邏輯視圖 過程視圖 物理視圖 開發(fā)視圖 用例視圖(3)設(shè)計(jì) 開發(fā) 驗(yàn)證(4)二維(5)周期 迭代過程 里程碑 2.選擇題(1)A B C D(2)A C D(3)A C D(4)A B C(5)A B C D3.簡(jiǎn)答題(1)請(qǐng)描述迭代過程有幾個(gè)階段。初始階段、細(xì)化階段、構(gòu)造階段和移交階段。(2)Rational統(tǒng)一過程以一種能夠被大多數(shù)項(xiàng)目和開發(fā)組織都適用的形式建立起來,其所包含的六項(xiàng)最佳時(shí)間指的是什么?迭代式軟件開發(fā)、需求管理、基于構(gòu)件的架構(gòu)應(yīng)用、建立可視化的軟件模型、軟件質(zhì)量驗(yàn)證和軟件變更控制。(3)在Rational統(tǒng)一過程的開發(fā)流程中,分別使用哪幾種最主要的建模元素來進(jìn)行表達(dá)?在Rational統(tǒng)一過程的開發(fā)流程中,分別使用角色、活動(dòng)、產(chǎn)物和工作流四種建模元素來進(jìn)行表達(dá)。(4)對(duì)于一個(gè)以架構(gòu)為中心的開發(fā)組織,需要對(duì)架構(gòu)的那些方面進(jìn)行關(guān)注?對(duì)于一個(gè)以架構(gòu)為中心的開發(fā)組織,需要對(duì)架構(gòu)的目的、架構(gòu)的表示和架構(gòu)的過程進(jìn)行關(guān)注。(5)簡(jiǎn)要說明什么事Rational統(tǒng)一過程Rational統(tǒng)一過程是Rational軟件開發(fā)公司的一款軟件產(chǎn)品,并且和Rational軟件開發(fā)公司開發(fā)的一系列軟件開發(fā)工具進(jìn)行了緊密的集成。Rational統(tǒng)一過程擁有自己的一套架構(gòu),并且這套架構(gòu)是以一種大多數(shù)項(xiàng)目和開發(fā)組織都能夠接受的形式存在的。它提供了如何對(duì)軟件開發(fā)組織進(jìn)行管理的方式,并且擁有自己的目標(biāo)和方法。(6)試述實(shí)現(xiàn)Rational統(tǒng)一過程的步驟實(shí)現(xiàn)Rational統(tǒng)一過程的步驟:評(píng)估當(dāng)前狀態(tài)、建立明確目標(biāo)、識(shí)別過程風(fēng)險(xiǎn)、計(jì)劃過程實(shí)現(xiàn)、執(zhí)行過程實(shí)現(xiàn)和評(píng)價(jià)過程實(shí)現(xiàn)。(7)Rational統(tǒng)一過程對(duì)現(xiàn)代軟件開發(fā)的發(fā)展起到了什么作用?Rational統(tǒng)一過程作為一種軟件工程過程為開發(fā)組織提供了如何在開發(fā)過程中如何對(duì)軟件開發(fā)的任務(wù)進(jìn)行嚴(yán)格分配、如何對(duì)參與開發(fā)的人員職責(zé)進(jìn)行嚴(yán)格的劃分等方法。按照預(yù)先制定的計(jì)劃,這些計(jì)劃包括項(xiàng)目時(shí)間計(jì)劃和經(jīng)費(fèi)預(yù)算,開發(fā)出高質(zhì)量的軟件產(chǎn)品,并且能夠滿足最終用戶的要求。Rational統(tǒng)一過程提供了一種以可預(yù)測(cè)的循環(huán)方式進(jìn)行軟件開發(fā)的過程、一個(gè)用來確保生產(chǎn)高質(zhì)量軟件的系統(tǒng)產(chǎn)品、一套能夠被靈活改造和擴(kuò)展的過程框架和許多軟件開發(fā)最佳實(shí)踐,這些都使Rational統(tǒng)一過程對(duì)現(xiàn)代軟件工程的發(fā)展產(chǎn)生了深遠(yuǎn)的影響。第四章 Rational Rose的安裝和操作1.填空題(1)新建 打開 最近使用的模型(2)用例視圖 邏輯視圖 構(gòu)件視圖 部署視圖(3)編輯區(qū)(4)模型內(nèi)容 日志記錄(5)mdl2.選擇題(1)A B C D(2)A C D(3)A B C(4)A C D(5)C3.簡(jiǎn)答題(1)Rational Rose 是一個(gè)完全的、具有能滿足所有建模環(huán)境(包括Web開發(fā)、數(shù)據(jù)庫(kù)建模以及各種開發(fā)工具和語(yǔ)言)需求能力和靈活性的一套解決方案。Rational Rose 允許系統(tǒng)開發(fā)人員、系統(tǒng)管理人員和系統(tǒng)分析人員在軟件的各個(gè)開發(fā)周期內(nèi),建立系統(tǒng)地需求和系統(tǒng)的體系架構(gòu)的可視化模型,并且能夠?qū)⑦@些需求和系統(tǒng)的體系架構(gòu)可視化模型轉(zhuǎn)換成代碼,幫助系統(tǒng)開發(fā)。Rational Rose建模工具能夠?yàn)閁ML提供很好的支持。(2)從略,參照第二節(jié)。(3)通過選擇“File”(文件)菜單欄下的“Import”(導(dǎo)入)可以用來導(dǎo)入模型、包或類等,可供選擇的文件類型包含.mdl、.ptl、.sub或.cat等,導(dǎo)入模型的對(duì)話框。導(dǎo)入模型,可以對(duì)利用現(xiàn)成的建模。 通過選擇“File”(文件)菜單欄下的“Export Model .”(導(dǎo)出模型)可以用來導(dǎo)出模型,導(dǎo)出的文件后綴名為.ptl,當(dāng)選擇一個(gè)具體的類的時(shí)候,比如選擇一個(gè)類名稱為“User”,然后我們可以通過選擇“File”(文件)菜單欄下的“Export User”(導(dǎo)出User類)來導(dǎo)出User類,彈出導(dǎo)出的文件后綴名稱為.ptl(4)Rational Rose 2003的主界面主要是由標(biāo)題欄、菜單欄、工具欄、工作區(qū)和狀態(tài)欄構(gòu)成。默認(rèn)的工作區(qū)域包含四個(gè)部分,分別是左側(cè)的瀏覽器,文檔編輯區(qū)和右側(cè)的圖形編輯區(qū)域,以及下方的是日志記錄。第五章 使用Rose設(shè)計(jì)UML1.填空題(1)用例視圖 邏輯視圖 構(gòu)件視圖 部署視圖(2)非一致性檢查 審查功能 審查功能 重用建模元素和圖功能(3)構(gòu)件 構(gòu)件圖 包(4)部署(5)模型代碼庫(kù) 執(zhí)行文件 運(yùn)行庫(kù) 其他構(gòu)件的信息2.選擇題(1)A B D(2)A C D(3)A C D(4)A B C(5)A B C D3. 簡(jiǎn)答題(1)使用Rational Rose建立的Rose模型中分別包括用例視圖、邏輯視圖、構(gòu)件視圖和部署視圖。用例視圖是系統(tǒng)功能的高層抽象。邏輯視圖關(guān)是系統(tǒng)如何實(shí)現(xiàn)用例中所描述的功能。部署視圖顯示的是系統(tǒng)的實(shí)際部署情況,它是為了便于理解系統(tǒng)如何在一組處理節(jié)點(diǎn)上的物理分布,而在分析和設(shè)計(jì)中使用的構(gòu)架視圖。(2)使用Rational Rose生成代碼有通過以下四個(gè)步驟進(jìn)行:選擇待轉(zhuǎn)換的目標(biāo)模型、檢查語(yǔ)言的語(yǔ)法錯(cuò)誤、設(shè)置代碼生成屬性、最后生產(chǎn)代碼。(3)在Rational Rose中,可以通過收集有關(guān)類、類的屬性、類的操作、類與類之間的關(guān)系以及包和構(gòu)件等靜態(tài)信息,將這些信息轉(zhuǎn)化成為對(duì)應(yīng)的模型,在相應(yīng)的圖中顯示出來。(4)用例視圖關(guān)注的是系統(tǒng)功能的高層抽象,適合于對(duì)系統(tǒng)進(jìn)行分析和獲取需求,而不關(guān)注于系統(tǒng)的具體實(shí)現(xiàn)方法。邏輯視圖關(guān)注系統(tǒng)如何實(shí)現(xiàn)用例中所描述的功能,主要是對(duì)系統(tǒng)功能性需求提供支持,即在為用戶提供服務(wù)方面,系統(tǒng)所應(yīng)該提供的功能。第六章 用例圖1.填空題(1)用例圖(2)參與者(角色) 用例 系統(tǒng)邊界 關(guān)聯(lián)(3)包含 擴(kuò)展 泛化(4)用例粒度(5)組成部分 系統(tǒng)外部2.選擇題(1)D(2)A C D(3)C(4)C(5)D3. 簡(jiǎn)答題(1)識(shí)別用例的最好方法就是從分析系統(tǒng)參與者開始,在這個(gè)過程中往往會(huì)發(fā)現(xiàn)新的參與者。當(dāng)找到參與者之后,我們就可以根據(jù)參與者來確定系統(tǒng)的用例,主要是看各參與者如何使用系統(tǒng),需要系統(tǒng)提供什么樣的服務(wù)。對(duì)于這個(gè)被選出的用例模型,不僅要做到易于理解,還要做到不同的涉眾對(duì)于它的理解是一致的(2)我們可以在用例之間抽象出包含、擴(kuò)展和泛化這三種關(guān)系。多個(gè)用例用到同一段的行為,則可以把這段共同的行為單獨(dú)抽象成為一個(gè)用例,然后讓其他用例來包含這一用例。擴(kuò)展關(guān)系往往被用來處理異?;蛘邩?gòu)建靈活的系統(tǒng)框架。使用擴(kuò)展關(guān)系可以降低系統(tǒng)的復(fù)雜度,有利于系統(tǒng)的擴(kuò)展,提高系統(tǒng)的性能。擴(kuò)展關(guān)系還可以用于處理基礎(chǔ)用例中的那些不易描述的問題,使系統(tǒng)顯得更加清晰易于理解。當(dāng)您發(fā)現(xiàn)系統(tǒng)中有兩個(gè)或者多個(gè)用例在行為、結(jié)構(gòu)和目的方面存在共性時(shí),就可以使用泛化關(guān)系。這時(shí),可以用一個(gè)新的(通常也是抽象的)用例來描述這些共有部分,這個(gè)新的用例就是父用例。(3)視系統(tǒng)的復(fù)雜度決定。對(duì)于比較簡(jiǎn)單的系統(tǒng),可以相對(duì)用的少些用例圖,對(duì)于比較復(fù)雜的系統(tǒng),為表示清楚系統(tǒng)功能必須多創(chuàng)建用例圖。我們應(yīng)該根據(jù)每個(gè)系統(tǒng)的具體情況,具體問題具體分析,在盡可能保證整個(gè)用例模型的易理解性前提下決定用例的大小和數(shù)目。(4)用例圖是從軟件需求分析到最終實(shí)現(xiàn)的第一步,它顯示了系統(tǒng)的用戶和用戶希望提供的功能,有利于用戶和軟件開發(fā)人員之間的溝通。借助于用例圖,系統(tǒng)用戶、系統(tǒng)分析人員、系統(tǒng)設(shè)計(jì)人員、領(lǐng)域?qū)<夷軌蛞钥梢暬姆绞綄?duì)問題進(jìn)行探討,減少了大量交流上的障礙,便于對(duì)問題達(dá)成共識(shí)。(5)使用Rose創(chuàng)建用例圖的步驟:識(shí)別參與者、創(chuàng)建用例,最后創(chuàng)建用例之間的關(guān)系。4上機(jī)題(1)用例圖位于光盤中學(xué)生管理系統(tǒng).mdl. -User Case View-系統(tǒng)管理員用例圖(2)用例圖位于光盤中學(xué)生管理系統(tǒng).mdl. -User Case View-教師用例圖(3)用例圖位于光盤中學(xué)生管理系統(tǒng).mdl. -User Case View-學(xué)生用例第七章 類圖與對(duì)象圖1.填空題(1)對(duì)象 鏈(2)依賴 泛化 關(guān)聯(lián) 實(shí)現(xiàn)(3)類(4)類 接口 數(shù)據(jù)類型 構(gòu)件(5)共有類型 私有類型 受保護(hù)類型2.選擇題(1)A B(2)C(3)D(4)D(5)C3. 簡(jiǎn)答題(1)類的組成元素有類的名稱、類的屬性、類的操作、類的職責(zé)、類的約束和類的注釋。(2)對(duì)象圖是由對(duì)象和鏈組成的。(3)在面向?qū)ο蠓治龇椒ㄖ?,類和?duì)象的圖形表示法是關(guān)鍵的建模技術(shù)之一。它們能夠有效的對(duì)業(yè)務(wù)領(lǐng)域和軟件系統(tǒng)建立可視化的對(duì)象模型,使用強(qiáng)大的表達(dá)能力來表示出面向?qū)ο竽P偷闹饕拍?。UML中的類圖和對(duì)象圖顯示了系統(tǒng)的靜態(tài)結(jié)構(gòu),其中的類、對(duì)象是圖形元素的基礎(chǔ)。(4)在類中包含三個(gè)部分,分別是類名、類的屬性和類的操作。類的名稱欄只包含類名。類的屬性欄定義了所有屬性的特征。類中列出了操作類中使用了關(guān)聯(lián)連接,關(guān)聯(lián)中使用名稱、角色以及約束等特征定義。類是一類的對(duì)象的抽象,類不存在多重性。對(duì)象包含兩個(gè)部分:對(duì)象的名稱和對(duì)象的屬性。對(duì)象的名稱欄包含“對(duì)象名:類名”。對(duì)象的屬性欄定義了屬性的當(dāng)前值。對(duì)象圖中不包含操作內(nèi)容,因?yàn)閷?duì)屬于同一個(gè)類的對(duì)象,其操作是相同的。對(duì)象使用鏈進(jìn)行連接,鏈中包含名稱、角色。對(duì)象可以具有多重性。4上機(jī)題(1)類圖位于光盤中學(xué)生管理系統(tǒng).mdl. - User Case View-類圖(2)對(duì)象圖位于光盤中學(xué)生管理系統(tǒng).mdl. - Logical View-類圖(3)對(duì)象圖位于光盤中學(xué)生管理系統(tǒng).mdl. - Logical View-類圖 類圖位于光盤中學(xué)生管理系統(tǒng).mdl. - User Case View-類圖第八章 序列圖1.填空題(1)序列圖(2)發(fā)送者 接收者 活動(dòng)(3)激活(4)生命線(5)矩形框 下劃線2.選擇題(1)A B C D(2)A(3)A C(4)B(5)A B C3. 簡(jiǎn)答題(1)序列圖的用途包括:確認(rèn)和豐富一個(gè)使用語(yǔ)境的邏輯表達(dá)。細(xì)化用例的表達(dá)。有效地描述如何分配各個(gè)類的職責(zé)以及各類具有相應(yīng)職責(zé)的原因。(2)確定序列對(duì)象。創(chuàng)建對(duì)象。創(chuàng)建生命線。創(chuàng)建消息。銷毀對(duì)象。(3)序列圖顯示不同的業(yè)務(wù)對(duì)象如何交互,對(duì)于交流當(dāng)前業(yè)務(wù)如何進(jìn)行很有用。除記錄組織的當(dāng)前事件外,一個(gè)業(yè)務(wù)級(jí)的序列圖能被當(dāng)作一個(gè)需求文件使用,為實(shí)現(xiàn)一個(gè)未來系統(tǒng)傳遞需求。在項(xiàng)目的需求階段,分析師能通過提供一個(gè)更加正式層次的表達(dá),把用例帶入下一層次。那種情況下,用例常常被細(xì)化為一個(gè)或者更多的序列圖。組織的技術(shù)人員也能通過序列圖在記錄一個(gè)未來系統(tǒng)的行為應(yīng)該如何表現(xiàn)。在設(shè)計(jì)階段,架構(gòu)師和開發(fā)者能使用該圖,挖掘出系統(tǒng)對(duì)象間的交互,這樣充實(shí)整個(gè)系統(tǒng)設(shè)計(jì)(4)銷毀對(duì)象表示對(duì)象生命線的結(jié)束,在對(duì)象生命線中使用一個(gè)“X”來進(jìn)行標(biāo)識(shí)。給對(duì)象生命線中添加銷毀標(biāo)記的步驟如下:在序列圖的圖形編輯工具欄中選擇 按鈕,此時(shí)的光標(biāo)變?yōu)椤?”符號(hào)。單擊欲銷毀對(duì)象的生命線,此時(shí)該標(biāo)記在對(duì)象生命線中標(biāo)識(shí)。該對(duì)象生命線自銷毀標(biāo)記以下的部分消失。4上機(jī)題(1)序列圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-輸入學(xué)生信息1(序列圖)(2)序列圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-輸入學(xué)生信息(序列圖)(3)序列圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-修改學(xué)生信息(序列圖)第九章 協(xié)作圖1.填空題(1)對(duì)象 協(xié)作關(guān)系中的鏈(2)對(duì)象 對(duì)象間 進(jìn)行交互(3)獨(dú)立連接 關(guān)聯(lián)(4)協(xié)作圖(5)消息2.選擇題(1)B(2)A B D(3)D(4)A B C(5)A3. 簡(jiǎn)答題(1)協(xié)作圖的作用:通過描繪對(duì)象之間消息的傳遞情況來反映具體的使用語(yǔ)境的邏輯表達(dá)。顯示對(duì)象及其交互關(guān)系的空間組織結(jié)構(gòu)。協(xié)作圖的另外一個(gè)作用是表現(xiàn)一個(gè)類操作的實(shí)現(xiàn)。(2)對(duì)象、消息和鏈,這三個(gè)元素構(gòu)成了協(xié)作圖。對(duì)象的角色表示一個(gè)或一組對(duì)象在完成目標(biāo)的過程中所應(yīng)起的那部分作用。通過一系列的消息來描述系統(tǒng)的動(dòng)態(tài)行為。鏈?zhǔn)莾蓚€(gè)或多個(gè)對(duì)象之間的獨(dú)立連接,是關(guān)聯(lián)的實(shí)例。(3)協(xié)作圖中消息的種類有同步消息和異步消息。同步消息用于系統(tǒng)中使用多線程的場(chǎng)合。異步消息用于使用有并行的活動(dòng)如消息隊(duì)列的場(chǎng)合。(4)協(xié)作圖和序列圖都是交互圖,它們既是等價(jià)的,又有所區(qū)別。順序圖表示了時(shí)間消息序列,但沒有表示靜態(tài)對(duì)象關(guān)系。順序圖可以有效的幫助我們觀察系統(tǒng)的順序行為。而協(xié)作圖用于表示一個(gè)協(xié)同中的對(duì)象之間的關(guān)系和消息以及描述一個(gè)操作或分類符的實(shí)現(xiàn)。在對(duì)系統(tǒng)進(jìn)行行為建模時(shí),通常做法是用順序圖按時(shí)間順序?qū)刂屏鹘?,用協(xié)作圖按對(duì)象組織對(duì)控制流建模。4.上機(jī)題(1)協(xié)作圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-輸入學(xué)生信息1(協(xié)作圖)(2)協(xié)作圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-輸入學(xué)生信息(協(xié)作圖)(3)協(xié)作圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-修改學(xué)生信息(協(xié)作圖)第十章 活動(dòng)圖1.填空題(1)活動(dòng)圖(2)一個(gè)對(duì)象流(3)動(dòng)作狀態(tài)(4)入口動(dòng)作和出口動(dòng)作(5)泳道2.選擇題(1)A B D(2)A B D(3)C(4)B(5)A3. 簡(jiǎn)答題(1)活動(dòng)圖描述一個(gè)操作執(zhí)行過程中所完成的工,作它對(duì)活動(dòng)圖對(duì)用例描述尤其有用,它可建模用例的工作流,顯示用例內(nèi)部和用例之間的路徑?;顒?dòng)圖可以說明用例的實(shí)例是如何執(zhí)行動(dòng)作以及如何改變對(duì)象狀態(tài)。它顯示如何執(zhí)行一組相關(guān)的動(dòng)作,以及這些動(dòng)作如何影響它們周圍的對(duì)象?;顒?dòng)圖對(duì)理解業(yè)務(wù)處理過程十分有用。(2)UML活動(dòng)圖中包含的圖形元素有:動(dòng)作狀態(tài)、活動(dòng)狀態(tài)、組合狀態(tài)、分叉與結(jié)合、分支與合并、泳道、對(duì)象流。(3)分叉用來表示將一個(gè)控制流分成兩個(gè)或者多個(gè)并發(fā)運(yùn)行的分支,分叉具有一個(gè)輸入轉(zhuǎn)換,兩個(gè)或者多個(gè)輸出轉(zhuǎn)換,每個(gè)轉(zhuǎn)換都可以是獨(dú)立的控制流。分支是轉(zhuǎn)換的一部分,它將轉(zhuǎn)換路徑分成多個(gè)部分,每一部分都有單獨(dú)的監(jiān)護(hù)條件和不同的結(jié)果。當(dāng)動(dòng)作流遇到分支時(shí),會(huì)根據(jù)監(jiān)護(hù)條件(布爾值)的真假來判定動(dòng)作的流向。分支的每個(gè)路徑的監(jiān)護(hù)條件應(yīng)該是互斥的,這樣可以保證只有一條路徑的轉(zhuǎn)換被激發(fā)。(4)動(dòng)作狀態(tài)是原子性的動(dòng)作或操作的執(zhí)行狀態(tài),它不能被外部事件的轉(zhuǎn)換中斷。動(dòng)作狀態(tài)的原子性決定了動(dòng)作狀態(tài)要么不執(zhí)行,要么就完全執(zhí)行,不能中斷。動(dòng)作狀態(tài)不能有入口動(dòng)作和出口動(dòng)作,也不能有內(nèi)部轉(zhuǎn)移。動(dòng)作狀態(tài)是一種特殊的活動(dòng)狀態(tài)??梢园褎?dòng)作狀態(tài)理解為一種原子的活動(dòng)狀態(tài)?;顒?dòng)狀態(tài)是非原子性的,用來表示一個(gè)具有子結(jié)構(gòu)的純粹計(jì)算的執(zhí)行。活動(dòng)狀態(tài)可以分解成其他子活動(dòng)或動(dòng)作狀態(tài),可以被使轉(zhuǎn)換離開狀態(tài)的事件從外部中斷?;顒?dòng)狀態(tài)可以有內(nèi)部轉(zhuǎn)換,可以有入口動(dòng)作和出口動(dòng)作?;顒?dòng)狀態(tài)具有至少一個(gè)輸出完成轉(zhuǎn)換,當(dāng)狀態(tài)中的活動(dòng)完成時(shí)該轉(zhuǎn)換激發(fā)。4.上機(jī)題(1)活動(dòng)圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-State/Activity Model-學(xué)生登錄(2)活動(dòng)圖位于光盤中學(xué)生管理系統(tǒng).mdl- User Case View- State/Activity Model-學(xué)生登錄(3)活動(dòng)圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-State/Activity Model-刪除學(xué)生信息第十一章 包圖1.填空題(1)包 子系統(tǒng) 依賴關(guān)系(2)公共的 私有的 受保護(hù)的(3)模型元素 圖(4)包圖(5)模型2.選擇題(1)A(2)A B(3)B C D(4)B C D(5)A B C3. 簡(jiǎn)答題(1)包和包之間的關(guān)系總的來講可以概括為依賴關(guān)系和泛化。(2)包圖是一種維護(hù)和描述系統(tǒng)總體結(jié)構(gòu)的模型的重要建模工具,通過對(duì)圖中各個(gè)包以及包之間關(guān)系的描述,展現(xiàn)出系統(tǒng)的模塊與模塊之間的依賴關(guān)系。包圖是由包和包之間的聯(lián)系構(gòu)成的,它是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要工具。(3)構(gòu)成包圖的基本元素有包、子系統(tǒng)和依賴關(guān)系。包是一個(gè)可以擁有任何種類的模型元素的通用的命名空間。在系統(tǒng)模型中,每個(gè)圖必須被一個(gè)唯一確定的包所有,同樣這個(gè)包可能被另一個(gè)包所包含。包構(gòu)成進(jìn)行配置控制、存儲(chǔ)和訪問控制的基礎(chǔ)。若干個(gè)相對(duì)獨(dú)立的子系統(tǒng)構(gòu)成了一個(gè)大型的復(fù)雜系統(tǒng),系統(tǒng)和子系統(tǒng)的關(guān)系基本上是組合關(guān)系。通過對(duì)包圖中各個(gè)包以及包之間關(guān)系的描述,展現(xiàn)出系統(tǒng)的模塊與模塊之間的依賴關(guān)系。(4)包是包圖中最重要的概念,是最重要的組成部分。包圖是由包和包之間的聯(lián)系構(gòu)成的,沒有包就沒有包圖。4.上機(jī)題(1)包圖位于光盤中學(xué)生管理系統(tǒng).mdl-Loginal View-包圖第十二章 構(gòu)件圖和部署圖1.填空題(1)代碼特征 身份特征(2)構(gòu)件圖(3)構(gòu)件 構(gòu)件 類和接口(4)虛包(5)部署圖2.選擇題(1)A B D(2)B(3)A B D(4)A(5)B3. 簡(jiǎn)答題(1)構(gòu)件圖適用于下列建模需求:系統(tǒng)源代碼、系統(tǒng)的發(fā)布版本、物理數(shù)據(jù)庫(kù)、自適應(yīng)系統(tǒng)、用于建立業(yè)務(wù)模型和用于系統(tǒng)的開發(fā)管理等。(2)二者都有名稱,都可以實(shí)現(xiàn)一組接口,都可以參與依賴關(guān)系,都可以被嵌套,都可以有實(shí)例,都可以參與交互。類描述了軟件設(shè)計(jì)的邏輯組織和意圖,而構(gòu)件這描述了軟件設(shè)計(jì)的物理實(shí)現(xiàn),類可以有屬性和操作,構(gòu)件只有操作,只有通過構(gòu)件使得接口才能使用。(3)在一張基本構(gòu)件圖中,構(gòu)件之間最常見的關(guān)系是依賴關(guān)系和實(shí)現(xiàn)關(guān)系。(4)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(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ì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論