UML系統(tǒng)建模與分析設計刁成嘉課后答案_第1頁
UML系統(tǒng)建模與分析設計刁成嘉課后答案_第2頁
UML系統(tǒng)建模與分析設計刁成嘉課后答案_第3頁
UML系統(tǒng)建模與分析設計刁成嘉課后答案_第4頁
UML系統(tǒng)建模與分析設計刁成嘉課后答案_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、第一章 系統(tǒng)建模與分析設計的演變I 、系統(tǒng)建模的三要素:方法、工具和過程2、軟件的分類: 按軟件的功能劃分:系統(tǒng)軟件、支撐軟件和應用軟件 按軟件的規(guī)模劃分:小型軟件、中型軟件、大型甚至超大型軟件 按軟件的工作方式劃分:實時處理軟件、分時處理軟件交互式軟件和批處理軟件 按軟件服務對象的范圍劃分:一次性使用軟件和使用頻度較高的軟件 按軟件失效的影響程度劃分:一般性軟件和關鍵性軟件3、軟件危機產(chǎn)生的原因主要有兩個:一是與軟件本身的特點相關;二是軟件開發(fā)和維護的 方法不正確。4、軟件開發(fā)過程模型:瀑布模型、漸增模型、演化模型、螺旋模型、智能模型5、UML的特點:唯一性、連續(xù)性、維護性、復用性和逐步完善

2、6、面向對象的三大重要特征:封裝性、繼承性和多態(tài)性7、軟件開發(fā)方法從結構化開發(fā)方法、模塊化開發(fā)方法到面向對象開發(fā)方法是一個漸進的演 變過程8、軟件生命周期描述了一個軟件從定義、開發(fā)、使用、維護到服用的全過程9、面向對象的基本概念有:對象、類急氣封裝性、多態(tài)性、繼承性和消息傳遞10、 軟件開發(fā)過程由客戶端需求分析、系統(tǒng)分析、 系統(tǒng)設計和系統(tǒng)實現(xiàn)以測試與維護四個四 個階段組成以用例為驅動, 是一個反復、漸增的過程II 、面向對象系統(tǒng)的開發(fā)過程以體系結構為中心, 課后習題:A 1 、 封裝是吧對象的屬性和操作結合在一起,組成一個獨立的對象、C2、 封裝是一種信息隱蔽技術,目的是使對象的生產(chǎn)者和使用者

3、分離,使對象的定義和實 現(xiàn)分開。B 3、 面向對象方法中的繼承機制使子類可以自動地擁有復制父類全部屬性和操作D4、 使得在多個類中能夠定義同一個操作或屬性名,并在每一個類中有不同的實現(xiàn)的一種 方法是多態(tài)性5、 軟件按照其工作方式可劃分為實時處理軟件、分時處理軟件、 交互式軟件和批處理軟件。6、軟件生存周期由軟件的定義、軟件的開發(fā)和軟件的使用維護和更新?lián)Q代三部分組成。7、軟件開發(fā)模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五種主要 模型多態(tài)等不僅支持軟件復用,而且使軟件維8、面向對象技術采用以類為中心的封裝、繼承、 護工作可靠有效,可實現(xiàn)軟件系統(tǒng)的柔性制造。9、UML 的優(yōu)點是:

4、唯一性、連續(xù)性、維護性、復用性和完善性。第二章 統(tǒng)一建模語言 UMLA 1、UML的五種視圖:用例視圖、邏輯視圖、構件視圖、進程視圖和配置視圖B2、UML的三大類模型圖是:用例模型圖、靜態(tài)模型圖和動態(tài)模型圖C 3 、用例模型描述的是外部執(zhí)行者主要用于需求分析階段D 4、UML的靜態(tài)建模機制包括:類圖、對象圖、包圖、構件圖、配置圖B 5、UML的動態(tài)模型包括 4種兔:狀態(tài)圖、活動圖、順序圖、合作圖6、軟件的開發(fā)過程即生命周期劃分為開始、詳細規(guī)劃、系統(tǒng)構造、移交四個階段。7、UML開發(fā)過程中的核心活動成分是:分析、設計、實現(xiàn)、測試、配置和一些核心支持活 動。8、UML 開發(fā)過程的產(chǎn)物包括兩大類:模

5、型和文檔9、UML軟件開發(fā)過程的基本特點:用例驅動系統(tǒng)、以體系結構為中心、螺旋上升式的開發(fā) 過程、以質量控制和風險管理為目標10、 UML中的擴展機制包括三種: 構造型、標記值和約束。構造型用于對模型元素進行分類, 在已有的基本模型元素上定義新的模型元素。 標記值也稱特性規(guī)格說明, 他和約束一起直接 對摸個模型元素附加一些特性和語義。11、軟件項目開發(fā)過程包括的具體工作內容是:業(yè)務建模、需求分析、設計、實現(xiàn)和測試。12、 UML軟件開發(fā)過程的基本特征是:以用力驅動軟件開發(fā)全過程,以系統(tǒng)體系結構為中心,以質量控制和風險管理為目標,采用反復迭代、循環(huán)、漸增是的螺旋上升式開發(fā)過程。習題:1、UML的

6、以用例對象為中心,以系統(tǒng)體系結構為主線,采用循環(huán)、迭代、漸增的方式進行 開發(fā)。2、UML的靜態(tài)圖模型圖由類圖、對象圖、包圖、構件圖和配置圖組成。3、UML的動態(tài)模型圖由活動圖、順序圖、狀態(tài)圖和和作圖組成4、UML的最總產(chǎn)物就是最后提交的可執(zhí)行文件的軟件系統(tǒng)和相應的軟件文檔資料5、在UML的需求分析建模中,用例模型圖必須與用戶反復交流并加以確認。6、uML 分析和設計模型由三類模型圖表示,三類模型圖是:用例模型圖、靜態(tài)模型圖和動 態(tài)模型圖。7、UML的軟件統(tǒng)一開發(fā)過程,即生命周期按時間順序可以劃分為,開始,詳細設計,系統(tǒng) 構造和移交四個階段及階段中一系列的循環(huán)重復。8、UML開發(fā)過程是一種二維結

7、構軟件開發(fā)過程,軟件項目開發(fā)過程流程包括的核心工作內 容是,分析,設計,實現(xiàn),測試和配置9、UML中的五個不同的視圖可以完整地描述出所建造的系統(tǒng),這五種視圖是用例視圖、邏 輯視圖、構件視圖、進程視圖和配置視圖。10、 UML中有10中基本圖可以完整地描述出所有建造的系統(tǒng),這10中視圖是用例圖、類圖、 對象圖、包圖、構件圖、配置圖、序列圖、活動圖、狀態(tài)圖和合作圖。第三章 需求分析與用例建模1 、可行性研究:經(jīng)濟可行性、技術可行性和法律可行性。2、需求分析的目的是深入描述軟件功能和性能,確定軟件設計的約束和軟件同其他系統(tǒng)元 素的接口細節(jié),定義軟件的其他有效性需求。執(zhí)行者是指在系統(tǒng)外部與系統(tǒng)交互的人

8、或其他系統(tǒng) 執(zhí)行者分為“人”執(zhí)行者和“外部系統(tǒng)”執(zhí)行者兩類。UML中用例間的關聯(lián)主要有 4種:繼承關聯(lián)、擴展關聯(lián)、包含關聯(lián)和使用關聯(lián)UML的活動圖示系統(tǒng)動態(tài)行為建模的圖形工具之一,用來表示完成一個操作所需要的活3、用例圖包含的模型元素有系統(tǒng)、執(zhí)行者、用例以及他們間的不同關系,入繼承、關聯(lián)、 依賴等。4、5、7、6、動,或者是一個用例實例的活動?;顒訄D實際上也是一種流程圖, 它描述活動的序列, 即系 統(tǒng)從一個活動到另一活動的控制流。活動圖特別適合秒速動作流和并發(fā)處理行為。習題:B 1 、可行性研究分析包括經(jīng)濟可行性分析、技術可行性分析和法律可行性分析A 2、UML的客戶需求分析模型包括用例模型、

9、類圖、對象圖和活動圖組成。C 3、UML客戶需求分析使用的 CRC卡上責任宜蘭的內容主要描述類的屬性和操作D 4、UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的功能要求B 5、在UML的需求分析建模中,用例模型必須與用戶反復交流并加以確認。A 6、在UML的需求分析建模中,對用例模型中的用例進行細化說明應使用活動圖A 7、活動圖中的分劈和同步接合圖符是用來描述多進程的并發(fā)處理行為8、UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。他們是: 靜態(tài)模型圖和動態(tài)模型圖。9、CRC#中的描述由類名、類特征、類類型、責任和協(xié)作者共五部分組成10、軟件項目的目的的可行性研究分析中,技術可行性研究包

10、括風險分析、 分析三部分組成11、 在UML軟件開發(fā)過程的需求分析階段,建立用例模型的步驟分為,用例模型圖、資源分析、 技術確定系統(tǒng)的范圍和邊界,確定系統(tǒng)的執(zhí)行者和用例,對用例進行描述,定義用例之間的關系和審核用例模型。12、 用例圖中以實踐方框表示系統(tǒng)的范圍和邊界,在熊邊界內描述的是用例, 在邊界之外描 述的是執(zhí)行者13、用例模型中的執(zhí)行者可以是“人”執(zhí)行者也可以是“外部”系統(tǒng)執(zhí)行者14、用例模型中的用例之間的關聯(lián)有使用關聯(lián)、擴展關聯(lián)。包含關聯(lián)和繼承關聯(lián) 第四章 系統(tǒng)分析與對象類建模1、根據(jù)建立的用戶需求模型,在系統(tǒng)分析階段要進一步確立三個模型系統(tǒng)模型:對象靜態(tài) 模型,對象動態(tài)模型和系統(tǒng)功能

11、模型。2、類之間的關系有關聯(lián)、聚集、繼承、依賴、細化等。3、包是UML的模型元素之一,包可以包含其他包和類。包之間可以有關系,入依賴等。寶 石一種分組機制, 他吧一些模型元素組織成語義上相關的組, 包中擁有或涉及的所有模型元 素叫做包的內容。習題B 1、UML的系統(tǒng)分析進一步要確立的三個系統(tǒng)模型是對象靜態(tài)模型、對象動態(tài)模型和系統(tǒng) 功能模型。A 2、C3、值B 4、UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設計階段產(chǎn)生的模型,其描述圖符完全相同 類和對象都有屬性,他們的差別是:類描述了屬性的類型,而對象的屬性必須有具體UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的系統(tǒng)體系層次結構B ( 不確定 )5、設計模

12、式在面向對象系統(tǒng)設計中式設計方法的一種形式C (不確定)6、“對象容器”設計模式對有限的對象進行管理,它不能創(chuàng)建對象7、在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型有三種模型。他們是:對象的靜態(tài)模 型,對象的動態(tài)模型和對象的系統(tǒng)功能處理模型。8、在UML的對象類圖中,類之間的關系有繼承、細化、關聯(lián)、聚集和繼承五種。9、共享聚集的部分對象可以是任何整體的一部分, 表示事物的整體 / 部分關系較弱的情況, 整體段的重數(shù)應該是 n10、 在 UMl 軟件開發(fā)過程的需求分析和系統(tǒng)分析階段,建立對象類模型的步驟分為尋找確定 對象類、定義接口、定義類之間的關系、建立對象類圖和建立系統(tǒng)包圖。11、組合聚集

13、是指整體擁有它的部分, 他具有搶的物主身份, 表示事物的整體 / 部分關系較強的情況。部分生存在整體中,不可分離他們與整體一起存在或消亡。整體的充數(shù)必須是1或012、系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎之上對其進行的分析13、 類有實例,他的實例是一個對象。在UML中,包用來表示一個模型組織的分組機制, 包沒有實例。第五章 系統(tǒng)設計與對象動態(tài)交互模型1、消息分為四種控制流,分別是簡單消息、同步消息、一步消息、和返回消息2、順序圖用來描述對象間的交換行為。他注重消息的時間順序,即對象間消息的發(fā)送和接 收的順序。 順序圖還揭示了一個特定場景的交互, 即系統(tǒng)執(zhí)行期間發(fā)生在某個時間點的對象 之間的特

14、定交互,他適合描述實時系統(tǒng)中的時間特性和時間約束。3、合作圖和順序圖都可用來描述系統(tǒng)對象間的交互。順序圖強調的是一組對象間的操作調 用的時間順序,合作圖則強調這組對象之間的關系。習題C1、UML系統(tǒng)設計的一般步驟包括系統(tǒng)對象設計、系統(tǒng)體系結構設計和系統(tǒng)設計的優(yōu)化B 2、順序圖和合作圖主要用與對用例圖中控制流的建模,用他們來描述用例圖的行為。A 3、順序圖的模型元素有對象、消息、鏈接等,這些模型元素表示某個用例中的若干個對 象和對象之間所有傳遞的消息,來對系統(tǒng)的行為建模。D (不確定) 4 、順序圖描述一組對象之間消息的傳遞順序A 5、順序圖和合作圖建立了 UMLW向對象開發(fā)過程中的對象動態(tài)交互

15、模型6、在UML軟件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型,他們是簡單消息,同步消 息、異步消息和返回消息。7、順序圖和合作圖用來表達對象之間的交互,是描述一組對象如何合作完成某個行為的模 型化工具8、進程是一個動作流,能夠與其他進程并發(fā)執(zhí)行9、線程是內部的一個動作流,能夠與其他線程并發(fā)執(zhí)行10、主動對象是一個擁有進程或線程的對象,能初始化控制活動,可以獨立并發(fā)運行11、被動對象是一個必須由其他對象發(fā)來的消息進行觸發(fā)才執(zhí)行動作的對象。12、 交互圖描述系統(tǒng)中對象間的交互行為。每一個交互都有發(fā)送者和接受者, 他們可以是整 個系統(tǒng)、一個子系統(tǒng)、一個用例、一個對象類或一個操作。第六章 系統(tǒng)動態(tài)建

16、模 - 狀態(tài)模型1、UML軟件開發(fā)過程中產(chǎn)生的狀態(tài)圖描述了系統(tǒng)中一個對象所具有的各種狀態(tài)和這個對象 從一中狀態(tài)到另一狀態(tài)的轉換, 以及影響對象這些狀態(tài)的事件等, 它主要用來描述某個對象 從一個狀態(tài)到另一個狀態(tài)編號遷移的控制流2、活動中的事件 有entry 事件、exit事件、do事件3、狀態(tài)的改變 - 遷移 習題B 1 、狀態(tài)圖可以表現(xiàn)一個對象在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉移的事件 以及因狀態(tài)轉移引起的動作。A 2 、狀態(tài)圖描述一個對象在不同事件的驅動下發(fā)生的狀態(tài)遷移。D 3 、一個同步并發(fā)遷移圖符可以有多個源狀態(tài)或目標狀態(tài),他們可以把一個控制分解為并 行運行的并發(fā)線程,或將多個

17、并發(fā)線程結合成單個線程B 4 、活動圖中動作狀態(tài)之間的遷移不是靠事件觸發(fā)的,B5、狀態(tài)圖和活動圖建立了UML 面向對象開發(fā)過程中的對象動態(tài)狀態(tài)模型6、順序狀態(tài)表明狀態(tài)之間的遷移時串行的,即一個接一個順序遷移7、狀態(tài)圖還可以用復合遷移的同步并發(fā)遷移圖符來表示并發(fā)子狀態(tài)8、狀態(tài)圖中的進程是個動作流,能夠與其他進程并發(fā)執(zhí)行9、在活動圖中,虛箭線也成為對象流,對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關聯(lián)10、活動圖即可以描述對象的動態(tài)行為,還可以用來描述用例11、 活動圖中活動狀態(tài)的遷移不是由事件按進行觸發(fā),一個活動執(zhí)行完畢自動進入下一個多 棟狀態(tài)12、狀態(tài)圖和活動圖描述系統(tǒng)中某個系統(tǒng)對象的一系列狀態(tài)

18、變化 第七章 系統(tǒng)體系結構建模1、在UML中,軟件構件分為源代碼構件、 二進制構件和可執(zhí)行代碼構件構件圖由這些構件、 接口以及構件之間的關系組成。習題A 1、系統(tǒng)體系結構式用來描述系統(tǒng)各部分的結構、結構以及他們用于通信的一種機制B2、UML可以描述硬件之間的互聯(lián)關系,也能描述硬件單元上的軟件系統(tǒng)的分布B 3、軟件體系結構是對系統(tǒng)的用例、類、對象、結構以及相互間的交互和協(xié)作進行描述D 4、硬件系統(tǒng)體系結構要對系統(tǒng)的構件、結點的配置進行描述。A 5、構件時軟件系統(tǒng)體系結構中定義的概念和功能在物理體系結構中的實現(xiàn)。C 6、配置圖由結點和結點之間的聯(lián)系組成,描述了處理器、設備和軟件構件欲行時的體系 結

19、構。D 7、配置圖的基本元素有結點、構件、對象、連接、依賴等。8、系統(tǒng)體系結構建??梢苑譃檐浖到y(tǒng)體系結構建模和硬件系統(tǒng)體系結構建模9、構件時軟件系統(tǒng)體系結構類、對象、他們間的關系和協(xié)作種定義的概念和功能在物理體 系結構中的實現(xiàn)10、軟件構件分為源代碼構件、二進制構件和可執(zhí)行代碼構件11、構件圖主要用于建立系統(tǒng)的靜態(tài)模型12、構件圖中的構件沒有實例,只要在配置圖中才能標識構件的實例13、 配置圖由結點和結點之間的聯(lián)系組成,描述了處理器、 設備和軟件構件運行時的體系結 構。14、結點之間、結點與構件之間的聯(lián)系包括通信關聯(lián)、依賴聯(lián)系等。第八章 設計模式及其應用1、設計模式的分類:按照模式的目的將其分為創(chuàng)建型、結構性和行為型習題1、設計模式獨立于具體的編程

溫馨提示

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

評論

0/150

提交評論