系統(tǒng)建模與分析設計課后習題答案_第1頁
系統(tǒng)建模與分析設計課后習題答案_第2頁
系統(tǒng)建模與分析設計課后習題答案_第3頁
系統(tǒng)建模與分析設計課后習題答案_第4頁
系統(tǒng)建模與分析設計課后習題答案_第5頁
全文預覽已結(jié)束

下載本文檔

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

文檔簡介

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

2、和逐步完善6、面向?qū)ο蟮娜笾匾卣鳎悍庋b性、繼承性和多態(tài)性7、軟件開發(fā)方法從結(jié)構(gòu)化開發(fā)方法、模塊化開發(fā)方法到面向?qū)ο箝_發(fā)方法是一個漸進的演變過程8、軟件生命周期描述了一個軟件從定義、開發(fā)、使用、維護到服用的全過程9、面向?qū)ο蟮幕靖拍钣校簩ο?、類急氣封裝性、多態(tài)性、繼承性和消息傳遞10、軟件開發(fā)過程由客戶端需求分析、系統(tǒng)分析、系統(tǒng)設計和系統(tǒng)實現(xiàn)以測試與維護四個四個階段組成11、面向?qū)ο笙到y(tǒng)的開發(fā)過程以體系結(jié)構(gòu)為中心,以用例為驅(qū)動,是一個反復、漸增的過程課后習題:ACDB1、 封裝是吧對象的屬性和操作結(jié)合在一起,組成一個獨立的對象、2、 封裝是一種信息隱蔽技術,目的是使對象的生產(chǎn)者和使用者分離

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

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

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

6、代、漸增的方式進行開發(fā)。2、UML的靜態(tài)圖模型圖由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。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)構(gòu)造和移交四個階段及階段中一系列的循環(huán)重復。8、UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程,軟件項目開發(fā)過程流程包括的核心工作內(nèi)容是,分

7、析,設計,實現(xiàn),測試和配置9、UML中的五個不同的視圖可以完整地描述出所建造的系統(tǒng),這五種視圖是用例視圖、邏輯視圖、構(gòu)件視圖、進程視圖和配置視圖。10、UML中有10中基本圖可以完整地描述出所有建造的系統(tǒng),這10中視圖是用例圖、類圖、對象圖、包圖、構(gòu)件圖、配置圖、序列圖、活動圖、狀態(tài)圖和合作圖。第三章 需求分析與用例建模1、可行性研究:經(jīng)濟可行性、技術可行性和法律可行性。2、需求分析的目的是深入描述軟件功能和性能,確定軟件設計的約束和軟件同其他系統(tǒng)元素的接口細節(jié),定義軟件的其他有效性需求。3、用例圖包含的模型元素有系統(tǒng)、執(zhí)行者、用例以及他們間的不同關系,入繼承、關聯(lián)、依賴等。4、執(zhí)行者是指在系

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

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

10、模型的步驟分為,確定系統(tǒng)的范圍和邊界,確定系統(tǒng)的執(zhí)行者和用例,對用例進行描述,定義用例之間的關系和審核用例模型。12、用例圖中以實踐方框表示系統(tǒng)的范圍和邊界,在熊邊界內(nèi)描述的是用例,在邊界之外描述的是執(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)功能模型。2、類之間的關系有關聯(lián)、聚集、繼承、依賴、細化等。3、包是UML的模型元素之一,包可以包含其他包和類。包之間可以

11、有關系,入依賴等。寶石一種分組機制,他吧一些模型元素組織成語義上相關的組,包中擁有或涉及的所有模型元素叫做包的內(nèi)容。習題BBCBB B1、 UML的系統(tǒng)分析進一步要確立的三個系統(tǒng)模型是對象靜態(tài)模型、對象動態(tài)模型和系統(tǒng)功能模型。2、 UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設計階段產(chǎn)生的模型,其描述圖符完全不同3、 類和對象都有屬性,他們的差別是:類描述了屬性的類型,而對象的屬性必須有具體值4、 UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的系統(tǒng)體系層次結(jié)構(gòu)5、設計模式在面向?qū)ο笙到y(tǒng)設計中是設計方法的一種形式6、“對象容器”設計模式對有限的對象進行管理,它不能修改對象7、在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)

12、生的對象模型有三種模型。他們是:對象的靜態(tài)模型,對象的動態(tài)模型和對象的系統(tǒng)功能處理模型。8、 在UML的對象類圖中,類之間的關系有依賴、細化、關聯(lián)、聚集和繼承五種。9、 共享聚集的部分對象可以是任何整體的一部分,表示事物的整體/部分關系較弱的情況,整體段的重數(shù)應該是n10、在UMl軟件開發(fā)過程的需求分析和系統(tǒng)分析階段,建立對象類模型的步驟分為尋找確定對象類、定義接口、定義類之間的關系、建立對象類圖和建立系統(tǒng)包圖。11、 組合聚集是指整體擁有它的部分,他具有搶的物主身份,表示事物的整體/部分關系較強的情況。部分生存在整體中,不可分離他們與整體一起存在或消亡。整體的充數(shù)必須是12、系統(tǒng)分析是在客戶

13、需求分析規(guī)格說明的基礎之上對其進行的分析13、 類有實例,他的實例是一個對象。在UML中,包用來表示一個模型組織的分組機制,包沒有實例。第五章 系統(tǒng)設計與對象動態(tài)交互模型1、消息分為四種控制流,分別是簡單消息、同步消息、一步消息、和返回消息2、順序圖用來描述對象間的交換行為。他注重消息的時間順序,即對象間消息的發(fā)送和接收的順序。順序圖還揭示了一個特定場景的交互,即系統(tǒng)執(zhí)行期間發(fā)生在某個時間點的對象之間的特定交互,他適合描述實時系統(tǒng)中的時間特性和時間約束。3、合作圖和順序圖都可用來描述系統(tǒng)對象間的交互。順序圖強調(diào)的是一組對象間的操作調(diào)用的時間順序,合作圖則強調(diào)這組對象之間的關系。習題CCADA1

14、、UML系統(tǒng)設計的一般步驟包括系統(tǒng)對象設計、系統(tǒng)體系結(jié)構(gòu)設計和系統(tǒng)設計的優(yōu)化2、順序圖和合作圖主要用與對用例圖中消息流的建模,用他們來描述用例圖的行為。3、順序圖的模型元素有對象、消息、鏈接等,這些模型元素表示某個用例中的若干個對象和對象之間所有傳遞的消息,來對系統(tǒng)的行為建模。4、順序圖描述一組對象之間消息的傳遞順序5、順序圖和合作圖建立了UML面向?qū)ο箝_發(fā)過程中的對象動態(tài)交互模型6、在UML軟件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型,他們是簡單消息,同步消息、異步消息和返回消息。7、順序圖和合作圖用來表達對象之間的交互,是描述一組對象如何合作完成某個行為的模型化工具8、進程是一個動作流,

15、能夠與其他進程并發(fā)執(zhí)行9、線程是內(nèi)部的一個動作流,能夠與其他線程并發(fā)執(zhí)行10、主動對象是一個擁有進程或線程的對象,能初始化控制活動,可以獨立并發(fā)運行11、被動對象是一個必須由其他對象發(fā)來的消息進行觸發(fā)才執(zhí)行動作的對象。12、交互圖描述系統(tǒng)中對象間的交互行為。每一個交互都有發(fā)送者和接受者,他們可以是整個系統(tǒng)、一個子系統(tǒng)、一個用例、一個對象類或一個操作。第六章 系統(tǒng)動態(tài)建模-狀態(tài)模型1、UML軟件開發(fā)過程中產(chǎn)生的狀態(tài)圖描述了系統(tǒng)中一個對象所具有的各種狀態(tài)和這個對象從一中狀態(tài)到另一狀態(tài)的轉(zhuǎn)換,以及影響對象這些狀態(tài)的事件等,它主要用來描述某個對象從一個狀態(tài)到另一個狀態(tài)編號遷移的控制流2、活動中的事件

16、有entry事件、exit事件、do事件3、狀態(tài)的改變-遷移習題BAABB1、狀態(tài)圖可以表現(xiàn)一個對象在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動作。2、狀態(tài)圖描述一個對象在不同事件的驅(qū)動下發(fā)生的狀態(tài)遷移。3、一個狀態(tài)遷移圖符可以有多個源狀態(tài)或目標狀態(tài),他們可以把一個控制分解為并行運行的并發(fā)線程,或?qū)⒍鄠€并發(fā)線程結(jié)合成單個線程4、活動圖中動作狀態(tài)之間的遷移不是靠事件觸發(fā)的,5、狀態(tài)圖和活動圖建立了UML面向?qū)ο箝_發(fā)過程中的對象動態(tài)狀態(tài)模型6、順序狀態(tài)表明狀態(tài)之間的遷移時串行的,即一個接一個順序遷移7、狀態(tài)圖還可以用復合遷移的同步并發(fā)遷移圖符來表示并發(fā)子狀態(tài)8、狀態(tài)圖

17、中的進程是個動作流,能夠與其他進程并發(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)變化第七章 系統(tǒng)體系結(jié)構(gòu)建模1、在UML中,軟件構(gòu)件分為源代碼構(gòu)件、二進制構(gòu)件和可執(zhí)行代碼構(gòu)件構(gòu)件圖由這些構(gòu)件、接口以及構(gòu)件之間的關系組成。習題ABBDA CD1、系統(tǒng)體系結(jié)構(gòu)式用來描述系統(tǒng)各部分的結(jié)構(gòu)、結(jié)構(gòu)以及他們用于通信的一種機制2、UML可以描述硬件之間的互聯(lián)關系,也能描述硬件單元上的軟件系統(tǒng)的分布3、軟件體系結(jié)構(gòu)是對系統(tǒng)的用例、類、對象、結(jié)構(gòu)以及相互間的交互和協(xié)作進行描述4、硬件系統(tǒng)體系結(jié)構(gòu)要對系統(tǒng)的構(gòu)件、結(jié)點的配置進行描述。5、構(gòu)件時軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實現(xiàn)。6、配置圖由結(jié)點和結(jié)點之間的聯(lián)系組成,描述了處理器、設備

溫馨提示

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

評論

0/150

提交評論