綜合知識(shí)UML 結(jié)構(gòu)中的公共機(jī)制是指達(dá)到特定目標(biāo)的公共UML 方法，其中（1）是事物語(yǔ)義的細(xì)節(jié)描述，它是模型真正的核心；（2）包括約束、構(gòu)造型和標(biāo)記值。A. 規(guī)則說(shuō)明B. 修飾C. 公共分類(lèi)D.

綜合知識(shí)

UML 結(jié)構(gòu)中的公共機(jī)制是指達(dá)到特定目標(biāo)的公共UML 方法，其中（1）是事物語(yǔ)義的細(xì)節(jié)描述，它是模型真正的核心；（2）包括約束、構(gòu)造型和標(biāo)記值。

A. 規(guī)則說(shuō)明

B. 修飾

C. 公共分類(lèi)

D. 擴(kuò)展機(jī)制

【解析】

從總體上來(lái)看，UML 的結(jié)構(gòu)包括構(gòu)造塊、規(guī)則和公共機(jī)制三個(gè)部分。

（1）構(gòu)造塊。UML 有三種基本的構(gòu)造塊，分別是事物（thing ）、關(guān)系（relationship ）和圖（diagram ）。事物是UML 的重要組成部分，關(guān)系把事物緊密聯(lián)系在一起，圖是多個(gè)相互關(guān)聯(lián)的事物的集合。

（2）公共機(jī)制。公共機(jī)制是指達(dá)到特定目標(biāo)的公共UML 方法，主要包括規(guī)格說(shuō)明（詳細(xì)說(shuō)明）、修飾、公共分類(lèi)（通用劃分）和擴(kuò)展機(jī)制四種。規(guī)格說(shuō)明是事物語(yǔ)義的細(xì)節(jié)描述，它是模型真正的核心；UML 為每個(gè)事物設(shè)置了一個(gè)簡(jiǎn)單的記號(hào)，還可以通過(guò)修飾來(lái)表達(dá)更多的信息；UML 包括兩組公共分類(lèi)，分別是類(lèi)與對(duì)象（類(lèi)表示概念，而對(duì)象表示具體的實(shí)體）、接口與實(shí)現(xiàn)（接口用來(lái)定義契約，而實(shí)現(xiàn)就是具體的內(nèi)容）；擴(kuò)展機(jī)制包括約束（擴(kuò)展了UML 構(gòu)造塊的語(yǔ)義，允許增加新的規(guī)則或修改現(xiàn)有的規(guī)則）、構(gòu)造型（擴(kuò)展UML 的詞匯，用于定義新的構(gòu)造塊）和標(biāo)記值（擴(kuò)展了UML 構(gòu)造塊的特性，允許創(chuàng)建新的特殊信息來(lái)擴(kuò)展事物的規(guī)格說(shuō)明）。

（3）規(guī)則。規(guī)則是構(gòu)造塊如何放在一起的規(guī)定，包括為構(gòu)造塊命名；給一個(gè)名字以特定含義的語(yǔ)境，即范圍；怎樣使用或看見(jiàn)名字，即可見(jiàn)性；事物如何正確、一致地相互聯(lián)系，即完整性；運(yùn)行或模擬動(dòng)態(tài)模型的含義是什么，即執(zhí)行。

UML 用關(guān)系把事物結(jié)合在一起，其所包含的四種關(guān)系中，（3）描述一組對(duì)象之間連接的結(jié)構(gòu)關(guān)系；（4）描述特殊元素的對(duì)象可以替換一般元素的對(duì)象。 A. 依賴(lài)關(guān)系

B. 關(guān)聯(lián)關(guān)系

C. 泛化關(guān)系

D. 實(shí)現(xiàn)關(guān)系

UML 所包括的圖形中，（5）將進(jìn)程或其他計(jì)算結(jié)構(gòu)展示為計(jì)算內(nèi)部的控制流和數(shù)據(jù)流，主要用來(lái)描述系統(tǒng)的動(dòng)態(tài)視圖。

A. 流程圖

B. 通信圖

C. 活動(dòng)圖

D. 協(xié)作圖

【解析】

通信圖(communication diagram)在UML1.X 中稱(chēng)為協(xié)作圖，順序圖和通信圖都是交互圖(interaction diagram)。交互圖展現(xiàn)了一種交互，它由一組對(duì)象或角色以及它們之間可能發(fā)送的消息構(gòu)成。順序圖強(qiáng)調(diào)時(shí)序，通信圖強(qiáng)調(diào)消息流經(jīng)的數(shù)據(jù)結(jié)構(gòu)。定時(shí)圖(timing diagram)展現(xiàn)了消息交換的實(shí)際時(shí)間。

活動(dòng)圖(activity diagram). 活動(dòng)圖將進(jìn)程或其他計(jì)算的結(jié)構(gòu)展示為計(jì)算內(nèi)部一步步的控制流和數(shù)據(jù)流。

IEEE 802.1x是一種（）認(rèn)證協(xié)議。

A. 用戶(hù)ID B. 報(bào)文

C. MAC 地址

D. SSID

【解析】

IEEE 802.1X標(biāo)準(zhǔn)定義了基于端口的網(wǎng)絡(luò)訪問(wèn)控制，可用于為以太網(wǎng)絡(luò)提供經(jīng)過(guò)身份驗(yàn)證的網(wǎng)絡(luò)訪問(wèn)?；诙丝诘木W(wǎng)絡(luò)訪問(wèn)控制使用交換局域網(wǎng)基礎(chǔ)結(jié)構(gòu)的物理特征來(lái)對(duì)連接到交換機(jī)端口的設(shè)備進(jìn)行身份驗(yàn)證。如果身份驗(yàn)證過(guò)程失敗，使用以太網(wǎng)交換機(jī)端口來(lái)發(fā)送和接收幀的能力就會(huì)被拒絕。雖然這個(gè)標(biāo)準(zhǔn)是為有線(xiàn)以太網(wǎng)絡(luò)設(shè)計(jì)的，但是其已經(jīng)過(guò)改編以便在IEEE 802.11無(wú)線(xiàn)局域網(wǎng)上應(yīng)用。Windows XP 支持對(duì)所有基于局域網(wǎng)的網(wǎng)絡(luò)適配器使用IEEE 802.1X身份驗(yàn)證，包括以太網(wǎng)絡(luò)適配器和無(wú)線(xiàn)網(wǎng)絡(luò)適配器。 為了彌補(bǔ)WEP 的安全缺陷，WPA 安全認(rèn)證方案中新增的機(jī)制是（）。

A. 共享密鑰認(rèn)證

B. 臨時(shí)密鑰完整性協(xié)議

C. 較短的初始化向量

D. 采用更強(qiáng)的加密算法

【解析】

WPA 是一種基于標(biāo)準(zhǔn)的可互操作的WLAN 安全性增強(qiáng)解決方案，可大大增強(qiáng)現(xiàn)有以及未來(lái)無(wú)線(xiàn)局域網(wǎng)系統(tǒng)的數(shù)據(jù)保護(hù)和訪問(wèn)控制水平。WPA 源于正在制定中的IEEE802.11i 標(biāo)準(zhǔn)并將與之保持前向兼容。部署適當(dāng)?shù)脑?huà)，WPA 可保證WLAN 用戶(hù)的數(shù)據(jù)受到保護(hù)，并且只有授權(quán)的網(wǎng)絡(luò)用戶(hù)才可以訪問(wèn)WLAN 網(wǎng)絡(luò)。

由于WEP 業(yè)已證明的不安全性，在802.11i 協(xié)議完善前，采用WPA 為用戶(hù)提供一個(gè)臨時(shí)性的解決方案。該標(biāo)準(zhǔn)的數(shù)據(jù)加密采用TKIP 協(xié)議(Temporary Key Integrity Protocol) ，認(rèn)證有兩種模式可供選擇，一種是使用802.1x 協(xié)議進(jìn)行認(rèn)證；一種是稱(chēng)為預(yù)先共享密鑰PSK(Pre-Shared Key)模式。

信息系統(tǒng)安全可劃分為物理安全、網(wǎng)絡(luò)安全、系統(tǒng)安全和應(yīng)用安全，（8）屬于系統(tǒng)安全，（9）屬于應(yīng)用安全。

A. 機(jī)房安全

B. 入侵檢測(cè)

C. 漏洞補(bǔ)丁管理

D. 數(shù)據(jù)庫(kù)安全

【解析】C 、D

作為全方位的、整體的系統(tǒng)安全防范體系也是分層次的，不同層次反映了不同的安全問(wèn)題，根據(jù)網(wǎng)絡(luò)的應(yīng)用現(xiàn)狀情況和結(jié)構(gòu)，可以將安全防范體系的層次劃分為物理層安全、系統(tǒng)層安全、網(wǎng)絡(luò)層安全、應(yīng)用層安全和安全管理。

（1）物理環(huán)境的安全性。物理層的安全包括通信線(xiàn)路、物理設(shè)備和機(jī)房的安全等。物理層的安全主要體現(xiàn)在通信線(xiàn)路的可靠性（線(xiàn)路備份、網(wǎng)管軟件和傳輸介質(zhì)）、軟硬件設(shè)備的安全性（替換設(shè)備、拆卸設(shè)備、增加設(shè)備）、設(shè)備的備份、防災(zāi)害能力、防干擾能力、設(shè)備的運(yùn)行環(huán)境（溫度、濕度、煙塵）和不間斷電源保障等。

（2）操作系統(tǒng)的安全性。系統(tǒng)層的安全問(wèn)題來(lái)自計(jì)算機(jī)網(wǎng)絡(luò)內(nèi)使用的操作系統(tǒng)的安全，例如，Windows Server 和UNIX 等。主要表現(xiàn)在三個(gè)方面，一是操作系統(tǒng)本身的缺陷帶來(lái)的不安全因素，主要包括身份認(rèn)證、訪問(wèn)控制和系統(tǒng)漏洞等；二是對(duì)操作系統(tǒng)的安全配置問(wèn)題；三是病毒對(duì)操作系統(tǒng)的威脅。

（3）網(wǎng)絡(luò)的安全性。網(wǎng)絡(luò)層的安全問(wèn)題主要體現(xiàn)在計(jì)算機(jī)網(wǎng)絡(luò)方面的安全性，包括網(wǎng)絡(luò)層身份認(rèn)證、網(wǎng)絡(luò)資源的訪問(wèn)控制、數(shù)據(jù)傳輸?shù)谋Ｃ芘c完整性、遠(yuǎn)程接入的安全、域名系統(tǒng)的安全、路由系統(tǒng)的安全、入侵檢測(cè)的手段和網(wǎng)絡(luò)設(shè)施防病毒等。

（4）應(yīng)用的安全性。應(yīng)用層的安全問(wèn)題主要由提供服務(wù)所采用的應(yīng)用軟件和數(shù)據(jù)的安全性產(chǎn)生，包括Web

服務(wù)、電子郵件系統(tǒng)和DNS 等。此外，還包括病毒對(duì)系統(tǒng)的威脅。

（5）管理的安全性。安全管理包括安全技術(shù)和設(shè)備的管理、安全管理制度、部門(mén)與人員的組織規(guī)則等。管理的制度化極大程度地影響著整個(gè)計(jì)算機(jī)網(wǎng)絡(luò)的安全，嚴(yán)格的安全管理制度、明確的部門(mén)安全職責(zé)劃分與合理的人員角色配置，都可以在很大程度上降低其他層次的安全漏洞。

王某是某公司軟件設(shè)計(jì)師，每當(dāng)軟件開(kāi)發(fā)完成后均按公司規(guī)定編寫(xiě)軟件文檔，并提交公司存檔。該軟件文檔的著作權(quán)（10）享有。

A. 應(yīng)由公司

B. 應(yīng)由公司和王某共同

C. 應(yīng)自王某

D. 除署名權(quán)以外，著作權(quán)的其他權(quán)利由王某

王某原是M 軟件公司的軟件設(shè)計(jì)師，一直從事計(jì)算機(jī)網(wǎng)絡(luò)端口優(yōu)化處理的研發(fā)工作。王某退休10個(gè)月完成了網(wǎng)絡(luò)端口優(yōu)化處理程序發(fā)明，解決了計(jì)算機(jī)網(wǎng)絡(luò)端口有效利用率技術(shù)問(wèn)題。該項(xiàng)涉及計(jì)算機(jī)程序發(fā)明的專(zhuān)利申請(qǐng)權(quán)應(yīng)由（11）享有。

A. 公司

B. 王某

C. 公司、王某

D. 先申請(qǐng)者

【解析】

專(zhuān)利法中關(guān)于職務(wù)作品的界定為：離職、退休或調(diào)動(dòng)工作后1年內(nèi)，與原單位工作相關(guān)的創(chuàng)作屬于職務(wù)作品，所以專(zhuān)利權(quán)歸公司擁有。

美國(guó)甲公司生產(chǎn)的平板計(jì)算機(jī)在其本國(guó)享有“A ”注冊(cè)商標(biāo)專(zhuān)用權(quán)，但未在中國(guó)申請(qǐng)注冊(cè)。我國(guó)乙公司生產(chǎn)的平板計(jì)算機(jī)也使用“A ”商標(biāo)，并享有我國(guó)注冊(cè)商標(biāo)專(zhuān)用權(quán)。美國(guó)甲公司與我國(guó)的乙公司生產(chǎn)的平板計(jì)算機(jī)都在我國(guó)市場(chǎng)上銷(xiāo)售。此情形下，依據(jù)我國(guó)商標(biāo)法（12）商標(biāo)權(quán)。

A. 甲公司侵犯了乙公司的

B. 甲公司與乙公司均未侵犯

C. 乙公司侵犯了甲公司的

D. 甲公司與乙公司均侵犯了

王某原是M 軟件公司的項(xiàng)目經(jīng)理，未與M 軟件公司簽訂勞動(dòng)合同及相應(yīng)的保密協(xié)議。王某離職后受聘于L 軟件公司，先后將其在M 軟件公司任職期間掌握的軟件開(kāi)發(fā)思想、處理過(guò)程及客戶(hù)信息等用于L 軟件公司的開(kāi)發(fā)與管理活動(dòng)，提高了L 軟件公司的經(jīng)濟(jì)效益。王某行

為（13）。

A. 侵犯了M 軟件公司的軟件著作權(quán)

B. 侵犯了M 軟件公司的商業(yè)秘密權(quán) C. 既侵犯M 軟件公司的軟件著作權(quán)，也侵犯M 軟件公司的商業(yè)秘密權(quán)

D. 既未侵犯M 軟件公司的軟件著作權(quán)，也未侵犯M 軟件公司的商業(yè)秘密權(quán)

【解析】

本題應(yīng)從兩個(gè)方面分析，從軟件著作權(quán)的角度來(lái)看，軟件開(kāi)發(fā)思想、處理過(guò)程并不受著作權(quán)法保護(hù)，所以不侵權(quán)，而從商業(yè)秘密權(quán)的角度來(lái)看，沒(méi)有保密措施，也不能界定為商業(yè)秘密，所以?xún)蓚€(gè)角度都不侵權(quán)。

Flynn 分類(lèi)法根據(jù)計(jì)算機(jī)在執(zhí)行程序的過(guò)程中（14）的不同組合，將計(jì)算機(jī)分為4類(lèi)。當(dāng)前主流的多核計(jì)算機(jī)屬于（15）計(jì)算機(jī)。

A. 指令流和數(shù)據(jù)流

B. 數(shù)據(jù)流和控制流

C. 指令流和控制流

D. 數(shù)據(jù)流和總線(xiàn)帶寬

A. SISD

B. SIMD C. MISD

D. MIMD

【解析】

Flynn 根據(jù)不同的指令流-數(shù)據(jù)流組織方式，把計(jì)算機(jī)系統(tǒng)分成以下四類(lèi)：

（1）單指令流單數(shù)據(jù)流（Single Instruction stream and Single Data stream，SISD ）：SISD 其實(shí)就是傳統(tǒng)的順序執(zhí)行的單處理器計(jì)算機(jī)，其指令部件每次只對(duì)一條指令進(jìn)行譯碼，并只對(duì)一個(gè)操作部件分配數(shù)據(jù)。流水線(xiàn)方式的單處理機(jī)有時(shí)也被當(dāng)作SISD 。（2）單指令流多數(shù)據(jù)流（Single Instruction stream and Multiple Data stream ，SIMD ）：SIMD 以并行處理機(jī)（矩陣處理機(jī)）為代表，并行處理機(jī)包括多個(gè)重復(fù)的處理單元，由單一指令部件控制，按照同一指令流的要求為它們分配各自所需的不同數(shù)據(jù)。

（3）多指令流單數(shù)據(jù)流（Multiple Instruction stream and Single Data stream，MISD ）：MISD 具有n 個(gè)處理單元，按n 條不同指令的要求對(duì)同一數(shù)據(jù)流及其中間結(jié)果進(jìn)行不同的處理。一個(gè)處理單元的輸出又作為另一個(gè)處理單元的輸入。這類(lèi)系統(tǒng)實(shí)際上很少見(jiàn)到。有文獻(xiàn)把流水線(xiàn)看作多個(gè)指令部件，稱(chēng)流水線(xiàn)計(jì)算機(jī)是MISD 。

（4）多指令流多數(shù)據(jù)流（Multiple Instruction stream and Multiple Data stream，MIMD ）：MIMD 是指能實(shí)現(xiàn)作業(yè)、任務(wù)、指令等各級(jí)全面并行的多機(jī)系統(tǒng)。多處理機(jī)屬于MIMD 。高性能服務(wù)器與超級(jí)計(jì)算機(jī)大多具有多個(gè)處理機(jī)，能進(jìn)行多任務(wù)處理，稱(chēng)為多處理機(jī)系統(tǒng)，無(wú)論是海量并行處理（Massive Parallel Processing，MPP ）結(jié)構(gòu)，還是對(duì)稱(chēng)多處理（Symmetrical Multi-Processing ，SMP ）結(jié)構(gòu)，都屬于這一類(lèi)。目前筆記本電腦與臺(tái)式機(jī)也普遍采用多核處理器，這些處理器中的多個(gè)核能并行完成任務(wù)，也屬于MIMD 。

下列關(guān)于虛擬存儲(chǔ)器的敘述中，正確的是（16）。

A. 對(duì)應(yīng)用程序員透明，對(duì)系統(tǒng)程序員不透明

B. 對(duì)應(yīng)用程序員不透明，對(duì)系統(tǒng)程序員透明

C. 對(duì)應(yīng)用程序員、系統(tǒng)程序員都不透明

D. 對(duì)應(yīng)用程序員、系統(tǒng)程序員都透明

某計(jì)算機(jī)系統(tǒng)采用集中式總線(xiàn)仲裁方式，各個(gè)主設(shè)備得到總線(xiàn)使用權(quán)的機(jī)會(huì)基本相等，則該系統(tǒng)采用的總線(xiàn)仲裁方式（17）。

①菊花鏈?zhǔn)讲樵?xún)方式②計(jì)數(shù)器定時(shí)查詢(xún)（輪詢(xún)）方式③獨(dú)立請(qǐng)求方式 A. 可能是③，不可能是①或②

B. 可能是②或③，不可能是①

C. 可能是②，不可能是①或③

D. 可能是①、②或③

關(guān)于大規(guī)模并行處理器MPP ，以下說(shuō)法不正確的是（）。 A. 大多數(shù)MPP 系統(tǒng)使用標(biāo)準(zhǔn)的CPU 作為它們的處理器

B. 其互連網(wǎng)絡(luò)通常采用商用的以太網(wǎng)實(shí)現(xiàn)

C. 是一種異步的分布式存儲(chǔ)器結(jié)構(gòu)的MIMD 系統(tǒng)

D. 使用特殊的硬件和軟件來(lái)監(jiān)控系統(tǒng)、檢測(cè)錯(cuò)誤并從錯(cuò)誤中平滑地恢復(fù)

【解析】

大規(guī)模并行處理計(jì)算機(jī)：Massive Parallel Processor。由大量通用微處理器構(gòu)成的多處理機(jī)系統(tǒng)，適合多指令流多數(shù)據(jù)流處理。其特點(diǎn)包括：

1、大多數(shù)MPP 系統(tǒng)使用標(biāo)準(zhǔn)的CPU 作為它們的處理器。

2、MPP 系統(tǒng)使用高性能的定制的高速互連網(wǎng)絡(luò)及網(wǎng)絡(luò)接口，可以在低延遲和高帶寬的條件下傳遞消息。

3、MPP 是一種異步的分布式存儲(chǔ)器結(jié)構(gòu)的MIMD 系統(tǒng)，它的程序有多個(gè)進(jìn)程，分布在各個(gè)微處理器上，每個(gè)進(jìn)程有自己獨(dú)立的地址空間，進(jìn)程之間以消息傳遞進(jìn)行相互通信。 4、在MPP 中存在一個(gè)特殊的問(wèn)題，即如何進(jìn)行容錯(cuò)。在使用數(shù)千個(gè)CPU 的情況下，每星期有若干個(gè)CPU 失效是不可避免的。因此大規(guī)模的MPP 系統(tǒng)總是使用特殊的硬件和軟件來(lái)監(jiān)控系統(tǒng)、檢測(cè)錯(cuò)誤并從錯(cuò)誤中平滑地恢復(fù)。

某政府機(jī)關(guān)希望將位于單位內(nèi)部信息系統(tǒng)中的新聞、信息等發(fā)布到互聯(lián)網(wǎng)上，并實(shí)現(xiàn)一部分網(wǎng)上辦公能力。對(duì)于這種應(yīng)用集成需求，最適合的集成方式是（）。

A. 數(shù)據(jù)集成

B. 界面集成 C. API 集成

D. 門(mén)戶(hù)集成

某軟件公司分為研發(fā)、人力資源管理、市場(chǎng)營(yíng)銷(xiāo)等部門(mén)，通過(guò)部門(mén)之間互相協(xié)作完成項(xiàng)目。該公司的組織結(jié)構(gòu)屬于（）。

A. 矩陣型組織結(jié)構(gòu)

B. 職能型組織結(jié)構(gòu)

C. 產(chǎn)品型組織結(jié)構(gòu)

D. 協(xié)作型組織結(jié)構(gòu)

某軟件公司欲開(kāi)發(fā)一個(gè)基于Web 的考勤管理系統(tǒng)。在項(xiàng)目初期，客戶(hù)對(duì)系統(tǒng)的基本功能、表現(xiàn)形式等要求并不明確，在這種情況下，采用（）開(kāi)發(fā)方法比較合適。

A. 瀑布式

B. 形式化

C. 結(jié)構(gòu)化

D. 極限編程

系統(tǒng)組織結(jié)構(gòu)與功能分析中，可以采用多種工具，其中（）描述了業(yè)務(wù)和部門(mén)的關(guān)系。

A. 組織/業(yè)務(wù)關(guān)系圖

B. 業(yè)務(wù)功能一覽圖

C. 組織結(jié)構(gòu)圖

D. 物資流圖

【解析】

需求分析就是對(duì)處理的對(duì)象進(jìn)行系統(tǒng)調(diào)查，主要包括系統(tǒng)范圍與目標(biāo)分析、系統(tǒng)組織結(jié)構(gòu)與

功能分析和系統(tǒng)性能分析。其中在系統(tǒng)組織結(jié)構(gòu)與功能分析中，需要了解組織的目標(biāo)及其戰(zhàn)略規(guī)劃、了解組織結(jié)構(gòu)及各部分的功能、了解相關(guān)部門(mén)職能的各種關(guān)系、分析組織結(jié)構(gòu)的合理性等，可以應(yīng)用以下幾個(gè)工具：

（1）組織機(jī)構(gòu)圖描述組織各部分的領(lǐng)導(dǎo)和被領(lǐng)導(dǎo)關(guān)系。

（2）組織/業(yè)務(wù)關(guān)系圖描述業(yè)務(wù)和部門(mén)的關(guān)系，如下表所示。

（3）業(yè)務(wù)功能一覽圖，描述每一種業(yè)務(wù)所具有的功能。

采用數(shù)據(jù)倉(cāng)庫(kù)技術(shù)進(jìn)行數(shù)據(jù)收集時(shí)，有時(shí)會(huì)遇一些略微不一致但可以糾正的數(shù)據(jù)，糾正這些

數(shù)據(jù)的過(guò)程稱(chēng)為（）。

A. 數(shù)據(jù)轉(zhuǎn)換 B. 數(shù)據(jù)抽取

C. 數(shù)據(jù)清洗

D. 數(shù)據(jù)裝載

PERT 圖是進(jìn)度安排的常用圖形描述方法之一，它能夠（24）。在PERT 圖上通過(guò)（25）分析

可以計(jì)算完成整個(gè)項(xiàng)目的最短工期。 A. 描述每個(gè)任務(wù)的進(jìn)展情況以及各個(gè)任務(wù)之間的并行性

B. 反映各個(gè)任務(wù)之間的依賴(lài)關(guān)系

C. 以日歷為基準(zhǔn)描述項(xiàng)目任務(wù)

D. 用條形表示每個(gè)任務(wù)的持續(xù)時(shí)間

A. 松弛時(shí)間 B. 依賴(lài)關(guān)系

C. 關(guān)鍵路徑

D. 并行關(guān)系

下列活動(dòng)，（26）不屬于需求開(kāi)發(fā)活動(dòng)的范疇。

A. 跟據(jù)系統(tǒng)需求識(shí)別和確認(rèn)系統(tǒng)功能 B. 將所收集的用戶(hù)需求編寫(xiě)成文檔和模型

C. 針對(duì)系統(tǒng)特點(diǎn)，考慮并確定系統(tǒng)開(kāi)發(fā)平臺(tái)與程序設(shè)計(jì)語(yǔ)言

D. 了解實(shí)際用戶(hù)任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求

（27）把軟件項(xiàng)目整體或者主要的可交付成果分解為易于管理、方便控制的若干個(gè)子項(xiàng)目；再將子項(xiàng)目繼續(xù)分解為工作包。在每個(gè)分解單元中，都存在可交付成果和里程碑。該模型的主要用途是（28）。

A. 分層數(shù)據(jù)流圖 B. 軟件模塊圖

C. 工作分解結(jié)構(gòu)WBS

D. PERT 圖 A. 描述軟件項(xiàng)目的功能需求

B. 定義項(xiàng)目邊界，有助于防止需求蔓延

C. 對(duì)軟件的靜態(tài)結(jié)構(gòu)進(jìn)行建模

D. 刻畫(huà)軟件開(kāi)發(fā)活動(dòng)之間的依賴(lài)關(guān)系

【解析】

工作分解結(jié)構(gòu)（簡(jiǎn)稱(chēng)WBS ）跟因數(shù)分解是一個(gè)原理，就是把一個(gè)項(xiàng)目，按一定的原則分解，項(xiàng)目分解成任務(wù)，任務(wù)再分解成一項(xiàng)項(xiàng)工作，再把一項(xiàng)項(xiàng)工作分配到每個(gè)人的日?；顒?dòng)中，直到分解不下去為止。即：項(xiàng)目—任務(wù)—工作—日?；顒?dòng)。工作分解結(jié)構(gòu)以可交付成果為導(dǎo)向，對(duì)項(xiàng)目要素進(jìn)行的分組，它歸納和定義了項(xiàng)目的整個(gè)工作范圍，每下降一層代表對(duì)項(xiàng)目工作的更詳細(xì)定義。WBS 的最底層是工作包。工作包確定之后項(xiàng)目邊界也就確定了，這有助于防止需求蔓延，同時(shí)也有助于進(jìn)行各類(lèi)估算。

在進(jìn)行需求開(kāi)發(fā)的過(guò)程中，（29）可能會(huì)給項(xiàng)目帶來(lái)風(fēng)險(xiǎn)。

A. 對(duì)于每項(xiàng)需求的可行性均進(jìn)行分析，以確定是否能按計(jì)劃實(shí)現(xiàn)

B. 使用模型和原型描述一些模糊的需求 C. 評(píng)估每項(xiàng)新需求的優(yōu)先級(jí)，并與已有工作對(duì)比，做出相應(yīng)的決策

D. 采用最新的技術(shù)、工具或平臺(tái)實(shí)現(xiàn)關(guān)鍵需求

在系統(tǒng)開(kāi)發(fā)中，原型可以劃分為不同的種類(lèi)。從原型是否實(shí)現(xiàn)功能來(lái)分，可以分為水平原型和垂直原型；從原型最終結(jié)果來(lái)分，可以分為拋棄式原型和演化式原型。以下關(guān)于原型的敘述中，正確的是（30）。

A. 水平原型適合于算法較為復(fù)雜的項(xiàng)目 B. 垂直原型適合于Web 項(xiàng)目

C. 拋棄式原型適合于需求不確定、不完整、含糊不清的項(xiàng)目

D. 演化式原型主要用于界面設(shè)計(jì)

面向服務(wù)的開(kāi)發(fā)方法有三個(gè)主要的抽象級(jí)別：操作、服務(wù)和業(yè)務(wù)流程。以下關(guān)于操作、服務(wù)和業(yè)務(wù)流程的敘述中，正確的是（31）。

A. 位于最高層的操作代表單個(gè)邏輯單元的事物

B. 服務(wù)的執(zhí)行通常會(huì)導(dǎo)致讀、寫(xiě)或修改一個(gè)或多個(gè)持久性數(shù)據(jù)

C. 業(yè)務(wù)流程代表操作的邏輯分組

D. 服務(wù)具有特定的結(jié)構(gòu)化接口，并且返回結(jié)構(gòu)化的響應(yīng)

【解析】

從概念上講，SOA 中有三個(gè)主要的抽象級(jí)別：

操作：代表單個(gè)邏輯工作單元（LUW ）的事務(wù)。執(zhí)行操作通常會(huì)導(dǎo)致讀、寫(xiě)或修改一個(gè)或多個(gè)持久性數(shù)據(jù)。SOA 操作可以直接與面向?qū)ο蟮姆椒ㄏ啾?。它們都有特定的結(jié)構(gòu)化接口，并且返回結(jié)構(gòu)化的響應(yīng)。完全同方法一樣，特定操作的執(zhí)行可能涉及調(diào)用附加的操作。

服務(wù)：代表操作的邏輯分組。例如，如果我們將CustomerProfiling 視為服務(wù)，則按照電話(huà)號(hào)碼查找客戶(hù)、按照名稱(chēng)和郵政編碼列出顧客和保存新客戶(hù)的數(shù)據(jù)就代表相關(guān)的操作。業(yè)務(wù)流程：為實(shí)現(xiàn)特定業(yè)務(wù)目標(biāo)而執(zhí)行的一組長(zhǎng)期運(yùn)行的動(dòng)作或活動(dòng)。業(yè)務(wù)流程通常包括多個(gè)業(yè)務(wù)調(diào)用。業(yè)務(wù)流程的例子有：接納新員工、出售產(chǎn)品或服務(wù)和完成訂單。

軟件配置管理中，每一項(xiàng)配置變更都要在配置狀態(tài)報(bào)告中進(jìn)行詳細(xì)的記錄。配置狀態(tài)報(bào)告的信息流如下圖所示，圖中①②③處分別是（32

）。

A. 配置確定、配置審核、配置控制 B. 配置審核、配置控制、配置確定

C. 配置確定、配置控制、配置審核

D. 配置控制、配置確定、配置審核

以下不屬于軟件容錯(cuò)技術(shù)的是（33）。

A. 熱備份或冷備份系統(tǒng)

B. 糾錯(cuò)碼 C. 三模冗余

D. 程序走查

某在線(xiàn)交易平臺(tái)的“支付”功能需求描述如下：客戶(hù)進(jìn)行支付時(shí)，可以使用信用卡支付或支付寶支付。從中抽象出3個(gè)用例：支付、信用卡支付和支付寶支付，這3個(gè)用例之間的關(guān)系是（34）。

UML 用系統(tǒng)視圖描述系統(tǒng)的組織結(jié)構(gòu)。其中，（35）對(duì)組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進(jìn)行建模。

A. 用例視圖 B. 邏輯視圖

C. 實(shí)現(xiàn)視圖

D. 部署視圖

【解析】

UML 對(duì)系統(tǒng)架構(gòu)的定義是系統(tǒng)的組織結(jié)構(gòu)，包括系統(tǒng)分解的組成部分，以及它們的關(guān)聯(lián)性、交互機(jī)制和指導(dǎo)原則等提供系統(tǒng)設(shè)計(jì)的信息。具體來(lái)說(shuō)，就是指以下5個(gè)系統(tǒng)視圖：

（1）邏輯視圖。邏輯視圖也稱(chēng)為設(shè)計(jì)視圖，它表示了設(shè)計(jì)模型中在架構(gòu)方面具有重要意義的部分，即類(lèi)、子系統(tǒng)、包和用例實(shí)現(xiàn)的子集。

（2）進(jìn)程視圖。進(jìn)程視圖是可執(zhí)行線(xiàn)程和進(jìn)程作為活動(dòng)類(lèi)的建模，它是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)。

（3）實(shí)現(xiàn)視圖。實(shí)現(xiàn)視圖對(duì)組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進(jìn)行建模。

（4）部署視圖。部署視圖把構(gòu)件部署到一組物理節(jié)點(diǎn)上，表示軟件到硬件的映射和分布結(jié)構(gòu)。

（5）用例視圖。用例視圖是最基本的需求分析模型。

采用以下設(shè)計(jì)思路實(shí)現(xiàn)下圖所示的目錄瀏覽器：目錄中的每個(gè)目錄項(xiàng)被認(rèn)定為一個(gè)類(lèi)，其屬性包括名稱(chēng)、類(lèi)型（目錄或文件）、大小、擴(kuò)展名、國(guó)標(biāo)等。為節(jié)省內(nèi)存空間，要求不能將具有相同屬性（例如類(lèi)型、擴(kuò)展名、圖標(biāo)相同）的相同文件看作不同的對(duì)象。能夠滿(mǎn)足這一要求的設(shè)計(jì)模式是（

36）。

A. Flyweight

B. Proxy

C. Command

D. State

以下關(guān)于企業(yè)應(yīng)用集成的敘述中，正確的是（37）。

A 過(guò)程集成為用戶(hù)提供一個(gè)看上去統(tǒng)一，但是由多個(gè)系統(tǒng)組成的應(yīng)用系統(tǒng)

B. 實(shí)現(xiàn)表示集成時(shí)，可以借助于遠(yuǎn)程過(guò)程調(diào)用、分布式對(duì)象技術(shù)等方法 C. 數(shù)據(jù)集成適合于業(yè)務(wù)邏輯經(jīng)常發(fā)生變化的場(chǎng)合

D. 控制集成是在業(yè)務(wù)邏輯層上對(duì)應(yīng)用系統(tǒng)進(jìn)行集成，其集成點(diǎn)在程序代碼中

【解析】

為用戶(hù)提供一個(gè)看上去統(tǒng)一，但是由多個(gè)系統(tǒng)組成的應(yīng)用系統(tǒng)的集成是界面集成，而非過(guò)程集成。實(shí)現(xiàn)控制集成時(shí)，可以借助于遠(yuǎn)程過(guò)程調(diào)用或遠(yuǎn)程方法調(diào)用、面向消息的中間件、分布式對(duì)象技術(shù)和事務(wù)處理監(jiān)控器來(lái)實(shí)現(xiàn)。當(dāng)業(yè)務(wù)邏輯經(jīng)常發(fā)生變化時(shí)，數(shù)據(jù)集成就會(huì)面臨困難，所以業(yè)務(wù)邏輯經(jīng)常變化并不適合于數(shù)據(jù)集成。

企業(yè)信息化戰(zhàn)略與企業(yè)戰(zhàn)略集成時(shí)，對(duì)于現(xiàn)有信息系統(tǒng)不能滿(mǎn)足當(dāng)前管理中業(yè)務(wù)需要的企業(yè)，適用的方法是（38）。

A. EITA （企業(yè)IT 架構(gòu)） B. BPR （業(yè)務(wù)流程重組）

C. BITA （企業(yè)與IT 整合）

D. ERP （企業(yè)資源計(jì)劃）

【解析】

企業(yè)戰(zhàn)略與信息化戰(zhàn)略的集成主要方法有：業(yè)務(wù)與IT 整合（Business-IT Alignment, BITA ）和企業(yè)IT 架構(gòu)（Enterprise IT Architecture, EITA）

BITA 是一種以業(yè)務(wù)為導(dǎo)向的、全面的IT 管理咨詢(xún)實(shí)施方法論。從制訂企業(yè)戰(zhàn)略、建立（改進(jìn)）企業(yè)組織結(jié)構(gòu)和業(yè)務(wù)流程，到進(jìn)行IT 管理和制訂過(guò)度計(jì)劃（Transition Plan），使IT 能夠更好地為企業(yè)戰(zhàn)略和目標(biāo)服務(wù)。BITA 的主要步驟是：評(píng)估和分析企業(yè)當(dāng)前業(yè)務(wù)和IT 不一致的領(lǐng)域，整理出企業(yè)的業(yè)務(wù)遠(yuǎn)景和未來(lái)戰(zhàn)略，建立業(yè)務(wù)模型，提出達(dá)到未來(lái)目標(biāo)的轉(zhuǎn)變過(guò)程建議和初步計(jì)劃，以及執(zhí)行計(jì)劃。BITA 適用于信息系統(tǒng)不能滿(mǎn)足當(dāng)前管理中的業(yè)務(wù)需要，業(yè)務(wù)和IT 之間總是有不一致的地方。

EITA 分析企業(yè)戰(zhàn)略，幫助企業(yè)制訂IT 戰(zhàn)略，并對(duì)其投資決策進(jìn)行指導(dǎo)。在技術(shù)、信息系統(tǒng)、信息、IT 組織和IT 流程方面，幫助企業(yè)建立IT 的原則規(guī)范、模式和標(biāo)準(zhǔn)，指出IT 需要改進(jìn)的方面并幫助制訂行動(dòng)計(jì)劃。EITA 適用于現(xiàn)有信息系統(tǒng)和IT 基礎(chǔ)架構(gòu)不一致、不兼容和缺乏統(tǒng)一的整體管理的企業(yè)。

在綜合考慮企業(yè)內(nèi)外環(huán)境，以集成為核心，圍繞企業(yè)戰(zhàn)略需求進(jìn)行信息系統(tǒng)規(guī)劃時(shí)，適合于采用的方法是

（39）。

A. 戰(zhàn)略柵格法

B. 價(jià)值鏈分析法

C. 信息工程法

D.

戰(zhàn)略集合轉(zhuǎn)化法

【解析】