第一篇：系統(tǒng)集成項目管理工程師考試試題分類精解與題型練習

系統(tǒng)集成項目管理工程師考試試題分類精解與題型練習（中）

1、項目可能出現(xiàn)大量的不同的工作結(jié)果。你需要收集有關(guān)這些工作結(jié)果的信息，例如發(fā)生什么樣的成本，產(chǎn)生了什么可交付成果，以及還存在什么突出問題等等。你需要這些信息是為了什么： A.執(zhí)行項目計劃 B.全面的變更控制 C.報告績效

D.項目范圍認證 C

2、你是一個大型項目的一位項目經(jīng)理，領(lǐng)導一個八人高級成員小組，每位成員是他（她）所在領(lǐng)域的技術(shù)專家。這些成員都是具有創(chuàng)造力的人，樂于在工作時不顧及所承擔的任務(wù)在整個項目時間表中的順序。你擔心這種非正式的工作方式會危害整個計劃，特別是考慮到項目時間表的限制和大量項目接口以及對外部因素的依賴。你因此召集了一次小組會議討論工作程序以確保工作進行得適時并且順序正確。在會議上，你將建立： A.時間表管理計劃 B.工作授權(quán)體系 C.變更控制系統(tǒng)

D.項目管理信息系統(tǒng) B

3、你的技術(shù)小組領(lǐng)導準備提出一項增值變更請求，該變更將導致項目范圍的擴大。為了評估執(zhí)行變更導致的變化的程序，你已經(jīng)要求進行獲得價值分析。這種方法是一種： A.績效衡量技術(shù) B.配置管理方法 C.成本核算程序

D.項目范圍報告機制 A

4、你的公司經(jīng)營地區(qū)內(nèi)最大的化學品處理工廠。公司被指控非法向鎮(zhèn)上的河流傾倒的有毒物質(zhì)的清理工作必須在2月15日前完成。法庭的時間限制是： A.關(guān)鍵事件

B.主要里程碑事件 C.強制日期 D.外部依賴 C

5、你正在進行軟件開發(fā)項目。在這個項目中，必須進行大量測試，其中一些需要進行多次。項目包含的一些活動的順序取決于前期進行的活動的結(jié)果。例如，如果在檢查中發(fā)現(xiàn)了一個錯誤，項目設(shè)計必須修改，由此需要進行額外的測試。你將采用什么樣的計劃方法？ A.PDM網(wǎng)絡(luò) B.PERT網(wǎng)絡(luò) C.GERT網(wǎng)絡(luò) D.XDM網(wǎng)絡(luò) C

6、由于你的項目的范圍發(fā)生變更，因此成本基線也發(fā)生變更。你的下一步將是： A.估計范圍變更的程度

B.更新預算

C.記錄獲得的經(jīng)驗

D.執(zhí)行得到批準的范圍變更 B

7、你的公司建立一個項目管理人員的獎勵和認可制度。項目成本績效被作為決定獎勵的依據(jù)。如何才能確保獎勵反映真實的績效： A.考慮超時工作量 B.確定成本基線

C.利用獲得價值管理來監(jiān)督績效

D.分別對可控制成本和非可控制成本進行估計和編制預算 D

8、最近，你所在的雞肉產(chǎn)品加工公司經(jīng)歷了幾起公司產(chǎn)品引起的健康恐慌事件。這是在三周內(nèi)在不同地點同時發(fā)生的幾起獨立事故。公司過去從未發(fā)生過類似事件，并且確信公司的質(zhì)量檢查體系沒有問題。但是，最近新引進了加工系統(tǒng)。你是這個新加工系統(tǒng)的項目經(jīng)理，被要求領(lǐng)導一個小組對情況進行調(diào)查并執(zhí)行任何必要的項目變更。為幫助分析新的加工流程，你和你的小組決定使用以下什么技術(shù)： A.系統(tǒng)流程圖 B.試驗設(shè)計 C.帕累托分析 D.控制圖表 D

9、你的公司開始與其它三家公司進行合資公司的動作。你贏得了一個重要的國際合同，在你的客戶的酒店進行場外馬賽。你被任命為這個項目的經(jīng)理。你的客戶最近贏得了Malcolm Baldridge獎，對所有項目質(zhì)量要求很高。除了要求制定項目計劃外，你的合同還要求制定單獨的項目質(zhì)量管理計劃，該計劃作為合同的交付成果。你正與由來自合資公司各成員公司雇員組成的核心小組一起制定項目質(zhì)量管理計劃。你的第一步工作是： A.為質(zhì)量管理工作流程確定特定的標準 B.為項目制定質(zhì)量標準 C.為項目制定質(zhì)量政策

D.為項目規(guī)定明確的質(zhì)量管理工具和質(zhì)量管理責任 C

10、你的管理層規(guī)定在項目每個階段末進行質(zhì)量審計。這種審計是組織的什么流程的一部分： A.質(zhì)量保障流程 B.質(zhì)量控制流程 C.質(zhì)量改進計劃 D.流程調(diào)整計劃 A

11、你管理一個虛擬項目小組。你的小組成員所處的地理位置不同，只能見面開會一到兩次。項目已經(jīng)進行幾個月，你強烈地感到你的小組成員沒有將自己看作是一個團隊的一員。為了改變這個局面，你應該：

A.確保每位成員通過電子出件作為通訊手段 B.指令小組成員執(zhí)行組織安排的任務(wù)

C.創(chuàng)造出強化分散小組成員間團結(jié)性的標志事物和結(jié)構(gòu) D.向小組成員提供最先進的通訊技術(shù)和工具并指導使用

C

12、作為項目經(jīng)理，你認識到項目小組建設(shè)對于項目的成功很重要。因此，你想考察你的小組工作的技術(shù)環(huán)境如何。有關(guān)信息可以在以下哪項文件中找到： A.小組章程 B.項目計劃

C.人員配備管理計劃 D.組織政策和指導原則 B

13、你正在結(jié)束你的項目。在最后的工作中，大多數(shù)沖突源自： A.時間表的問題 B.成本超支 C.技術(shù)問題 D.客戶不接受 A

14、你是公司負責五個項目的經(jīng)理。其中一個項目正結(jié)束之中，大多數(shù)的項目小組成員重新分配了工作。今天，該項目的項目經(jīng)理詢問是否可以在正式結(jié)束項目之前離職以便接受新的任務(wù)，因為她必須在三天內(nèi)到新工作上報到，否則將不得不放棄。你直到現(xiàn)在許多管理工作未完成。你最佳處理辦法是：

A.任命一位新的經(jīng)理執(zhí)行最后的收尾工作，允許原來的項目經(jīng)理離職，同時詢問她是否可以出席最后的與客戶的會議

B.要求項目經(jīng)理留任項目經(jīng)理職位，因為她是處理最后管理工作的最佳人選 C.自己進行最后的收尾工作，而不顧你的多項職能

D.允許項目經(jīng)理離職向新工作報道，但要求她在業(yè)余時間做項目的收尾工作，包括夜晚和周末 A

15、你負責一個為多個內(nèi)部客戶服務(wù)的系統(tǒng)集成項目，正在制定項目計劃。因為組織內(nèi)有許多人對這個系統(tǒng)很感興趣，你于是決定制定一個項目通信管理計劃。你制定該計劃的第一步將是：

A.進行項目干系人分析以評估所需的信息

B.確定一個生產(chǎn)時間表以規(guī)定每種通信產(chǎn)品何時生產(chǎn) C.描述你計劃發(fā)布的信息的情況

D.設(shè)立一個項目文件庫以保證文件利用更加方便 A

16、作為一個項目經(jīng)理，你嘗試運用傾聽的技巧幫助理解他人的意見。在這樣做的時候，你應該：

A.模擬信息的內(nèi)容 B.了解并評價信息內(nèi)容

C.評價信息內(nèi)容然后提出建議 D.重述內(nèi)容并表達感受 D

17、你管理一個涉及到一批不同承包商的項目，改進項目設(shè)計和開發(fā)一種新的航空電子系統(tǒng)。項目幾乎就要完成。四年來，你外包了10個不同的合同。一些承包商完成得很好，也很好相處，但其中一個承包商造成了不少困難，而你不得不終止合同。另一個承包商在獲得報酬前必須完成一些技術(shù)工作。還有一個承包商有一些發(fā)票未報銷，因為他沒有遵守合同的條款。

為了結(jié)束所以這些合同項目你應該： A.書面通知每個承包商項目已經(jīng)結(jié)束

B.為未來的查閱方便編制一個完整的附有索引的記錄和合同文件 C.進行差異分析 D.進行采購審計 D

18、你正在為你的組織的一個新項目工作。你的公司現(xiàn)有員工能夠滿足項目的要求；然而項目的某些方面對于你的公司是全新的。你意識到某些產(chǎn)品的專業(yè)供貨商也許能滿足項目的許多（如果不是全部）要求。你正在制定項目計劃，需要決定如何最好配備人員以及如何處理資源要求。你的第一步應該是： A.進行“購買”還是“自造”的分析 B.進行市場分析

C.通過RFP向供應商尋求建議以決定是否外包項目

D.審查采購部門的合格供應商名錄，并發(fā)出RFP來選擇供應商 A

19、你計劃將為公司提供項目管理培訓的合同外包。你認為潛在的承包者與能頒發(fā)項目管理碩士文憑的重點大學有聯(lián)系將是挑選承包者時考慮的重要因素。這是哪一種例子： A.進行獨立評估

B.為工作情況陳述制定要求 C.建立衡量體系 D.建立篩選體系 D 20、你決定將合同外包給過去一直為你的公司服務(wù)的一個承包商。這個承包商過去的項目進度和成本績效記錄很好，與你的工作關(guān)系也不錯。你現(xiàn)在的項目雖然與以前的項目有所不同，但該承包商以前承包過的項目與此類似。在這種情況下，為了減小風險，你應該選擇何種類型的合同：

A.固定價格，依據(jù)經(jīng)濟價格調(diào)整 B.固定價格激勵（固定目標）C.固定價格 D.成本加獎勵 C

21、周期性的評估項目執(zhí)行，以便提供項目是否滿足相關(guān)質(zhì)量標準的證據(jù)的過程被稱為： A.質(zhì)量保證 B.質(zhì)量控制 C.質(zhì)量計劃 D.質(zhì)量評審 B

22、監(jiān)測特定的項目結(jié)果，以便確定它們是否遵從特定的質(zhì)量標準的過程被稱為： A.質(zhì)量保證 B.質(zhì)量控制 C.質(zhì)量計劃 D.質(zhì)量評審 B

23、質(zhì)量計劃過程包括的工具和方法有

A.收益/成本分析 B.標桿 C.質(zhì)量審計 D.以上所有的 D

24、結(jié)束大規(guī)模審查和結(jié)果關(guān)注的價值觀是基于如下誰的倡導： A.戴明 B.克勞斯比 C.朱蘭 D.帕累托 A

25、質(zhì)量是 A.零缺陷 B.滿足需求

C.產(chǎn)品或服務(wù)滿足明確和隱含需求的能力 D.B和C D 26、80-20規(guī)則是誰提出來的 A.戴明 B.克勞斯比 C.朱蘭 D.帕累托 D

27、零庫存的概念來自于 A.6西格瑪 B.持續(xù)改進 C.準時制 D.零缺陷 C

28、由于下述原因，日本的質(zhì)量管理在過去30年里已經(jīng)被大幅度改進了，除了 A.質(zhì)量環(huán)的使用

B.在質(zhì)量上的小的持續(xù)的改進 C.工人建議系統(tǒng)的使用

D.對質(zhì)量控制的付出和產(chǎn)品輸出的關(guān)注 D

29、建立項目變更管理的前提條件是： A.詳細的WBS計劃 B.項目基線 C.項目預算

D.明確項目組織結(jié)構(gòu) B 30、對成本進行管理非常困難的原因是： A.大多數(shù)活動可以通過技術(shù)手段進行精確估算

B.項目中執(zhí)行的許多活動不可能以相同的方式、在相同的環(huán)境下由相同的人員完成

C.項目缺乏合理的風險管理計劃

D.項目經(jīng)理沒有得到成本管理方面的培訓 B

31、BCWS是10000，BCWP是7000，ACWP是5000，成本偏差為： A.-48% B.50% C.60% D.29% D

32、質(zhì)量計劃與質(zhì)量體系之間的區(qū)別在于： A.計劃的對象是具體的產(chǎn)品、項目、服務(wù)或合同 B.體系的對象是具體的產(chǎn)品、項目、服務(wù)或合同 C.體系由單個實體組織所采用，通常是質(zhì)量保證部門 D.計劃并非組織管理系統(tǒng)的一部分 A

33、控制圖中的上下控制界限表示的含義是： A.客戶的要求 B.規(guī)格要求

C.過程偏差的可接受范圍 D.產(chǎn)品偏差的可接受范圍 C

34、下面哪一點在項目溝通中最為重要： A.溝通應局限于工作內(nèi)容、進度、成本和質(zhì)量 B.嚴格控制溝通，避免信息擴散

C.項目報告要通知給所有的項目干系人

D.項目經(jīng)理是客戶、高層經(jīng)理、職能經(jīng)理和項目成員之間溝通的焦點 D

35、從管理的角度分析，風險管理最重要的方面是： A.起因（Cause）B.后果（Effect）C.發(fā)生的概率 D.風險級別 A

36、目經(jīng)理估算一項目要花14周時間，成本$60,000。在簽合同文件時，客戶要求延期完工賠償$2,000，項目工期的最大可能的趕工時間是4周，附加成本$9,000。假定成本是主要的衡量標準，項目經(jīng)理要作出決策，什么是預期的項目成本？.A.$69,000 B.$71,000 C.$70,000 D.$62,000 C

37、適當?shù)姆秶芾韺⒂兄诖_保:

A.項目包括所有必需要做的工作并且也僅是那些要完成項目所必要的工作

B.批準范圍基準計劃

C.制定和批準項目章程

D.批準詳細的規(guī)劃,包括預算，資源調(diào)配，線性責任圖表和管理支持 A

38、進行可行性研究來有效確保組織實施完成項目的能力, 這要根據(jù)所有下列事項,除了:

A.成本-效果

B.容易達成績效

C.技術(shù)的能力

D.內(nèi)部的回報率

D

39、在關(guān)鍵路線上增加資源不會總是縮短項目的時間長度,這是因為:

A.沒有活動是依賴時間或依賴資源的

B.總是以最佳的資源數(shù)量來安排活動

C.項目經(jīng)理總選擇具有最高技能水平的初始資源

D.增加更多的資源可能產(chǎn)生額外的工作并且導致效率低

D

40、利用下圖數(shù)字計算, 活動 D 最遲開始時間是周和最遲完成時間是周。

A.2,10

B.4,12

C.6,14

D.7,15

B

G

A

C

E

H

L

D

I

N

F

J

M

K A

第二篇：系統(tǒng)集成項目管理工程師考試試題分類精解

系統(tǒng)集成項目管理工程師

http://

系統(tǒng)集成項目管理工程師考試試題分類精解

第 1 章

信息系統(tǒng)開發(fā)基礎(chǔ)

1.1 2009年上半年試題5 試題1（2009年上半年試題5）

與客戶機/服務(wù)器（Client/Server，C/S）架構(gòu)相比，瀏覽器/服務(wù)器（Browser/Server，B/S）架構(gòu)的最大優(yōu)點是（5）。

（5）A．具有強大的數(shù)據(jù)操作和事務(wù)處理能力

B．部署和維護方便、易于擴展

C．適用于分布式系統(tǒng)，支持多層應用架構(gòu)

D．將應用一分為二，允許網(wǎng)絡(luò)分布操作

試題1分析

C/S架構(gòu)（體系結(jié)構(gòu)）是基于資源不對等，且為實現(xiàn)共享而提出來的，是20世紀90年代成熟起來的技術(shù)，C/S架構(gòu)定義了工作站如何與服務(wù)器相連，以實現(xiàn)數(shù)據(jù)和應用分布到多個處理機上。C/S架構(gòu)有三個主要組成部分，分別是數(shù)據(jù)庫服務(wù)器、客戶應用程序和網(wǎng)絡(luò)。

C/S架構(gòu)將應用一分為二，服務(wù)器（后臺）負責數(shù)據(jù)管理，客戶機（前臺）完成與用戶的交互任務(wù)。服務(wù)器為多個客戶應用程序管理數(shù)據(jù)，而客戶程序發(fā)送、請求和分析從服務(wù)器接收的數(shù)據(jù)，這是一種“胖客戶機”和“瘦服務(wù)器”的架構(gòu)。其數(shù)據(jù)流圖如圖1-1所示。系統(tǒng)集成項目管理工程師

http://

圖1-1 C/S架構(gòu)的一般處理流程

在一個C/S架構(gòu)的軟件系統(tǒng)中，由于客戶應用程序是針對一個小的、特定的數(shù)據(jù)集，如一個表的行來進行操作，而不是像文件服務(wù)器那樣針對整個文件進行；對某一條記錄進行封鎖，而不是對整個文件進行封鎖，因此保證了系統(tǒng)的并發(fā)性，并使網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量減到最少，從而改善了系統(tǒng)的性能。

與二層C/S架構(gòu)相比，在三層C/S架構(gòu)中，增加了一個應用服務(wù)器?？梢詫⒄麄€應用邏輯駐留在應用服務(wù)器上，而只有表示層存在于客戶機上。這種結(jié)構(gòu)被稱為“瘦客戶機”。三層C/S架構(gòu)是將應用功能分成表示層、功能層和數(shù)據(jù)層三個部分，如圖1-2所示。系統(tǒng)集成項目管理工程師

http://

圖1-2三層C/S架構(gòu)的一般處理流程

在三層C/S架構(gòu)中，中間件是最重要的構(gòu)件。所謂中間件是一個用API定義的軟件層，是具有強大通信能力和良好可擴展性的分布式軟件管理框架。它的功能是在客戶機和服務(wù)器或者服務(wù)器和服務(wù)器之間傳送數(shù)據(jù)，實現(xiàn)客戶機群和服務(wù)器群之間的通信。其工作流程是：當客戶機里的應用程序需要駐留網(wǎng)絡(luò)上某個服務(wù)器的數(shù)據(jù)或服務(wù)時，搜索此數(shù)據(jù)的C/S應用程序需訪問中間件系統(tǒng)。該系統(tǒng)將查找數(shù)據(jù)源或服務(wù)，并在發(fā)送應用程序請求后重新打包響應，將其傳送回應用程序。

在三層C/S架構(gòu)中，表示層負責處理用戶的輸入和向客戶的輸出（出于效率的考慮，它可能在向上傳輸用戶的輸入前進行合法性驗證）。功能層負責建立數(shù)據(jù)庫的連接，根據(jù)用戶的請求生成訪問數(shù)據(jù)庫的SQL語句，并將結(jié)果返回給客戶端。數(shù)據(jù)層負責實際的數(shù)據(jù)庫存儲和檢索，響應功能層的數(shù)據(jù)處理請求，并將結(jié)果返回給功能層。

B/S架構(gòu)風格就是上述三層應用結(jié)構(gòu)的一種實現(xiàn)方式，其具體結(jié)構(gòu)為：瀏覽器/Web服系統(tǒng)集成項目管理工程師

http://

務(wù)器/數(shù)據(jù)庫服務(wù)器。B/S架構(gòu)主要是利用不斷成熟的

UML是一個通用的可視化建模語言，它是面向?qū)ο蠓治龊驮O(shè)計的一種標準化表示，用于對軟件進行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。它記錄了對所構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設(shè)計、瀏覽、配置、維護和信息控制。UML 適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應用領(lǐng)域以及各種開發(fā)工具，是一種總結(jié)了以往建模技術(shù)的經(jīng)驗并吸收當今優(yōu)秀成果的標準建模方法。UML標準包括相關(guān)概念的語義，表示法和說明，提供了靜態(tài)、動態(tài)、系統(tǒng)環(huán)境及組織結(jié)構(gòu)的模型。它可被可視化建模工具所支持，這些工具提供了代碼生成器和報表生成器等。UML標準并沒有定義一種標準的開發(fā)過程，但它比較適用于迭代式的開發(fā)過程，是為支持大部分現(xiàn)存的面向?qū)ο箝_發(fā)過程而設(shè)計的。

UML描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為，它將系統(tǒng)描述為一些獨立的相互作用的對象，構(gòu)成為外界提供一定功能的模型結(jié)構(gòu)，靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和服務(wù)，以及這些對象之間的相互關(guān)系，動態(tài)行為定義了對象的時間特性和對象為完成目標而相互進行通信的機制。

UML 2.0包括下列14種圖：

（1）類圖：展現(xiàn)了一組類、接口、協(xié)作和它們之間的關(guān)系。在面向?qū)ο笙到y(tǒng)的建模中所建立的最常見的圖就是類圖。類圖給出系統(tǒng)的靜態(tài)設(shè)計視圖。包含主動類的類圖給出系統(tǒng)的靜態(tài)進程視圖。

（2）對象圖：展現(xiàn)了一組對象以及它們之間的關(guān)系。對象圖描述了在類圖中所建立的事物的實例的靜態(tài)快照。和類圖一樣，這些圖給出系統(tǒng)的靜態(tài)設(shè)計視圖或靜態(tài)進程視圖，但它們是從真實案例或原型案例的角度建立的。

（3）構(gòu)件圖：展現(xiàn)了一個封裝的類和它的接口、端口以及由內(nèi)嵌的構(gòu)件和連接件構(gòu)成系統(tǒng)集成項目管理工程師

http:// 的內(nèi)部結(jié)構(gòu)。構(gòu)件圖用于表示系統(tǒng)的靜態(tài)設(shè)計實現(xiàn)視圖。對于由小的部件構(gòu)建大的系統(tǒng)來說，構(gòu)件圖是很重要的。構(gòu)件圖是類圖的變體。

（4）組合結(jié)構(gòu)圖：它可以描繪結(jié)構(gòu)化類（例如構(gòu)件或類）的內(nèi)部結(jié)構(gòu)，包括結(jié)構(gòu)化類與系統(tǒng)其余部分的交互點。它顯示聯(lián)合執(zhí)行包含結(jié)構(gòu)化類的行為的部件配置。組合結(jié)構(gòu)圖用于畫出結(jié)構(gòu)化類的內(nèi)部內(nèi)容。

（5）用例圖：現(xiàn)了一組用例、參與者（一種特殊的類）及它們之間的關(guān)系。用例圖給出系統(tǒng)的靜態(tài)用例視圖。這些圖在對系統(tǒng)的行為進行組織和建模上是非常重要的。

（6）序列圖（順序圖）和通信圖：兩者都是交互圖。交互圖展現(xiàn)了一種交互，它由一組對象或角色以及它們之間可能發(fā)送的消息構(gòu)成。交互圖專注于系統(tǒng)的動態(tài)視圖。序列圖是強調(diào)消息的時間次序的交互圖；通信圖也是一種交互圖，它強調(diào)收發(fā)消息的對象或角色的結(jié)構(gòu)組織。序列圖和通信圖表達了類似的基本概念，但每種圖強調(diào)概念的不同視圖，序列圖強調(diào)時序，通信圖強調(diào)消息流經(jīng)的數(shù)據(jù)結(jié)構(gòu)。

（7）狀態(tài)圖：展現(xiàn)了一個狀態(tài)機，它由狀態(tài)、轉(zhuǎn)移、事件和活動組成。狀態(tài)圖展現(xiàn)了對象的動態(tài)視圖。它對于接口、類或協(xié)作的行為建模尤為重要，而且它強調(diào)事件導致的對象行為，這非常有助于對反應式系統(tǒng)建模。

（8）活動圖：將進程或其他計算的結(jié)構(gòu)展示為計算內(nèi)部一步步的控制流和數(shù)據(jù)流?；顒訄D專注于系統(tǒng)的動態(tài)視圖。它對于系統(tǒng)的功能建模特別重要，并強調(diào)對象間的控制流程。

（9）部署圖和制品圖：展現(xiàn)了對運行時的處理結(jié)點以及在其中生存的構(gòu)件的配置。部署圖給出了體系結(jié)構(gòu)的靜態(tài)部署視圖。通常一個結(jié)點包含一個或多個制品。制品圖展現(xiàn)了計算機中一個系統(tǒng)的物理結(jié)構(gòu)。制品包括文件、數(shù)據(jù)庫和類似的物理比特集合。制品常與部署圖一起使用。制品也展現(xiàn)了它們實現(xiàn)的類和構(gòu)件。系統(tǒng)集成項目管理工程師

http://

（10）包圖：展現(xiàn)了由模型本身分解而成的組織單元以及它們的依賴關(guān)系。

（11）定時圖（時序圖）：是一種交互圖，它展現(xiàn)了消息跨越不同對象或角色的實際時間，而不僅僅是關(guān)心消息的相對順序。

（12）交互概覽圖：是活動圖和序列圖的混合物。

以上圖形可以分成兩大類，分別是結(jié)構(gòu)圖和行為圖。結(jié)構(gòu)圖表示系統(tǒng)的靜態(tài)結(jié)構(gòu)，屬于靜態(tài)模型，包括類圖、組合結(jié)構(gòu)圖、構(gòu)件圖、部署圖、制品圖、對象圖和包圖；行為圖表示系統(tǒng)的動態(tài)結(jié)構(gòu)，屬于動態(tài)模型，包括活動圖、交互圖、用例圖和狀態(tài)圖，其中交互圖是順序圖、通信圖、交互概覽圖和定時圖的統(tǒng)稱。

試題2參考答案

（11）A

1.3 2009年上半年試題65 試題3（2009年上半年試題65）

目前，企業(yè)信息化系統(tǒng)所使用的數(shù)據(jù)庫管理系統(tǒng)的結(jié)構(gòu)，大多數(shù)為（65）。

（65）A．層次結(jié)構(gòu)

B．關(guān)系結(jié)構(gòu)

C．網(wǎng)狀結(jié)構(gòu)

D．鏈表結(jié)構(gòu)

試題3分析

大多數(shù)數(shù)據(jù)庫系統(tǒng)都是基于某種數(shù)據(jù)庫模型建立起來的。常見的數(shù)據(jù)庫模型包括層次模型、網(wǎng)狀模型、關(guān)系模型、對象關(guān)系模型、對象模型、多維模型等。下面，主要分析層次模型、網(wǎng)狀模型和關(guān)系模型的特點。

層次模型是一種按照樹狀結(jié)構(gòu)來組織數(shù)據(jù)的方式，對應數(shù)據(jù)結(jié)構(gòu)中的樹結(jié)構(gòu)。層次模型主要用于早期大型機的數(shù)據(jù)庫管理系統(tǒng)中和對XML文檔數(shù)據(jù)的描述。這種模型適合描述兩種數(shù)據(jù)之間存在一對多的父子關(guān)系的客觀對象，例如，組織結(jié)構(gòu)、產(chǎn)品結(jié)構(gòu)、生物分類、系統(tǒng)集成項目管理工程師

http://

XML文檔等數(shù)據(jù)。

網(wǎng)狀模型是一種按照網(wǎng)狀結(jié)構(gòu)來組織數(shù)據(jù)的方式，對應數(shù)據(jù)結(jié)構(gòu)中的圖結(jié)構(gòu)。在此結(jié)構(gòu)中，每個節(jié)點都可能與其他節(jié)點之間建立關(guān)系。網(wǎng)狀模型適合于描述具有冗余數(shù)據(jù)的數(shù)據(jù)元素之間的關(guān)系。

關(guān)系模型最早是由E.F.Codd于1970年基于關(guān)系代數(shù)理論提出的，目的是使得數(shù)據(jù)庫管理系統(tǒng)獨立于各種應用程序。關(guān)系模型的基本數(shù)據(jù)結(jié)構(gòu)是用來描述實體的表，表是數(shù)據(jù)行的集合，表中的列描述了數(shù)據(jù)行的屬性。數(shù)據(jù)庫中的多個表之間往往彼此關(guān)聯(lián)。目前，企業(yè)信息化系統(tǒng)所使用的數(shù)據(jù)庫管理系統(tǒng)的結(jié)構(gòu)，大多數(shù)為關(guān)系結(jié)構(gòu)，即目前主流的數(shù)據(jù)庫管理系統(tǒng)都是關(guān)系型數(shù)據(jù)庫。

試題3參考答案

（65）B

1.4 2009年上半年試題66

試題4（2009年上半年試題66）

管理信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中，用戶參與的原則是用戶必須參與（66）。

（66）A．系統(tǒng)建設(shè)中各階段工作

B．系統(tǒng)分析工作

C．系統(tǒng)設(shè)計工作

D．系統(tǒng)實施工作

試題4分析

結(jié)構(gòu)化方法是由結(jié)構(gòu)化系統(tǒng)分析和設(shè)計組成的一種信息系統(tǒng)開發(fā)方法。結(jié)構(gòu)化方法是目前最成熟、應用最廣泛的信息系統(tǒng)開發(fā)方法之一。由于它是假定被開發(fā)的系統(tǒng)是一個結(jié)構(gòu)化的系統(tǒng)，因此，其基本思想是將系統(tǒng)的生命周期劃分為系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)維護等階段。系統(tǒng)集成項目管理工程師

http://

結(jié)構(gòu)化方法遵循系統(tǒng)工程原理，按照事先設(shè)計好的程序和步驟，使用一定的開發(fā)工具，完成規(guī)定的文檔，在結(jié)構(gòu)化和模塊化的基礎(chǔ)上進行信息系統(tǒng)的開發(fā)工作。結(jié)構(gòu)化方法的開發(fā)過程一般是先將系統(tǒng)的功能看成是一個大的模塊，再根據(jù)系統(tǒng)分析與設(shè)計的要求對其進行進一步的模塊分解或組合。

結(jié)構(gòu)化方法的主要原則，歸納起來有以下4條：

（1）用戶參與的原則。管理信息系統(tǒng)的用戶是各級各類管理者，滿足他們在管理活動中的信息需求，是管理信息系統(tǒng)建設(shè)的直接目地。由于系統(tǒng)本身和系統(tǒng)建設(shè)工作的復雜性，用戶需求的表達和系統(tǒng)建設(shè)的專業(yè)人員對用戶需求的理解需要逐步明確、深化和細化。而且，管理信息系統(tǒng)是人機系統(tǒng)，在實現(xiàn)各種功能時，人與計算機的合理分工和相互密切配合至關(guān)重要。這就需要用戶對系統(tǒng)的功能、結(jié)構(gòu)和運行規(guī)律有較深入的了解，專業(yè)人員也必須充分考慮用戶的特點和使用方面的習慣與要求，以協(xié)調(diào)人一機關(guān)系?？傊脩舯仨氉鳛楣芾硇畔⑾到y(tǒng)主要建設(shè)者的一部分在系統(tǒng)建設(shè)的各個階段直接參與工作。用戶與建設(shè)工作脫節(jié)，常常是系統(tǒng)建設(shè)工作失敗的重要原因之一。管理信息系統(tǒng)的建設(shè)，關(guān)系到一個組織的信息處理能力和管理決策的水平，是涉及該組織的全局，與近期和長遠發(fā)展密切相關(guān)的戰(zhàn)略問題。此組織的主要領(lǐng)導必須十分重視，親自領(lǐng)導和直接參與這一工作，特別是用戶的高層領(lǐng)導。國內(nèi)外經(jīng)驗表明：各級管理人員，特別是主要決策者的參與和重視，是管理信息系統(tǒng)建設(shè)成功的重要條件。

（2）“先邏輯，后物理”的原則。為了建立系統(tǒng)建設(shè)的科學秩序，保證建設(shè)工作的質(zhì)量與效率，結(jié)構(gòu)的方法強調(diào)在進行技術(shù)設(shè)計和實施之前，要進行充分的調(diào)查、分析、論證，進行邏輯方案的探索，弄清系統(tǒng)要為用戶解決哪些問題，即解決“系統(tǒng)做什么”的問題，盡量避免過早地進入物理設(shè)計階段。系統(tǒng)集成項目管理工程師

http://

（3）“自頂向下”的原則。在系統(tǒng)分析、系統(tǒng)設(shè)計與系統(tǒng)實施各階段，結(jié)構(gòu)化方法強調(diào)在工作中貫徹執(zhí)行“自須向下”的原則，先把握系統(tǒng)的總體目標和功能，然后逐級分解，逐步細化。系統(tǒng)測試也從總體功能開始，先檢查有關(guān)總體問題，然后逐級向下測試這一原則使建設(shè)者在系統(tǒng)建設(shè)整個過程中始終把握全局，致力于總體目標與功能的實現(xiàn)，把以下各級作為實現(xiàn)總體功能與目標的保證，這有利于各部分的合理分工、協(xié)調(diào)與正確配置?！白皂椣蛳隆钡脑瓌t在應用時并不完全排斥“自底向上”原則，在結(jié)構(gòu)化方法中，“自頂向下”原則是主導原則，“自底向上”是輔助原則。

（4）工作成果描述標準化原則。結(jié)構(gòu)化方法強調(diào)各階段工作成果描述的標準化。每一工作階段的成果，必須用明確的文字和標準化的圖形、圖表，完整、準確地進行描述，這不僅作為一個階段工作完成的標志和管理決策的依據(jù)，并且作為系統(tǒng)建設(shè)必需的文件進行交流和積累存檔，有的文件還是下一階段工作的依據(jù)。工作成果描述的標準化，可以防止由于描述的隨意性造成建設(shè)者之間的誤解而貽誤工作，便于工作交流和各階段的交接，便于今后對系統(tǒng)進行檢查、修改和補充。

結(jié)構(gòu)化方法具有如下特點：

（1）遵循用戶至上原則。

（2）嚴格區(qū)分工作階段，每個階段有明確的任務(wù)和取得的成果。

（3）強調(diào)系統(tǒng)開發(fā)過程的整體性和全局性。

（4）系統(tǒng)開發(fā)過程工程化，文檔資料標準化。

結(jié)構(gòu)化方法的優(yōu)點是：理論基礎(chǔ)嚴密，它的指導思想是用戶需求在系統(tǒng)建立之前就能被充分了解和理解。由此可見，結(jié)構(gòu)化方法注重開發(fā)過程的整體性和全局性。

結(jié)構(gòu)化方法的缺點是：開發(fā)周期長；文檔、設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之系統(tǒng)集成項目管理工程師

http://

初全面認識系統(tǒng)的信息需求，充分預料各種可能發(fā)生的變化，但這并不十分現(xiàn)實；若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調(diào)動，造成系統(tǒng)交接過程不平穩(wěn)，系統(tǒng)運行與維護管理難度加大。

試題4參考答案

（66）A

1.5 2009年下半年試題9 試題5（2009年下半年試題9）

常用的信息系統(tǒng)開發(fā)方法中，不包括（9）。

（9）A．結(jié)構(gòu)化方法

B．關(guān)系方法

C．原型法

D．面向?qū)ο蠓椒?/p>

試題5分析

常用的信息系統(tǒng)開發(fā)方法包括結(jié)構(gòu)化方法、快速原型法、企業(yè)系統(tǒng)規(guī)劃法、戰(zhàn)略數(shù)據(jù)規(guī)劃法、信息工程法和面向?qū)ο蠓椒ā?/p>

（1）結(jié)構(gòu)化方法。請參考4的分析。

（2）快速原型法。是一種根據(jù)用戶需求，利用系統(tǒng)開發(fā)工具，快速地建立一個系統(tǒng)模型并展示給用戶，在此基礎(chǔ)上與用戶交流，最終實現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法。應用快速原型法開發(fā)過程包括系統(tǒng)需求分析、系統(tǒng)初步設(shè)計、系統(tǒng)調(diào)試、系統(tǒng)檢測等階段。用戶僅需在系統(tǒng)分析與系統(tǒng)初步設(shè)計階段完成對應用系統(tǒng)的簡單描述，開發(fā)者在獲取一組基本需求定義后，利用開發(fā)工具生成應用系統(tǒng)原型，快速建立一個目標應用系統(tǒng)的最初版本，并將它提交給用戶試用、評價，根據(jù)用戶提出的意見和建議進行修改和補充，從而形成新的版本，再返回給用戶。通過這樣多次反復，使得系統(tǒng)不斷地細化和擴充，直到生成一個用戶滿意的解決方案為止?？焖僭头ň哂虚_發(fā)周期短、見效快、與業(yè)務(wù)人員交流方便的優(yōu)點，系統(tǒng)集成項目管理工程師

http://

特別適用于那些用戶需求模糊，結(jié)構(gòu)性比較差的信息系統(tǒng)的開發(fā)。

（3）企業(yè)系統(tǒng)規(guī)劃方法。BSP（Business System Planning，企業(yè)系統(tǒng)規(guī)劃方法）是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法的基礎(chǔ)和，也就是說，后兩種方法是在BSP方法的基礎(chǔ)上發(fā)展起來的，BSP方法的目標是提供一個信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期的和長期的信息需求。

（4）戰(zhàn)略數(shù)據(jù)規(guī)劃方法。戰(zhàn)略數(shù)據(jù)規(guī)劃方法是由世界級的信息系統(tǒng)大師詹姆斯?馬丁提出的一種信息系統(tǒng)開發(fā)方法。這個方法認為，一個企業(yè)要建設(shè)信息系統(tǒng)，它的首要任務(wù)應該是在企業(yè)戰(zhàn)略目標的指導下做好企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃。一個好的企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃應該是企業(yè)核心競爭力的重要構(gòu)成因素，它有非常明顯的異質(zhì)性和專有性，好的企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃必將成為企業(yè)在市場競爭中的制勝法寶。戰(zhàn)略數(shù)據(jù)規(guī)劃方法的要點主要有：

數(shù)據(jù)環(huán)境對于信息系統(tǒng)至關(guān)重要。企業(yè)數(shù)據(jù)環(huán)境是隨著企業(yè)的發(fā)展不斷變化的，也是企業(yè)發(fā)展的基礎(chǔ)條件。信息系統(tǒng)建設(shè)極大影響著企業(yè)的未來發(fā)展方向，對企業(yè)的數(shù)據(jù)環(huán)境提出了更高的要求。將靜態(tài)的、獨立的信息資源通過戰(zhàn)略數(shù)據(jù)規(guī)劃重建企業(yè)數(shù)據(jù)環(huán)境，使其成為集成化、網(wǎng)絡(luò)化的信息資源，對一個現(xiàn)代化企業(yè)來說是更為迫切的任務(wù)。

四種數(shù)據(jù)環(huán)境。在信息系統(tǒng)發(fā)展的歷程中共有四類數(shù)據(jù)環(huán)境，即數(shù)據(jù)文件、應用數(shù)據(jù)庫、主題數(shù)據(jù)庫和信息檢索系統(tǒng)。

建設(shè)主題數(shù)據(jù)庫是信息系統(tǒng)開發(fā)的中心任務(wù)。這里的主題數(shù)據(jù)庫并不是指數(shù)據(jù)庫的大小，也不是指數(shù)據(jù)庫的功能，而是指哪些數(shù)據(jù)庫是面向企業(yè)的業(yè)務(wù)主題的，哪些不是面向業(yè)務(wù)主題的。所謂業(yè)務(wù)主題，就是指企業(yè)的核心業(yè)務(wù)和主導流程。比如，對于一個汽車制造企業(yè)來說，生產(chǎn)整車就是其核心競爭力，相應地，圍繞核心業(yè)務(wù)建立的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫；而對于一個物流企業(yè)來說，圍繞著物流業(yè)務(wù)處理的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫。系統(tǒng)集成項目管理工程師

http://

圍繞主題數(shù)據(jù)庫搞好應用軟件開發(fā)。

（5）信息工程方法。信息工程方法與企業(yè)系統(tǒng)規(guī)劃方法和戰(zhàn)略數(shù)據(jù)規(guī)劃方法是一種交叉關(guān)系，即信息工程方法是其他兩種方法的總結(jié)和提升，而其他兩種方法則是信息工程方法的基礎(chǔ)和核心。信息工程方法與信息系統(tǒng)開發(fā)的其他方法相比，有一點很大的不同，就是信息工程不僅是一種方法，它還是一門工程學科。它第一次將信息系統(tǒng)開發(fā)過程工程化了。所謂工程化，就是指有一整套成熟的、規(guī)范的工程方法、技術(shù)、標準、程序和規(guī)范，使得開發(fā)工作擺脫隨意性和多變性，其目標是信息系統(tǒng)的開發(fā)走上智能化、程序化和自動化的道路。

（6）面向?qū)ο蠓椒?。在面向?qū)ο蠓椒ㄖ袑⒖陀^世界從概念上看成是一個由許多相互配合而協(xié)作的對象所組成的系統(tǒng)。面向?qū)ο蟮姆治龇椒ㄊ抢妹嫦驅(qū)ο蟮男畔⒔８拍?，如實體、關(guān)系、屬性等，同時運用封裝、繼承、多態(tài)等機制來構(gòu)造模擬現(xiàn)實系統(tǒng)的方法。傳統(tǒng)的結(jié)構(gòu)化設(shè)計方法的基本點是面向過程，系統(tǒng)被分解成若干個過程，而面向?qū)ο蟮姆椒ㄊ遣捎脴?gòu)造模型的觀點，在系統(tǒng)的開發(fā)過程中，各個步驟的共同的目標是建造一個問題域的模型。在面向?qū)ο蟮脑O(shè)計中，初始元素是對象，然后將具有共同特征的對象歸納成類，組織類之間的等級關(guān)系，從而構(gòu)造出類庫。在應用時，就可直接在類庫中選擇已有的類，從而達到復用的目的。

試題5參考答案

（9）B

1.6 2009年下半年試題10 試題6（2009年下半年試題10）

應用已有軟件的各種資產(chǎn)構(gòu)造新的軟件，以縮減軟件開發(fā)和維護的費用，稱為（10）。

（10）A．軟件繼承

B．軟件利用

C．軟件復用

D．軟件復制 系統(tǒng)集成項目管理工程師

http://

試題6分析

軟件復用是指利用已有軟件的各種有關(guān)知識構(gòu)造新的軟件,以縮減軟件開發(fā)和維護的費用。軟件復用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復用主要是代碼級復用，被復用的知識專指程序，后來擴大到包括領(lǐng)域知識、開發(fā)經(jīng)驗、設(shè)計決策、架構(gòu)、需求、設(shè)計、代碼和文檔等一切有關(guān)方面。

軟件復用是一種計算機軟件工程方法和理論。20世紀60年代的“軟件危機”使程序員明白難于維護的軟件的成本是極其高昂的，當軟件的規(guī)模不斷擴大時，這種軟件的綜合成本可以說是沒有人能負擔的，并且即使投入了高昂的資金也難以得到可靠的產(chǎn)品，而軟件重用是解決這一問題的有效方法。

軟件復用的主要思想是，將軟件看成是由不同功能的“組件”所組成的有機體，每一個組件在設(shè)計編寫時可以被設(shè)計成完成同類工作的通用工具，這樣，如果完成各種工作的組件被建立起來以后，編寫某一特定軟件的工作就變成了將各種不同組件組織連接起來的簡單問題，這對于軟件產(chǎn)品的最終質(zhì)量和維護工作都有本質(zhì)性的改變。

軟件制品的復用，按抽象程度的高低，可以劃分為如下復用級別：代碼的復用、設(shè)計的復用、分析的復用、測試信息的復用等

支持軟件復用是人們對面向?qū)ο蠓椒耐械闹饕Ｍ唬彩沁@種方法受到廣泛重視的主要原因之一。面向?qū)ο蠓椒ㄖ蕴貏e有利于軟件復用，是由于它的主要概念及原則與軟件復用的要求十分吻合。

面向?qū)ο蟮能浖_發(fā)和軟件復用之間的關(guān)系是相輔相成的。一方面，面向?qū)ο蟮姆椒ǖ幕靖拍?、原則與技術(shù)提供了實現(xiàn)軟件復用的有利條件；另一方面，軟件復用技術(shù)也對面向?qū)ο蟮能浖_發(fā)提供了有力的支持。系統(tǒng)集成項目管理工程師

http://

試題6參考答案

（10）C

1.7 2009年下半年試題15

試題7（2009年下半年試題15）

關(guān)于UML，錯誤的說法是（15）。

（15）A．UML是一種可視化的程序設(shè)計語言

B．UML不是過程，也不是方法，但允許任何一種過程和方法使用

C．UML簡單且可擴展

D．UML是面向?qū)ο蠓治雠c設(shè)計的一種標準表示

試題7分析

UML具有如下的語言特征：

（1）不是一種可視化的程序設(shè)計語言，而是一種可視化的建模語言。

（2）是一種建模語言規(guī)范說明，是面向?qū)ο蠓治雠c設(shè)計的一種標準表示。

（3）不是過程，也不是方法，但允許任何一種過程和方法使用它。

（4）簡單并且可擴展，具有擴展和專有化機制，便于擴展，無需對核心概念進行修改。

（5）為面向?qū)ο蟮脑O(shè)計與開發(fā)中涌現(xiàn)出的高級概念（如協(xié)作、框架、模式和組件）提供支持，強調(diào)在軟件開發(fā)中，對架構(gòu)、框架、模式和組件的復用。

（6）與最好的軟件工程實踐經(jīng)驗集成。

UML最重要的目標是使UML成為一個通用的建模語言，可供所有建模者使用。它并非某人專有，而是建立在計算機界普遍認同的基礎(chǔ)上，即它包括了各種主要的方法并可作為它們的建模語言。其次，UML應能夠很好地支持設(shè)計工作，像封裝、劃分等記錄模型構(gòu)造思系統(tǒng)集成項目管理工程師

http://

路。此外，UML 應該能夠準確表達當前軟件開發(fā)中的熱點問題，比如軟件規(guī)模、分布、并發(fā)、方式和團隊開發(fā)等。

UML并不試圖成為一個完整的開發(fā)方法，它不包括一步一步的開發(fā)過程。UML和使用UML的軟件開發(fā)過程是兩回事。UML可以支持很多的，至少是目前現(xiàn)有的大部分軟件開發(fā)過程。UML包含了完整的概念，這些概念對于支持基于一個健壯的架構(gòu)來解決用例驅(qū)動的迭代式開發(fā)過程是必要的。

UML的最終目標是在盡可能簡單的同時能夠?qū)孟到y(tǒng)的各個方面建模。UML需要有足夠的表達能力以便可以處理現(xiàn)代軟件系統(tǒng)中出現(xiàn)的所有概念，如并發(fā)和分布，以及軟件工程中使用的技巧，如封裝和組件。它必須是一個通用語言，像任何一種通用程序設(shè)計語言一樣，這就意味著UML必將十分龐大,它比先前的建模語言更復雜、更全面。

試題7參考答案

（15）A

1.8 2009年下半年試題16

試題8（2009年下半年試題16）

在UML中，動態(tài)行為描述了系統(tǒng)隨時間變化的行為，下面不屬于動態(tài)行為視圖的是（16）。

（16）A．狀態(tài)機視圖

B．實現(xiàn)視圖

C．交互視圖

D．活動視圖

試題8分析

UML中的各種組件和概念之間沒有明顯的劃分界限，但為方便起見，用視圖來劃分這些概念和組件。視圖只是表達系統(tǒng)某一方面特征的UML建模組件的子集。在每一類視圖中使用一種或多種特定的圖來可視化地表示視圖中的各種概念。系統(tǒng)集成項目管理工程師

http://

在最上一層，視圖被劃分成三個視圖域，分別是結(jié)構(gòu)、動態(tài)行為和模型管理。

結(jié)構(gòu)描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。模型元素包括類、用例、構(gòu)件和節(jié)點。模型元素為研究系統(tǒng)動態(tài)行為奠定了基礎(chǔ)。結(jié)構(gòu)視圖包括靜態(tài)視圖、用例視圖和實現(xiàn)視圖。

動態(tài)行為描述了系統(tǒng)隨時間變化的行為。行為用從靜態(tài)視圖中抽取的瞬間值的變化來描述。動態(tài)行為視圖包括狀態(tài)機視圖、活動視圖和交互視圖。

模型管理說明了模型的分層組織結(jié)構(gòu)。包是模型的基本組織單元,特殊的包還包括模型和子系統(tǒng)。模型管理視圖跨越了其他視圖并根據(jù)系統(tǒng)開發(fā)和配置組織這些視圖。

UML還包括多種具有擴展能力的組件，這些擴展能力有限但很有用。這些組件包括約束、構(gòu)造型和標記值，它們適用于所有的視圖元素。

在UML中，使用各種不同的符號元素，根據(jù)需求調(diào)研的結(jié)果，再由符號畫成圖形以表示待建系統(tǒng)的結(jié)構(gòu)和行為。

試題8參考答案

（16）B

1.9 2009年下半年試題17-18

試題9（2009年下半年試題17-18）

面向?qū)ο笾械模?7）機制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬。通過該機制，基類的屬性和方法被遺傳給派生類；（18）是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一單元中，使我們可以把類作為軟件復用中的基本單元，提高內(nèi)聚度，降低耦合度。

（17）A．復用

B．消息

C．繼承

D．變異

（18）A．多態(tài)

B．封裝

C．抽象

D．接口

試題9分析 系統(tǒng)集成項目管理工程師

http://

面向?qū)ο蟮幕靖拍钣袑ο蟆㈩?、抽象、封裝、繼承、多態(tài)、接口、消息、組件、模式和復用等。

（1）對象。對象是由數(shù)據(jù)及其操作所構(gòu)成的封裝體，是系統(tǒng)中用來描述客觀事物的一個封裝，是構(gòu)成系統(tǒng)的基本單位，采用計算機語言描述，對象是由一組屬性和對這組屬性進行操作的一組服務(wù)構(gòu)成。對象包含三個基本要素，分別是對象標識、對象狀態(tài)和對象行為。每一個對象必須有一個名字以區(qū)別于其他對象，這就是對象標識；狀態(tài)用來描述對象的某些特征；對象行為用來封裝對象所擁有的業(yè)務(wù)操作。例如，對于希賽教育軟考學院老師Joe而言，包含性別、年齡、職位等個人狀態(tài)信息，同時還具有授課的行為特征，那么Joe老師就是封裝后的一個典型對象。

（2）類。類是現(xiàn)實世界中實體的形式化描述，類將該實體的數(shù)據(jù)和函數(shù)封裝在一起。類的數(shù)據(jù)也叫屬性、狀態(tài)或特征，它表現(xiàn)類靜態(tài)的一面。類的函數(shù)也叫功能、操作或服務(wù)，它表現(xiàn)類動態(tài)的一面。Joe是一名教師，也就擁有了教師的特征，這個特征就是教師這個類所特有的，具體而言，共同的狀態(tài)通過屬性表現(xiàn)出來，共同的行為通過操作表現(xiàn)出來。對象是類的實際例子。如果將對象比作房子，那么類就是房子的設(shè)計圖紙。例如：銀行里所有儲戶的賬戶，可以抽象為賬戶類。賬戶類的對象，可以是一個個具體的儲戶，例如，張三工行的賬戶、張三建行的賬戶、李四工行的賬戶等。類和對象的關(guān)系可以總結(jié)為：

ü每一個對象都是某一個類的實例。

ü每一個類在某一時刻都有零或更多的實例。

ü類是靜態(tài)的，它們的存在、語義和關(guān)系在程序執(zhí)行前就已經(jīng)定義好了，對象是動態(tài)的，它們在程序執(zhí)行時可以被創(chuàng)建和刪除。

ü類是生成對象的模板。系統(tǒng)集成項目管理工程師

http://

（3）抽象。抽象是通過特定的實例抽取共同特征以后形成概念的過程。它強調(diào)主要特征，忽略次要特征。一個對象是現(xiàn)實世界中一個實體的抽象，一個類是一組對象的抽象，抽象是一種單一化的描述，它強調(diào)給出與應用相關(guān)的特性，拋棄不相關(guān)的特性。

（4）封裝。封裝是將相關(guān)的概念組成一個單元，然后通過一個名稱來引用它。面向?qū)ο蠓庋b是將數(shù)據(jù)和基于數(shù)據(jù)的操作封裝成一個整體對象，對數(shù)據(jù)的訪問或修改只能通過對象對外提供的接口進行。對于銀行賬戶類而言，有取款和存款的行為特征，但實現(xiàn)細節(jié)對于客戶而言并不可見，所以在進行ATM提款交易的過程中，我們并不知道交易如何進行，對應賬戶是如何保存狀態(tài)的，這就體現(xiàn)了對象的封裝。

（5）繼承。繼承表示類之間的層次關(guān)系，這種關(guān)系使得某類對象可以繼承另外一類對象的特征和能力，繼承又可分為單重繼承和多重繼承，單重繼承是子類只從一個父類繼承，而多重繼承中的子類可以從多于一個的父類繼承，Java是單重繼承的語言，而C++允許多重繼承。假設(shè)類B繼承類A，即類B中的對象具有類A 的一切特征（包括屬性和操作）。類A稱為基類或父類或超類，類B稱為類A的派生類或子類，類B在類A的基礎(chǔ)上還可以有一些擴展。

（6）多態(tài)。多態(tài)性是一種方法，這種方法使得在多個類中可以定義同一個操作或?qū)傩悦⒃诿總€類中可以有不同的實現(xiàn)。多態(tài)性使得一個屬性或變量在不同的時期可以表示不同類的對象。例如，Rectangle和Circle都繼承于Shape，對于Shape而言，會有g(shù)etArea()的操作。但顯而易見，Rectangle和Circle的getArea()方法的實現(xiàn)是完全不一樣的，這就體現(xiàn)了多態(tài)的特征。

（7）接口。所謂接口就是對操作規(guī)范的說明。接口只是說明操作應該做什么，但沒有定義操作如何做。接口可以理解成為類的一個特例，它只規(guī)定實現(xiàn)此接口的類的操作方法，系統(tǒng)集成項目管理工程師

http://

而把真正的實現(xiàn)細節(jié)交由實現(xiàn)該接口的類去完成。接口在面向?qū)ο蠓治龊驮O(shè)計過程中起到了至關(guān)重要的橋梁作用，系統(tǒng)分析員通常先把有待實現(xiàn)的功能封裝并定義成接口，而后期程序員依據(jù)此接口進行編碼實現(xiàn)。

（8）消息。消息是指向?qū)ο蟀l(fā)出的服務(wù)請求，它應該含有下述信息：提供服務(wù)的對象標志、消息名、輸入信息和回答信息。對象與傳統(tǒng)的數(shù)據(jù)有本質(zhì)區(qū)別，它不是被動地等待外界對它施加操作，相反，它是進行處理的主體，必須發(fā)消息請求它執(zhí)行它的某個操作，處理它的私有數(shù)據(jù)，而不能從外界直接對它的私有數(shù)據(jù)進行操作。消息通信也是面向?qū)ο蠓椒▽W中的一條重要原則，它與對象的封裝原則密不可分。封裝使對象成為一些各司其職、互不干擾的獨立單位；消息通信則為它們提供了惟一合法的動態(tài)聯(lián)系途徑，使它們的行為能夠互相配合，構(gòu)成一個有機的系統(tǒng)。

（9）組件。組件也稱為構(gòu)件，是軟件系統(tǒng)可替換的、物理的組成部分，它封裝了實現(xiàn)體（實現(xiàn)某個職能），并提供了一組接口的實現(xiàn)方法。可以認為組件是一個封裝的代碼模塊或大粒度的運行時的模塊，也可將組件理解為具有一定功能、能夠獨立工作或同其他組件組合起來協(xié)調(diào)工作的對象。對于組件，應當按可復用的要求進行設(shè)計、實現(xiàn)、打包、編寫文檔。組件應當是內(nèi)聚的，并具有相當穩(wěn)定的公開的接口。為了使組件更切合實際、更有效地被復用，組件應當具備“可變性”，以提高其通用性。組件應向復用者提供一些公共“特性”，另一方面還要提供可變的“特性”。針對不同的應用系統(tǒng)，只需對其可變部分進行適當?shù)恼{(diào)節(jié)，復用者要根據(jù)復用的具體需要，改造組件的可變“特性”，即“客戶化”。

（10）模式。模式是一條由三部分組成的規(guī)則，它表示了一個特定環(huán)境、一個問題和一個解決方案之間的關(guān)系。每一個模式描述了一個不斷重復發(fā)生的問題，以及該問題的解決方案。這樣就能一次又一次地使用該方案而不必做重復勞動。將設(shè)計模式引入軟件設(shè)計和開發(fā)系統(tǒng)集成項目管理工程師

http://

過程的目的在于充分利用已有的軟件開發(fā)經(jīng)驗，這是因為設(shè)計模式通常是對于某一類軟件設(shè)計問題的可重用的解決方案。設(shè)計模式使得人們可以更加簡單和方便地去復用成功的軟件設(shè)計和體系結(jié)構(gòu)，從而能夠幫助設(shè)計者更快更好地完成系統(tǒng)設(shè)計。

試題9參考答案

（17）C（18）B

1.10 2010年上半年試題7 試題10（2010年上半年試題7）

與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)的信息系統(tǒng)（7）。

（7）A．具備更強的事務(wù)處理能力，易于實現(xiàn)復雜的業(yè)務(wù)流程

B．人機界面友好，具備更加快速的用戶響應速度

C．更加容易部署和升級維護

D．具備更高的安全性

試題10分析

與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)的信息系統(tǒng)，應用軟件的升級維護均在服務(wù)器上進行，客戶端是“零”維護。有關(guān)這方面的詳細知識，請閱讀試題1的分析。

試題10參考答案

（7）C

1.11 2010年上半年試題9 試題11（2010年上半年試題9）

以下關(guān)于軟件測試的描述，（9）是正確的。

（9）A．系統(tǒng)測試應盡可能在實際運行使用的環(huán)境下進行 系統(tǒng)集成項目管理工程師

http://

B．軟件測試是編碼階段完成之后進行的一項活動

C．專業(yè)測試人員通常采用白盒測試法去檢查程序的功能是否符合用戶需求

D．軟件測試工作的好壞，取決于測試發(fā)現(xiàn)錯誤的數(shù)量

試題11分析

測試是為評價和改進產(chǎn)品質(zhì)量、識別產(chǎn)品的缺陷和問題而進行的活動。軟件測試是針對一個程序的行為，在有限測試用例集合上，動態(tài)驗證是否達到預期的行為，需要選取適當?shù)臏y試用例。

測試不再只是一種僅在編碼階段完成后才開始的活動。現(xiàn)在的軟件測試被認為是一種應該包括在整個開發(fā)和維護過程中的活動，它本身是實際產(chǎn)品構(gòu)造的一個重要部分。測試不僅是檢查預防措施是否有效的主要手段，而且是識別由于某種原因預防措施無效而產(chǎn)生的錯誤的主要手段。需要注意的是，在廣泛的測試活動成功完成后，軟件可能仍包含錯誤，交付后出現(xiàn)的軟件失效的補救措施是由軟件維護達成的。

根據(jù)測試的目的、階段的不同，可以將測試分為單元測試、集成測試、確認測試、系統(tǒng)測試等種類。

（1）單元測試：又稱為模塊測試，是針對軟件設(shè)計的最小單位（程序模塊）進行正確性檢驗的測試工作。其目的在于檢查每個程序單元能否正確實現(xiàn)詳細設(shè)計說明中的模塊功能、性能、接口和設(shè)計約束等要求，發(fā)現(xiàn)模塊內(nèi)部可能存在的各種錯誤。

（2）集成測試：也稱為組裝測試、聯(lián)合測試（對于子系統(tǒng)而言，則稱為部件測試）。它主要是將已通過單元測試的模塊集成在一起，主要測試模塊之間的協(xié)作性。集成測試計劃通常是在軟件概要設(shè)計階段完成。

（3）確認測試：也稱為有效性測試，主要是驗證軟件的功能、性能及其他特性是否與系統(tǒng)集成項目管理工程師

http://

用戶要求（需求）一致。確認測試計劃通常是在需求分析階段完成。

（4）系統(tǒng)測試：如果項目不只包含軟件，還有硬件和網(wǎng)絡(luò)等，則要將軟件與外部支持的硬件、外設(shè)、支持軟件、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行的一系列集成與確認測試。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、安裝與反安裝測試等。系統(tǒng)測試計劃通常是在系統(tǒng)分析階段（需求分析階段）完成。

試題11參考答案

（9）A

1.12 2010年上半年試題11 試題12（2010年上半年試題11）

在軟件生存周期中，將某種形式表示的軟件轉(zhuǎn)換成更高抽象形式表示的軟件的活動屬于（11）。

（11）A．逆向工程

B．代碼重構(gòu)

C．程序結(jié)構(gòu)重構(gòu)

D．數(shù)據(jù)結(jié)構(gòu)重構(gòu)

試題12分析

隨著維護次數(shù)的增加，可能會造成軟件結(jié)構(gòu)的混亂，使軟件的可維護性降低，束縛了新軟件的開發(fā)。同時，那些待維護的軟件又常是業(yè)務(wù)的關(guān)鍵，不可能廢棄或重新開發(fā)。于是引出了軟件再工程（Reengineering），即需要對舊的軟件進行重新處理、調(diào)整，提高其可維護性。

再工程是對現(xiàn)有軟件系統(tǒng)的重新開發(fā)過程，包括逆向工程（Reverse Engineering，反向工程）、新需求的考慮（軟件重構(gòu)）和正向工程三個步驟。再工程不僅能從已有的程序中重新獲得設(shè)計信息，而且還能使用這些信息改建或重構(gòu)現(xiàn)有的系統(tǒng)，以改進它的綜合質(zhì)量。系統(tǒng)集成項目管理工程師

http://

一般，軟件人員利用再工程重新實現(xiàn)已存在的程序，同時加進新的功能或改善它的性能。軟件再工程旨在對現(xiàn)有的大量軟件系統(tǒng)進行挖掘、整理以得到有用的軟件構(gòu)件，或?qū)σ延熊浖?gòu)件進行維護以延長其生存期。它是一個工程過程，能夠?qū)⒛嫦蚬こ?、重?gòu)和正向工程組合起來，將現(xiàn)存系統(tǒng)重新構(gòu)造為新的形式。再工程的基礎(chǔ)是系統(tǒng)理解，包括對運行系統(tǒng)、源代碼、設(shè)計、分析和文檔等的全面理解。但在很多情況下，由于各類文檔的丟失，只能對源代碼進行理解，即程序理解。

軟件重構(gòu)是對源代碼、數(shù)據(jù)進行修改，使其易于修改和維護，以適應將來的變更。通常軟件重構(gòu)并不修改軟件體系結(jié)構(gòu)，而是關(guān)注模塊的細節(jié)。

（1）代碼重構(gòu)。代碼重構(gòu)的目標是生成可提供功能相同，而質(zhì)量更高的程序。由于需要重構(gòu)的模塊通常難以理解、測試和維護，因此，首先用重構(gòu)工具分析代碼，標注出需要重構(gòu)的部分，然后進行重構(gòu)，復審和測試重構(gòu)后的代碼，更新代碼的內(nèi)部文檔。

（2）數(shù)據(jù)重構(gòu)。發(fā)生在較低的抽象層次上，是一種全局的再工程活動。數(shù)據(jù)重構(gòu)通常以逆向工程活動開始，理解現(xiàn)存的數(shù)據(jù)結(jié)構(gòu)，又稱數(shù)據(jù)分析，再重新設(shè)計數(shù)據(jù)，包括數(shù)據(jù)標準化、數(shù)據(jù)命名合理、文件格式轉(zhuǎn)換、數(shù)據(jù)庫格式轉(zhuǎn)換等。

軟件重構(gòu)的意義在于提高軟件質(zhì)量和生產(chǎn)率，減少維護工作量，提高軟件可維護性。

逆向工程是分析程序，力圖在比源代碼更高的抽象層次上建立程序表示的過程。逆向工程是一個設(shè)計恢復的過程，其工具可以從已有的程序中抽取數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計信息。逆向工程過程及用于實現(xiàn)該過程的工具的抽象層次是指可從源代碼中抽取出來的設(shè)計信息的精密程度。理想地，抽象層次應該盡可能高，即逆向工程過程應該能夠?qū)С鲞^程的設(shè)計表示（一種低層的抽象）、程序和數(shù)據(jù)結(jié)構(gòu)信息（稍高一點層次的抽象）、數(shù)據(jù)和控制流模型（一種相對高層的抽象），以及實體關(guān)系模型（一種高層抽象）。隨著抽象層次增高，系統(tǒng)集成項目管理工程師

http://

軟件工程師獲得更有助于理解程序的信息。

逆向工程過程的完整性是指在某抽象層次提供的細節(jié)程度。在大多數(shù)情況，隨著抽象層次增高，完整性就降低。例如，給定源代碼列表，得到一個完整的過程設(shè)計表示是相對容易的，簡單的數(shù)據(jù)流表示也可被導出，但是，要得到數(shù)據(jù)流圖或狀態(tài)-變遷圖的完整集合卻困難得多。

試題12參考答案

（11）A

1.13 2010年上半年試題17 試題13（2010年上半年試題17）

為了解決C/S模式中客戶機負荷過重的問題，軟件架構(gòu)發(fā)展形成了（17）模式。

（17）A．三層C/S

B．分層C．B/S

D．知識庫

試題13分析

為了解決C/S模式中客戶端負荷過重的問題，發(fā)展形成了B/S模式。有關(guān)這方面的詳細知識，請閱讀試題1的分析。

試題13參考答案

（17）C

1.14 2010年下半年試題8 試題14（2010年下半年試題8）

UML中的用例和用例圖的主要用途是描述系統(tǒng)的（8）。

（8）A．功能需求B．詳細設(shè)計C．體系結(jié)構(gòu)D．內(nèi)部接口

試題14分析 系統(tǒng)集成項目管理工程師

http://

用例（Use Case）是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后來被綜合到UML規(guī)范之中，成為一種標準化的需求表述體系。

從用戶的角度來看，他們并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計，他們所關(guān)心的是系統(tǒng)所能提供的服務(wù)，也就是被開發(fā)出來的系統(tǒng)將是如何被使用的，這就用例方法的基本思想。在用例圖中，主要包括參與者、用例和通信關(guān)聯(lián)三種元素，如圖1-3所示。

圖1-3用例圖中的基本元素

（1）參與者（Actor）。參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。

（2）用例（Use Case）。用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對話。

（3）通訊關(guān)聯(lián)（Communication Association）。通訊關(guān)聯(lián)用于表示參與者和用例之間的對應關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)（用例），或者說系統(tǒng)所提供的服務(wù)（用例）是被哪些參與者所使用的。

用例設(shè)計的主要目的如下：

（1）利用交互改進用例實現(xiàn)。

（2）調(diào)整對設(shè)計類的操作需求。

（3）調(diào)整對子系統(tǒng)和（或）它們的接口的操作需求。系統(tǒng)集成項目管理工程師

http://

（4）調(diào)整對封裝體的操作需求。

一個系統(tǒng)的行為可以用許多方法來說明，包括協(xié)作或者交互的方法。用例設(shè)計通常使用交互（特別是序列圖）來說明系統(tǒng)的行為。當系統(tǒng)或者子系統(tǒng)的行為主要通過同步消息傳遞來說明時，序列圖非常有用。由于消息序列通常沒有嚴格的定義，因此，尤其是在事件驅(qū)動系統(tǒng)中，異步消息傳遞更容易利用狀態(tài)機和協(xié)作來進行說明。

用例方法完全是站在用戶的角度上（從系統(tǒng)的外部）來描述系統(tǒng)的功能的。在用例方法中，我們把被定義系統(tǒng)看作是一個黑箱，我們并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能的。用例方法首先描述了被定義系統(tǒng)有哪些外部使用者（抽象成為Actor），這些使用者與被定義系統(tǒng)發(fā)生交互；針對每一參與者，用例方法又描述了系統(tǒng)為這些參與者提供了什么樣的服務(wù)（抽象成為Use Case），或者說系統(tǒng)是如何被這些參與者使用的。所以從用例圖中，我們可以得到對于被定義系統(tǒng)的一個總體印象。

與傳統(tǒng)的功能分解方式相比，用例方法完全是從外部來定義系統(tǒng)的功能，它把需求與設(shè)計完全分離開來。在面向?qū)ο蟮姆治鲈O(shè)計方法中，用例模型主要用于表述系統(tǒng)的功能性需求，系統(tǒng)的設(shè)計主要由對象模型來記錄表述。另外，用例定義了系統(tǒng)功能的使用環(huán)境與上下文，每一個用例描述的是一個完整的系統(tǒng)服務(wù)。用例方法比傳統(tǒng)的SRS更易于被用戶所理解，它可以作為開發(fā)人員和用戶之間針對系統(tǒng)需求進行溝通的一個有效手段。

試題14參考答案

（8）A

1.15 2010年下半年試題11

試題15（2010年下半年試題11）

在幾種不同類型的軟件維護中，通常情況下（11）所占的工作量最大。系統(tǒng)集成項目管理工程師

http://

（11）A．更正性維護 B．適應性維護 C．完善性維護 D．預防性維護

試題15分析

軟件可維護性是指糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改、擴展和裁剪的容易程度。目前廣泛用來衡量程序可維護性的因素包括可理解性、可測試性和可修改性等。

軟件維護占整個軟件生命周期的60%～80%，維護的類型主要有以下4種：

（1）改正性維護。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程就叫做改正性維護。

（2）適應性維護。在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應這種變化，而去修改軟件的過程就叫做適應性維護。

（3）完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護活動叫做完善性維護。

（4）預防性維護。這是指預先提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎(chǔ)。通常，預防性維護可定義為“將今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設(shè)計、編碼和測試。

以上各種維護類型占整個軟件維護工作量的大致比例如圖1-4所示。系統(tǒng)集成項目管理工程師

http://

圖1-4 各種維護所占的比例

影響維護工作量的因素主要有系統(tǒng)大小、程序設(shè)計語言、系統(tǒng)年齡、數(shù)據(jù)庫技術(shù)的應用、軟件開發(fā)技術(shù)等五個方面。

程序修改的步驟為分析和理解程序、修改程序和重新驗證程序。經(jīng)過分析，全面、準確、迅速地理解程序是決定維護成敗和質(zhì)量好壞的關(guān)鍵。為了容易地理解程序，要求自頂向下地理解現(xiàn)有源程序的程序結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，為此可采用如下方法：分析程序結(jié)構(gòu)圖、數(shù)據(jù)跟蹤、控制跟蹤、分析現(xiàn)有文檔的合理性等。

對程序的修改，必須事先做出計劃，有目的地、周密地有效地實施修改。在修改時，要防止修改程序的副作用（修改代碼的副作用、修改數(shù)據(jù)的副作用、修改文檔的副作用）。在將修改后的程序提交用戶之前，需要進行充分的確認和測試，以保證整個修改后的程序的正確性。這種驗證可分為靜態(tài)確認、計算機確認和維護后的驗收。

希賽教育軟考學院專家提示：在軟件開發(fā)過程中，錯誤糾正成本在逐步放大。也就是說，錯誤發(fā)現(xiàn)得越早，糾正錯誤所花費的成本就會越低，反之則越高。例如，如果在軟件設(shè)計階段有個錯誤未被發(fā)現(xiàn)，而待編碼階段時才發(fā)現(xiàn)，這時糾正這個設(shè)計錯誤比糾正源代碼錯誤需要更大的成本。

試題15參考答案 系統(tǒng)集成項目管理工程師

http://

（11）C

1.16 2010年下半年試題17

試題16（2010年下半年試題17）

“容器是一個構(gòu)件，構(gòu)件不一定是容器；一個容器可以包含一個或多個構(gòu)件，一個構(gòu)件只能包含在一個容器中”。根據(jù)上述描述，如果用UML類圖對容器和構(gòu)件之間的關(guān)系進行面向?qū)ο蠓治龊徒?，則容器類和構(gòu)件類之間存在（17）關(guān)系。

①繼承②擴展③聚集④包含

（17）A．①② B．②④ C．①④D．①③

試題16分析

在UML中，類之間的關(guān)系主要有以下7種：

（1）關(guān)聯(lián)關(guān)系：描述了給定類的單獨對象之間語義上的連接。關(guān)聯(lián)提供了不同類之間的對象可以相互作用的連接。其余的關(guān)系涉及類自身的描述，而不是它們的實例。

（2）依賴關(guān)系。有兩個元素X、Y，如果修改元素X的定義可能會引起對另一個元素Y的定義的修改，則稱元素Y依賴于元素X。在類中，依賴由各種原因引起，例如，一個類向另一個類發(fā)送消息；一個類是另一個類的數(shù)據(jù)成員；一個類是另一個類的某個操作參數(shù)。如果一個類的接口改變，則它發(fā)出的任何消息都可能不再合法。

（3）泛化關(guān)系。泛化關(guān)系描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類與子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說子類是從父類繼承的，而父類則是子類的泛化。

（4）聚合關(guān)系。聚合是一種特殊形式的關(guān)聯(lián)，它是傳遞和反對稱的。聚合表示類之間的關(guān)系是整體與部分的關(guān)系。例如一輛轎車包含四個車輪、一個方向盤、一個發(fā)動機和一個系統(tǒng)集成項目管理工程師

http://

底盤，就是聚合的例子。

（5）組合關(guān)系。如果聚合關(guān)系中的表示部分的類的存在與否，與表示整體的類有著緊密的關(guān)系，例如公司與部門之間的關(guān)系，就應該使用組合關(guān)系來表示。

（6）實現(xiàn)關(guān)系。將說明和實現(xiàn)聯(lián)系起來。接口是對行為而非實現(xiàn)的說明，而類中則包含了實現(xiàn)的結(jié)構(gòu)。一個或多個類可以實現(xiàn)一個接口，而每個類分別實現(xiàn)接口中的操作。

希賽教育軟考學院專家提示：對于聚合關(guān)系和組合關(guān)系，各種文獻的說法有些區(qū)別。在這些文獻中，首先定義聚集關(guān)系（整體與部分的關(guān)系），然后再將聚集關(guān)系分為兩種，分別是組合聚集（相當于上述的“組合關(guān)系”）和共享聚集（相當于上述的“聚合關(guān)系”）。

試題16參考答案

（17）D

1.17 2010年下半年試題18 試題17（2010年下半年試題18）

面向?qū)ο蠓治雠c設(shè)計技術(shù)中，（18）是類的一個實例。

（18）A．對象B．接口C．構(gòu)件D．設(shè)計模式

試題17分析

請參考試題9的分析。

試題17參考答案

（18）A

1.18 2011年上半年試題18 試題18（2011年上半年試題18）

根據(jù)圖1-5的UML類圖，以下敘述中（18）是不正確的。系統(tǒng)集成項目管理工程師

http://

圖1-5 UML類圖

（18）A．容器是一個組件

B．GUI組件就是一個容器

C．GUI組件是一個對象

D．容器和GUI組件都是組件

試題18分析

本題考查面向?qū)ο蟮幕靖拍睢?/p>

從題目中的圖可知：“對象”是“組件”的父類，“組件”是“容器”和“GUI組件”的父類。根據(jù)繼承關(guān)系，子類會繼承父類的屬性和行為，父類是各子類共同屬性和行為的抽象。所以，“組件”是一種“對象”，“容器”和“GUI組件”是一種組件；“容器”和“GUI組件”同時也是一種對象。

由此可見，B選項的說法是錯誤的。

試題18參考答案

（18）B

1.19 2011年上半年試題17 試題19（2011年上半年試題17）系統(tǒng)集成項目管理工程師

http://

在用例設(shè)計中，可以使用UML中的（17）來描述用戶和系統(tǒng)之間的交互，說明系統(tǒng)功能行為。

（17）A．類圖

B．構(gòu)件圖

C．序列圖

D．部署圖

試題19分析

類圖、構(gòu)件圖和部署圖是靜態(tài)結(jié)構(gòu)圖，序列圖是動態(tài)行為圖，題目要求是能說明系統(tǒng)的功能行為圖，故只能選擇序列圖。

試題19參考答案

（17）C

1.20 2011年上半年試題12 試題20（2011年上半年試題12）

在信息系統(tǒng)集成項目中，經(jīng)常使用（12）對集成的系統(tǒng)進行性能測試。

（12）A．Bugzilla B．TestManager C．TrueCoverage D．LoadRunner 試題20分析

本題考查軟件測試工具相關(guān)內(nèi)容。

Bugzilla：它是一款具有追蹤系統(tǒng)的軟件。專門為Unix而定制。

TestManager：它是一個開放的可擴展的構(gòu)架。是一種測試管理工具。質(zhì)量保證專家可以使用TestManager去協(xié)調(diào)和跟蹤他們的測試活動。測試人員使用TestManager去了解需要的工作是什么，以及這些工作需要的人和數(shù)據(jù)。測試人員也可以了解到，他們工作的范圍是要受到開發(fā)過程中全局變化的影響的。TestManager會提供與系統(tǒng)質(zhì)量相關(guān)聯(lián)的所有問題的答案。

TrueCoverage：TrueCoverage的功能就是統(tǒng)計測試覆蓋率，它恰好能為我們就上面這系統(tǒng)集成項目管理工程師

http://

個問題提供幫助。TrueCoverage給出的覆蓋率是“語句覆蓋”，是最低覆蓋強度的覆蓋率，所以我們測試的項目，用TrueCoverage統(tǒng)計后，應盡量達到100%的覆蓋。TrueCoverage的應用階段為單元測試階段和集成測試階段。

LoadRunner：它是一種預測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner能夠?qū)φ麄€企業(yè)架構(gòu)進行測試。通過使用 LoadRunner，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。LoadRunner是一種適用于各種體系架構(gòu)的自動負載測試工具，它能預測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。

從以上描述可以看出能做性能測試的，是LoadRunner。

試題20參考答案

（12）D

1.21 2011年上半年試題11 試題21（2011年上半年試題11）

軟件開發(fā)項目規(guī)模度量(size measurement)是估算軟件項目工作量、編制成本預算、策劃合理項目進度的基礎(chǔ)。在下列方法中（11）可用于軟件的規(guī)模估算，幫助軟件開發(fā)團隊把握開發(fā)時間、費用分布等。

（11）A．德爾菲法

B．V模型方法 C．原型法 D．用例設(shè)計

試題21分析

本題考查軟件規(guī)模估算相關(guān)內(nèi)容。

本題可用排除法進行，V模型方法和原型法都屬于開發(fā)模型，與軟件估算沒有關(guān)系。而用例設(shè)計是把用戶需求向系統(tǒng)需求轉(zhuǎn)換的一個工作，它與軟件估算也無關(guān)系。選項中的德爾系統(tǒng)集成項目管理工程師

http://

菲法，是專家估算法，根據(jù)專家的經(jīng)驗，來對軟件的規(guī)模進行估算，就是常見的一種做法。

試題21參考答案

（11）A

1.22 2011年上半年試題10

試題22（2011年上半年試題10）

為了改進應用軟件的可靠性和可維護性，并適應未來軟硬件環(huán)境的變化，應主動增加新的功能以使應用系統(tǒng)適應各類變化而不被淘汰。為了適應未來網(wǎng)絡(luò)帶寬的需要，在滿足現(xiàn)有帶寬需求下，修改網(wǎng)絡(luò)軟件從而使之支持更大的帶寬，這種軟件維護工作屬于（10）。

（10）A．更正性維護 B．適應性維護

C．完善性維護

D．預防性維護

試題22分析

本題考查軟件維護相關(guān)內(nèi)容。

在一個系統(tǒng)運行的過程中，軟件需要維護的原因是多樣的，根據(jù)維護的原因不同，可以將軟件維護分為以下四種：

（1）改正性維護。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程就稱為改正性維護。

（2）適應性維護。在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應這種變化，而去修改軟件的過程就稱為適應性維護。

（3）完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護活動稱為完善性維護。系統(tǒng)集成項目管理工程師

http://

（4）預防性維護。這是指預先提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎(chǔ)。通常，預防性維護可定義為“把今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設(shè)計、編碼和測試。

在本題中，題目說明“為了適應未來網(wǎng)絡(luò)帶寬的需要”，這足以體現(xiàn)，維護工作是針對未來的，所以屬于預防性維護。

試題22參考答案

（10）D

1.23 2011年上半年試題8 試題23（2011年上半年試題8）

下列測試方法中，（8）均屬于白盒測試的方法。

（8）A．語句覆蓋法和邊界值分析法

B．條件覆蓋法和基本路徑測試法

C．邊界值分析法和代碼檢查法 D．等價類劃分和錯誤推測法

試題23分析

本題考查軟件測試的基本類型。

常見的黑盒測試方法包括：等價類劃分、邊界值分析、錯誤推測、因果圖。

常見的白盒測試方法包括：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法（包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋）、基本路徑測試法、域測試、符號測試、Z路徑覆蓋、程序變異。

試題23參考答案

（8）B 系統(tǒng)集成項目管理工程師

http://

1.24 2011年上半年試題7 試題24（2011年上半年試題7）

軟件設(shè)計包括軟件架構(gòu)設(shè)計和軟件詳細設(shè)計。架構(gòu)設(shè)計屬于高層設(shè)計，主要描述軟件的結(jié)構(gòu)和組織，標識各種不同的組件。由此可知，在信息系統(tǒng)開發(fā)中，（7）屬于軟件架構(gòu)設(shè)計師要完成的主要任務(wù)之一。

（7）A．軟件復用 B．模式設(shè)計

C．需求獲取

D．需求分配

試題24分析

本題考查軟件架構(gòu)相關(guān)基本概念。

軟件架構(gòu)設(shè)計處于傳統(tǒng)的需求分析之后，軟件設(shè)計之前，他是需求分析與軟件設(shè)計之間的橋梁。像平時所說的，某個軟件是C/S還是B/S結(jié)構(gòu)，這個C/S與B/S就是軟件架構(gòu)。

由于軟件架構(gòu)設(shè)計處于這么一個銜接的位置，所以它的主要職能之一，就是將需求階段的成果，即已確定要實現(xiàn)的需求，分配到軟件架構(gòu)的各個部分，或是各個層次中去。

試題24參考答案

（7）D

1.25 2011年上半年試題6

試題25（2011年上半年試題6）

模糊測試（Fuzz testing）是一種通過向目標系統(tǒng)提供非預期的輸入并監(jiān)視異常結(jié)果來發(fā)現(xiàn)軟件漏洞的方法，是用于系統(tǒng)安全漏洞發(fā)掘的重要技術(shù)。模糊測試的測試用例通常是（6）。

（6）A．預定數(shù)量的字符串 B．預定長度的字符串

C．模糊集的隸屬度

D．隨機數(shù)據(jù) 系統(tǒng)集成項目管理工程師

http://

試題25分析

本題考查模糊測試相關(guān)基本概念。

模糊測試（Fuzzing），是一種通過向目標系統(tǒng)提供非預期的輸入并監(jiān)視異常結(jié)果來發(fā)現(xiàn)軟件漏洞的方法。

在模糊測試中，用隨機的壞數(shù)據(jù)（也稱做 fuzz）攻擊一個程序，然后等著觀察哪里遭到了破壞。模糊測試的技巧在于，它是不符合邏輯的。

自動模糊測試不去猜測哪個數(shù)據(jù)會導致破壞（就像人工測試員那樣），而是將盡可能多的雜亂數(shù)據(jù)投入程序中。由這個測試驗證過的失敗模式通常對程序員來說是個徹底的震憾，因為任何按邏輯思考的人都不會想到這種失敗。

模糊測試是一項簡單的技術(shù)，但它卻能揭示出程序中的重要 bug。它能夠驗證出現(xiàn)實世界中的錯誤模式并在您的軟件發(fā)貨前對潛在的應當被堵塞的攻擊渠道進行提示。

題目其實已經(jīng)給出了模糊測試，根據(jù)定義，我們可以對這個概念有一個初步的了解，尤其是“提供非預期的輸入”給了很明顯的提示，從這里就可以看出用例具備隨機性。

試題25參考答案

（6）D

1.26 2011年下半年試題7 試題26（2011年下半年試題7）

軟件架構(gòu)模式描述了如何將各個模塊和子系統(tǒng)有效地組織成一個完整的系統(tǒng)。諸如Word和Excel這類圖形界面應用軟件所采用的架構(gòu)模式是（7）。

（7）A．分層模式 B．知識庫模式 C．面向?qū)ο竽Ｊ?/p>

D．事件驅(qū)動模式

試題26分析 系統(tǒng)集成項目管理工程師

http://

事件驅(qū)動模式的基本原理是構(gòu)件并不直接調(diào)用過程，而是觸發(fā)一個或多個事件。系統(tǒng)中的其他構(gòu)件可以注冊相關(guān)的事件，觸發(fā)一個事件時，系統(tǒng)會自動調(diào)用注冊了該事件的構(gòu)件過程，即觸發(fā)事件會導致另一構(gòu)件中過程的調(diào)用。

事件驅(qū)動模式的主要特點是事件的觸發(fā)者并不知道哪些構(gòu)件會受到事件的影響，且不能假定構(gòu)件的處理順序，甚至不知道會調(diào)用哪些過程，使用事件驅(qū)動模式的典型系統(tǒng)包括各種圖形界面工具，比如WORD、EXCEL程序。

試題26參考答案

（7）D

1.27 2011年下半年試題10 試題27（2011年下半年試題10）

以下關(guān)于軟件需求分析的描述中，不正確的是（10）。

（10）A．軟件需求除了所表達的行為特性外，還具有優(yōu)先級等特性

B．架構(gòu)設(shè)計的工作就是把滿足需求的職責分配到組件上

C．軟件需求分析的關(guān)鍵是開發(fā)反映真實世界問題的模型

D.可實現(xiàn)性是軟件需求的基本特征

試題27分析

所有軟件需求的一個基本特性就是可驗證性。驗證某些軟件需求可能很困難或者成本很高。但軟件需求和軟件質(zhì)保人員都必須保證，在現(xiàn)有的資源約束下，需求可以被驗證。故軟件需求的一個基本特性就是可驗證性，而不是可實現(xiàn)性，選項D不正確。

試題27參考答案

（10）D 系統(tǒng)集成項目管理工程師

http://

1.28 2011年下半年試題18 試題28（2011年下半年試題18）

如果在一個課程注冊系統(tǒng)中，定義了類CourseSchedule和類Course，并且在類CourseSchedule中定義了方法Add(c：Course)和方法Remove(c:Course)，那么類CourseSchedule和類Course之間的是一種（18）關(guān)系。

（18）A．包含 B．實現(xiàn) C.依賴

D．泛化

試題28分析

類和類之間的關(guān)系主要有關(guān)聯(lián)關(guān)系、依賴關(guān)系、泛化關(guān)系、共享聚集、組合聚集、實現(xiàn)關(guān)系。

（1）關(guān)聯(lián)關(guān)系（Association）：描述了給定類的單獨對象之間語義上的連接。關(guān)聯(lián)提供了不同類之間的對象可以相互作用的連接。

（2）泛化關(guān)系（generalization）。泛化關(guān)系描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類與子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說子類是從父類繼承的，而父類則是子類的泛化。

（3）聚合關(guān)系（Aggregation）。聚合是一種特殊形式的關(guān)聯(lián)，聚合表示類之間的關(guān)系是整體與部分的關(guān)系，整體與部分的生命周期可以是不同的。例如，汽車和車輪就是聚合關(guān)系，汽車壞了，車輪還還可以用；車輪壞了，可以再換一個。

（4）組合關(guān)系（Composition）。也是整體與部分之間的關(guān)系。表示部分與整體的類有著緊密的關(guān)系，二者的生命周期是相同的。例如，一個公司包含多個部門，它們之間的關(guān)系就是組合關(guān)系，公司一旦倒閉，也就沒有部門了。

（5）依賴關(guān)系（Dependency）。有兩個元素X、Y，如果修改元素X的定義可能會引系統(tǒng)集成項目管理工程師

http://

起對另一個元素Y的定義的修改，則稱元素Y依賴于元素X。依賴可以由各種原因引起，例如，一個類向另一個類發(fā)送消息、一個類是另一個類的數(shù)據(jù)成員、一個類是另一個類的某個操作參數(shù)等。

根據(jù)題意，類Course是類CourseSchedule的操作參數(shù)，這時當類Course變化時類CourseSchedule也會發(fā)生變化。

試題28參考答案

（18）C

1.29 2011年下半年試題29 試題29（2011年下半年試題29）

以下關(guān)于COM+的描述中，不正確的是（29）。

（29）A．COM+是COM的新版本，它使COM升級為一個完整的組件架構(gòu)

B．COM+的底層結(jié)構(gòu)以COM為基礎(chǔ)，幾乎包含了COM的所有內(nèi)容

C．COM+更加注重分布式網(wǎng)絡(luò)應用的設(shè)計和實現(xiàn)

D．COM+與操作系統(tǒng)緊密結(jié)合，通過系統(tǒng)服務(wù)為應用程序提供全面服務(wù)

試題29分析

常用的構(gòu)件標準有：COM/DCOM/COM+、CORBA、EJB。

COM是個開放的組件標準，它有很強的擴充和擴展能力。COM把組件的概念融入到Windows應用中。DCOM在COM的基礎(chǔ)上添加了許多功能和特性，包括事務(wù)特性、安全模型、管理和配置等，使COM成為一個完整的組件架構(gòu)。COM+將COM、DCOM和MTS形成一個全新的、功能強大的組件架構(gòu)。

COM+并不是COM的新版本，我們可以把它理解為COM的新發(fā)展，或者為COM更系統(tǒng)集成項目管理工程師

http://

高層次上的應用。COM+的底層結(jié)構(gòu)仍然以COM為基礎(chǔ)，它幾乎包容了COM的所有內(nèi)容。COM+倡導了一種新的概念，它把COM組件軟件提升到應用層而不再是底層的軟件結(jié)構(gòu)，它通過操作系統(tǒng)的各種支持，使組件對象模型建立在應用層上，把所有組件的底層細節(jié)留給操作系統(tǒng)。

COM+不再局限于COM的組件技術(shù)，它更加注重于分布式網(wǎng)絡(luò)應用的設(shè)計和實現(xiàn)，已經(jīng)成為Microsoft系統(tǒng)平臺策略和軟件發(fā)展策略的一部分。COM+繼承了COM幾乎全部的優(yōu)勢，同時又避免了COM實現(xiàn)方面的一些不足。COM+緊緊地與操作系統(tǒng)結(jié)合起來，通過系統(tǒng)服務(wù)為應用程序提供全面的服務(wù)。

試題29參考答案

（29）A

1.30 2011年下半年試題29 試題30（2011年下半年試題29）

CORBA是由OMG組織為解決分布式處理環(huán)境中軟硬件系統(tǒng)互連而提出的一種解決方案，已經(jīng)逐漸成為分布計算技術(shù)的標準。CORBA標準主要分為三個層次，其中規(guī)定業(yè)務(wù)對象有效協(xié)作所需的協(xié)議規(guī)則的層次是（29）。

（29）A．對象請求代理 B．公共對象服務(wù)

C．公共語言規(guī)范

D．公共設(shè)施

試題30分析

CORBA（Common Object Request Broker Architecture，公共對象請求代理架構(gòu)）是由OMG組織制訂的一種標準的面向?qū)ο蟮膽贸绦蝮w系規(guī)范。

OMG組織成立后不久就制訂了對象管理架構(gòu)(Object Management Architecture，系統(tǒng)集成項目管理工程師

http://

OMA)參考模型，該模型描述了OMG規(guī)范所遵循的概念化的基礎(chǔ)結(jié)構(gòu)。OMA由對象請求代理ORB、對象服務(wù)、公共設(shè)施、域接口和應用接口這幾個部分組成，其核心部分是對象請求代理(Object Request Broker, ORB)。

CORBA標準由OMG設(shè)立并進行控制。CORBA分布計算技術(shù)，是由絕大多數(shù)分布計算平臺廠商所支持和遵循的系統(tǒng)規(guī)范技術(shù)，具有模型完整、先進，獨立于系統(tǒng)平臺和開發(fā)語言，被支持程度廣泛的特點，已逐漸成為分布計算技術(shù)的標準。COBRA標準主要分為三個層次：對象請求代理、公共對象服務(wù)和公共設(shè)施。最底層是對象請求代理ORB，規(guī)定了分布對象的定義（接口）和語言映射，實現(xiàn)對象間的通訊和互操作，是分布對象系統(tǒng)中的“軟總線”；在ORB之上定義了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)（交易）服務(wù)、安全服務(wù)等各種各樣的服務(wù)；最上層的公共設(shè)施則定義了組件框架，提供可直接為業(yè)務(wù)對象使用的服務(wù)，規(guī)定業(yè)務(wù)對象有效協(xié)作所需的協(xié)議規(guī)則。

試題30參考答案

（29）D

1.31 2011年下半年試題17

試題31（2011年下半年試題17）

以下關(guān)于面向?qū)ο蠓椒ǖ拿枋鲋校徽_的是（17）。

（17）A．選擇面向?qū)ο蟪绦蛟O(shè)計語言時需要考慮開發(fā)人員對其的熟悉程度

B．使用設(shè)計模式有助于在軟件開發(fā)過程中應用面向?qū)ο蠹夹g(shù)

C．在軟件生命周期的分析、設(shè)計、實現(xiàn)和測試過程中均可以應用面向?qū)ο蠹夹g(shù)

D．UML是一種可視化建模語言，它需要與RUP開發(fā)過程同時使用

試題31分析 系統(tǒng)集成項目管理工程師

http://

UML與RUP不是必須二者同時使用，所以答案D是不正確的。

UML是一種通用的可視化建模語言，它是面向?qū)ο蠓治龊驮O(shè)計的一種標準化表示，用于對軟件進行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。

UML適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應用領(lǐng)域以及各種開發(fā)工具，是一種總結(jié)了以往建模技術(shù)的經(jīng)驗并吸收當今優(yōu)秀成果的標準建模方法。

UML具有如下的語言特征。

（1）不是一種可視化的程序設(shè)計語言，而是一種可視化的建模語言。

（2）是一種建模語言規(guī)范說明，是面向?qū)ο蠓治雠c設(shè)計的一種標準表示。

（3）不是過程，也不是方法，但允許任何一種過程和方法使用它。

（4）簡單并且可擴展，具有擴展和專有化機制，便于擴展，無需對核心概念進行修改。

（5）為面向?qū)ο蟮脑O(shè)計與開發(fā)中涌現(xiàn)出的高級概念（如協(xié)作、框架、模式和組件）提供支持，強調(diào)在軟件開發(fā)中，對架構(gòu)、框架、模式和組件的重用。

（6）與最好的軟件工程實踐經(jīng)驗集成。

UML最終目標是在盡可能簡單的同時能夠?qū)孟到y(tǒng)的各個方面建模，可供所有建模者使用，UML標準是為支持大部分現(xiàn)存的面向?qū)ο箝_發(fā)過程而設(shè)計的。

RUP(Rational Unified Process)是Rational公司（現(xiàn)IBM）開發(fā)和維護的過程產(chǎn)品，是由Objectory過程演化而來。RUP將項目管理、業(yè)務(wù)建模、分析與設(shè)計等統(tǒng)一起來，貫穿整個開發(fā)過程。RUP過程為軟件開發(fā)提供了規(guī)范性的指南、模板和范例，可用來開發(fā)所有類型的應用。RUP中的軟件過程在時間上被分解為4個順序的階段，分別是初始階段、細化階段、構(gòu)建階段和移交階段。

試題31參考答案 系統(tǒng)集成項目管理工程師

http://

（17）D

1.32 2012年上半年試題7 試題32（2012年上半年試題7）

用戶需求在項目開始時定義不清，開發(fā)過程密切依賴用戶的良好配合，動態(tài)響應用戶的需求，通過反復修改來實現(xiàn)用戶的最終系統(tǒng)需求，這是（7）的主要特點。

（7）A．蒙特卡洛法

B．原型法

C．面向?qū)ο蠓椒?/p>

D．頭腦風暴法

試題32分析

常用信息系統(tǒng)開發(fā)方法有：結(jié)構(gòu)化方法、原型法、面向?qū)ο蠓椒ā?/p>

原型法：認為在很難一下子全面準確地提出用戶需求的情況下，首先不要求一定要對系統(tǒng)做全面、詳細的調(diào)查、分析，而是本著開發(fā)人員對用戶需求的初步理解，先快速開發(fā)一個原型系統(tǒng)，然后通過反復修改來實現(xiàn)用戶的最終系統(tǒng)需求。

面向?qū)ο蠓椒ǎ菏且环N把面向?qū)ο蟮乃枷霊糜谲浖_發(fā)過程中，指導開發(fā)活動的系統(tǒng)方法，簡稱OO方法，是建立在“對象”概念基礎(chǔ)上的方法學。對象是由數(shù)據(jù)和允許的操作組成的封裝體，與客觀實體有直接對應關(guān)系，一個對象類定義了具有相似性質(zhì)的一組對象。而繼承性是對具有層次關(guān)系的類的屬性和操作進行共享的一種方式。所謂面向?qū)ο缶褪腔趯ο蟾拍?，以對象為中心，以類和繼承為構(gòu)造機制，來認識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應的軟件系統(tǒng)。

蒙特卡洛法和頭腦風暴法不是信息系統(tǒng)開發(fā)方法。

試題32參考答案

（7）B

1.33 2012年上半年試題10 系統(tǒng)集成項目管理工程師

http://

試題33（2012年上半年試題10）

軟件需求可理解為：為解決特定問題而由被開發(fā)或被修改的軟件所展示出的特性。所有軟件需求的基本特性是（10）。

（10）A．可驗證性

B．與用戶交互性

C．解決沖突 D．面向?qū)ο?/p>

試題33分析

軟件需求是一個為解決特定問題而必須由被開發(fā)或被修改的軟件展示的特性。所有軟件需求的一個基本特性就是可驗證性。驗證某些軟件需求可能很困難或者成本很高。軟件需求和軟件質(zhì)保人員都必須保證，在現(xiàn)有的資源約束下，需求可以被驗證。除了其表達的行為特性外，需求還有其他特性，如優(yōu)先級，以便在資源有限時進行權(quán)衡。

試題33參考答案

（10）A

1.34 2012年上半年試題17 試題34（2012年上半年試題17）

關(guān)于圖1-6類圖中的敘述，（17）是不正確的。

（17）A．Rectangle類和Circle類都有名為area的屬性，這兩個屬性一定是相同的屬性

B．Rectangle類和Circle類都有名為getArea()的操作，這兩個操作一定是相同的操作

C．Rectangle中名為length的屬性和Circle類中名為radius的屬性一定是不同的屬性

D．Shape類有一個屬性，Circle類有兩個屬性，Rectangle類有三個屬性 系統(tǒng)集成項目管理工程師

http://

圖1-6 類圖

試題34分析

本題主要考查面向?qū)ο蠓椒ǖ幕靖拍畹睦斫猓喝缋^承、多態(tài)。

繼承：繼承表示類之間的層次關(guān)系，這種關(guān)系使得某類對象可以繼承另外一類對象的特征（attributes）和能力（operations）。從題目來看，Rectangle類和Circle類都是從shape類繼承而來。具有父類的area屬性特征，因此在子類中就不用重復指定erea這個屬性。也就是，Rectangle類有三個屬性：erea、length、width，Circle類有兩個屬性：erea、radius。

多態(tài)：多態(tài)性是一種方法，這種方法使得在多個類中可以定義同一個操作或?qū)傩悦?，并在每個類中可以有不同的實現(xiàn)。多態(tài)性使得一個屬性或變量在不同的時期可以表示不同類的對象。本題中Rectangle和Circle都繼承于Shape，對于Shape而言，會有g(shù)etArea()的操作。但顯而易見，Rectangle和Circle的getArea()方法的實現(xiàn)是完全不一樣的，這就體現(xiàn)了多態(tài)的特征。

試題34參考答案

（17）B

1.35 2012年上半年試題18 試題35（2012年上半年試題18）

在面向?qū)ο蠓治鲋?，其分析過程的第一步是（18）。

（18）A．發(fā)現(xiàn)角色／參與者

B．發(fā)現(xiàn)用例

C．進行領(lǐng)域分析

D．建立功能模型

試題35分析 系統(tǒng)集成項目管理工程師

http://

面向?qū)ο蟮姆治龅牟襟E：

（1）發(fā)現(xiàn)角色／參與者。

（2）發(fā)現(xiàn)用例。

（3）建立用例模型。

（4）進行領(lǐng)域分析。

（5）建立對象 關(guān)系模型。

（6）建立對象 行為模型。

（7）建立功能模型。

試題35參考答案

（18）A

1.36 2009年下半年試題6

試題36（2009年下半年試題6）

某一MIS系統(tǒng)項目的實施過程如下：需求分析、概要設(shè)計、詳細設(shè)計、編碼、單元測試、集成測試、系統(tǒng)測試、驗收測試。那么該項目最有可能采用的是（6）。

（6）A．瀑布模型

B．迭代模型

C．V模型

D．螺旋模型

試題36分析

瀑布模型是一種最樸素的開發(fā)模型，它嚴格遵循軟件生命周期各階段的固定順序：計劃、分析、設(shè)計、編程、測試和維護，上一階段完成后才能進入到下一階段，整個模型就像一個飛流直下的瀑布，如圖1-7所示。系統(tǒng)集成項目管理工程師

http://

圖1-7瀑布模型示意圖

瀑布模型過于理想化，而且缺乏靈活性，無法在開發(fā)過程中逐漸明確用戶難以確切表達或一時難以想到的需求，直到軟件開發(fā)完成之后才發(fā)現(xiàn)與用戶需求有很大距離，此時必須付出高額的代價才能糾正這一偏差。

在瀑布模型及其它的經(jīng)典模型中，測試常常作為亡羊補牢的事后行為，但也有以測試為中心的開發(fā)模型，那就是V模型。V模型宣稱測試并不是一個事后彌補行為，而是一個同開發(fā)過程同樣重要的過程。

V模型的左邊下降的是開發(fā)過程各階段，與此相對應的是右邊上升的部分，即各測試過程的各個階段，整個開發(fā)過程構(gòu)造成一個“V”字形而得名。

在模型圖中的開發(fā)階段一側(cè)，先從定義業(yè)務(wù)需求、需求確認或測試計劃開始，然后要把這些需求轉(zhuǎn)換到概要設(shè)計、概要設(shè)計的驗證及測試計劃，從概要設(shè)計進一步分解到詳細設(shè)計、詳細設(shè)計的驗證及測試計劃，最后進行開發(fā)，得到程序代碼和代碼測試計劃。接著就是測試執(zhí)行階段一側(cè)，執(zhí)行先從單元測試開始，然后是集成測試、系統(tǒng)測試和驗收測試。

V模型的價值在于它非常明確地標明了測試過程中存在的不同級別，并且清楚地描述了系統(tǒng)集成項目管理工程師

http://

這些測試階段和開發(fā)各階段的對應關(guān)系。

圖1-8 V模型

對于復雜的大型軟件，開發(fā)一個滿足要求的原型往往非常困難。螺旋模型綜合了瀑布模型和演化模型的優(yōu)點，還增加了風險分析，彌補了兩者的不足，如圖1-9所示。螺旋模型包含了四個方面的活動：制訂計劃、風險分析、實施工程、客戶評估。這四項活動恰好可以放在一個直角坐標系的四個象限，而開發(fā)過程恰好像一條螺旋線。

第三篇：系統(tǒng)集成項目管理工程師練習七（范文）

本文由janiphen貢獻

doc文檔可能在WAP端瀏覽體驗不佳。建議您優(yōu)先選擇TXT，或下載源文件到本機查看。

練習七 1．XML 是互聯(lián)網(wǎng)聯(lián)合組織創(chuàng)建的一組規(guī)范，XML 是開放的，是__(1)__標準。XML 主要有__(2)__等三個要 素，為了增強 XML 文件結(jié)構(gòu)化要求，一般要使用 XML 的輔助技術(shù)__(3)__。（1）A.TCP/IP B.W3C C.ISO D.SUN（2）A.Schema，XSL 和 XLL B.XML，XSL 和 XLL C.XSL，XML 和 Schema D.XLL，Schema 和 XML（3）A.CORBA B.HTML C.SGML D.DTD 4．原型化方法是一類動態(tài)定義需求的方法，__(4)__不是原型化方法所具有的特征。與結(jié)構(gòu)化方法相比，原型化方法更需要__(5)__。衡量原型開發(fā)人員能力的重要標準是__(6)__。(4)A.提供嚴格定義的文檔 B.加快需求的確定 C.簡化項目管理 D.加強用戶參與和決策(5)A.熟練的開發(fā)人員 B.完整的生命周期 C.較長的開發(fā)時間 D.明確的需求定義(6)A.豐富的編程技巧 B.靈活使用開發(fā)工具 C.很強的協(xié)調(diào)組織能力 D.快速獲取需求 7．無論信息工程的方法如何變化，信息工程都是運用(7)方式，通過信息戰(zhàn)略規(guī)劃、業(yè)務(wù)領(lǐng)域分析、系 統(tǒng)設(shè)計和系統(tǒng)構(gòu)成等步驟來實現(xiàn)企業(yè)的信息系統(tǒng)建設(shè)，也需要建立用于存儲企業(yè)數(shù)據(jù)模型、(8)、各種 設(shè)計信息的信息庫。（7）A.自頂向下 B.自底向上 C.自外向內(nèi) D.自內(nèi)向外（8）A.對象模型 B.概念模型 C.過程模型 D.開發(fā)模型 9．下列__(9)__不屬于信息系統(tǒng)總體規(guī)劃的內(nèi)容。A.開發(fā)范圍和目標 B.成本-效益分析 C.信息技術(shù)發(fā)展預測 D.總體結(jié)構(gòu)

10．基于光纜傳輸?shù)那д孜灰蕴W(wǎng)使用與光纖通信相同的物理信號系統(tǒng)來進行通信，對 850nm 的短波長，標準為__(10)__，能支持__(11)__的傳輸距離。（10）A.1000Base-SX B.1000Base-LX C.1000Base-T D.1000Base-TX（11）A.550m B.250m C.300m D.200m 12.變更請求可能來自： A、對項目章程的審核 B、對執(zhí)行項目的組織的戰(zhàn)略計劃的回顧 C、項目團隊解決問題的技能要得以提高 D、范圍定義出錯或遺漏 13.項目計劃由()編制? A、甲方經(jīng)理 B、職能經(jīng)理 C、項目經(jīng)理 D、項目團隊 14.在項目快要結(jié)束時，如果客戶想要對項目范圍進行大的變更，項目經(jīng)理應該 A、進行變更 B、告訴客戶變更帶來的影響 C、拒絕變更 D、向變更控制委員會匯報

15.變更控制委員會的作用是： A、基準計劃變更 B、規(guī)范和標準變更 C、項目績效評審 D、決定管理儲備 16.漸進明細是結(jié)合了項目的一次性和獨特的特點。在編制項目計劃的過程中，漸進明細在以下哪個方面 也是重要的： A、假設(shè) B、限制條件 C、項目管理信息系統(tǒng) D、組織政策和程序 17.馬斯洛提出了一個五個級別的需要層次理論，解釋了一個人的整個生命發(fā)展周期中不同類型的需要。責任、成就感和能勝任的感覺屬于下列哪個級別的需要? A、自我實現(xiàn) B、社會化 C、尊重 D、生理上 18.快速跟進是指： A、采用平行任務(wù)加速項目進展 B、用一個任務(wù)取代另外的任務(wù) C、如有可能減少任務(wù)數(shù)量 D、B 和 C 19.趕工一個任務(wù)時，你應該關(guān)注： A、盡可能多的任務(wù) B、非關(guān)鍵任務(wù) C、加速執(zhí)行關(guān)鍵路徑上的任務(wù) D、通過成本最低化加速執(zhí)行任務(wù) 20.計劃評審技術(shù)(PERT)： A、通常進行 3 次估算，協(xié)助預測活動歷時的預期值 B、以事件為中心，在箭線上表示活動 C、對每個活動只進行一次估算 D、A 和 B 21.資源平衡最好用于(A、時間很緊的 B、按時的 C、非關(guān)鍵路徑 D、關(guān)鍵路徑)活動。

22.自由時差和總時差的區(qū)別在于什么? A、自由時差是不影響結(jié)束日期的總時差，而總時差是自由時差的累計數(shù) B、自由時差值影響隨后立即進行的后續(xù)活動的最早開始日期 C、自由時差通常指“閑散時間(slack time)”,而總時差通常指“浮動時間(float time)” D、一個活動的自由時差等于關(guān)鍵的總時差減去活動的總時差 23.客戶通知你項目必須提前兩天完工，你將如何處理? A、告訴客戶項目的關(guān)鍵路徑不允許提前完成項目 B、向老板匯報 C、召開項目團隊會議，商量在關(guān)鍵路徑上進行趕工或快速跟進法的方案 D、努力工作，觀察下月的項目狀態(tài) 24.如果一個項目雇用了兩個人，每個人工作 40 小時，每小時勞動費用為 30 美元，其中包括常用開支。在同一時期內(nèi)雇用的第三個人工作 30 小時，但是每小時的勞動費用高達 50 美元。這個星期的 PV 是 A、2，400 美元 B、3，600 美元 C、3，660 美元 D、3，900 美元 25.顧客把原定的項目范圍擴大了 65%，這也使成本估算上升了 5 倍。現(xiàn)在你必須更改已經(jīng)獲得批準的項 目開始和結(jié)束的時間安排。你第一步要做的應該是： A、為進度重新設(shè)定時間基準線 B、修改合同 C、使用一個新的進度安排表 D、增加資源 26.為了評估在一個項目中是否需要進行趕工，項目經(jīng)理應該首先計算 A、在趕工后每一個關(guān)鍵行為在成本和時間上可以減小的幅度 B、對項目的關(guān)鍵路徑增加的額外資本的成本 C、關(guān)鍵路徑的任務(wù)加速后在整個時間表上所節(jié)省下的時間 D、使用計劃評審技術(shù)估計每一個關(guān)鍵路徑的持續(xù)時間所需要的三種時間估計 27.一個任務(wù)的最早開始時間是第十天，最晚開始時間是第十九天。這個任務(wù)的工期是四天，中間沒有休 假日。從上面所提供的信息，對于這個行為可以得出什么結(jié)論? A、這個行為的全部浮動時間是九天 B、這個任務(wù)的最早完成時間是第十四天末 C、最晚完成時間是第二十五天 D、如果投入的資源加倍的話，這個任務(wù)可以在兩天內(nèi)完成。28.如果完工比例是 60%，完工預算是 20000 美元，實際成本(實際成本或已完成工作實際成本)15000 美 元，則成本偏差(CV)和進度計劃(SV)偏差是多少? A、信息不充分，無法計劃 CV 和 SV B、CV=SV=-3000 美元 C、CV=-3000 美元、SV=+3000 美元 D、CV=-3000 美元、信息不充分無法計劃 SV 29.資源柱狀圖(頻率圖)顯示出： A、B、C、D、關(guān)鍵路徑活動的預期需求 根據(jù)工作包進行資源安排 根據(jù)活動進行資源安排 按照時間段的預期資源使用狀況

30.完工估算是()的定期評估 A、完成工作的成本 B、已完成工作的價值 C、項目完工時的預期總成本 D、完成工作需要花的成本 31.成本績效指數(shù)(CPI)為 0.89 的意思是： A、目前我們預期總成本超過計劃的 89% B、項目完成是我們將超支 89% C、你的項目現(xiàn)在已經(jīng)進行了計劃的 89% D、你項目投入的每一元只收到 89 分的效果 32.成本預算的輸出是： A、成本基準計劃 B、項目預算 C、掙值 D、確定估算 33.收益/成本比率為 3.2 的意思是： A、每單位美元利益為 3.2 美元 B、每美元利益為 3.2 美元 C、每單位產(chǎn)品利潤為 3.2 美元 D、每單位美元利潤為 3.2 美元 34.掙值這一概念的主要缺陷在于： A、和當前 WBS 聯(lián)系起來時不能確定客戶的項目范圍 B、一旦計算出已完成的工作預算成本，要想對項目成本采取糾錯行動已為時過晚 C、提供已完工百分比準確估算的能力 D、沒有缺陷 35.如果一個工作包的估算成本為 1500 美元且完成日期為今天，但今天已花費成本為 1350 美元卻只完成 三分之二的工作，這時成本偏差為： A、150 美元 B、-150 美元 C、-350 美元 D、-500 美元 36.預算更新通常在什么時候進行? A、項目經(jīng)營知道如果不修訂預算則會導致成本超支 B、范圍變更得到批準 C、項目的任何一個方面重新制定了基準計劃

D、應急或管理儲備被動用 37.成本預算的目的在于： A、確定完成項目活動所需的資源成本，把它們分配到組織賬目的適當章節(jié) B、監(jiān)控成本執(zhí)行情況，監(jiān)測偏差 C、把成本分配到每一件工作中，建立一個用來評定項目純凈的基準計劃 D、可能的話使資金開支最低化 38.根據(jù)學習曲線理論，當重復生產(chǎn)某樣東西時 A、生產(chǎn)設(shè)備操作員培訓減少，從而降低單位成本。B、單位成本隨生產(chǎn)率的提高而下降 C、隨著產(chǎn)量的增加，單位成本有規(guī)律的下降 D、培訓成本隨著自動化程度的提高而增加 38.以下哪項不屬于成本控制的輸出? A、成本基準計劃 B、變更請求 C、完工估算(EAC)D、附加計劃編制 40.對項目進行總結(jié)后你發(fā)現(xiàn)按進度計劃要花 28000 小時，已經(jīng)掙得 25000 小時，支付 26000 小時，正確 結(jié)論應該是： A、項目的成本效率非常有利 B、我們需要趨勢分析報告 C、項目滯后于進度計劃 D、項目超前于進度計劃 41.下面哪一種計算凡是不能用來計算項目完成時的估算(EAC)? A.當前的掙值(EV)加上剩余的項目預算 B.當前的 AC 加上對所有剩余的項目預算 C.當前的 AC 加上剩余預算 D.當前的 AC 加上根據(jù)實際情況修改的剩余預算 42.在下列那種情況中，成本變更可能需要重訂基準線 A、CV 都很糟糕，需要一個實際的業(yè)績衡量方法 B、修正成本估計已經(jīng)準備好并發(fā)送給干系人 C、必須采取矯正行為以使預期的未來業(yè)績表現(xiàn)與項目計劃相統(tǒng)一 D、EAC 顯示了即使不需要范圍變更完成項目所需要的額外的資金 43.計劃編制和實際的花費的累計成本曲線 A、幫助迅速調(diào)整項目業(yè)績 B、用來計算 CPI C、也叫做直方圖 D、預測項目總成本 44.項目章程是在哪個項目生命階段產(chǎn)生的? A、B、C、D、計劃編制 可行性研究 執(zhí)行 啟動)進行評定

45.項目范圍根據(jù)()進行評定，而產(chǎn)品范圍則根據(jù)(A、合同、核實 B、要求、成功的評定標準 C、計劃、要求 D、范圍基準計劃、范圍定義 46.編制項目范圍說明書時不需要包含以下哪項? A、成本/利益分析 B、項目歷史 C、項目可交付成果 D、可測量的目標 47.范圍核實應該在何時進行? A、項目結(jié)束時 B、項目開始時 C、項目每一個階段期間 D、計劃編制時進行一次 48.要將職能組織和 WBS 元素聯(lián)系起來，項目經(jīng)理應該使用一個： A、WBS 索引 B、項目 WBS C、成本帳目矩陣 D、工作包分配索引 49.工作包是： A、WBS 最低層的可交付成果 B、帶有一個特定標示符的任務(wù) C、要求的匯報級別 D、可以分配給一個以上組強單位的任務(wù) 50.在什么時間選擇并指派項目經(jīng)理較為理想? A、項目啟動過程期間 B、項目計劃編制過程期間 C、項目生命周期概念階段結(jié)束時 D、在項目生命周期發(fā)展階段開始之前 51.以下哪項不是項目啟動的輸入? A、產(chǎn)品或服務(wù)說明 B、組強戰(zhàn)略計劃 C、項目篩選計劃 D、項目章程

52.項目成功依賴于大量的相互關(guān)聯(lián)的因素，包括時間、成本以及范圍控制。然而，任何一個項目的成功 主要依賴于 A、客戶接受 B、客戶滿意 C、客戶在滿足自己的需要的基礎(chǔ)上有一定的妥協(xié) D、超過客戶最初設(shè)定的項目范圍 53.需要跨學科知識的復雜項目最好由以下哪類組織管理? A、項目型 B、職能型 C、線型 D、矩陣型 54.在當今的高科技環(huán)境中，要成功的激勵一個團隊，項目經(jīng)理要使用哪些激勵理論才能保持一個快樂高 效的團隊? A、期待、X 理論 B、Y 理論和 Masolw 等級制度 C、Y 理論，期待、Herzberg 保健因素 D、Herzberg 保健因素、期待 55.在項目計劃編制的早期階段，項目經(jīng)理的領(lǐng)導方式是： A、教練 B、支持 C、代表 D、指揮 56.一個經(jīng)理提出前景展望、調(diào)整人員、鼓勵他們提供支持實現(xiàn)展望。這個經(jīng)理是哪種類型的領(lǐng)導? A、獨裁者 B、社交型 C、一致性驅(qū)動型 57.如果項目小組成員即對職能經(jīng)理又對項目經(jīng)理匯報工作，項目團隊的建設(shè)將變得非常復雜。對這種雙 重負責機制進行管理通常是誰的職責? A、有關(guān)的小組成員 B、項目經(jīng)理 C、項目所有權(quán)人或者贊助人 D、職能經(jīng)理 58.一個通常不考慮項目小組成員提供的信息進行決策的項目經(jīng)理運用的是哪種管理風格? A.自由主義式 B.獨斷專行式 C.官僚式 D.判斷式 59.在組織一個項目的實施過程中，項目經(jīng)理必須處理各種沖突。以下有關(guān)項目沖突的陳述哪一項是正確

的 A、矩陣形式的組織方式可能導致職能劃分不清，以及各職能領(lǐng)導和項目經(jīng)理的職權(quán)不明確 B、沖突的來源包括項目有限性，PERT/CPM 時間表，合同管理程序以及合同類型 C、只要可能沖突要盡量避免 D、強矩陣項目的項目經(jīng)理在人力資源方面的沖突較少，因為他們能夠?qū)β毮芙?jīng)理提出需求 60.團隊發(fā)展以下列哪項為基礎(chǔ) A、項目的組織結(jié)構(gòu) B、為項目團隊提供的培訓 C、每個團隊提供的培訓 D、項目中相互合作、充分溝通和相互信賴的組織氛圍 61.以下哪項是用于溝通計劃編制的工具或技術(shù) A、項目干系人分析 B、溝通技巧 C、信息檢索系統(tǒng) D、信息發(fā)布系統(tǒng) 62.要求談判技巧最多的三種項目情況是： A、和職能經(jīng)理合作保證資源支持項目的可獲取性;向項目團隊成員提供績效評估;制定 WBS B、制定 WBS;確定主進度計劃;管理項目變更 C、使用分包商;編制項目范圍說明;項目開始后管理變更 D、確保高層管理提供項目支持;同職能經(jīng)理合作;建設(shè)項目團隊 63.以下項目經(jīng)理的資格要求中最重要的是： A、管理經(jīng)驗 B、談判技巧 C、技術(shù)領(lǐng)域的教育背景 D、與他人有效合作的能力 64.在績效報告的多種技術(shù)和工具中，哪一種結(jié)合了范圍，成本(資源)和進度信息? A、績效評估 B、差異分析 C、趨勢分析 D、掙值分析 65.與他人會談以達成一致或者共識的過程被稱為 A、雙贏 B、談判 C、爭取同意 D、對抗 66.項目檔案是 A、項目產(chǎn)品的說明文件 B、從此項目中獲取的經(jīng)驗和教訓 C、一整套編入索引的項目記錄

D、僅保留公司最重要和最復雜的項目 67.自制/外購分析是(A、詢價 B、采購計劃編制 C、競爭性投標 D、合同管理)的一部分

68.在以下哪種合同中，更容易進行合同范圍變更? A、固定價 B、固定價加激勵費 C、成本加成本百分比 D、以上都不是 69.合同具有法律約束力，它必須包含以下各項，除了： A、雙方同意 B、批準了的談判 C、報酬 D、合法性 70.合同收尾過程包括 A、客戶滿意度分析和最終付款 B、行政收尾和歸檔紀錄 C、最終合同付款和經(jīng)驗教訓 D、產(chǎn)品核實和行政收尾 71.Which type of contract requires that the buyer keep the tightest labor/material cost control? A.Cost Plus Incentive Fee B.Cost Plus Percentage of Costs C.Cost Plus Fixed Fee D.Firm Fixed Price 72.A.2 B.3 C.4 D.6 Adding 5 people to a 4 person team increases the communication channels by a factor of: times times times times 73.The major disadvantage of a bar chart is: A.Lack of time-phasing.B.Cannot be related to calendar dates.C.does not show activity interrelationships.D.Cannot be related to manpower planning.74.It is useful to conduct project risk assessment according to the project's A.charter B.statement of work C.Work Breakdown structure D.network 75.The three most common types of project cost estimates are: A.Order of magnitude, parametric, and budget.B.Parametric, definitive and top down.C.Order of magnitude, definitive and bottom up.D.Order of magnitude, budget and definitive.1

第四篇：系統(tǒng)集成項目管理工程師練習六

練習六

1、把分布在不同地點、不同時間的數(shù)據(jù)集成起來，以支持管理人員決策的技術(shù)稱為(①，②)為Web service平臺中表示數(shù)據(jù)的基本格式。

A.①數(shù)據(jù)庫②HTML

B.①數(shù)據(jù)倉庫②XML

C.①數(shù)據(jù)挖掘②HTTP

D.①商業(yè)智能②UML

2、關(guān)于網(wǎng)絡(luò)安全服務(wù)的敘述中，（）是錯誤的。

A.應提供訪問控制服務(wù)以防止用戶否認已接收的信息

B.應提供認證服務(wù)以保證用戶身份的真實性

C.應提供數(shù)據(jù)完整性服務(wù)以防止信息在傳輸過程中被刪除

D.應提供保密性服務(wù)以防止傳輸?shù)臄?shù)據(jù)被截獲或篡改

3、CMM是美國卡內(nèi)基梅隆大學軟件工程研究所開發(fā)的(軟件)能力成熟度模型，其中（）強調(diào)軟件開發(fā)過程穩(wěn)定性與項目量化管理。

A.可重復級

B.已定義級

C.已管理級

D.持續(xù)優(yōu)化級4、100BaseFX采用的傳輸介質(zhì)是（）。

A.雙絞線

B.光纖

C.無線電波

D.同軸電纜

5、可移植性是反映出把一個原先在某種硬件或軟件環(huán)境下正常運行的軟件移植到另一個硬件或軟件環(huán)境下，使該軟件也能正確地運行的難易程序。為了提高軟件的可移植性，應注意提高軟件的（）。

A.使用方便性

B.簡潔性

C.可靠性

D.設(shè)備不依賴性

6、關(guān)于白盒測試，以下敘述正確的是（）。

A．根據(jù)程序的內(nèi)部結(jié)構(gòu)進行測試

B．從頂部開始往下逐個模塊地加入測試 C．從底部開始往上逐個模塊地加入測試

D．按照程序規(guī)格說明書對程序的功能進行測試，不考慮其內(nèi)部結(jié)構(gòu)

7、下列關(guān)于過程組和 PDCA 循環(huán)的關(guān)系中錯誤的是：

A.規(guī)劃過程組對應于 PDCA中的計劃 P B.執(zhí)行過程組對應于 PDCA中的執(zhí)行 D C.控制過程組對應于 PDCA中的檢查 C和 A D.收尾過程組對應于 PDCA中的行動 A

8、下列關(guān)于項目過程的說法中錯誤的是：

A.項目經(jīng)理和項目團隊任何時候都應根據(jù)具體的項目選擇合適的過程進行應用。

B.過程就是一組為了完成一系列事先指定的產(chǎn)品、成果或服務(wù)而需執(zhí)行的互相聯(lián)系的行動和活動。

C.項目過程包括兩大類：項目管理過程和面向產(chǎn)品的過程。

D.面向產(chǎn)品的過程一般都是由產(chǎn)品生命期規(guī)定

9、過程組和項目階段的關(guān)系是：

A.過程組就是項目階段。

B.每一階段不可能重復過程組的所有子過程。

C.過程組既可以在階段內(nèi)，也可以跨越階段相互影響和作用。

D.過程間的所有相互作用在所有的項目或項目階段都會表現(xiàn)出來。

10、假設(shè)和制約因素最初被擬成文件是在哪個過程組？

上午試卷 第1頁（共8頁）A.啟動

B.計劃

C.實施

D.收尾

11、為了有助于改善和提高分享項目所有權(quán)，認同可交付成果，滿足顧客及其他利害干系者的要求，通常讓顧客與其他參與者參與哪個過程組？

A.啟動

B.計劃

C.實施

D.收尾

12、以下關(guān)于“滾動式規(guī)劃”的說法中錯誤的是：

A.項目管理計劃逐步詳細和深入

B.規(guī)劃一次完成，滾動實施

C.規(guī)劃是重復多次的連續(xù)過程

D.屬于規(guī)劃過程組

13、“制定工作分解結(jié)構(gòu)”屬于哪個過程組？

A.計劃

B.實施

C.控制

D.收尾

14、哪個知識領(lǐng)域跨越了除啟動之外的 4個過程組？

A.項目整體管理

B.人力資源管理

C.溝通管理

D.采購管理

15、項目成本管理包括以下過程，除了

A.成本規(guī)劃

B.成本估算 C.成本預算 D.成本控制

16、項目計劃實施的結(jié)果是：

A、批準的變更請求

B、確認的缺陷補救

C、否決的變更請求

D、工作實施情況信息

17、配置管理是用于：

A、整體變更控制。B、項目計劃執(zhí)行。C、范圍計劃。D、風險定量分析。

18、某項目辦公室提出了一個項目管理方案，并著重強調(diào)了綜合變更控制的重要性。該方案認為變更申請可能以下列所有形式發(fā)生，除了

A．口頭或者書面 B．法令強制執(zhí)行或者自選的 C．正式和非正式的 D．始于外部的或內(nèi)部的19、為了決定是否應建議對項目基準進行修改，以下何項應安排到位？

上午試卷 第2頁（共8頁）A． 溝通計劃 B． 質(zhì)量保障計劃 C． 變更控制制度

D． 問題管理程序

20、在項目結(jié)束過程中，項目經(jīng)理需要記錄下：

A、正式驗收過程。B、工作說明書。C、付款計劃。D、變更控制程序。

21、在項目結(jié)束時的一項重要活動是：

A、分發(fā)進展報告和風險評估。

B、分發(fā)信息以使項目收尾正式化。

C、監(jiān)控項目具體結(jié)果以確定是否與相關(guān)質(zhì)量標準相符。

D、轉(zhuǎn)交所有項目的記錄給項目所有者。

22、實現(xiàn)價值技術(shù)是項目整體管理中哪個過程的工具和技術(shù)？

A、制定項目管理計劃 B、指導與管理項目執(zhí)行

C、監(jiān)控項目工作 D、整體變更控制

23、以下都是項目管理方法系的正確說法，除了：

A、確定了若干項目管理過程組，及其有關(guān)的子過程和控制職能

B、可以是仔細加工過的項目管理標準

C、可以是正式成熟的過程

D、不是制定項目章程的非正式技術(shù)

24、有關(guān)初步范圍描述的說法中錯誤的是：

A、利用項目發(fā)起人或贊助人的信息編制

B、記載了項目產(chǎn)品的特征與邊界、以及驗收和范圍控制的方法

C、和項目章程同時在啟動過程組中制定

D、為了給高層做范圍控制

25、實施的預防措施是：

A、監(jiān)控項目工作過程的輸入

B、監(jiān)控項目工作過程的輸出

C、整體變更控制的輸出

D、指導與管理項目執(zhí)行的輸出

26、批準的預防措施是：

A、監(jiān)控項目工作過程的輸入

B、監(jiān)控項目工作過程的輸出

C、整體變更控制的輸出

D、指導與管理項目執(zhí)行的輸出

27、以下都是整體變更控制過程中的配置管理活動，除了：

A、配置識別

B、配置狀態(tài)核算

C、配置核實與審計

28、配置核實與審計是：

A、查明配置文件中確定的性能與功能要求已經(jīng)達到。

B、存貯和評價有效的管理產(chǎn)品和信息所需的配置信息。

C、確定與核實產(chǎn)品配置。

上午試卷 第3頁（共8頁）D、配置變更控制

D、審查和批準請求的變更。

29、行政收尾程序除了作為項目收尾的輸出外，還是：

A、監(jiān)控項目工作過程的輸入

B、監(jiān)控項目工作過程的輸出

C、整體變更控制的輸入

D、指導與管理項目執(zhí)行的輸入

30、否決的變更請求除了作為整體變更控制的輸出外，還是哪個過程的輸入：

A、制定項目管理計劃 B、監(jiān)控項目工作過程

C、整體變更控制 D、指導與管理項目執(zhí)行

31、確認的缺陷補救除了作為整體變更控制的輸出外，還是哪個過程的輸入：

A、制定項目管理計劃 B、監(jiān)控項目工作過程

C、整體變更控制 D、指導與管理項目執(zhí)行

32、除了項目信息系統(tǒng)外，還有哪個工具出現(xiàn)在所有的整體管理過程中：

A、專家判斷

B、項目管理方法論

C、企業(yè)環(huán)境因素

D、組織過程資產(chǎn)

33、項目班子應確認通過以下哪種方式使顧客接受主要成果：

A、請顧客在下一次工作會議上發(fā)表意見。

B、獲得書面文件。

C、要求顧客的工作人員進行全面檢查。

D、將成果的正負功能記錄在案。

34、推薦的預防措施是：

A、監(jiān)控項目工作過程的輸入

B、監(jiān)控項目工作過程的輸出

C、整體變更控制的輸出 D、指導與管理項目執(zhí)行的輸出

35、范圍說明書具有重要的意義，因為它：

A、為將來的項目決策提供了基礎(chǔ)。

B、提供了項目簡要的說明。

C、為利害相關(guān)者審批項目。

D、為成本核算提供了標準。

36、顧客要求變更您管理的項目的范圍。為了確定要求的變更可能產(chǎn)生的影響，您將需要工作分解結(jié)構(gòu)、變更請求、范圍管理計劃以及：

A、績效報告 B、職責矩陣 C、帕累托圖表 D、蒙特卡羅模擬法

37、工作分解結(jié)構(gòu)圖應該被細化到：

A、子項目。B、項目辦公室所決定的層面。

C、可為足夠估算的層面。D、成本中心層面。

上午試卷 第4頁（共8頁）

38、制定詳細的范圍描述是在：

A、活動界定

B、范圍界定

C、制作WBS D、活動排序

39、細分主要的項目可交付成果稱作：

A、活動界定 B、范圍界定 C、制作 WBS D、活動排序

40、分解過程這一方法是用于建立：

A、網(wǎng)絡(luò)圖 B、關(guān)鍵路徑方法圖 C、變量分析 D、工作分解結(jié)構(gòu)圖

41、在以下情形需要修訂工作分解結(jié)構(gòu)：

A、分配了額外資源 B、定義了新的項目產(chǎn)品成果

C、項目限制因素被改變 D、定義了的依賴關(guān)系

42、范圍描述是在哪一過程組的內(nèi)容 ：

A、啟動

B、規(guī)劃

C、執(zhí)行

D、控制

43、以下可以作為項目范圍是否完成的衡量標準，除了：

A、客戶的反饋意見 B、工作分解結(jié)構(gòu)

C、工作分解結(jié)構(gòu)詞典 D、項目范圍說明書

44、控制帳目（Control Account）主要用于 ：

A、分配給項目各單元的資源

B、總帳

C、工作分解結(jié)構(gòu)中的各元素 D、分帳

45、以下說法中錯誤的是：

A、項目所產(chǎn)生的通常是單項產(chǎn)品，但產(chǎn)品可以包括若干個從屬部分，每部分都具備產(chǎn)品范圍

B、項目范圍為提供符合要求的產(chǎn)品而需要完成的工作

C、產(chǎn)品范圍是指產(chǎn)品、服務(wù)或成果的特征與功能

D、項目范圍是否完成要以產(chǎn)品要求作為衡量標準

46、范圍界定中的工具除了產(chǎn)品分析、專家判斷、利害關(guān)系者分析外，還包括：

A、樣板、表格與標準

B、檢查

C、頭腦風暴法

D、偏差分析

47、編制狀況關(guān)系到項目成敗的是：

A、項目章程

B、初步范圍說明書

C、詳細范圍說明書

D、WBS詞典

48、下列都是詳細范圍說明書編制的基礎(chǔ)，除了：

A、主要可交付成果

B、假設(shè)和制約因素

C、初步范圍說明書

D、范圍管理計劃

49、下列都是范圍管理計劃的內(nèi)容，除了：

A、是項目管理團隊確定、記載、核實、管理和控制項目范圍的指南。

B、說明了根據(jù)項目章程編制初步范圍說明書的一個過程

C、確定如何維持與批準 WBS的一個過程

D、控制項目范圍說明書變更請求處理方式的一個過程

上午試卷 第5頁（共8頁）

50、請閱讀以下描述，在下面的網(wǎng)絡(luò)圖中，每個節(jié)點是一個活動，在方框中的數(shù)字表示工期的天數(shù)。關(guān)鍵路徑是：

A.A-C-F-J B.A-C-G-J C.A-C-H-I-J D.A-D-E-I-J

51、以下都是范圍說明書的內(nèi)容，除了：

A、產(chǎn)品范圍說明書

B、項目要求說明書

C、控制帳戶

D、項目配置管理要求

52．甲、乙兩個工程承包單位組成施工聯(lián)合體投標，甲單位為施工總承包一級資質(zhì)，乙單位為施工總承包二級資質(zhì)，則該施工聯(lián)合體應按()資質(zhì)確定等級。

A．一級

B．二級

C．三級

D．特級

53．甲、乙兩個工程承包單位組成施工聯(lián)合體投標，參與競標某房地產(chǎn)開發(fā)商的住宅工程，則下列說法錯誤的有()。

A．甲、乙兩個單位以一個投標人的身份參與投標

B．如果中標，甲、乙兩個單位應就各自承擔的部分與房地產(chǎn)開發(fā)商簽訂合同

C．如果中標，甲、乙兩個單位應就中標項目向該房地產(chǎn)開發(fā)商承擔連帶責任

D．如果在履行合同中乙單位破產(chǎn)，則甲單位應當承擔原由乙單位承擔的工程任務(wù)

54.（）屬于項目。

Ａ.管理一個公司

Ｂ.開發(fā)一種新型計算機

Ｃ.提供產(chǎn)品技術(shù)支持

Ｄ.提供金融服務(wù)

55.根據(jù)《軟件文檔管理指南 GB/T16680-1996》，()不屬于基本的開發(fā)文檔。

A.可行性研究和項目任務(wù)書

B.培訓手冊

C.需求規(guī)格說明

D.開發(fā)計劃

56.根據(jù)《計算機軟件質(zhì)量保證計劃規(guī)范 GB/T 12504-1990》，()是指在軟件開發(fā)周期中的一個給定階段的產(chǎn)品是否達到在上一階段確立的需求的過程。

A.驗證

B.確認

C.測試

D.驗收

57.把工作分解結(jié)構(gòu)中的各元素分解得更細，用于 ：

A．進度計劃 B．估算成本和進度 C．進度控制 D．成本控制

58.（）不是資源計劃編制的依據(jù)。

Ａ.項目進度計劃

Ｂ.歷史信息

Ｃ.風險應對計劃

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

59.優(yōu)秀團隊的建設(shè)并非一蹴而就，要經(jīng)理幾個階段，一般按順序可劃分為()四階段。

上午試卷 第6頁（共8頁）A.形成期、振蕩期、表現(xiàn)期、正規(guī)期

B.形成期、表現(xiàn)期、振蕩期、正規(guī)期

C.形成期、磨合期、表現(xiàn)期、正規(guī)期

D.形成期、振蕩期、正規(guī)期、表現(xiàn)期

60.()人們對風險的承受能力越小。

A.項目的收益越大

B.項目的投入越大

C.管理人員的地位越高

D.項目擁有的資源越多

61．幀中繼是繼X.25之后發(fā)展起來的數(shù)據(jù)通信方式，但幀中繼與X.25不同，其復用和轉(zhuǎn)接是發(fā)生在（）A 物理層

B 網(wǎng)絡(luò)層

C 鏈路層

D 運輸層

62．就交換技術(shù)而言，局域網(wǎng)中的以太網(wǎng)采用的是（）A 分組交換技術(shù) B 電路交換技術(shù) C 報文交換技術(shù)

D 分組交換與電路交換結(jié)合技術(shù)

63．IEEE802.3采用的媒體訪問控制方法為（）A 1-堅持算法的CSMA/CD B 非堅持算法的CSMA/CD C P-堅持算法的CSMA/CD D 以上均不對

64.不屬于安全策略所涉及的方面是（）。

A、物理安全策略 B、訪問控制策略 C、信息加密策略 D、防火墻策略

65.為了防御網(wǎng)絡(luò)監(jiān)聽，最常用的方法是（）A、采用物理傳輸（非網(wǎng)絡(luò)）B、信息加密 C、無線網(wǎng)

D、使用專線傳輸

66.使網(wǎng)絡(luò)服務(wù)器中充斥著大量要求回復的信息，消耗帶寬，導致網(wǎng)絡(luò)或系統(tǒng)停止正常服務(wù)，這屬于（）漏洞

A、拒絕服務(wù)

B、文件共享

C、BIND漏洞

D、遠程過程調(diào)用

67.不屬于常用的ＵＭＬ的圖是

Ａ.用例圖

Ｂ.順序圖

Ｃ.類圖

D.流程圖

68、作為項目經(jīng)理，你認識到項目小組建設(shè)對于項目的成功很重要。因此，你想考察你的小組工作的技術(shù)環(huán)境如何。有關(guān)信息可以在（）文件中找到：

A.小組章程

B.項目計劃

C.人員配備管理計劃

D.組織政策和指導原則

69、項目管理中，保證客戶和干系人滿意的最重要的活動是（）。

A.績效測評存檔

B.變更匯報和項目計劃更新以及其他適當?shù)捻椖课募?/p>

C.及時且有規(guī)律地匯報項目績效

D.將需求記錄下來整理為文件

70、在滾動式計劃中，（）。

(128)A.關(guān)注長期目標，允許短期目標作為持續(xù)活動的一部分進行滾動

上午試卷 第7頁（共8頁）

B.近期要完成的工作在工作分解結(jié)構(gòu)最下層詳細規(guī)劃

C.遠期要完成的工作在工作分解結(jié)構(gòu)最下層詳細規(guī)劃

D.為了保證項目里程碑，在戰(zhàn)略計劃階段做好一系列詳細的活動計劃

71.Configuration management is:（）A.Used to ensure that the description of the project product is correct and complete.B.The creation of the work breakdown structure.C.The set of procedures developed to assure that project design criteria are met.D.A mechanism to track budget and schedule variances.72.The most recent project status report contains the following information: BCWP = 3,000, ACWP = 3,500, and BCWS = 4,000.The schedule variance is:（）A.+ 1,000.B.+ 500.C.1,000.73.Theory X holds that:(233)A.Quality improvements lie in the hands of quality circles.B.Profits are tied to meeting schedule deadlines.C.Absenteeism is tied to poor working conditions.D.Workers are inherently unmotivated and need strong guidance.74.In approximating costs，the estimator considers the possible causes of variation of the cost estimates，including（）。

A．budget

B．plan

C．risk

D．contract

75.A precise description of a physical item, procedure, or service for implementation of an item or service is called ：（）

A.Work package.B.Baseline.C.Product description.D.Work breakdown structure(WBS)element.上午試卷 第8頁（共8頁）

第五篇：系統(tǒng)集成項目管理工程師試題20120311

進度控制的工具除了進度報告外，還包括：

A、進度模型B、業(yè)績衡量 C、進度基準D、專家判斷

項目進度控制的工具和技術(shù)包括：

1）進度報告

2）進度變更控制系統(tǒng)

3）績效衡量

4）項目管理軟件

5）偏差分析

6）進度比較橫道圖

7）資源平衡

8）假設(shè)條件情景分析

9）進度壓縮

10）制訂進度的工具

【cnitpm參考答案】B

在活動定義中，工作包被有計劃的分解為更小的組成部分，叫做：

A.控制帳戶（Control Account）

B.資源分解結(jié)構(gòu)（RBS）

C.規(guī)劃組合（Planning Package）

D.計劃活動（Schedule activity）

項目活動定義是為了保障項目目標實現(xiàn)而展開的對已確認的項目工作包的進一步分解和界定，并從中識別出為生成項目產(chǎn)出物所必需的各種項目活動。

【cnitpm參考答案】D

以下關(guān)于滾動式規(guī)劃的說法都正確，除了：

A、滾動式規(guī)劃是規(guī)劃逐步完善的一種表現(xiàn)形式

B、項目計劃活動在項目生命期內(nèi)應該處于相同的詳細水平

C、在早期戰(zhàn)略規(guī)劃期間，活動的詳細程度僅達到里程碑水平

D、最近一兩個報告期要進行的工作應在本期工作接近完成時詳細規(guī)劃

滾動式規(guī)劃：工作分解結(jié)構(gòu)與工作分解結(jié)構(gòu)詞匯表反映了隨著項目范圍一直具體到工作組合的程度而變得越來越詳細的演變過程。滾動式規(guī)劃是規(guī)劃逐步完善的一種表現(xiàn)形式，近期要完成的工作在工作分解結(jié)構(gòu)最下層詳細規(guī)劃。最近一兩個報告期要進行的工作應在本期工作接近完成時詳細規(guī)劃。所以，項目計劃活動在項目生命期內(nèi)可以處于不同的詳細水平。在信息不夠確定的早期戰(zhàn)略規(guī)劃期間，活動的詳細程度可能僅達到里程碑的水平。

【cnitpm參考答案】B

以下說法都正確，除了：

A.高層管理人員的控制點可以設(shè)在工作包的層次以上選定的管理點。

B.控制帳戶的控制點在相關(guān)的工作包尚未規(guī)劃時可以作為規(guī)劃的基礎(chǔ)

C.規(guī)劃組合是用來規(guī)劃已經(jīng)有了具體計劃活動的已知工作內(nèi)容。

D.規(guī)劃組合是在工作分解結(jié)構(gòu)中控制帳戶以下，但在工作包以上的工作分解結(jié)構(gòu)組成部分。

在活動定義時，產(chǎn)生了大量的控制點，即里程碑。里程碑在項目生命周期中是時間軸上的一個時刻，在該時刻應對項目特意關(guān)注和控制，通常指一個主要可交付成果的完成，也可以沒有交付物而僅僅是控制。里程碑顯示了項目為達到最終目標而必須經(jīng)過的條件或狀態(tài)序列，描述了在每一階段，要達到什么狀態(tài)。

當項目范圍說明書不夠充分，不能將工作分解結(jié)構(gòu)某分支向下分解到工作組合水平時，該分支最后分解到的組成部分可用來制定這一組成部分的高層次項目進度表。項目團隊選擇并利用這些規(guī)劃組成部分來規(guī)劃處于工作分解結(jié)構(gòu)較高層次的各種未來工作的進度。這些規(guī)劃組成部分的計劃活動可以是無法用于項目工作詳細估算、進度安排、執(zhí)行、監(jiān)控的概括性活動。兩個規(guī)劃組成部分如下：

1）控制賬戶：高層管理人員的控制點可以設(shè)在工作分解結(jié)構(gòu)工作組合層次以上選定的管理（選定水平上的具體組成部分）上。

在尚未規(guī)劃有關(guān)的工作組合時，這些控制點用做規(guī)劃的基礎(chǔ)。在控制賬戶內(nèi)完成的所有工作與付出的所有努力，記載于某一控制賬戶計劃中。

2）規(guī)劃組合：規(guī)劃組合是在工作分解結(jié)構(gòu)中控制賬戶以下，但在工作組合以上的工作分解結(jié)構(gòu)組成部分。這個組成部分的用

途是規(guī)劃無詳細計劃活動的已知工作內(nèi)容。

【cnitpm參考答案】C

以下關(guān)于里程碑的說法都正確，除了：

A.計劃里程碑清單列出了所有的里程碑

B.里程碑清單用于進度模型

C.里程碑無論根據(jù)項目要求還是合同要求，都是強制性的。

D.里程碑既有強制性，也有選擇性。

重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。在我們實際的項目中，周例會是檢查點的表現(xiàn)形式，高層的階段匯報會是基線的表現(xiàn)形式。

【cnitpm參考答案】C

以下說法都正確，除了：

A.虛活動并非實際上的計劃活動，無工作內(nèi)容

B.虛活動的持續(xù)時間在進行進度網(wǎng)絡(luò)分析時賦予 0 值。

C.虛活動運用于 AON中，因為其只有 FS的依賴關(guān)系。

D.PDM 中沒有虛活動。

前導圖法（Precedence Diagramming Method，PDM）用于關(guān)鍵路徑法（Critical Path Method，CPM），是用于編制項目進度網(wǎng)絡(luò)圖的一種方法，它使用方框或者長方形（被稱作節(jié)點）代表活動，它們之間用箭頭連接，顯示它們彼此之間存在的邏輯關(guān)系。通常，每個節(jié)點的活動會有如下幾個時間：最早開始時間（ES）、最遲開始時間（LS）、最早結(jié)束時間（EF）和最遲結(jié)束時間（LF）。與前導圖法不同，箭線圖法（Arrow Diagramming Method，ADM）是用箭線表示活動、節(jié)點表示事件的一種網(wǎng)絡(luò)圖繪制方法，這種方法又叫作雙代號網(wǎng)絡(luò)圖法（Active On the Arrow，AOA）

虛活動（dummy activity），它不消耗時間，在網(wǎng)絡(luò)圖中由一個虛箭線表示。借助虛活動，我們可以更好地、更清楚地表達活動之間的關(guān)系。

【cnitpm參考答案】C

多方案分析運用于：

A.活動定義

B.活動排序。

C.活動資源估算。

D.活動所需時間估算。

活動資源估算所采用的主要方法和技術(shù)：

1）專家判斷

2）多方案分析

3）出版的估算數(shù)據(jù)

4）項目管理軟件

5）自下而上估算

【cnitpm參考答案】C

以下關(guān)于關(guān)鍵鏈的說法都正確，除了：

A.關(guān)鍵鏈法是一種進度網(wǎng)絡(luò)分析技術(shù)，可以根據(jù)有限的資源對項目進度表進行調(diào)整

B.關(guān)鍵鏈法添加了持續(xù)時間緩沖段，這些緩沖段屬于非工作計劃活動。

C.關(guān)鍵鏈集中注意力管理緩沖活動持續(xù)時間和用于計劃活動的資源。

D.為了保證活動計劃的持續(xù)時間，關(guān)鍵鏈按照最早開始與最早完成日期安排計劃活動。

關(guān)鍵鏈法是另一種進度網(wǎng)絡(luò)分析技術(shù)，可以根據(jù)有限的資源對項目進度表進行調(diào)整。關(guān)鍵鏈法結(jié)合了確定性與隨機性辦法。開始時，利用進度模型中活動持續(xù)時間的非保守估算，根據(jù)給定的依賴關(guān)系與制約條件來繪制項目進度網(wǎng)絡(luò)圖，然后計算關(guān)鍵路線。在確定關(guān)鍵路線之后，將資源的有無與多寡情況考慮進去，確定資源制約進度表。這種資源制約進度表經(jīng)常改變了關(guān)鍵路線。

為了保證活動計劃持續(xù)時間的重點，關(guān)鍵鏈法添加了持續(xù)時間緩沖段，這些持續(xù)時間緩沖段屬于非工作計劃活動。一旦確定了緩沖計劃活動，就按照最遲開始與最遲完成日期安排計劃活動。這樣一來，關(guān)鍵鏈法就不再管理網(wǎng)絡(luò)路線的總時差，而是集中注意力緩沖活動持續(xù)時間和用于計劃活動的資源。

【cnitpm參考答案】D

在擬定項目初步成本估算時，項目經(jīng)理最初需要什么資料：

A、核查估算過程。B、成本管理計劃。C、現(xiàn)有的歷史數(shù)據(jù)。D、自下而上的估算。

【cnitpm參考答案】C

修訂根據(jù)實際可提供之資源的進度計劃的過程被稱為資源：

A、劃撥。B、增加。C、安排。D、平衡。

【cnitpm參考答案】D

某活動在關(guān)鍵路徑上，其總浮動時間：

A、小于 0B、等于 0C、小于自由浮動時間D、大于 0

【cnitpm參考答案】B

一般情況下，資源平衡會：

A、延長工期B、保證質(zhì)量C、增加少量項目D、減少項目

【cnitpm參考答案】A

進度控制的工具除了進度報告外，還包括：

A、進度模型B、業(yè)績衡量 C、進度基準D、專家判斷

【cnitpm參考答案】B

在活動定義中，工作包被有計劃的分解為更小的組成部分，叫做：

A.控制帳戶（Control Account）B.資源分解結(jié)構(gòu)（RBS）C.規(guī)劃組合（Planning Package）D.計劃活動（Schedule activity）

【cnitpm參考答案】D

以下關(guān)于滾動式規(guī)劃的說法都正確，除了：

A、滾動式規(guī)劃是規(guī)劃逐步完善的一種表現(xiàn)形式

B、項目計劃活動在項目生命期內(nèi)應該處于相同的詳細水平

C、在早期戰(zhàn)略規(guī)劃期間，活動的詳細程度僅達到里程碑水平

D、最近一兩個報告期要進行的工作應在本期工作接近完成時詳細規(guī)劃

【cnitpm參考答案】B

以下說法都正確，除了：

A.虛活動并非實際上的計劃活動，無工作內(nèi)容

B.虛活動的持續(xù)時間在進行進度網(wǎng)絡(luò)分析時賦予 0 值。

C.虛活動運用于 AON中，因為其只有 FS的依賴關(guān)系。

D.PDM 中沒有虛活動。

【cnitpm參考答案】C

多方案分析運用于：

A.活動定義B.活動排序。C.活動資源估算D.活動所需時間估算。

【cnitpm參考答案】C

某一項目估算成本 100 萬美元，同時需要 6個月時間完成，三個月后通過掙值法顯示：EV=$70 萬，PV=$60 萬 AC=$80。進度和成本變量應該是：

A、SV=－$10 萬，CV=$10 萬

B、SV=－$20 萬，CV=$10 萬

C、SV=$20 萬，CV=$10 萬

D、SV=$10萬，CV=－$10 萬

BAC(Budget At Completion)：完成時的總預算

完成項目時的總預算，等同于PV總累積值

PV(Plan Value)：計劃成本

截至特定時間計劃成本的累積值

AC(Actual Value)：實際成本

截至特定時間實際成本的累積值

EV(Earned Value)：掙值

截至特定時間實際完成了總預算中的多少

進度差異SV=EV-PV 進度績效指標SPI=EV/PV

成本差異CV=EV-AC 成本績效指標CPI=EV/AC

【cnitpm參考答案】D

進度管理計劃是哪個過程的輸入：

A、費用估算

B、費用預算

C、費用控制

D、費用規(guī)劃

【cnitpm參考答案】 A

項目進度是哪個過程的輸入

A、成本規(guī)劃 B、成本控制 C、成本估算 D、成本預算

【cnitpm參考答案】D

供貨商投標分析、準備金分析和質(zhì)量成本用于哪個過程：

A、供方選擇 B、成本預算 C、質(zhì)量規(guī)劃 D、成本估算

【cnitpm參考答案】D

精確等級、測量單位、掙值規(guī)則是在哪個文件中定義的：

A、費用管理計劃 B、費用預算C、費用基準 D、費用變更控制系統(tǒng)

【cnitpm參考答案】A

資金限制平衡和費用匯總應用于哪一個過程：

A、資源估算B、費用估算C、費用控制D、費用預算

【cnitpm參考答案】D

項目管理計劃中的以下內(nèi)容會用于成本估算，除了：

A、進度管理計劃 B、成本管理計劃 C、人員配備管理計劃 D、風險登記冊

【cnitpm參考答案】 B

以下關(guān)于類比估算的說法都正確，除了：

A、用于以往的項目實質(zhì)相似，而不是表面上相似

B、進行估算的個人或集體具有所需的知識

C、類比估算是一種專家判斷

D、類比估算的費用通常低于其他方法，其精確度也較高

類比估算是活動歷時估算的主要方法：

持續(xù)時間類比估算是以從前類似計劃活動的實際持續(xù)時間為根據(jù)，估算將來的計劃活動的持續(xù)時間。當有關(guān)項目的詳細信息數(shù)量有限時，如在項目的早期階段就經(jīng)常使用這種辦法估算項目的持續(xù)時間。類比估算利用歷史信息和專家判斷。當以前的活動事實上而不僅僅是表面上類似，而且準備這種估算的項目團隊成員具備必要的專業(yè)知識時，持續(xù)時間類比估算最可靠。

【cnitpm參考答案】D

將工作的計劃數(shù)量與單位數(shù)量的歷史費用相乘得到估算費用，這是一個什么例子：

A、參數(shù)估算 B、類比估算 C、資源費率 D、自下而上的估算

用欲完成工作的數(shù)量乘以生產(chǎn)率可作為估算活動持續(xù)時間的量化依據(jù)。例如，將圖紙數(shù)量乘以每張圖紙所需的人時數(shù)估算設(shè)計項目中的生產(chǎn)率；將電纜的長度（米）乘以安裝每米電纜所需要的的人時數(shù)得到電纜安裝項目的生產(chǎn)率。用計劃的資源數(shù)目乘以每班次需要的工時或生產(chǎn)能力再除以可投入的資源數(shù)目即可確定各工作班次的持續(xù)時間。例如，每班次的持續(xù)時間為5天，計劃投入的資源為4人，而可以投入的資源為2人，則每班次的持續(xù)時間為10天（4*5/2）。

【cnitpm參考答案】A

應急儲備（Contingency Reserve）是：

A、處理已知的未知事件B、不列入項目范圍和費用基準

C、是費用估算的輸入D、通常將應急儲備賦予一個持續(xù)時間不為 0 的活動

【cnitpm參考答案】A

管理應急儲備（Management Contingency Reserve）是：

A、處理已知的未知事件B、項目經(jīng)理可以自由使用的估算費用

C、不是費用基準的一部分D、不包含在項目預算內(nèi)

【cnitpm參考答案】C

在為您的項目制訂質(zhì)量管理計劃的同時，您發(fā)現(xiàn)貴公司的質(zhì)量政策并不正式。您以前的公司的質(zhì)量政策被視為該行業(yè)的典范。您的項目顧客也有完善的質(zhì)量政策。您在這種情況下遵循的質(zhì)量政策基于誰的意向和指示：

A．您目前的公司B．顧客C．您的項目D．您以前的公司

【cnitpm參考答案】C

顧客對貴公司交貨的產(chǎn)品不滿意，項目班子對可能發(fā)生問題之領(lǐng)域的調(diào)查是哪一過程的一部分：

A．制定風險對策 B．范圍核查 C．業(yè)績報告 D．質(zhì)量控制

【cnitpm參考答案】D

主要負責項目成果質(zhì)量的是：

A、質(zhì)量控制監(jiān)督員。B、項目經(jīng)理。C、設(shè)計工程師。D、質(zhì)量經(jīng)理。

【cnitpm參考答案】B

以下均主要用于項目控制，除了：

A、里程碑分析。B、業(yè)績報告。C、掙得值分析。D、效益一成本分析。

【cnitpm參考答案】D

按發(fā)生頻率排列缺陷的圖表是：

A、一覽表。B、決策樹。C、因果圖。D、帕累托圖。

排列圖也被稱為帕累托圖，是按照發(fā)生頻率大小順序繪制的直方圖．表示有多少結(jié)果是由已確認類型或范疇的原因所造成的。按等級排序的目的是指導如何采取主要糾正措施。項目團隊應首先采取措施糾正造成擐多數(shù)量缺陷的問越。從概念上說，帕累托圖與帕累托法則一脈相承，該法則認為：相對來說數(shù)量較小的原因往往造成絕大多數(shù)的問題或者缺陷。此項法則往往稱為二八原理，即80%的問題是20%的原因所造成的。也可使用帕累托圖匯總各種類型的數(shù)據(jù)，進行二八分析。

【cnitpm參考答案】D

以下哪一項被要求核查質(zhì)量小組建議的執(zhí)行情況？

A、計劃的過程審計。B、正常的統(tǒng)計抽樣。C、諸如帕累托圖表等的結(jié)果。D、質(zhì)量控制檢驗和測量記錄。

【cnitpm參考答案】A

質(zhì)量審計小組驗證項目結(jié)果是否與規(guī)范要求相符，需從哪些地方獲取信息：

A、項目經(jīng)理B、質(zhì)量經(jīng)理C、干系人D、高級主管

【cnitpm參考答案】C

以下說法都正確，除了：

A、項目管理必須考慮項目管理和項目產(chǎn)品兩方面B、質(zhì)量和等級不同，等級低不等于質(zhì)量低

C、準確度是指重復測量結(jié)果是否呈現(xiàn)一致。D、CMM 和 CMMI 都是過程改進模型。

【cnitpm參考答案】C

過程改進計劃包括以下各項，除了：

A．過程邊界 B．過程配置 C．績效改進目標 D．質(zhì)量基準

【cnitpm參考答案】D

質(zhì)量 7工具包括以下各項，除了：

A．因果圖 B．控制圖 C．趨勢圖 D．統(tǒng)計抽樣

【cnitpm參考答案】D