![UML系統(tǒng)建模與分析設(shè)計(jì)-刁成嘉-課后答案_第1頁(yè)](http://file4.renrendoc.com/view/46884d5af56a284b6064d016d548e78a/46884d5af56a284b6064d016d548e78a1.gif)
![UML系統(tǒng)建模與分析設(shè)計(jì)-刁成嘉-課后答案_第2頁(yè)](http://file4.renrendoc.com/view/46884d5af56a284b6064d016d548e78a/46884d5af56a284b6064d016d548e78a2.gif)
![UML系統(tǒng)建模與分析設(shè)計(jì)-刁成嘉-課后答案_第3頁(yè)](http://file4.renrendoc.com/view/46884d5af56a284b6064d016d548e78a/46884d5af56a284b6064d016d548e78a3.gif)
![UML系統(tǒng)建模與分析設(shè)計(jì)-刁成嘉-課后答案_第4頁(yè)](http://file4.renrendoc.com/view/46884d5af56a284b6064d016d548e78a/46884d5af56a284b6064d016d548e78a4.gif)
![UML系統(tǒng)建模與分析設(shè)計(jì)-刁成嘉-課后答案_第5頁(yè)](http://file4.renrendoc.com/view/46884d5af56a284b6064d016d548e78a/46884d5af56a284b6064d016d548e78a5.gif)
版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
UML系統(tǒng)建模與分析設(shè)計(jì)-刁成嘉-課后答案第一章系統(tǒng)建模與分析設(shè)計(jì)的演變1、系統(tǒng)建模的三要素:方法、工具和過(guò)程2、軟件的分類(lèi):按軟件的功能劃分:系統(tǒng)軟件、支撐軟件和應(yīng)用軟件按軟件的規(guī)模劃分:小型軟件、中型軟件、大型甚至超大型軟件按軟件的工作方式劃分:實(shí)時(shí)處理軟件、分時(shí)處理軟件交互式軟件和批處理軟件按軟件服務(wù)對(duì)象的范圍劃分:一次性使用軟件和使用頻度較高的軟件按軟件失效的影響程度劃分:一般性軟件和關(guān)鍵性軟件3、軟件危機(jī)產(chǎn)生的原因主要有兩個(gè):一是與軟件本身的特點(diǎn)相關(guān);二是軟件開(kāi)發(fā)和維護(hù)的方法不正確。4、軟件開(kāi)發(fā)過(guò)程模型:瀑布模型、漸增模型、演化模型、螺旋模型、智能模型5、UML的特點(diǎn):唯一性、連續(xù)性、維護(hù)性、復(fù)用性和逐步完善6、面向?qū)ο蟮娜笾匾卣鳎悍庋b性、繼承性和多態(tài)性7、軟件開(kāi)發(fā)方法從結(jié)構(gòu)化開(kāi)發(fā)方法、模塊化開(kāi)發(fā)方法到面向?qū)ο箝_(kāi)發(fā)方法是一個(gè)漸進(jìn)的演變過(guò)程8、軟件生命周期描述了一個(gè)軟件從定義、開(kāi)發(fā)、使用、維護(hù)到服用的全過(guò)程9、面向?qū)ο蟮幕靖拍钣校簩?duì)象、類(lèi)急氣封裝性、多態(tài)性、繼承性和消息傳遞10、軟件開(kāi)發(fā)過(guò)程由客戶(hù)端需求分析、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)現(xiàn)以測(cè)試與維護(hù)四個(gè)四個(gè)階段組成11、面向?qū)ο笙到y(tǒng)的開(kāi)發(fā)過(guò)程以體系結(jié)構(gòu)為中心,以用例為驅(qū)動(dòng),是一個(gè)反復(fù)、漸增的過(guò)程課后習(xí)題:A1、封裝是吧對(duì)象的屬性和操作結(jié)合在一起,組成一個(gè)獨(dú)立的對(duì)象、C2、封裝是一種信息隱蔽技術(shù),目的是使對(duì)象的生產(chǎn)者和使用者分離,使對(duì)象的定義和實(shí)現(xiàn)分開(kāi)。B3、面向?qū)ο蠓椒ㄖ械睦^承機(jī)制使子類(lèi)可以自動(dòng)地?fù)碛袕?fù)制父類(lèi)全部屬性和操作D4、使得在多個(gè)類(lèi)中能夠定義同一個(gè)操作或?qū)傩悦⒃诿恳粋€(gè)類(lèi)中有不同的實(shí)現(xiàn)的一種方法是多態(tài)性5、軟件按照其工作方式可劃分為實(shí)時(shí)處理軟件、分時(shí)處理軟件、交互式軟件和批處理軟件。6、軟件生存周期由軟件的定義、軟件的開(kāi)發(fā)和軟件的使用維護(hù)和更新?lián)Q代三部分組成。7、軟件開(kāi)發(fā)模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五種主要模型8、面向?qū)ο蠹夹g(shù)采用以類(lèi)為中心的封裝、繼承、多態(tài)等不僅支持軟件復(fù)用,而且使軟件維護(hù)工作可靠有效,可實(shí)現(xiàn)軟件系統(tǒng)的柔性制造。9、UML的優(yōu)點(diǎn)是:唯一性、連續(xù)性、維護(hù)性、復(fù)用性和完善性。第二章統(tǒng)一建模語(yǔ)言UMLA1、UML的五種視圖:用例視圖、邏輯視圖、構(gòu)件視圖、進(jìn)程視圖和配置視圖B2、UML的三大類(lèi)模型圖是:用例模型圖、靜態(tài)模型圖和動(dòng)態(tài)模型圖C3、用例模型描述的是外部執(zhí)行者主要用于需求分析階段D4、UML的靜態(tài)建模機(jī)制包括:類(lèi)圖、對(duì)象圖、包圖、構(gòu)件圖、配置圖B5、UML的動(dòng)態(tài)模型包括4種兔:狀態(tài)圖、活動(dòng)圖、順序圖、合作圖6、軟件的開(kāi)發(fā)過(guò)程即生命周期劃分為開(kāi)始、詳細(xì)規(guī)劃、系統(tǒng)構(gòu)造、移交四個(gè)階段。7、UML開(kāi)發(fā)過(guò)程中的核心活動(dòng)成分是:分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、配置和一些核心支持活動(dòng)。8、UML開(kāi)發(fā)過(guò)程的產(chǎn)物包括兩大類(lèi):模型和文檔9、UML軟件開(kāi)發(fā)過(guò)程的基本特點(diǎn):用例驅(qū)動(dòng)系統(tǒng)、以體系結(jié)構(gòu)為中心、螺旋上升式的開(kāi)發(fā)過(guò)程、以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)10、UML中的擴(kuò)展機(jī)制包括三種:構(gòu)造型、標(biāo)記值和約束。構(gòu)造型用于對(duì)模型元素進(jìn)行分類(lèi),在已有的基本模型元素上定義新的模型元素。標(biāo)記值也稱(chēng)特性規(guī)格說(shuō)明,他和約束一起直接對(duì)摸個(gè)模型元素附加一些特性和語(yǔ)義。11、軟件項(xiàng)目開(kāi)發(fā)過(guò)程包括的具體工作內(nèi)容是:業(yè)務(wù)建模、需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試。12、UML軟件開(kāi)發(fā)過(guò)程的基本特征是:以用力驅(qū)動(dòng)軟件開(kāi)發(fā)全過(guò)程,以系統(tǒng)體系結(jié)構(gòu)為中心,以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo),采用反復(fù)迭代、循環(huán)、漸增是的螺旋上升式開(kāi)發(fā)過(guò)程。習(xí)題:1、UML的以用例對(duì)象為中心,以系統(tǒng)體系結(jié)構(gòu)為主線,采用循環(huán)、迭代、漸增的方式進(jìn)行開(kāi)發(fā)。2、UML的靜態(tài)圖模型圖由類(lèi)圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。3、UML的動(dòng)態(tài)模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和和作圖組成4、UML的最總產(chǎn)物就是最后提交的可執(zhí)行文件的軟件系統(tǒng)和相應(yīng)的軟件文檔資料5、在UML的需求分析建模中,用例模型圖必須與用戶(hù)反復(fù)交流并加以確認(rèn)。6、uML分析和設(shè)計(jì)模型由三類(lèi)模型圖表示,三類(lèi)模型圖是:用例模型圖、靜態(tài)模型圖和動(dòng)態(tài)模型圖。7、UML的軟件統(tǒng)一開(kāi)發(fā)過(guò)程,即生命周期按時(shí)間順序可以劃分為,開(kāi)始,詳細(xì)設(shè)計(jì),系統(tǒng)構(gòu)造和移交四個(gè)階段及階段中一系列的循環(huán)重復(fù)。8、UML開(kāi)發(fā)過(guò)程是一種二維結(jié)構(gòu)軟件開(kāi)發(fā)過(guò)程,軟件項(xiàng)目開(kāi)發(fā)過(guò)程流程包括的核心工作內(nèi)容是,分析,設(shè)計(jì),實(shí)現(xiàn),測(cè)試和配置9、UML中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng),這五種視圖是用例視圖、邏輯視圖、構(gòu)件視圖、進(jìn)程視圖和配置視圖。10、UML中有10中基本圖可以完整地描述出所有建造的系統(tǒng),這10中視圖是用例圖、類(lèi)圖、對(duì)象圖、包圖、構(gòu)件圖、配置圖、序列圖、活動(dòng)圖、狀態(tài)圖和合作圖。第三章需求分析與用例建模1、可行性研究:經(jīng)濟(jì)可行性、技術(shù)可行性和法律可行性。2、需求分析的目的是深入描述軟件功能和性能,確定軟件設(shè)計(jì)的約束和軟件同其他系統(tǒng)元素的接口細(xì)節(jié),定義軟件的其他有效性需求。3、用例圖包含的模型元素有系統(tǒng)、執(zhí)行者、用例以及他們間的不同關(guān)系,入繼承、關(guān)聯(lián)、依賴(lài)等。4、執(zhí)行者是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)5、執(zhí)行者分為“人”執(zhí)行者和“外部系統(tǒng)”執(zhí)行者兩類(lèi)。6、UML中用例間的關(guān)聯(lián)主要有4種:繼承關(guān)聯(lián)、擴(kuò)展關(guān)聯(lián)、包含關(guān)聯(lián)和使用關(guān)聯(lián)7、UML的活動(dòng)圖示系統(tǒng)動(dòng)態(tài)行為建模的圖形工具之一,用來(lái)表示完成一個(gè)操作所需要的活動(dòng),或者是一個(gè)用例實(shí)例的活動(dòng)。活動(dòng)圖實(shí)際上也是一種流程圖,它描述活動(dòng)的序列,即系統(tǒng)從一個(gè)活動(dòng)到另一活動(dòng)的控制流。活動(dòng)圖特別適合秒速動(dòng)作流和并發(fā)處理行為。習(xí)題:B1、可行性研究分析包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分析和法律可行性分析A2、UML的客戶(hù)需求分析模型包括用例模型、類(lèi)圖、對(duì)象圖和活動(dòng)圖組成。C3、UML客戶(hù)需求分析使用的CRC卡上責(zé)任宜蘭的內(nèi)容主要描述類(lèi)的屬性和操作D4、UML客戶(hù)需求分析產(chǎn)生的用例模型描述了系統(tǒng)的功能要求B5、在UML的需求分析建模中,用例模型必須與用戶(hù)反復(fù)交流并加以確認(rèn)。A6、在UML的需求分析建模中,對(duì)用例模型中的用例進(jìn)行細(xì)化說(shuō)明應(yīng)使用活動(dòng)圖A7、活動(dòng)圖中的分劈和同步接合圖符是用來(lái)描述多進(jìn)程的并發(fā)處理行為8、UML軟件開(kāi)發(fā)過(guò)程需求分析階段產(chǎn)生的模型由三類(lèi)模型圖表示。他們是:用例模型圖、靜態(tài)模型圖和動(dòng)態(tài)模型圖。9、CRC卡中的描述由類(lèi)名、類(lèi)特征、類(lèi)類(lèi)型、責(zé)任和協(xié)作者共五部分組成10、軟件項(xiàng)目的目的的可行性研究分析中,技術(shù)可行性研究包括風(fēng)險(xiǎn)分析、資源分析、技術(shù)分析三部分組成11、在UML軟件開(kāi)發(fā)過(guò)程的需求分析階段,建立用例模型的步驟分為,確定系統(tǒng)的范圍和邊界,確定系統(tǒng)的執(zhí)行者和用例,對(duì)用例進(jìn)行描述,定義用例之間的關(guān)系和審核用例模型。12、用例圖中以實(shí)踐方框表示系統(tǒng)的范圍和邊界,在熊邊界內(nèi)描述的是用例,在邊界之外描述的是執(zhí)行者13、用例模型中的執(zhí)行者可以是“人”執(zhí)行者也可以是“外部”系統(tǒng)執(zhí)行者14、用例模型中的用例之間的關(guān)聯(lián)有使用關(guān)聯(lián)、擴(kuò)展關(guān)聯(lián)。包含關(guān)聯(lián)和繼承關(guān)聯(lián)第四章系統(tǒng)分析與對(duì)象類(lèi)建模1、根據(jù)建立的用戶(hù)需求模型,在系統(tǒng)分析階段要進(jìn)一步確立三個(gè)模型系統(tǒng)模型:對(duì)象靜態(tài)模型,對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。2、類(lèi)之間的關(guān)系有關(guān)聯(lián)、聚集、繼承、依賴(lài)、細(xì)化等。3、包是UML的模型元素之一,包可以包含其他包和類(lèi)。包之間可以有關(guān)系,入依賴(lài)等。寶石一種分組機(jī)制,他吧一些模型元素組織成語(yǔ)義上相關(guān)的組,包中擁有或涉及的所有模型元素叫做包的內(nèi)容。習(xí)題B1、UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是對(duì)象靜態(tài)模型、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。A2、UML的客戶(hù)需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型,其描述圖符完全相同C3、類(lèi)和對(duì)象都有屬性,他們的差別是:類(lèi)描述了屬性的類(lèi)型,而對(duì)象的屬性必須有具體值B4、UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的系統(tǒng)體系層次結(jié)構(gòu)B(不確定)5、設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中式設(shè)計(jì)方法的一種形式C(不確定)6、“對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理,它不能創(chuàng)建對(duì)象7、在UML軟件開(kāi)發(fā)過(guò)程系統(tǒng)分析階段產(chǎn)生的對(duì)象模型有三種模型。他們是:對(duì)象的靜態(tài)模型,對(duì)象的動(dòng)態(tài)模型和對(duì)象的系統(tǒng)功能處理模型。8、在UML的對(duì)象類(lèi)圖中,類(lèi)之間的關(guān)系有繼承、細(xì)化、關(guān)聯(lián)、聚集和繼承五種。9、共享聚集的部分對(duì)象可以是任何整體的一部分,表示事物的整體/部分關(guān)系較弱的情況,整體段的重?cái)?shù)應(yīng)該是n10、在UMl軟件開(kāi)發(fā)過(guò)程的需求分析和系統(tǒng)分析階段,建立對(duì)象類(lèi)模型的步驟分為尋找確定對(duì)象類(lèi)、定義接口、定義類(lèi)之間的關(guān)系、建立對(duì)象類(lèi)圖和建立系統(tǒng)包圖。11、組合聚集是指整體擁有它的部分,他具有搶的物主身份,表示事物的整體/部分關(guān)系較強(qiáng)的情況。部分生存在整體中,不可分離他們與整體一起存在或消亡。整體的充數(shù)必須是1或012、系統(tǒng)分析是在客戶(hù)需求分析規(guī)格說(shuō)明的基礎(chǔ)之上對(duì)其進(jìn)行的分析13、類(lèi)有實(shí)例,他的實(shí)例是一個(gè)對(duì)象。在UML中,包用來(lái)表示一個(gè)模型組織的分組機(jī)制,包沒(méi)有實(shí)例。第五章系統(tǒng)設(shè)計(jì)與對(duì)象動(dòng)態(tài)交互模型1、消息分為四種控制流,分別是簡(jiǎn)單消息、同步消息、一步消息、和返回消息2、順序圖用來(lái)描述對(duì)象間的交換行為。他注重消息的時(shí)間順序,即對(duì)象間消息的發(fā)送和接收的順序。順序圖還揭示了一個(gè)特定場(chǎng)景的交互,即系統(tǒng)執(zhí)行期間發(fā)生在某個(gè)時(shí)間點(diǎn)的對(duì)象之間的特定交互,他適合描述實(shí)時(shí)系統(tǒng)中的時(shí)間特性和時(shí)間約束。3、合作圖和順序圖都可用來(lái)描述系統(tǒng)對(duì)象間的交互。順序圖強(qiáng)調(diào)的是一組對(duì)象間的操作調(diào)用的時(shí)間順序,合作圖則強(qiáng)調(diào)這組對(duì)象之間的關(guān)系。習(xí)題C1、UML系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的優(yōu)化B2、順序圖和合作圖主要用與對(duì)用例圖中控制流的建模,用他們來(lái)描述用例圖的行為。A3、順序圖的模型元素有對(duì)象、消息、鏈接等,這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所有傳遞的消息,來(lái)對(duì)系統(tǒng)的行為建模。D(不確定)4、順序圖描述一組對(duì)象之間消息的傳遞順序A5、順序圖和合作圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)交互模型6、在UML軟件開(kāi)發(fā)過(guò)程產(chǎn)生的對(duì)象動(dòng)態(tài)模型中消息有四種類(lèi)型,他們是簡(jiǎn)單消息,同步消息、異步消息和返回消息。7、順序圖和合作圖用來(lái)表達(dá)對(duì)象之間的交互,是描述一組對(duì)象如何合作完成某個(gè)行為的模型化工具8、進(jìn)程是一個(gè)動(dòng)作流,能夠與其他進(jìn)程并發(fā)執(zhí)行9、線程是內(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ā)來(lái)的消息進(jìn)行觸發(fā)才執(zhí)行動(dòng)作的對(duì)象。12、交互圖描述系統(tǒng)中對(duì)象間的交互行為。每一個(gè)交互都有發(fā)送者和接受者,他們可以是整個(gè)系統(tǒng)、一個(gè)子系統(tǒng)、一個(gè)用例、一個(gè)對(duì)象類(lèi)或一個(gè)操作。第六章系統(tǒng)動(dòng)態(tài)建模---狀態(tài)模型1、UML軟件開(kāi)發(fā)過(guò)程中產(chǎn)生的狀態(tài)圖描述了系統(tǒng)中一個(gè)對(duì)象所具有的各種狀態(tài)和這個(gè)對(duì)象從一中狀態(tài)到另一狀態(tài)的轉(zhuǎn)換,以及影響對(duì)象這些狀態(tài)的事件等,它主要用來(lái)描述某個(gè)對(duì)象從一個(gè)狀態(tài)到另一個(gè)狀態(tài)編號(hào)遷移的控制流2、活動(dòng)中的事件有entry事件、exit事件、do事件3、狀態(tài)的改變---遷移習(xí)題B1、狀態(tài)圖可以表現(xiàn)一個(gè)對(duì)象在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動(dòng)作。A2、狀態(tài)圖描述一個(gè)對(duì)象在不同事件的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。D3、一個(gè)同步并發(fā)遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài),他們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)線程,或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單個(gè)線程B4、活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠事件觸發(fā)的,B5、狀態(tài)圖和活動(dòng)圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)狀態(tài)模型6、順序狀態(tài)表明狀態(tài)之間的遷移時(shí)串行的,即一個(gè)接一個(gè)順序遷移7、狀態(tài)圖還可以用復(fù)合遷移的同步并發(fā)遷移圖符來(lái)表示并發(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)行為,還可以用來(lái)描述用例11、活動(dòng)圖中活動(dòng)狀態(tài)的遷移不是由事件按進(jìn)行觸發(fā),一個(gè)活動(dòng)執(zhí)行完畢自動(dòng)進(jìn)入下一個(gè)多棟狀態(tài)12、狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè)系統(tǒng)對(duì)象的一系列狀態(tài)變化第七章系統(tǒng)體系結(jié)構(gòu)建模1、在UML中,軟件構(gòu)件分為源代碼構(gòu)件、二進(jìn)制構(gòu)件和可執(zhí)行代碼構(gòu)件構(gòu)件圖由這些構(gòu)件、接口以及構(gòu)件之間的關(guān)系組成。習(xí)題A1、系統(tǒng)體系結(jié)構(gòu)式用來(lái)描述系統(tǒng)各部分的結(jié)構(gòu)、結(jié)構(gòu)以及他們用于通信的一種機(jī)制B2、UML可以描述硬件之間的互聯(lián)關(guān)系,也能描述硬件單元上的軟件系統(tǒng)的分布B3、軟件體系結(jié)構(gòu)是對(duì)系統(tǒng)的用例、類(lèi)、對(duì)象、結(jié)構(gòu)以及相互間的交互和協(xié)作進(jìn)行描述D4、硬件系統(tǒng)體系結(jié)構(gòu)要對(duì)系統(tǒng)的構(gòu)件、結(jié)點(diǎn)的配置進(jìn)行描述。A5、構(gòu)件時(shí)軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。C6、配置圖由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成,描述了處理器、設(shè)備和軟件構(gòu)件欲行時(shí)的體系結(jié)構(gòu)。D7、配置圖的基本元素有結(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴(lài)等。8、系統(tǒng)體系結(jié)構(gòu)建??梢苑譃檐浖到y(tǒng)體系結(jié)構(gòu)建模和硬件系統(tǒng)體系結(jié)構(gòu)建模9、構(gòu)件時(shí)軟件系統(tǒng)體系結(jié)構(gòu)類(lèi)、對(duì)象、他們間的關(guān)系和協(xié)作種定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)10、軟件構(gòu)件分為源代碼構(gòu)件、二進(jìn)制構(gòu)件和可執(zhí)行代碼構(gòu)件11、構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)模型12、構(gòu)件圖中的構(gòu)件沒(méi)有實(shí)例,只要在配置圖中才能標(biāo)識(shí)構(gòu)件的實(shí)例13、配置圖由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成,描述了處理器、設(shè)備和軟件構(gòu)件運(yùn)行時(shí)的體系結(jié)構(gòu)。14、結(jié)點(diǎn)之間、結(jié)點(diǎn)與構(gòu)件之間的聯(lián)系包括通信關(guān)聯(lián)、依賴(lài)聯(lián)系等。第八章設(shè)計(jì)模式及其應(yīng)用1、設(shè)計(jì)模式的分類(lèi):按照模式的目的將其分為創(chuàng)建型、結(jié)構(gòu)性和行為型習(xí)題1、設(shè)計(jì)模式獨(dú)立于具體
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度電動(dòng)車(chē)電瓶租賃與節(jié)能減排服務(wù)合同
- 施工現(xiàn)場(chǎng)施工防化學(xué)泄漏威脅制度
- 情緒管理在校園心理輔導(dǎo)中的實(shí)踐
- DB35T 2233-2024桂花無(wú)性繁殖技術(shù)規(guī)程
- 專(zhuān)業(yè)墊資抵押合同范本
- 中外合資企業(yè)合同
- 個(gè)人大額度借款合同細(xì)則
- 買(mǎi)賣(mài)合同爭(zhēng)議仲裁協(xié)議書(shū)模板
- 人事檔案委托保管合同
- 上海市某餐飲管理有限公司勞動(dòng)合同
- 湖北省武漢市2024-2025學(xué)年度高三元月調(diào)考英語(yǔ)試題(含答案無(wú)聽(tīng)力音頻有聽(tīng)力原文)
- 商務(wù)星球版地理八年級(jí)下冊(cè)全冊(cè)教案
- 天津市河西區(qū)2024-2025學(xué)年四年級(jí)(上)期末語(yǔ)文試卷(含答案)
- 北京市北京四中2025屆高三第四次模擬考試英語(yǔ)試卷含解析
- 2024年快遞行業(yè)無(wú)人機(jī)物流運(yùn)輸合同范本及法規(guī)遵循3篇
- 地下商業(yè)街的規(guī)劃設(shè)計(jì)
- 傷殘撫恤管理辦法實(shí)施細(xì)則
- 中國(guó)慢性冠脈綜合征患者診斷及管理指南2024版解讀
- 提升模組良率-六西格瑪
- DL-T+5196-2016火力發(fā)電廠石灰石-石膏濕法煙氣脫硫系統(tǒng)設(shè)計(jì)規(guī)程
- 2024-2030年中國(guó)產(chǎn)教融合行業(yè)市場(chǎng)運(yùn)營(yíng)態(tài)勢(shì)及發(fā)展前景研判報(bào)告
評(píng)論
0/150
提交評(píng)論