軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第1頁(yè)
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第2頁(yè)
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第3頁(yè)
軟件體系結(jié)構(gòu)復(fù)習(xí)資料_第4頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡(jiǎn)介

《軟件體系結(jié)構(gòu)及文檔寫(xiě)作》期末復(fù)習(xí)資料一、判斷1.詳細(xì)設(shè)計(jì)表達(dá)的方法主要有:程序流程圖、N-S圖、HIPO圖、PDL語(yǔ)言以及判定表、樹(shù)(錯(cuò)誤)(PAD圖)常用的概要設(shè)計(jì)結(jié)構(gòu)化表現(xiàn)方法有:層次圖、PAD圖、結(jié)構(gòu)圖(錯(cuò)誤)(HIPO圖)類(lèi)型風(fēng)格主要有:分解風(fēng)格、使用風(fēng)格、泛化風(fēng)格、分層風(fēng)格、部署風(fēng)格、實(shí)現(xiàn)風(fēng)格和工作任務(wù)風(fēng)格等(正確)軟件視圖主要的表達(dá)類(lèi)型:模塊視圖類(lèi)型、組件和連接器(C&C)視圖類(lèi)型、分配視圖類(lèi)型(正確)概要設(shè)計(jì)階段的主要任務(wù)是把系統(tǒng)的功能需求分配給軟件結(jié)構(gòu),形成軟件的系統(tǒng)結(jié)構(gòu),并完成表達(dá)(正確)用戶(hù)手冊(cè)的描述與軟件實(shí)際功能的一致性(正確)7.開(kāi)發(fā)進(jìn)度偏差有正向偏差和負(fù)向偏差(正確)MVC是模型/視圖/控制器的簡(jiǎn)寫(xiě)(正確)9.視圖是對(duì)一組系統(tǒng)元素及其關(guān)系的描述。(正確)10.N-S圖又稱(chēng)為盒圖(BoxDiagram)(正確)11.偏差有兩種方式:正向偏差和負(fù)向偏差(正確)成本進(jìn)度控制用于測(cè)量項(xiàng)目績(jī)效,傳統(tǒng)上只采用工作價(jià)值量作為計(jì)量單位(錯(cuò)誤)甘特圖只是用于項(xiàng)目開(kāi)發(fā)計(jì)劃階段的資源進(jìn)度安排和狀態(tài)報(bào)告(錯(cuò)誤)14.進(jìn)度執(zhí)行指數(shù)(SPI)=BCWP/BCWS(正確)變更管理包括項(xiàng)目變更申請(qǐng)和項(xiàng)目影響說(shuō)明(正確)16.控制模型在體系結(jié)構(gòu)層次上描述子系統(tǒng)之間的控制流(正確)狀態(tài)機(jī)模型是一種描述系統(tǒng)對(duì)外部事件響應(yīng)的行為模型。(錯(cuò)誤)用戶(hù)文檔應(yīng)簡(jiǎn)單、精煉,少用用戶(hù)難懂的專(zhuān)業(yè)術(shù)語(yǔ),并力求形象生動(dòng)、有足夠多的圖片,便于用戶(hù)學(xué)習(xí)、理解和掌握軟件的使用、操作。(錯(cuò)誤)19.數(shù)據(jù)流模型是描述系統(tǒng)數(shù)據(jù)的一種很直觀的方式。(錯(cuò)誤)數(shù)據(jù)模型可以表示為一個(gè)有向圖,包含一系列不同類(lèi)型的結(jié)點(diǎn),結(jié)點(diǎn)之間的連線表示結(jié)點(diǎn)之間的關(guān)系,每個(gè)結(jié)點(diǎn)有結(jié)點(diǎn)標(biāo)示和若干屬性描述。(正確)意識(shí)流:按思維在編寫(xiě)者頭腦中出現(xiàn)的順序捕捉思維,并加以記錄.(正確)執(zhí)行流:按軟件執(zhí)行時(shí)的思維順序捕捉思維,并加以記錄。(正確)避免出現(xiàn)不必要的重復(fù)的要點(diǎn)是:將每個(gè)信息都記錄在每個(gè)的地方(錯(cuò)誤)軟件文檔可能既是指示性文檔,又是說(shuō)明性文檔(正確)文檔管理的目的是使文檔能夠發(fā)揮其應(yīng)該發(fā)揮的作用(正確)具體的文檔修改活動(dòng)只有建議,審核,批準(zhǔn),實(shí)施四個(gè)步驟(錯(cuò)誤)管理方式的演變經(jīng)歷了分散式管理,集中管理,分布式管理三個(gè)階段(正確)動(dòng)態(tài)文檔包括語(yǔ)義文檔,結(jié)構(gòu)文檔,過(guò)程文檔三部分內(nèi)容。(正確)從技術(shù)角度,文檔的管理維護(hù)由兩種方式:(1)采用手工,動(dòng)態(tài)的管理方式(2)采用新方法,新工具。(錯(cuò)誤)二、填空1.常用的概要設(shè)計(jì)結(jié)構(gòu)化表現(xiàn)方法有:_層次圖_、HIPO圖、結(jié)構(gòu)圖等概要設(shè)計(jì)具體的表現(xiàn)形式:結(jié)構(gòu)化設(shè)計(jì)表達(dá)、面向?qū)ο笤O(shè)計(jì)表達(dá)概要設(shè)計(jì)技術(shù)的常用表示方法:繼承機(jī)制、聚集關(guān)系、對(duì)象關(guān)聯(lián)、注冊(cè)/觀察器、虛擬設(shè)備和*理結(jié)構(gòu)_詳細(xì)設(shè)計(jì)表達(dá)的方法主要有:程序流程圖、N-S圖、_PAD圖_、PDL語(yǔ)言以及判定表、樹(shù)面向?qū)ο笤O(shè)計(jì)(OOD)的4個(gè)部分:—廂題域_、人機(jī)交互部分、任務(wù)管理部分和數(shù)據(jù)管理部分組件和連接器視圖類(lèi)型能為系統(tǒng)執(zhí)行單元編制文檔服務(wù)。管道和過(guò)濾器風(fēng)格中的交互模式表現(xiàn)出數(shù)據(jù)流連續(xù)變換的特征,數(shù)據(jù)抵達(dá)過(guò)濾器并經(jīng)轉(zhuǎn)換后由管道傳送給下一個(gè)過(guò)濾器。實(shí)現(xiàn)舞能將模塊視圖類(lèi)型中的模塊映射到開(kāi)發(fā)基礎(chǔ)結(jié)構(gòu)。實(shí)現(xiàn)一個(gè)模塊總會(huì)產(chǎn)生許多獨(dú)立文件,如包含源碼的文件、包含定義的文件、描述如何生成可執(zhí)行程序的文件等。軟件工作分解結(jié)構(gòu)始終建立在對(duì)系統(tǒng)的某種分解之上,即把系統(tǒng)劃分成各部分進(jìn)行構(gòu)建一一軟件構(gòu)架在分布式環(huán)境中給機(jī)器分配資源、元素間的數(shù)據(jù)流以及通信信道的存在和使用,都傾向于以級(jí)圖表示,而層圖則無(wú)法區(qū)分它們。—測(cè)量工期—和—成本偏差—是報(bào)告的重點(diǎn)內(nèi)容開(kāi)發(fā)進(jìn)度偏差有兩種偏差:—正向偏差_和—負(fù)向偏差—在開(kāi)發(fā)進(jìn)度報(bào)告中,主要用到兩種圖形工具:—甘在圖__和__里程碑趨勢(shì)圖—成本執(zhí)行指數(shù)CPI=RCWP./ACWP__變更管理應(yīng)包括兩個(gè)重要內(nèi)容:__項(xiàng)目變更申請(qǐng)__和__項(xiàng)目影響說(shuō)明__狀態(tài)機(jī)模型是一種描述系統(tǒng)對(duì)內(nèi)或外部事件響應(yīng)的行為模型17.典型的基于事件驅(qū)動(dòng)控制模型有廣播型事件驅(qū)動(dòng)控制模型和中斷型控制模型編制用戶(hù)文檔的基本要求有:描述規(guī)范準(zhǔn)確、敘述簡(jiǎn)練生動(dòng)、語(yǔ)言嚴(yán)密平實(shí)、內(nèi)容系統(tǒng)完整接口描述主要包括類(lèi)型名、接口語(yǔ)法、接口描述控制模型分為兩種形式集中式控制、事件驅(qū)動(dòng)控制軟件文檔根據(jù)其產(chǎn)生和使用的范圍,主要?jiǎng)澐譃?大類(lèi):開(kāi)發(fā)文檔、用戶(hù)文檔和管理文檔視圖是對(duì)一組系統(tǒng)元素及其關(guān)系的描述和軟件基本構(gòu)架類(lèi)型對(duì)文檔所產(chǎn)生的影響類(lèi)似,視圖也有3種類(lèi)型:.模塊視圖類(lèi)型能為系統(tǒng)主要實(shí)現(xiàn)單元編制文檔服務(wù);組件和連接器球視圖類(lèi)型能為系統(tǒng)執(zhí)行單元編制文檔服務(wù);分配視圖類(lèi)型能為系統(tǒng)軟件與其開(kāi)發(fā)和執(zhí)行環(huán)境之間的關(guān)系編制文檔服務(wù)。這3種視圖代表著系統(tǒng)設(shè)計(jì)師在設(shè)計(jì)系統(tǒng)時(shí)必須考慮的3種視角;將系統(tǒng)看成實(shí)現(xiàn)單元、運(yùn)行時(shí)執(zhí)行單元、從軟件元素到環(huán)境結(jié)構(gòu)的映射。而文檔就是要記錄這些內(nèi)容。當(dāng)我們希望編制一個(gè)完整的軟件文檔時(shí),應(yīng)該至少采用一個(gè)模塊視圖類(lèi)型視圖。因此,給出一個(gè)建議:為軟件文檔包制定計(jì)劃時(shí),至少應(yīng)包含一個(gè)模塊視圖類(lèi)型的視圖。模塊視圖類(lèi)型的文檔風(fēng)格有4種:分別為分解風(fēng)格、使用風(fēng)格、泛化風(fēng)格、分層風(fēng)格26.軟件文檔的編制原則是—適應(yīng)文檔涉眾_,_應(yīng)用必要的重復(fù)性_,_應(yīng)用一定的靈活性—檔涉眾通常是系統(tǒng)文檔或系統(tǒng)的既得利益者。因此,必須要有一個(gè)基本規(guī)則,把良好的、可用的文檔,與那些拙劣的、缺乏考慮的文檔區(qū)分開(kāi)來(lái)。即所謂合理文檔的規(guī)則,共有7條:,,,。(7選4)(1).從讀者的角度編寫(xiě)文檔(2).避免出現(xiàn)不必要的重復(fù)(3).避免歧義(4).使用標(biāo)準(zhǔn)結(jié)構(gòu)(5).記錄基本原理(6).使文檔保持更新,但頻度不要過(guò)高(7).針對(duì)目標(biāo)的適宜性對(duì)文檔進(jìn)行評(píng)審從讀者的角度編寫(xiě)文檔,可以帶來(lái)以下優(yōu)點(diǎn):(1).面向讀者編寫(xiě)的文檔,通??倳?huì)贏得讀者。(2).面向讀者編寫(xiě)文檔是一種禮貌的表現(xiàn).(3).避免使用令人生厭的專(zhuān)業(yè)術(shù)語(yǔ)。容易使文檔變得易讀、易理解,提高文檔的“效率”。對(duì)于專(zhuān)業(yè)讀者,好的文檔將有利于系統(tǒng)設(shè)計(jì)思想、代碼等的理解。評(píng)審是文檔保持有效的前提。31.軟件文檔應(yīng)該是該軟件最終、最權(quán)威的信息源。具體的文檔修改大致分為:建議、評(píng)議、審核、批準(zhǔn)、實(shí)施五個(gè)步驟。文檔管理的三個(gè)階段:分散管理、集中管理、分布式管理。34.動(dòng)態(tài)文檔的內(nèi)容分為:語(yǔ)義文檔、結(jié)構(gòu)文檔、過(guò)程文檔。所有保管文檔均應(yīng)有:編制人、審核人、批準(zhǔn)人和保管人的簽字。過(guò)程數(shù)據(jù)庫(kù)包括:規(guī)模數(shù)據(jù)、時(shí)間數(shù)據(jù)、成本數(shù)據(jù)、質(zhì)量數(shù)據(jù)。三、選擇1程序流程圖的基本控制結(jié)構(gòu)()A:While型循環(huán)B:順序結(jié)構(gòu)C:Until型循環(huán)D:Case型選擇2:N-S圖的圖形構(gòu)件()A:先判定型循環(huán)結(jié)構(gòu)B:順序C:多情況選擇D:后判定型循環(huán)結(jié)構(gòu)3:概要設(shè)計(jì)結(jié)構(gòu)化表現(xiàn)方法有()A:程序流程圖B:N-S圖C:PAD圖D:HIPO圖4:不是面向?qū)ο笤O(shè)計(jì)的部分是()A:問(wèn)題域B:人機(jī)交互部分C:任務(wù)管理部分D:代碼管理部分5:詳細(xì)設(shè)計(jì)表達(dá)的方法有()A:層次圖B:HIPO圖C:結(jié)構(gòu)圖D:程序流程圖任何實(shí)現(xiàn)風(fēng)格表示法都必須擁有模塊、配置條目以及這兩者之間的()A映射B結(jié)合C矛盾D制約時(shí)間和預(yù)算估計(jì)取決于工作分解結(jié)構(gòu),而工作分解結(jié)構(gòu)則取決于()A軟件構(gòu)架B軟件風(fēng)格C軟件模型D軟件需求分層風(fēng)格能應(yīng)用于培訓(xùn)和重用支持,還能用來(lái)支持()A可移植性B可封裝性C可繼承性D可派生性管道和過(guò)濾器風(fēng)格中的交互模式表現(xiàn)出數(shù)據(jù)流()的特征A連續(xù)變換B間歇變換C反復(fù)變換D傅里葉變換分配視圖類(lèi)型的風(fēng)格不包括()A部署風(fēng)格B實(shí)現(xiàn)風(fēng)格C工作任務(wù)風(fēng)格DC&C風(fēng)格一個(gè)完整的項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告應(yīng)不涉及下列項(xiàng)目的哪個(gè)方面()A/項(xiàng)目目標(biāo)進(jìn)度B/項(xiàng)目技術(shù)C/項(xiàng)目成本D.項(xiàng)目方向變更申請(qǐng)都必須進(jìn)行重新確定()A.公司需求B.用戶(hù)需求C.客戶(hù)需求D.管理需求進(jìn)度執(zhí)行指數(shù)(SPI)用來(lái)計(jì)量完成工作的實(shí)際進(jìn)度與計(jì)劃進(jìn)度的差異,若SPI>1,則()A.進(jìn)度超前B.進(jìn)度落后C.進(jìn)度正常D.無(wú)法判斷成本執(zhí)行指數(shù)(CPI)用來(lái)計(jì)量完成工作的實(shí)際支出與計(jì)劃支出的差異.若CPI<1,則()A.支出比計(jì)劃少B.支出比計(jì)劃多C.支出和計(jì)劃相等D.無(wú)法判斷下列哪項(xiàng)不能用來(lái)計(jì)算和跟蹤兩個(gè)偏差()A.CSCB.BCWSC.BCWPD.ACWP調(diào)用-返回模型是()執(zhí)行的A順序執(zhí)行B并發(fā)執(zhí)行C先順序執(zhí)行再并發(fā)執(zhí)行D先并發(fā)執(zhí)行再順序執(zhí)行編制用戶(hù)文檔的基本要求()A.描述規(guī)范準(zhǔn)確B.敘述簡(jiǎn)練生動(dòng)C語(yǔ)言嚴(yán)密平實(shí)D內(nèi)容系統(tǒng)完整軟件常用表示形式不包括下列哪項(xiàng)()A.容器模型B.接口描述C.客戶(hù)機(jī)/服務(wù)器模型D.層次模型編制用戶(hù)文檔的基本要求不包括()A.描述規(guī)范準(zhǔn)確B敘述簡(jiǎn)練生動(dòng)C語(yǔ)言嚴(yán)密平實(shí)D.內(nèi)容系統(tǒng)簡(jiǎn)略在()模型中,由一個(gè)稱(chēng)為系統(tǒng)控制器的子系統(tǒng)來(lái)負(fù)責(zé)管理其它子系統(tǒng)的執(zhí)行,模型工具子系統(tǒng)是順序執(zhí)行還是并發(fā)執(zhí)行,而分成調(diào)用-返回模型和管理者模型。A、事件驅(qū)動(dòng)控制模型B、控制模型C、集中式控制模型D、數(shù)據(jù)流模型用戶(hù)文檔主要負(fù)責(zé)對(duì)軟件產(chǎn)品的安裝、配置、使用、維護(hù)等信息進(jìn)行描述,下列那個(gè)不屬于用戶(hù)文檔:()A、系統(tǒng)安裝配置手冊(cè)B、用戶(hù)操作手冊(cè)C、軟件需求說(shuō)明書(shū)D、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)下面哪個(gè)不是文檔編制的質(zhì)量要求:()A.針對(duì)性B.精確性C.完整性D.標(biāo)準(zhǔn)性自動(dòng)文檔的形式主要有:,,.(6選3)1.電子手冊(cè):如MSWord或AdobeAcrobat文檔2.超鏈接文檔:是嵌入鏈接到網(wǎng)上的瀏覽用的文檔格式聯(lián)機(jī)幫助:說(shuō)明性的文本、圖片、指導(dǎo)和嵌入在應(yīng)用程序中的定義多媒體操作導(dǎo)航系統(tǒng):由聲音、視頻、文字等組成的系統(tǒng)操作指引電子系統(tǒng)模型:格式化并存于系統(tǒng)的文本或圖片格式,如GIF、JPEG專(zhuān)用工具系統(tǒng)模型:用系統(tǒng)開(kāi)發(fā)工具開(kāi)發(fā)的模型,如集成開(kāi)發(fā)環(huán)境、DBMS和CASE工具等以下不屬于軟件文檔的管理過(guò)程的是()A、文檔的形成B、標(biāo)識(shí)文檔類(lèi)型C、文檔的控制D、軟件文檔記載以下不是所有保管文檔均應(yīng)有的簽字()A、編制人B、審核人以項(xiàng)目經(jīng)理D、批準(zhǔn)人從技術(shù)角度,文檔的管理維護(hù)有()方式:A、一種B、兩種C、三種D、四種以下哪個(gè)不是管理方式的演變經(jīng)歷的階段階段()A、分散式管理B、集中管理C、分布式管理。、項(xiàng)目式管理動(dòng)態(tài)文檔是由各種文檔元素對(duì)象(文字、圖形、圖像、工作表等)以及一些控制信息組成,不包括()A、文檔對(duì)象信息B、文檔行為信息C、文檔日志信息D、文檔附加信息軟件危機(jī)主要表現(xiàn)在哪些方面?答:1)軟件成本日益增長(zhǎng);2)開(kāi)發(fā)進(jìn)度難以控制;3)軟件質(zhì)量差;4)軟件維護(hù)困難。四、簡(jiǎn)答。軟件體系結(jié)構(gòu)建模的種類(lèi)有哪些?答:結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過(guò)程模型、功能模型。“4+1”視圖模型從5個(gè)不同的視角包括哪些?答:邏輯視圖、進(jìn)程視圖、物理視圖、開(kāi)發(fā)視圖和場(chǎng)景視圖來(lái)描述軟件體系結(jié)構(gòu)。構(gòu)件:是具有某種功能的可重用的軟件模板單元。連接件:表示構(gòu)件之間的交互。配置:表示構(gòu)件和連接件的拓?fù)溥壿嫼图s束。端口:表示構(gòu)件和外部環(huán)境的交互點(diǎn)。角色:定義了該連接交互的參瑟者。畫(huà)出“4+1”視圖模型圖,分析各部分的原理和功能。見(jiàn)P31軟件體系結(jié)構(gòu)風(fēng)格:是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。分層系統(tǒng)的優(yōu)點(diǎn)有:1)支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì),使設(shè)計(jì)者可以把一個(gè)復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解;2)支持功能增強(qiáng),因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换ィ虼斯δ艿母淖冏疃嘤绊懴噜彽纳舷聦樱?)支持重用。只要提供的服務(wù)接口定義不變,同一層的不同實(shí)現(xiàn)可以交換使用。這樣,就可以定義一組標(biāo)準(zhǔn)的接口,而允許各種不同的實(shí)現(xiàn)方法。7、分層系統(tǒng)的缺點(diǎn)有哪些?答:1)并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式,甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的,出于對(duì)系統(tǒng)性能的考慮系統(tǒng)設(shè)計(jì)師不得不把一些低級(jí)或高級(jí)的功能綜合起來(lái);2)很難找到一個(gè)合適的、正確的層次抽象B/S體系結(jié)構(gòu)的優(yōu)點(diǎn)有哪些?答:1)基于B/S體系結(jié)構(gòu)的軟件,系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶(hù)在使用系統(tǒng)時(shí),僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊,真正達(dá)到了“零客戶(hù)端”的功能,很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。2)B/S體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開(kāi)放性基礎(chǔ)。、B/S體系結(jié)構(gòu)的缺點(diǎn)有哪些?答:1)B/S體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力,沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理功能。2)B/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差,安全性難以控制。3)采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng),在數(shù)據(jù)查詢(xún)等響應(yīng)速度上,要遠(yuǎn)遠(yuǎn)地低于C/S體系結(jié)構(gòu)。4)B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁(yè)面為單位,數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng),不利于在線事務(wù)處理(OLTP)應(yīng)用。10、軟件體系結(jié)構(gòu)的動(dòng)態(tài)性主要分為哪幾類(lèi)?答:交互式動(dòng)態(tài)性、結(jié)構(gòu)化動(dòng)態(tài)性、體系結(jié)構(gòu)動(dòng)態(tài)性等三類(lèi)。11、請(qǐng)畫(huà)出基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型畫(huà)。見(jiàn)P15312、Web服務(wù)分為五個(gè)邏輯層:數(shù)據(jù)層、數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層、業(yè)務(wù)層、監(jiān)聽(tīng)者。13、Web服務(wù)的特點(diǎn)有:使用標(biāo)準(zhǔn)協(xié)議規(guī)范、使用協(xié)約的規(guī)范性、高度集成能力、完好的封閉性、松散耦合。14、請(qǐng)畫(huà)出Web服務(wù)的模型圖。見(jiàn)P17315、Web服務(wù)體系結(jié)構(gòu)的優(yōu)勢(shì)有哪些?答:1)高度的通用性和易用性;2)完全的平臺(tái)、語(yǔ)言獨(dú)立性;3)高度的集成性;4)容易部署和發(fā)布。16、UML中的交互圖有兩種,分別是順序圖和協(xié)作圖,請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計(jì)的方法。答:順序圖可視化地表示了對(duì)象之間隨時(shí)間發(fā)生的交互,它除了展示對(duì)象之間的關(guān)聯(lián),還顯示出對(duì)象之間的消息傳遞。與順序圖一樣,協(xié)作圖也展示對(duì)象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序,而協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和參瑟交互的對(duì)象的整體組織。順序圖按照時(shí)間順序布圖,而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系,但需要較多的水平方向的空間。協(xié)作圖在增加對(duì)象時(shí)比較容易,而且分支也比較少,但如果消息比較多時(shí)難以表示消息之間的順序。17、什么是高內(nèi)聚度?答:高內(nèi)聚度是對(duì)一個(gè)類(lèi)中的各個(gè)職責(zé)之間相關(guān)程度和集中程度的度量。一個(gè)具有高度相關(guān)職責(zé)的類(lèi)并且這個(gè)類(lèi)所能完成的工作量不是特別巨大,那么它就具有高內(nèi)聚度。18、UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì),其中()給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖;()對(duì)系統(tǒng)的行為進(jìn)行組織和建模是非常重要的;()和()都是描述系統(tǒng)動(dòng)態(tài)視圖的交互圖,其中()描述了以時(shí)間順序組織的對(duì)象之間的交互活動(dòng),()強(qiáng)調(diào)收發(fā)消息的對(duì)象的組織結(jié)構(gòu)。A、狀態(tài)圖B、用例圖C、時(shí)序圖D、配置圖E、協(xié)作圖F、類(lèi)圖答:(1)F(2)B(3)C(4)E19、找出下面場(chǎng)景中的概念類(lèi):(1)顧客帶著購(gòu)買(mǎi)的商品或服務(wù)來(lái)到POS收款臺(tái)(2)收款員啟動(dòng)一次銷(xiāo)售(3)收款員輸入商品標(biāo)識(shí)(4)系統(tǒng)記錄商品,并且顯示該商品說(shuō)明,價(jià)格,并計(jì)算總金額。按一組

溫馨提示

  • 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ì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論