N信息系統(tǒng)項(xiàng)目管理師考點(diǎn)分析之十四:-UML、WEB-SERVICE等面向?qū)ο蠹夹g(shù)5頁_第1頁
N信息系統(tǒng)項(xiàng)目管理師考點(diǎn)分析之十四:-UML、WEB-SERVICE等面向?qū)ο蠹夹g(shù)5頁_第2頁
N信息系統(tǒng)項(xiàng)目管理師考點(diǎn)分析之十四:-UML、WEB-SERVICE等面向?qū)ο蠹夹g(shù)5頁_第3頁
N信息系統(tǒng)項(xiàng)目管理師考點(diǎn)分析之十四:-UML、WEB-SERVICE等面向?qū)ο蠹夹g(shù)5頁_第4頁
N信息系統(tǒng)項(xiàng)目管理師考點(diǎn)分析之十四:-UML、WEB-SERVICE等面向?qū)ο蠹夹g(shù)5頁_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、信息系統(tǒng)項(xiàng)目管理師考點(diǎn)分析之十四: UML、WEB SERVICE等面向?qū)ο蠹夹g(shù)(連載)一、關(guān)鍵知識(shí)點(diǎn)歸納1、用例間的包含、擴(kuò)展、泛化關(guān)系1.1 包含關(guān)系(Include)1.1.1要點(diǎn)用包含(Inclusion )用例來封裝一組跨越多個(gè)用例的相似動(dòng)作(行為片斷),以便多個(gè)基(Base ) 用例復(fù)用。基用例控制與包含用例的 關(guān)系,以及被包含用例的事件流是否會(huì)插入到基用例的事件流中。基用例可以依賴包含用例執(zhí)行的結(jié)果,但是雙方都不能訪問對方的屬性。包含關(guān)系對典型的應(yīng)用就 是復(fù)用,也就是定義中說的情景。但是有時(shí)當(dāng)某用例的事件流過于復(fù)雜時(shí),為了簡化用例的描述,我們也可以把某一段事件流抽象成為一個(gè)被包含

2、的用例;相反,用 例劃分太細(xì)時(shí),也可以抽象出一個(gè)基用例,來包含這些細(xì)顆粒的用例。這種情況類似于在過程設(shè)計(jì)語言中,將程序的某一段算法封裝成一個(gè)子過程,然后再從主程序 中調(diào)用這一子過程。 例如:業(yè)務(wù)中,總是存在著維護(hù)某某信息的功能,如果將它作為一個(gè)用例,那新建、編輯以及修改都要在 用例詳述中描述,過于復(fù)雜;如果分成新建用例、編輯用例和刪除用例,則劃分太細(xì)。這時(shí)包含關(guān)系可以用來理清關(guān)系。1.1.2表示方法在UML中, 包含關(guān)系表示為帶字樣虛線箭頭, 1.2 擴(kuò)展關(guān)系 (Extend)1.2.1 要點(diǎn)將基用例中一段相對獨(dú)立并且可選的動(dòng)作,用擴(kuò)展(Extension )用例加以封裝,再讓它從基用例中聲明

3、的擴(kuò)展點(diǎn)(Extension Point ) 上進(jìn)行擴(kuò)展,從而使基用例行為更簡練和目標(biāo)更集中。擴(kuò)展用例為基用例添加新的行為。擴(kuò)展用例可以訪問基用例的屬性,因此它能根據(jù)基用例中擴(kuò)展點(diǎn)的當(dāng)前狀態(tài) 來判斷是否執(zhí)行自己。但是擴(kuò)展用例對基用例不可見。 對于一個(gè)擴(kuò)展用例,可以在基用例上有幾個(gè)擴(kuò)展點(diǎn)。 例如,在用例“還車”中增加擴(kuò)展點(diǎn),即特定條件為超時(shí)或損壞,如果滿 足條件,將執(zhí)行擴(kuò)展用例“交納罰金”,這樣可以使系統(tǒng)容易被理解1.2.1表示方法在UML中, 擴(kuò)展關(guān)系表示為帶字樣虛線箭頭. 1.3 泛化關(guān)系(Generalization)1.3.1要點(diǎn)子用例和父用例相似,但表現(xiàn)出更特別的行為;子用例將繼承父用

4、例的所 有結(jié)構(gòu)、行為和關(guān)系。子用例可以使用父用例的一段行為,也可以重載它。父用例通常是抽象的。在實(shí)際應(yīng)用中 很少使用泛化關(guān)系,子用例中的特殊行為都可以作為父用例中的備選流存在。 例如,業(yè)務(wù)中可能存在許多需要部門領(lǐng)導(dǎo)審批的事情,但是領(lǐng)導(dǎo)審批的流 程是很相似的,這時(shí)可以做成泛化關(guān)系表示。1.3.2 表示方法在UML中,用例泛化表示為一個(gè)三角的實(shí)線箭頭,從子 用例指向父用例。如:父用例是“預(yù)訂”,其兩個(gè)子用例分別是“電話預(yù)定”和“網(wǎng)上預(yù)訂”。這兩個(gè)用例都繼承了父用例的行為,并 添加了自己的行為。2、UML定義 了四類十種視圖類別視圖說明用例圖捕獲需求用例圖 use case說明系統(tǒng)功能與執(zhí)行者靜態(tài)圖

5、捕獲邏輯結(jié)構(gòu)類圖 class系統(tǒng)靜態(tài)結(jié)構(gòu)對象圖 object活躍對象包圖 packet系統(tǒng)的分解行為圖捕獲現(xiàn)實(shí)行為交互圖順序 sequence消息發(fā)送時(shí)序合作 collaboration動(dòng)態(tài)協(xié)作關(guān)系狀態(tài)圖 statechart對象的動(dòng)態(tài)行為活動(dòng)圖 activity描述系統(tǒng)為完成某項(xiàng)功能而執(zhí)行的操作序列,包含控制流和信息流控制流:某 操作完成后對其后續(xù)操作的觸發(fā)信息流:刻 畫操作之間的信息交換實(shí)現(xiàn)圖捕獲執(zhí)行環(huán)境構(gòu)件圖 component軟件實(shí)現(xiàn)系統(tǒng)中各組分以及依賴關(guān)系部署圖 deployment運(yùn)行環(huán)境的硬件及網(wǎng)絡(luò)物理體系結(jié)構(gòu)二、歷年試題分析2005年上 在關(guān)于用例(use case)的描述中,

6、錯(cuò)誤的是(1)。(1) A用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能陳述B一個(gè)用例代表了系統(tǒng)的一個(gè)單一的目標(biāo) C用例是一個(gè)行為上相關(guān)的步驟序列D用例描述了系統(tǒng)與用戶的交互答案:D 在用例建模的過 程中,若幾個(gè)用例執(zhí)行了同樣的功能步驟,這時(shí)可以把這些公共步驟提取成獨(dú)立的用例,這種用例稱為(2)。在UML的用例圖上,將用例之間的這種關(guān)系標(biāo)記為(3)。(2)A擴(kuò)展用例 B抽象用例C公共用例D參與用例(3)AassociationBextends CusesDinheritances 答案:B C UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中(4)是面向?qū)ο笙到y(tǒng)規(guī)模中

7、最常用的圖,用于說 明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖;當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí),應(yīng)該選擇(5);當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí),應(yīng)該選擇(6)。(4)A構(gòu)件圖B類圖C對象圖D部署圖(5)A構(gòu)件圖B協(xié)作圖C狀態(tài)圖D部署圖(6)A協(xié)作圖B對象圖C活動(dòng)圖D部署圖答案:B A D2005年下 當(dāng)_(2)_時(shí),用例是捕獲系統(tǒng)需求最好 的選擇。(2) A.系統(tǒng)具有很少的用戶B.系統(tǒng)具有很少的接口C.系統(tǒng)算法復(fù)雜,功能單一D.系統(tǒng)有很多參與者案:D 現(xiàn)有兩個(gè)用例UC1和UC2,其中UC2是一個(gè)完整的用例,可被實(shí)例化,而UC1需要UC2中的事件流才可被實(shí)例化,且UC1指定了使用UC2的精確位置,則UC1和UC2

8、間的關(guān)系是“_(3)_”。(3) A. includeB. extendC. generalizeD. call案:A 下列關(guān)于面向?qū)?象的分析與設(shè)計(jì)的描述,正確的是_(4)_。(4) A.面向?qū)ο笤O(shè)計(jì)描述軟件要做什么B.面向?qū)ο蠓治霾恍枰紤]技術(shù)和實(shí)現(xiàn)層面的細(xì)節(jié) C.面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計(jì)的結(jié)果D.面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡單的分析模型案:B 協(xié)作圖主要描述 對象間的交互與連接,它_(5)_。(5) A.能夠表示消息的順序和嵌套關(guān)系B.能夠表示消息的順序關(guān)系,但不能表示消息的嵌套關(guān)系C.能夠表示消息的嵌套關(guān)系,但不能表示消息的順序關(guān)系D.既不能表示消息的順序關(guān)系,也不能表示消息的嵌套關(guān)

9、系案:A 下列關(guān)于UML敘述正確的是_(6)_。(6) A.UML是一種語言,語言的使用者不能對其擴(kuò)展B.UML僅是一組圖形的集合 C.UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段D.UML是獨(dú)立于軟件開發(fā)過程的案:D(UML是在一種圖形的語言,可對其進(jìn)行擴(kuò)展,貫穿于系統(tǒng)開發(fā)的各個(gè)階段,且和系統(tǒng)的開發(fā)過程相獨(dú)立)2006年下 (16)是專業(yè)的建模語言。(16)AXML BUML CVC+ DJAVA答案:B (6)不屬于Web Service直接涉及到的協(xié)議或技 術(shù)(6)ASOAP BXML CXHTML DUDDI答案:C2007年下 在面向?qū)ο箝_發(fā) 方法中,用UML表 示軟件體系架構(gòu),用到5個(gè)視圖:

10、邏輯視圖、構(gòu)件視圖、部署視圖、(6) 。(6)A使用視圖和動(dòng)態(tài)視圖 B. 用例視圖和動(dòng)態(tài) 視圖 C. 用例視圖和進(jìn)程視圖 D. 靜態(tài)視圖和動(dòng)態(tài)視圖答案:C 在面向?qū)ο筌浖_發(fā)過程中,設(shè)計(jì)模式的采用是為了(9)。 (9)A允許在非面向?qū)ο蟪绦蛟O(shè)計(jì)語言中使用面向 對象的概念 B 復(fù)用成功的設(shè)計(jì)和體系結(jié)構(gòu) C減少設(shè)計(jì)過程創(chuàng)建的類的個(gè)數(shù) D保證程序的運(yùn)行速度達(dá)到最優(yōu)值答案:B 在面向?qū)ο蠓椒ㄖ校瑢ο罂煽闯蓪傩裕〝?shù)據(jù))以及這些屬性上的專用操作的封裝體。封裝是一種(12)技術(shù)。類是一組具有相同屬性和相同操 作的對象之集合,類的每個(gè)對象都是這個(gè)類的一個(gè)(13)。(12)A組裝 B. 產(chǎn)品化 C. 固化 D.

11、 信息隱蔽(13)A. 例證 B. 用例 C. 實(shí)例 D. 例外答案:D C 類之間共享屬性和操作的機(jī)制稱為(14)。一個(gè)對象通過發(fā)送(15)來請求另一個(gè)對象為其服務(wù)。(14)A. 多態(tài) B. 動(dòng)態(tài)綁定 C. 靜態(tài)綁定 D. 繼承(15)A. 調(diào)用語句 B. 消息 C. 命令 D. 口令答案:D B 在UML提供的圖中,(16)用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互;(17)用于按時(shí)間順序描述對象間的交互。(16)A用例圖 B類圖 C對象圖 D部署圖(17)A. 網(wǎng)絡(luò)圖 B狀態(tài)圖 C協(xié)作圖 D序列圖答案:A D2008年下 統(tǒng)一建模語言(UML)是面向?qū)ο箝_發(fā)方法的標(biāo)準(zhǔn)化建模語 言。采用UML

12、對 系統(tǒng)建模時(shí),用(13)模型描述系統(tǒng)的功能,等價(jià)于傳統(tǒng)的系統(tǒng)功能說明。(13)A分析 B設(shè)計(jì) C用例 D實(shí)現(xiàn)試題(13)分析參考答案(13)C某軟件公司欲開發(fā)一個(gè)在線交易系 統(tǒng)。為了能夠精確表達(dá)用戶與系統(tǒng)的復(fù)雜交互過程,應(yīng)該采用UML的 (17) 進(jìn)行交互過程建模。(17)A類圖 B序列圖 C部署圖 D對象圖試題(17)分析類圖描述了類、接口、協(xié)作以及它們之間的關(guān)系。序列圖用來描述對象之間動(dòng)態(tài)的交互關(guān)系,著重體現(xiàn)對象間消息傳遞的時(shí)間順序。可為一個(gè)協(xié)作建模。對象圖描述了類圖某一時(shí)刻的實(shí)際例子,描述了這個(gè)時(shí)刻對象與對象間的關(guān)系。由上述的內(nèi)容可知本題正確的選項(xiàng)為B。參考答案(17)B系統(tǒng)集成項(xiàng)目管

13、理工程師2009年上半年 UML 2.0支持13種圖,它們可以分成兩大類:結(jié)構(gòu)圖和行為圖。(11)說法不正確。 (11) A. 部署圖是行為 圖 B. 順序圖是行為圖C. 用例圖是行為圖 D. 構(gòu)件圖是結(jié)構(gòu)圖答案:A (分析:靜態(tài)模型(類圖,構(gòu)件圖和部署圖)和動(dòng)態(tài)模型(順序,對象,用例,協(xié)作,狀態(tài),活動(dòng)) Web Service的各種核心技術(shù)包括XML、Namespace、XML Schema、SOAP、WSDL、UDDI、WS-Inspection、WS-Security、WS-Routing等,下列關(guān)于Web Service技術(shù)的敘述錯(cuò)誤的是(69) 。AXML Schema是用于對XML中的數(shù)據(jù)

溫馨提示

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

最新文檔

評論

0/150

提交評論