UML系統(tǒng)建模基礎(chǔ)教程課后習(xí)題答案

1、UML系統(tǒng)建?；A(chǔ)教程課后答案第一章面向?qū)ο笤O(shè)計(jì)與UML1 填空題（ 1） UML（ 2） 封裝繼承多態(tài)（ 3） 繼承（ 4） 瀑布模型噴泉模型基于組件的開發(fā)模型XP開發(fā)模型2 .選擇題（ 1） C（ 2） ABCD（ 3） ABCD（ 4） ABC（ 5） A1 .試述對象和類的關(guān)系。（1）類是具有相同或相似結(jié)構(gòu)、操作和約束規(guī)則的對象組成的集合，而對象是某一類的具體化實(shí)例，每一個(gè)類都是具有某些共同特征的對象的抽象。類與對象的關(guān)系就如模具和鑄件的關(guān)系，類的實(shí)例化結(jié)果就是對象，而對一類對象的抽象就是類.類描述了一組有相同特性和相同行為的對象。第二章UML通用知識點(diǎn)綜述（1）依賴泛化關(guān)聯(lián)實(shí)現(xiàn)（2）

2、視圖圖模型元素（3）實(shí)現(xiàn)視圖部署視圖（4）構(gòu)造型標(biāo)記值約束（5）規(guī)格說明修飾通用劃分2 .選擇題（ 1） D（ 2） C（ 3） A（ 4） AB（ 5） D（ 6） UML中面向?qū)ο蟮氖挛镉心膸追N？在UML中，定義了四種基本的面向?qū)ο蟮氖挛?，分別是結(jié)構(gòu)事物、行為事物、分組事物和注釋事物等。（ 7） 說出構(gòu)件的種類。構(gòu)件種類有：源代碼構(gòu)件、二進(jìn)制構(gòu)件和可執(zhí)行構(gòu)件。（ 8） 說出試圖有哪些種類。在UML中主要包括的視圖為靜態(tài)視圖、用例視圖、交互視圖、實(shí)現(xiàn)視圖、狀態(tài)機(jī)視圖、活動視圖、部署視圖和模型管理視圖。（ 9） 說出視圖和圖的關(guān)系。視圖和圖是包含和被包含的關(guān)系。在每一種視圖中都包含一種或多種圖

3、。（ 10） 述UML的通用機(jī)制。UML提供了一些通用的公共機(jī)制，使用這些通用的公共機(jī)制（通用機(jī)制）能夠使UML在各種圖中添加適當(dāng)?shù)拿枋鲂畔?，從而完善UML的語義表達(dá)。通常，使用模型元素的基本功能不能夠完善的表達(dá)所要描述的實(shí)際信息，這些通用機(jī)制可以有效地幫助表達(dá)，幫助我們進(jìn)行有效的UML建模。UML提供的這些通用機(jī)制，貫穿于整個(gè)建模過程的方方面面。前面我們提到，UML的通用機(jī)制包括規(guī)格說明、修飾和通用劃分三個(gè)方面。第三章Rational統(tǒng)一過程（ 11） ）角色活動產(chǎn)物工作流（ 12） 視圖過程視圖物理視圖開發(fā)視圖用例視圖（ 13） 開發(fā)驗(yàn)證（ 14）（ 15） 迭代過程里程碑（ 16） AB

4、CD（ 17） ACD（ 18） ACD（ 19） ABC（ 20） ABCD（ 21） ）請描述迭代過程有幾個(gè)階段。初始階段、細(xì)化階段、構(gòu)造階段和移交階段。（ 22） Rational統(tǒng)一過程以一種能夠被大多數(shù)項(xiàng)目和開發(fā)組織都適用的形式建立起來，其所包含的六項(xiàng)最佳時(shí)間指的是什么？迭代式軟件開發(fā)、需求管理、基于構(gòu)件的架構(gòu)應(yīng)用、建立可視化的軟件模型、軟件質(zhì)量驗(yàn)證和軟件變更控制。（ 23） 在Rational統(tǒng)一過程的開發(fā)流程中，分別使用哪幾種最主要的建模元素來進(jìn)行表達(dá)？在Rational統(tǒng)一過程的開發(fā)流程中，分別使用角色、活動、產(chǎn)物和工作流四種建模元素來進(jìn)行表達(dá)。（ 24） 一個(gè)以架構(gòu)為中心的開

5、發(fā)組織，需要對架構(gòu)的那些方面進(jìn)行關(guān)注？對于一個(gè)以架構(gòu)為中心的開發(fā)組織，需要對架構(gòu)的目的、架構(gòu)的表示和架構(gòu)的過程進(jìn)行關(guān)注。（ 25） 說明什么事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ā)組織都能夠接受的形式存在的。它提供了如何對軟件開發(fā)組織進(jìn)行管理的方式，并且擁有自己的目標(biāo)和方法。（ 26） 實(shí)現(xiàn)Rational統(tǒng)一過程的步驟實(shí)現(xiàn)Rational統(tǒng)一過程的步驟：評估當(dāng)前狀態(tài)、建立明確目標(biāo)、識

6、別過程風(fēng)險(xiǎn)、計(jì)劃過程實(shí)現(xiàn)、執(zhí)行過程實(shí)現(xiàn)和評價(jià)過程實(shí)現(xiàn)。（ 7）Rational統(tǒng)一過程對現(xiàn)代軟件開發(fā)的發(fā)展起到了什么作用？Rational統(tǒng)一過程作為一種軟件工程過程為開發(fā)組織提供了如何在開發(fā)過程中如何對軟件開發(fā)的任務(wù)進(jìn)行嚴(yán)格分配、如何對參與開發(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ù)測的循環(huán)方式進(jìn)行軟件開發(fā)的過程、一個(gè)用來確保生產(chǎn)高質(zhì)量軟件的系統(tǒng)產(chǎn)品、一套能夠被靈活改造和擴(kuò)展的過程框架和許多軟件開發(fā)最佳實(shí)踐，這些都使Rational統(tǒng)一過程對現(xiàn)代軟件工程

7、的發(fā)展產(chǎn)生了深遠(yuǎn)的影響。第四章RationalRose的安裝和操作（ 1）新建打開最近使用的模型（ 2）用例視圖邏輯視圖構(gòu)件視圖部署視圖（ 3）編輯區(qū)（ 4）模型內(nèi)容日志記錄（5）mdl（1） ABCD（2） ACD（3） ABC（4） ACD（5） C（ 1）RationalRose是一個(gè)完全的、具有能滿足所有建模環(huán)境（包括Web開發(fā)、數(shù)據(jù)庫建模以及各種開發(fā)工具和語言）需求能力和靈活性的一套解決方案。RationalRose允許系統(tǒng)開發(fā)人員、系統(tǒng)管理人員和系統(tǒng)分析人員在軟件的各個(gè)開發(fā)周期內(nèi)，建立系統(tǒng)地需求和系統(tǒng)的體系架構(gòu)的可視化模型，并且能夠?qū)⑦@些需求和系統(tǒng)的體系架構(gòu)可視化模型轉(zhuǎn)換成代碼，幫

8、助系統(tǒng)開發(fā)。RationalRose建模工具能夠?yàn)閁ML提供很好的支持。（ 2）從略，參照第二節(jié)。（3）通過選擇“File”（文件）菜單欄下的“Import"（導(dǎo)入）可以用來導(dǎo)入模型、包或類等，可供選擇的文件類型包含.mdl、.ptl、.sub或.cat等，導(dǎo)入模型的對話框。導(dǎo)入模型，可以對利用現(xiàn)成的建模。通過選擇“File”（文件）菜單欄下的“ExportModel"（導(dǎo)出模型）可以用來導(dǎo)出模型，導(dǎo)出的文件后綴名為.ptl,當(dāng)選擇一個(gè)具體的類的時(shí)候，比如選擇一個(gè)類名稱為“User”，然后我們可以通過選擇"File”（文件）菜單欄下的“ExportUser”（導(dǎo)出

9、User類）來導(dǎo)出User類，彈出導(dǎo)出的文件后綴名稱為.ptl（4）RationalRose2003的主界面主要是由標(biāo)題欄、菜單欄、工具欄、工作區(qū)和狀態(tài)欄構(gòu)成。默認(rèn)的工作區(qū)域包含四個(gè)部分，分別是左側(cè)的瀏覽器，文檔編輯區(qū)和右側(cè)的圖形編輯區(qū)域，以及下方的是日志記錄。第五章使用Rose設(shè)計(jì)UML1）用例視圖邏輯視圖構(gòu)件視圖部署視圖（2）非一致性檢查審查功能審查功能重用建模元素和圖功能（3）構(gòu)件構(gòu)件圖包（4）部署（5）模型代碼庫執(zhí)行文件運(yùn)行庫其他構(gòu)件的信息（1） ABD（2） ACD（3） ACD（4） ABC（5） ABCD3.簡答題（1）使用RationalRose建立的Rose模型中分別包括用例

10、視圖、邏輯視圖、構(gòu)件視圖和部署視圖。用例視圖是系統(tǒng)功能的高層抽象。邏輯視圖關(guān)是系統(tǒng)如何實(shí)現(xiàn)用例中所描述的功能。部署視圖顯示的是系統(tǒng)的實(shí)際部署情況，它是為了便于理解系統(tǒng)如何在一組處理節(jié)點(diǎn)上的物理分布，而在分析和設(shè)計(jì)中使用的構(gòu)架視圖。（2）使用RationalRose生成代碼有通過以下四個(gè)步驟進(jìn)行：選擇待轉(zhuǎn)換的目標(biāo)模型、檢查語言的語法錯(cuò)誤、設(shè)置代碼生成屬性、最后生產(chǎn)代碼。（3）在RationalRose中，可以通過收集有關(guān)類、類的屬性、類的操作、類與類之間的關(guān)系以及包和構(gòu)件等靜態(tài)信息，將這些信息轉(zhuǎn)化成為對應(yīng)的模型，在相應(yīng)的圖中顯示出來。（4）用例視圖關(guān)注的是系統(tǒng)功能的高層抽象，適合于對系統(tǒng)進(jìn)行分析

11、和獲取需求，而不關(guān)注于系統(tǒng)的具體實(shí)現(xiàn)方法。邏輯視圖關(guān)注系統(tǒng)如何實(shí)現(xiàn)用例中所描述的功能，主要是對系統(tǒng)功能性需求提供支持，即在為用戶提供服務(wù)方面，系統(tǒng)所應(yīng)該提供的功能。第六章用例圖（1）用例圖（2）參與者（角色）用例系統(tǒng)邊界關(guān)聯(lián)（3）包含擴(kuò)展泛化（4）用例粒度（5）組成部分系統(tǒng)外部（1） D（2） ACD（3） C（4） C（5） D3. 簡答題（1）識別用例的最好方法就是從分析系統(tǒng)參與者開始，在這個(gè)過程中往往會發(fā)現(xiàn)新的參與者。當(dāng)找到參與者之后，我們就可以根據(jù)參與者來確定系統(tǒng)的用例，主要是看各參與者如何使用系統(tǒng)，需要系統(tǒng)提供什么樣的服務(wù)。對于這個(gè)被選出的用例模型，不僅要做到易于理解，還要做到不同的

12、涉眾對于它的理解是一致的（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ù)雜度決定。對于比較簡單的系統(tǒng)，

13、可以相對用的少些用例圖，對于比較復(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ū)＜夷軌蛞钥梢暬姆绞綄栴}進(jìn)行探討，減少了大量交流上的障礙，便于對問題達(dá)成共識。4上機(jī)題（1）用例圖位于光盤中學(xué)生管理系統(tǒng)（2）用例圖位于光盤中學(xué)生管理系統(tǒng)（3）用例圖位于光盤中學(xué)生管理系統(tǒng)（5）使用Rose創(chuàng)建用例圖的步驟：

14、識別參與者、創(chuàng)建用例，最后創(chuàng)建用例之間的關(guān)系。.mdl.->UserCaseView->系統(tǒng)管理員用例圖.mdl.->UserCaseView->教師用例圖.mdl.->UserCaseView->學(xué)生用例第七章類圖與對象圖（1）對象鏈（2）依賴泛化關(guān)聯(lián)實(shí)現(xiàn)（3）類（4）類接口數(shù)據(jù)類型構(gòu)件（5）共有類型私有類型受保護(hù)類型（ 1） AB（ 2） C（ 3） D（ 4） D（ 5） C4. 簡答題（1）類的組成元素有類的名稱、類的屬性、類的操作、類的職責(zé)、類的約束和類的注釋。（2）對象圖是由對象和鏈組成的。（3）在面向?qū)ο蠓治龇椒ㄖ?，類和對象的圖形表示法是關(guān)鍵的

15、建模技術(shù)之一。它們能夠有效的對業(yè)務(wù)領(lǐng)域和軟件系統(tǒng)建立可視化的對象模型，使用強(qiáng)大的表達(dá)能力來表示出面向?qū)ο竽Ｐ偷闹饕拍?。UML中的類圖和對象圖顯示了系統(tǒng)的靜態(tài)結(jié)構(gòu)，其中的類、對象是圖形元素的基礎(chǔ)。（4）在類中包含三個(gè)部分，分別是類名、類的屬性和類的操作。類的名稱欄只包含類名。類的屬性欄定義了所有屬性的特征。類中列出了操作類中使用了關(guān)聯(lián)連接，關(guān)聯(lián)中使用名稱、角色以及約束等特征定義。類是一類的對象的抽象，類不存在多重性。對象包含兩個(gè)部分：對象的名稱和對象的屬性。對象的名稱欄包含“對象名：類名”。對象的屬性欄定義了屬性的當(dāng)前值。對象圖中不包含操作內(nèi)容，因?yàn)閷儆谕粋€(gè)類的對象，其操作是相同的。對象使

16、用鏈進(jìn)行連接，鏈中包含名稱、角色。對象可以具有多重性。5. 上機(jī)題(1)類圖位于光盤中學(xué)生管理系統(tǒng).mdl.->UserCaseView->類圖(2)對象圖位于光盤中學(xué)生管理系統(tǒng).mdl.->LogicalView->類圖(3)對象圖位于光盤中學(xué)生管理系統(tǒng).mdl.->LogicalView->類圖類圖位于光盤中學(xué)生管理系統(tǒng).mdl.->UserCaseView->類圖第八章序列圖(1)序列圖(2)發(fā)送者接收者活動(3)激活(4)生命線(5)矩形框下劃線(1) ABCDA3 3)AC4 4)BABC5 .簡答題(1)序列圖的用途包括：確認(rèn)和豐富一

17、個(gè)使用語境的邏輯表達(dá)。細(xì)化用例的表達(dá)。有效地描述如何分配各個(gè)類的職責(zé)以及各類具有相應(yīng)職責(zé)的原因。(2)確定序列對象。創(chuàng)建對象。創(chuàng)建生命線。創(chuàng)建消息。銷毀對象。(3)序列圖顯示不同的業(yè)務(wù)對象如何交互，對于交流當(dāng)前業(yè)務(wù)如何進(jìn)行很有用。除記錄組織的當(dāng)前事件外，一個(gè)業(yè)務(wù)級的序列圖能被當(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)對象間的交互，這樣充實(shí)整個(gè)系統(tǒng)設(shè)

18、計(jì)(4)銷毀對象表示對象生命線的結(jié)束，在對象生命線中使用一個(gè)“X”來進(jìn)行標(biāo)識。給對象生命線中添加銷毀標(biāo)記的步驟如下：在序列圖的圖形編輯工具欄中選擇按鈕，此時(shí)的光標(biāo)變?yōu)椤?”符號。單擊欲銷毀對象的生命線，此時(shí)該標(biāo)記在對象生命線中標(biāo)識。該對象生命線自銷毀標(biāo)記以下的部分消失。6 .上機(jī)題.mdl->LoginalView->輸入學(xué)生信息1(序列圖).mdl->LoginalView->輸入學(xué)生信息(序列圖).mdl->LoginalView->修改學(xué)生信息(序列圖)(1)序列圖位于光盤中學(xué)生管理系統(tǒng)(2)序列圖位于光盤中學(xué)生管理系統(tǒng)(3)序列圖位于光盤中學(xué)生管理系

19、統(tǒng)第九章協(xié)作圖1 ）對象協(xié)作關(guān)系中的鏈2）對象對象間進(jìn)行交互3）獨(dú)立連接關(guān)聯(lián)4）協(xié)作圖5）消息（1） B（2） ABD（3） D（4） ABC（5） A3.簡答題（1）協(xié)作圖的作用：通過描繪對象之間消息的傳遞情況來反映具體的使用語境的邏輯表達(dá)。顯示對象及其交互關(guān)系的空間組織結(jié)構(gòu)。協(xié)作圖的另外一個(gè)作用是表現(xiàn)一個(gè)類操作的實(shí)現(xiàn)。（2）對象、消息和鏈，這三個(gè)元素構(gòu)成了協(xié)作圖。對象的角色表示一個(gè)或一組對象在完成目標(biāo)的過程中所應(yīng)起的那部分作用。通過一系列的消息來描述系統(tǒng)的動態(tài)行為。鏈?zhǔn)莾蓚€(gè)或多個(gè)對象之間的獨(dú)立連接，是關(guān)聯(lián)的實(shí)例。（ 3） 協(xié)作圖中消息的種類有同步消息和異步消息。同步消息用于系統(tǒng)中使用多線程

20、的場合。異步消息用于使用有并行的活動如消息隊(duì)列的場合。（4）協(xié)作圖和序列圖都是交互圖，它們既是等價(jià)的，又有所區(qū)別。順序圖表示了時(shí)間消息序列，但沒有表示靜態(tài)對象關(guān)系。順序圖可以有效的幫助我們觀察系統(tǒng)的順序行為。而協(xié)作圖用于表示一個(gè)協(xié)同中的對象之間的關(guān)系和消息以及描述一個(gè)操作或分類符的實(shí)現(xiàn)。在對系統(tǒng)進(jìn)行行為建模時(shí)，通常做法是用順序圖按時(shí)間順序?qū)刂屏鹘?，用協(xié)作圖按對象組織對控制流建模。1）協(xié)作圖位于光盤中學(xué)生管理系統(tǒng)2）協(xié)作圖位于光盤中學(xué)生管理系統(tǒng)3）協(xié)作圖位于光盤中學(xué)生管理系統(tǒng).mdl->LoginalView->輸入學(xué)生信息1（協(xié)作圖）.mdl->LoginalView-&

21、gt;輸入學(xué)生信息（協(xié)作圖）.mdl->LoginalView->修改學(xué)生信息（協(xié)作圖）第十章活動圖（1）活動圖（2）一個(gè)對象流（3）動作狀態(tài)（4）入口動作和出口動作（5）泳道（ 1） ABD（ 2） ABD（ 3） C（ 4） B（ 5） A3.簡答題1）活動圖描述一個(gè)操作執(zhí)行過程中所完成的工，作它對活動圖對用例描述尤其有用，它可建模用例的工作流，顯示用例內(nèi)部和用例之間的路徑?；顒訄D可以說明用例的實(shí)例是如何執(zhí)行動作以及如何改變對象狀態(tài)。它顯示如何執(zhí)行一組相關(guān)的動作，以及這些動作如何影響它們周圍的對象?；顒訄D對理解業(yè)務(wù)處理過程十分有用。（2）UML活動圖中包含的圖形元素有：動作狀態(tài)

22、、活動狀態(tài)、組合狀態(tài)、分叉與結(jié)合、分支與合并、泳道、對象流。（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)動作流遇到分支時(shí)，會根據(jù)監(jiān)護(hù)條件（布爾值）的真假來判定動作的流向。分支的每個(gè)路徑的監(jiān)護(hù)條件應(yīng)該是互斥的，這樣可以保證只有一條路徑的轉(zhuǎn)換被激發(fā)。4）動作狀態(tài)是原子性的動作或操作的執(zhí)行狀態(tài)，它不能被外部事件的轉(zhuǎn)換中斷。動作狀態(tài)的原子性決定了動作狀態(tài)要么不執(zhí)行，要么就完全執(zhí)行，不能中斷。動作狀態(tài)不能有入口動作和出口動作，

23、也不能有內(nèi)部轉(zhuǎn)移。動作狀態(tài)是一種特殊的活動狀態(tài)?？梢园褎幼鳡顟B(tài)理解為一種原子的活動狀態(tài)?；顒訝顟B(tài)是非原子性的，用來表示一個(gè)具有子結(jié)構(gòu)的純粹計(jì)算的執(zhí)行?；顒訝顟B(tài)可以分解成其他子活動或動作狀態(tài)，可以被使轉(zhuǎn)換離開狀態(tài)的事件從外部中斷?；顒訝顟B(tài)可以有內(nèi)部轉(zhuǎn)換，可以有入口動作和出口動作?；顒訝顟B(tài)具有至少一個(gè)輸出完成轉(zhuǎn)換，當(dāng)狀態(tài)中的活動完成時(shí)該轉(zhuǎn)換激發(fā)。（1）活動圖位于光盤中學(xué)生管理系統(tǒng)（2）活動圖位于光盤中學(xué)生管理系統(tǒng)錄（3）活動圖位于光盤中學(xué)生管理系統(tǒng)息.mdl->LoginalView->State/ActivityModel->學(xué)生登錄.mdl->UserCaseView-

24、>State/ActivityModel->學(xué)生登.mdl->LoginalView->State/ActivityModel->刪除學(xué)生信第十一章包圖（1）包子系統(tǒng)依賴關(guān)系（2）公共的私有的受保護(hù)的（3）模型元素圖（4）包圖（5）模型（1） A（2） AB（3） BCD（4） BCD（5） ABC3.簡答題（1）包和包之間的關(guān)系總的來講可以概括為依賴關(guān)系和泛化。（2）包圖是一種維護(hù)和描述系統(tǒng)總體結(jié)構(gòu)的模型的重要建模工具，通過對圖中各個(gè)包以及包之間關(guān)系的描述，展現(xiàn)出系統(tǒng)的模塊與模塊之間的依賴關(guān)系。包圖是由包和包之間的聯(lián)系構(gòu)成的，它是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要工具

25、。（3）構(gòu)成包圖的基本元素有包、子系統(tǒng)和依賴關(guān)系。包是一個(gè)可以擁有任何種類的模型元素的通用的命名空間。在系統(tǒng)模型中，每個(gè)圖必須被一個(gè)唯一確定的包所有，同樣這個(gè)包可能被另一個(gè)包所包含。包構(gòu)成進(jìn)行配置控制、存儲和訪問控制的基礎(chǔ)。若干個(gè)相對獨(dú)立的子系統(tǒng)構(gòu)成了一個(gè)大型的復(fù)雜系統(tǒng)，系統(tǒng)和子系統(tǒng)的關(guān)系基本上是組合關(guān)系。通過對包圖中各個(gè)包以及包之間關(guān)系的描述，展現(xiàn)出系統(tǒng)的模塊與模塊之間的依賴關(guān)系。（ 4） 包是包圖中最重要的概念，是最重要的組成部分。包圖是由包和包之間的聯(lián)系構(gòu)成的，沒有包就沒有包圖。（ 5） ）包圖位于光盤中學(xué)生管理系統(tǒng).mdl->LoginalView->包圖第十二章構(gòu)件圖和部

26、署圖（ 6） ）代碼特征身份特征（ 7） 件圖（ 8） 件構(gòu)件類和接口（ 9） 包（ 10） 圖（ 11） ABD（ 12） B（ 13） ABD（ 14） A（ 15） B3.簡答題（ 1）構(gòu)件圖適用于下列建模需求：系統(tǒng)源代碼、系統(tǒng)的發(fā)布版本、物理數(shù)據(jù)庫、自適應(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)系是依

27、賴關(guān)系和實(shí)現(xiàn)關(guān)系。（ 4）在UML中，構(gòu)件主要包括配置構(gòu)件、工作產(chǎn)品構(gòu)件和可執(zhí)行構(gòu)件。（ 1）構(gòu)件圖位于光盤中學(xué)生管理系統(tǒng).mdl->ComponentView->構(gòu)件圖（2）部署圖位于光盤中學(xué)生管理系統(tǒng).mdl->DeploymentView第十三章狀態(tài)圖（1）對象（2）狀態(tài)圖（3）簡單狀態(tài)和組成狀態(tài)（4）歷史狀態(tài)（5）事件（1） ABCD（2） AB（3） A（4） ACD（5） ABC3.簡答題（1）狀態(tài)圖是由狀態(tài)、初始狀態(tài)、終止?fàn)顟B(tài)、轉(zhuǎn)換和判定這幾個(gè)要素構(gòu)成的（2）狀態(tài)機(jī)是一種記錄下給定時(shí)刻狀態(tài)的設(shè)備，它可以根據(jù)各種不同的輸入對每個(gè)給定的變化而改變其狀態(tài)或引發(fā)一個(gè)動作

28、。一個(gè)狀態(tài)圖（StatechartDiagram）本質(zhì)上就是一個(gè)狀態(tài)機(jī)，或者是狀態(tài)機(jī)的特殊情況，它基本上是一個(gè)狀態(tài)機(jī)中的元素的一個(gè)投影，這也就意味著狀態(tài)圖包括狀態(tài)機(jī)的所有特征。狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對不同的時(shí)間做出反應(yīng)的。（3）在軟件開發(fā)中使用狀態(tài)圖建模的作用：狀態(tài)圖清晰的描述了狀態(tài)之間的轉(zhuǎn)換順序，通過狀態(tài)的轉(zhuǎn)換順序也就可以清晰的看出事件的執(zhí)行順序；清晰的事件順序有利于程序員在開發(fā)程序時(shí)避免出現(xiàn)事件錯(cuò)序的情況；狀態(tài)圖清晰的描述了狀態(tài)轉(zhuǎn)換時(shí)所必須的觸發(fā)事件、監(jiān)護(hù)條件和動作等影響轉(zhuǎn)換的因素，有利于程序員避免程序中非法事件的進(jìn)入；狀態(tài)圖通過判定

29、可以更好的描述工作流因?yàn)椴煌臈l件發(fā)生的分支。（4）順序組成狀態(tài)的多個(gè)子狀態(tài)之間是互斥的，不能同時(shí)存在的。一個(gè)順序組成狀態(tài)最多可以有一個(gè)初始狀態(tài)和一個(gè)終態(tài)。并發(fā)組成狀態(tài)可以有兩個(gè)或者多個(gè)并發(fā)的子狀態(tài)，每個(gè)并發(fā)子狀態(tài)還可以進(jìn)一步分解為順序組成狀態(tài)。一個(gè)并發(fā)組成狀態(tài)可以沒有初始狀態(tài)，終態(tài)。（1）狀態(tài)圖位于位于光盤中學(xué)生管理系統(tǒng).mdl->LoginalView->State/ActivityModel->學(xué)生信息（2）狀態(tài)圖位于位于光盤中學(xué)生管理系統(tǒng).mdl->LoginalView->State/ActivityModel->系統(tǒng)管理員UM導(dǎo)試試題及答案一、選

30、擇題（共15分，每題1分）1. UML的全稱是（B）（B）UnifiedModelingLanguage（D）UnifiedMakingLanguageC）（C）關(guān)聯(lián)關(guān)系（D）擴(kuò)展關(guān)系C）（ A）UnifyModelingLanguage（ C）UnifiedModemLanguage2. 執(zhí)行者（Actor）與用例之間的關(guān)系是（A）包含關(guān)系（B）泛化關(guān)系3. 在類圖中，下面哪個(gè)符號表示繼承關(guān)系（4. (A)(B)>(C)>(D)O下面哪個(gè)視圖屬于UML語言的交互圖(D)(A)行為圖(B)狀態(tài)圖(C)實(shí)現(xiàn)圖(D)順序圖5. UML語言包含幾大類圖形(B)(A)3(B)5(C)7(D

31、)96. 在類圖中，下面哪個(gè)符號表示接口(C)(A)k(B)-(C)(D)二；7. 下面哪個(gè)圖形代表活動(D)(A)(B)(C)8.UML中關(guān)聯(lián)的多重度是指(b)(A) 一個(gè)類有多個(gè)方法被另一個(gè)類調(diào)用(B) 一個(gè)類的實(shí)類能夠與另一個(gè)類的多個(gè)實(shí)類相關(guān)聯(lián)(C) 一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)(D)兩個(gè)類所具有的相同的方法和屬性9 .下面哪個(gè)不是UML中的靜態(tài)視圖(A(A)狀態(tài)圖(B)用例圖(C)對象圖(D)類圖10 .(A)技術(shù)是將一個(gè)活動圖中的活動狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類、人或部門，他們負(fù)責(zé)完成組內(nèi)的活動。(A)泳道(B)分叉匯合(C)分支(D)轉(zhuǎn)移11 .下列關(guān)于狀態(tài)圖的說法

32、中，正確的是(C)(A)狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。(B)狀態(tài)圖是活動圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)(C)活動圖和狀態(tài)圖是對一個(gè)對象的生命周期進(jìn)行建模，描述對象隨時(shí)間變化的行為。(D)狀態(tài)圖強(qiáng)調(diào)對有幾個(gè)對象參與的活動過程建模，而活動圖更強(qiáng)調(diào)對單個(gè)反應(yīng)型對象建模12 .類圖應(yīng)該畫在Rose的哪種(B)視圖中。(A)UseCaseView(B)LogicView(C)ComponentView(D)DeploymentView13 .順序圖由類角色，生命線，激活期和(B)組成(A)關(guān)系(B)消息(C)用例(D)實(shí)體14 .關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確(B)

33、(A)協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對象的組織；(B)協(xié)作圖是順序圖的一種特例(C)協(xié)作圖中有消息流的順序號；(D)在ROSE：具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動生成；15 .組件圖用于對系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通?？梢苑譃樗姆N方式來完成，下面哪種不是其中之一(B)(A)對源代碼建模(B)對事物建模(C)對物理數(shù)據(jù)庫建模(D)對可適應(yīng)的系統(tǒng)建模二、填空題(共15分，每空1分)1 .軟件體系結(jié)構(gòu)是指一個(gè)系統(tǒng)的有目的的設(shè)計(jì)和規(guī)劃，這個(gè)設(shè)計(jì)規(guī)劃既不描述適動,也不描述系統(tǒng)怎樣開發(fā)，它只描述系統(tǒng)的組成元素及其相互的交互協(xié)作。2 .一個(gè)UML莫型只

34、描述了一個(gè)系統(tǒng)要做什么,它并沒告訴我們系統(tǒng)是怎么做。3 .接口是可以在整個(gè)模型中反復(fù)使用的一組行為，是一個(gè)沒有屬性而只有方法的類。4 .多重性指的是，某個(gè)類有多個(gè)個(gè)對象可以和另一個(gè)類的1個(gè)對象關(guān)聯(lián)。5 .當(dāng)一個(gè)類的對象可以充當(dāng)多種角色時(shí)，自身關(guān)聯(lián)就可能發(fā)生。6 .在泛化關(guān)系中，子類可以替代父類。也就是說，后者出現(xiàn)的地方，前者都可以出現(xiàn)。但是反過來卻不成立。7 .最通常的依賴關(guān)系是一個(gè)類操作的形構(gòu)中用到了另一個(gè)類的定義。三、簡答題(共20分，每題4分)1. 類圖在UML中有何重要作用？1 .為開發(fā)人員提供這種模仿現(xiàn)實(shí)世界的表達(dá)方式。2.讓分析員使用客戶所采用的術(shù)語和客戶交流，促使客戶說出所要解決

35、的問題的重要細(xì)節(jié)。2 .闡述用例對于系統(tǒng)開發(fā)人員來說的價(jià)值。是用來從用戶的觀察角度收集系統(tǒng)需求的一項(xiàng)技術(shù)，便于分析員與客戶和用戶交流，使系統(tǒng)更符合用戶的需求3 .簡述如何在實(shí)際工作中發(fā)現(xiàn)類。在與客戶的交談中，要注意客戶用來描述業(yè)務(wù)實(shí)體的名詞術(shù)語。這些名詞可作為領(lǐng)域模型中的類。還要注意你聽到的動詞，因?yàn)檫@些動詞可能會構(gòu)成這些類中的操作。當(dāng)?shù)玫揭唤M類的核心列表后，應(yīng)當(dāng)向客戶詢問在業(yè)務(wù)過程中每個(gè)類的作用。他們的回答將告訴你這些類的職責(zé)。4 .簡述怎樣發(fā)現(xiàn)類之間的繼承關(guān)系。為候選的類有可能和它的父類、子類在談話中同時(shí)被發(fā)現(xiàn)。系統(tǒng)分析員意識到某個(gè)類的屬性和操作也許能被運(yùn)用到其他多個(gè)類當(dāng)中去。另一種可能的

36、情況是系統(tǒng)分析員注意到兩個(gè)或者多個(gè)類可能具有相同的屬性和操作數(shù)5 .順序圖和協(xié)作圖中，消息有哪三種？各自的意義和表示什么？消息可以是簡單的(simple)、同步的(synchronous)或異步的(asynchronous)。簡單消息是從一個(gè)對象到另一個(gè)對象的控制流的轉(zhuǎn)移。如果一個(gè)對象發(fā)送了一個(gè)同步消息，那么它要等待對方對消息的應(yīng)答，收到應(yīng)答后才能繼續(xù)自己的操作。而發(fā)送異步消息的對象不需要等待對方的應(yīng)答便可以繼續(xù)自己的操作。在順序圖中，簡單消息是一個(gè)簡單箭頭，同步消息是實(shí)心箭頭。異步消息是一個(gè)半邊箭頭。四、分析設(shè)計(jì)(共45分)1 .根據(jù)下面的敘述，繪制一幅關(guān)于顧客從自動售貨機(jī)中購買物品的順序圖。(7)(1)顧客(User)先向自動售貨機(jī)的前端(Front)投幣；(2)售貨機(jī)的識別器