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

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

http://

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

第 1 章

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

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

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

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

B．部署和維護(hù)方便、易于擴(kuò)展

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

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

試題1分析

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

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

http://

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

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

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

http://

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

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

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

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

http://

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

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

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

UML 2.0包括下列14種圖：

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

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

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

http:// 的內(nèi)部結(jié)構(gòu)。構(gòu)件圖用于表示系統(tǒng)的靜態(tài)設(shè)計(jì)實(shí)現(xiàn)視圖。對(duì)于由小的部件構(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)其余部分的交互點(diǎn)。它顯示聯(lián)合執(zhí)行包含結(jié)構(gòu)化類的行為的部件配置。組合結(jié)構(gòu)圖用于畫出結(jié)構(gòu)化類的內(nèi)部?jī)?nèi)容。

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

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

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

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

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

http://

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

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

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

以上圖形可以分成兩大類，分別是結(jié)構(gòu)圖和行為圖。結(jié)構(gòu)圖表示系統(tǒng)的靜態(tài)結(jié)構(gòu)，屬于靜態(tài)模型，包括類圖、組合結(jié)構(gòu)圖、構(gòu)件圖、部署圖、制品圖、對(duì)象圖和包圖；行為圖表示系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)，屬于動(dòng)態(tài)模型，包括活動(dòng)圖、交互圖、用例圖和狀態(tài)圖，其中交互圖是順序圖、通信圖、交互概覽圖和定時(shí)圖的統(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)系模型、對(duì)象關(guān)系模型、對(duì)象模型、多維模型等。下面，主要分析層次模型、網(wǎng)狀模型和關(guān)系模型的特點(diǎn)。

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

http://

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

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

關(guān)系模型最早是由E.F.Codd于1970年基于關(guān)系代數(shù)理論提出的，目的是使得數(shù)據(jù)庫管理系統(tǒng)獨(dú)立于各種應(yīng)用程序。關(guān)系模型的基本數(shù)據(jù)結(jié)構(gòu)是用來描述實(shí)體的表，表是數(shù)據(jù)行的集合，表中的列描述了數(shù)據(jù)行的屬性。數(shù)據(jù)庫中的多個(gè)表之間往往彼此關(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è)計(jì)工作

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

試題4分析

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

http://

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

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

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

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

http://

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

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

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

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

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

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

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

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

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

http://

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

試題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)化方法。請(qǐng)參考4的分析。

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

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

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

四種數(shù)據(jù)環(huán)境。在信息系統(tǒng)發(fā)展的歷程中共有四類數(shù)據(jù)環(huán)境，即數(shù)據(jù)文件、應(yīng)用數(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ù)和主導(dǎo)流程。比如，對(duì)于一個(gè)汽車制造企業(yè)來說，生產(chǎn)整車就是其核心競(jìng)爭(zhēng)力，相應(yīng)地，圍繞核心業(yè)務(wù)建立的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫；而對(duì)于一個(gè)物流企業(yè)來說，圍繞著物流業(yè)務(wù)處理的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫。系統(tǒng)集成項(xiàng)目管理工程師

http://

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

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

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

試題5參考答案

（9）B

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

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

（10）A．軟件繼承

B．軟件利用

C．軟件復(fù)用

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

http://

試題6分析

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

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

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

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

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

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

http://

試題6參考答案

（10）C

1.7 2009年下半年試題15

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

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

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

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

C．UML簡(jiǎn)單且可擴(kuò)展

D．UML是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示

試題7分析

UML具有如下的語言特征：

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

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

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

（4）簡(jiǎn)單并且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，便于擴(kuò)展，無需對(duì)核心概念進(jìn)行修改。

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

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

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

http://

路。此外，UML 應(yīng)該能夠準(zhǔn)確表達(dá)當(dāng)前軟件開發(fā)中的熱點(diǎn)問題，比如軟件規(guī)模、分布、并發(fā)、方式和團(tuán)隊(duì)開發(fā)等。

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

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

試題7參考答案

（15）A

1.8 2009年下半年試題16

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

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

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

B．實(shí)現(xiàn)視圖

C．交互視圖

D．活動(dòng)視圖

試題8分析

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

http://

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

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

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

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

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

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

試題8參考答案

（16）B

1.9 2009年下半年試題17-18

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

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

（17）A．復(fù)用

B．消息

C．繼承

D．變異

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

B．封裝

C．抽象

D．接口

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

http://

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

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

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

ü每一個(gè)對(duì)象都是某一個(gè)類的實(shí)例。

ü每一個(gè)類在某一時(shí)刻都有零或更多的實(shí)例。

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

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

http://

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

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

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

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

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

http://

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

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

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

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

http://

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

試題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．具備更強(qiáng)的事務(wù)處理能力，易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程

B．人機(jī)界面友好，具備更加快速的用戶響應(yīng)速度

C．更加容易部署和升級(jí)維護(hù)

D．具備更高的安全性

試題10分析

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

試題10參考答案

（7）C

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

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

（9）A．系統(tǒng)測(cè)試應(yīng)盡可能在實(shí)際運(yùn)行使用的環(huán)境下進(jìn)行 系統(tǒng)集成項(xiàng)目管理工程師

http://

B．軟件測(cè)試是編碼階段完成之后進(jìn)行的一項(xiàng)活動(dòng)

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

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

試題11分析

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

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

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

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

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

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

http://

用戶要求（需求）一致。確認(rèn)測(cè)試計(jì)劃通常是在需求分析階段完成。

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

試題11參考答案

（9）A

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

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

（11）A．逆向工程

B．代碼重構(gòu)

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

D．?dāng)?shù)據(jù)結(jié)構(gòu)重構(gòu)

試題12分析

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

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

http://

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

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

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

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

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

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

http://

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

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

試題12參考答案

（11）A

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

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

（17）A．三層C/S

B．分層C．B/S

D．知識(shí)庫

試題13分析

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

試題13參考答案

（17）C

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

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

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

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

http://

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

從用戶的角度來看，他們并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計(jì)，他們所關(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ā)生的一段對(duì)話。

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

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

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

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

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

http://

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

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

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

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

試題14參考答案

（8）A

1.15 2010年下半年試題11

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

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

http://

（11）A．更正性維護(hù) B．適應(yīng)性維護(hù) C．完善性維護(hù) D．預(yù)防性維護(hù)

試題15分析

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

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

（1）改正性維護(hù)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程就叫做改正性維護(hù)。

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

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

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

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

http://

圖1-4 各種維護(hù)所占的比例

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

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

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

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

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

http://

（11）C

1.16 2010年下半年試題17

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

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

①繼承②擴(kuò)展③聚集④包含

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

試題16分析

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

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

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

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

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

http://

底盤，就是聚合的例子。

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

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

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

試題16參考答案

（17）D

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

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

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

試題17分析

請(qǐng)參考試題9的分析。

試題17參考答案

（18）A

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

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

http://

圖1-5 UML類圖

（18）A．容器是一個(gè)組件

B．GUI組件就是一個(gè)容器

C．GUI組件是一個(gè)對(duì)象

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

試題18分析

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

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

由此可見，B選項(xiàng)的說法是錯(cuò)誤的。

試題18參考答案

（18）B

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

http://

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

（17）A．類圖

B．構(gòu)件圖

C．序列圖

D．部署圖

試題19分析

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

試題19參考答案

（17）C

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

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

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

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

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

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

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

http://

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

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

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

試題20參考答案

（12）D

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

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

（11）A．德爾菲法

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

試題21分析

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

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

http://

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

試題21參考答案

（11）A

1.22 2011年上半年試題10

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

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

（10）A．更正性維護(hù) B．適應(yīng)性維護(hù)

C．完善性維護(hù)

D．預(yù)防性維護(hù)

試題22分析

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

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

（1）改正性維護(hù)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程就稱為改正性維護(hù)。

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

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

http://

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

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

試題22參考答案

（10）D

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

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

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

B．條件覆蓋法和基本路徑測(cè)試法

C．邊界值分析法和代碼檢查法 D．等價(jià)類劃分和錯(cuò)誤推測(cè)法

試題23分析

本題考查軟件測(cè)試的基本類型。

常見的黑盒測(cè)試方法包括：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖。

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

試題23參考答案

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

http://

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

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

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

C．需求獲取

D．需求分配

試題24分析

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

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

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

試題24參考答案

（7）D

1.25 2011年上半年試題6

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

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

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

C．模糊集的隸屬度

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

http://

試題25分析

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

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

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

自動(dòng)模糊測(cè)試不去猜測(cè)哪個(gè)數(shù)據(jù)會(huì)導(dǎo)致破壞（就像人工測(cè)試員那樣），而是將盡可能多的雜亂數(shù)據(jù)投入程序中。由這個(gè)測(cè)試驗(yàn)證過的失敗模式通常對(duì)程序員來說是個(gè)徹底的震憾，因?yàn)槿魏伟催壿嬎伎嫉娜硕疾粫?huì)想到這種失敗。

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

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

試題25參考答案

（6）D

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

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

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

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

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

http://

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

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

試題26參考答案

（7）D

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

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

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

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

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

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

試題27分析

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

試題27參考答案

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

http://

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

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

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

D．泛化

試題28分析

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

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

（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)系，汽車壞了，車輪還還可以用；車輪壞了，可以再換一個(gè)。

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

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

http://

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

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

試題28參考答案

（18）C

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

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

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

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

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

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

試題29分析

常用的構(gòu)件標(biāo)準(zhǔn)有：COM/DCOM/COM+、CORBA、EJB。

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

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

http://

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

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

試題29參考答案

（29）A

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

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

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

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

D．公共設(shè)施

試題30分析

CORBA（Common Object Request Broker Architecture，公共對(duì)象請(qǐng)求代理架構(gòu)）是由OMG組織制訂的一種標(biāo)準(zhǔn)的面向?qū)ο蟮膽?yīng)用程序體系規(guī)范。

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

http://

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

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

試題30參考答案

（29）D

1.31 2011年下半年試題17

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

以下關(guān)于面向?qū)ο蠓椒ǖ拿枋鲋?，不正確的是（17）。

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

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

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

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

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

http://

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

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

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

UML具有如下的語言特征。

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

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

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

（4）簡(jiǎn)單并且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，便于擴(kuò)展，無需對(duì)核心概念進(jìn)行修改。

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

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

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

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

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

http://

（17）D

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

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

（7）A．蒙特卡洛法

B．原型法

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

D．頭腦風(fēng)暴法

試題32分析

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

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

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

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

試題32參考答案

（7）B

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

http://

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

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

（10）A．可驗(yàn)證性

B．與用戶交互性

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

試題33分析

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

試題33參考答案

（10）A

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

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

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

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

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

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

http://

圖1-6 類圖

試題34分析

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

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

多態(tài)：多態(tài)性是一種方法，這種方法使得在多個(gè)類中可以定義同一個(gè)操作或?qū)傩悦⒃诿總€(gè)類中可以有不同的實(shí)現(xiàn)。多態(tài)性使得一個(gè)屬性或變量在不同的時(shí)期可以表示不同類的對(duì)象。本題中Rectangle和Circle都繼承于Shape，對(duì)于Shape而言，會(huì)有g(shù)etArea()的操作。但顯而易見，Rectangle和Circle的getArea()方法的實(shí)現(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．進(jìn)行領(lǐng)域分析

D．建立功能模型

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

http://

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

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

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

（3）建立用例模型。

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

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

（6）建立對(duì)象 行為模型。

（7）建立功能模型。

試題35參考答案

（18）A

1.36 2009年下半年試題6

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

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

（6）A．瀑布模型

B．迭代模型

C．V模型

D．螺旋模型

試題36分析

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

http://

圖1-7瀑布模型示意圖

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

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

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

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

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

http://

這些測(cè)試階段和開發(fā)各階段的對(duì)應(yīng)關(guān)系。

圖1-8 V模型

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

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

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

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

D.項(xiàng)目范圍認(rèn)證 C

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

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

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

D.項(xiàng)目范圍報(bào)告機(jī)制 A

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

B.主要里程碑事件 C.強(qiáng)制日期 D.外部依賴 C

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

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

B.更新預(yù)算

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

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

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

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

D.分別對(duì)可控制成本和非可控制成本進(jìn)行估計(jì)和編制預(yù)算 D

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

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

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

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

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

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

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

C

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

C.人員配備管理計(jì)劃 D.組織政策和指導(dǎo)原則 B

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

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

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

B.要求項(xiàng)目經(jīng)理留任項(xiàng)目經(jīng)理職位，因?yàn)樗翘幚碜詈蠊芾砉ぷ鞯淖罴讶诉x C.自己進(jìn)行最后的收尾工作，而不顧你的多項(xiàng)職能

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

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

A.進(jìn)行項(xiàng)目干系人分析以評(píng)估所需的信息

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

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

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

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

C.評(píng)價(jià)信息內(nèi)容然后提出建議 D.重述內(nèi)容并表達(dá)感受 D

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

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

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

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

C.通過RFP向供應(yīng)商尋求建議以決定是否外包項(xiàng)目

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

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

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

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

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

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

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

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

24、結(jié)束大規(guī)模審查和結(jié)果關(guān)注的價(jià)值觀是基于如下誰的倡導(dǎo)： 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ù)改進(jìn) C.準(zhǔn)時(shí)制 D.零缺陷 C

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

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

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

29、建立項(xiàng)目變更管理的前提條件是： A.詳細(xì)的WBS計(jì)劃 B.項(xiàng)目基線 C.項(xiàng)目預(yù)算

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

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

C.項(xiàng)目缺乏合理的風(fēng)險(xiǎn)管理計(jì)劃

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

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

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

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

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

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

C.項(xiàng)目報(bào)告要通知給所有的項(xiàng)目干系人

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

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

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

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

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

B.批準(zhǔn)范圍基準(zhǔn)計(jì)劃

C.制定和批準(zhǔn)項(xiàng)目章程

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

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

A.成本-效果

B.容易達(dá)成績(jī)效

C.技術(shù)的能力

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

D

39、在關(guān)鍵路線上增加資源不會(huì)總是縮短項(xiàng)目的時(shí)間長(zhǎng)度,這是因?yàn)?

A.沒有活動(dòng)是依賴時(shí)間或依賴資源的

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

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

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

D

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

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)集成項(xiàng)目管理工程師試題20120311

進(jìn)度控制的工具除了進(jìn)度報(bào)告外，還包括：

A、進(jìn)度模型B、業(yè)績(jī)衡量 C、進(jìn)度基準(zhǔn)D、專家判斷

項(xiàng)目進(jìn)度控制的工具和技術(shù)包括：

1）進(jìn)度報(bào)告

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

3）績(jī)效衡量

4）項(xiàng)目管理軟件

5）偏差分析

6）進(jìn)度比較橫道圖

7）資源平衡

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

9）進(jìn)度壓縮

10）制訂進(jìn)度的工具

【cnitpm參考答案】B

在活動(dòng)定義中，工作包被有計(jì)劃的分解為更小的組成部分，叫做：

A.控制帳戶（Control Account）

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

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

D.計(jì)劃活動(dòng)（Schedule activity）

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

【cnitpm參考答案】D

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

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

B、項(xiàng)目計(jì)劃活動(dòng)在項(xiàng)目生命期內(nèi)應(yīng)該處于相同的詳細(xì)水平

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

D、最近一兩個(gè)報(bào)告期要進(jìn)行的工作應(yīng)在本期工作接近完成時(shí)詳細(xì)規(guī)劃

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

【cnitpm參考答案】B

以下說法都正確，除了：

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

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

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

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

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

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

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

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

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

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

【cnitpm參考答案】C

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

A.計(jì)劃里程碑清單列出了所有的里程碑

B.里程碑清單用于進(jìn)度模型

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

D.里程碑既有強(qiáng)制性，也有選擇性。

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

【cnitpm參考答案】C

以下說法都正確，除了：

A.虛活動(dòng)并非實(shí)際上的計(jì)劃活動(dòng)，無工作內(nèi)容

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

C.虛活動(dòng)運(yùn)用于 AON中，因?yàn)槠渲挥?FS的依賴關(guān)系。

D.PDM 中沒有虛活動(dòng)。

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

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

【cnitpm參考答案】C

多方案分析運(yùn)用于：

A.活動(dòng)定義

B.活動(dòng)排序。

C.活動(dòng)資源估算。

D.活動(dòng)所需時(shí)間估算。

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

1）專家判斷

2）多方案分析

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

4）項(xiàng)目管理軟件

5）自下而上估算

【cnitpm參考答案】C

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

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

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

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

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

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

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

【cnitpm參考答案】D

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

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

【cnitpm參考答案】C

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

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

【cnitpm參考答案】D

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

A、小于 0B、等于 0C、小于自由浮動(dòng)時(shí)間D、大于 0

【cnitpm參考答案】B

一般情況下，資源平衡會(huì)：

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

【cnitpm參考答案】A

進(jìn)度控制的工具除了進(jìn)度報(bào)告外，還包括：

A、進(jìn)度模型B、業(yè)績(jī)衡量 C、進(jìn)度基準(zhǔn)D、專家判斷

【cnitpm參考答案】B

在活動(dòng)定義中，工作包被有計(jì)劃的分解為更小的組成部分，叫做：

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

【cnitpm參考答案】D

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

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

B、項(xiàng)目計(jì)劃活動(dòng)在項(xiàng)目生命期內(nèi)應(yīng)該處于相同的詳細(xì)水平

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

D、最近一兩個(gè)報(bào)告期要進(jìn)行的工作應(yīng)在本期工作接近完成時(shí)詳細(xì)規(guī)劃

【cnitpm參考答案】B

以下說法都正確，除了：

A.虛活動(dòng)并非實(shí)際上的計(jì)劃活動(dòng)，無工作內(nèi)容

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

C.虛活動(dòng)運(yùn)用于 AON中，因?yàn)槠渲挥?FS的依賴關(guān)系。

D.PDM 中沒有虛活動(dòng)。

【cnitpm參考答案】C

多方案分析運(yùn)用于：

A.活動(dòng)定義B.活動(dòng)排序。C.活動(dòng)資源估算D.活動(dòng)所需時(shí)間估算。

【cnitpm參考答案】C

某一項(xiàng)目估算成本 100 萬美元，同時(shí)需要 6個(gè)月時(shí)間完成，三個(gè)月后通過掙值法顯示：EV=$70 萬，PV=$60 萬 AC=$80。進(jìn)度和成本變量應(yīng)該是：

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

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

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

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

BAC(Budget At Completion)：完成時(shí)的總預(yù)算

完成項(xiàng)目時(shí)的總預(yù)算，等同于PV總累積值

PV(Plan Value)：計(jì)劃成本

截至特定時(shí)間計(jì)劃成本的累積值

AC(Actual Value)：實(shí)際成本

截至特定時(shí)間實(shí)際成本的累積值

EV(Earned Value)：掙值

截至特定時(shí)間實(shí)際完成了總預(yù)算中的多少

進(jìn)度差異SV=EV-PV 進(jìn)度績(jī)效指標(biāo)SPI=EV/PV

成本差異CV=EV-AC 成本績(jī)效指標(biāo)CPI=EV/AC

【cnitpm參考答案】D

進(jìn)度管理計(jì)劃是哪個(gè)過程的輸入：

A、費(fèi)用估算

B、費(fèi)用預(yù)算

C、費(fèi)用控制

D、費(fèi)用規(guī)劃

【cnitpm參考答案】 A

項(xiàng)目進(jìn)度是哪個(gè)過程的輸入

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

【cnitpm參考答案】D

供貨商投標(biāo)分析、準(zhǔn)備金分析和質(zhì)量成本用于哪個(gè)過程：

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

【cnitpm參考答案】D

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

A、費(fèi)用管理計(jì)劃 B、費(fèi)用預(yù)算C、費(fèi)用基準(zhǔn) D、費(fèi)用變更控制系統(tǒng)

【cnitpm參考答案】A

資金限制平衡和費(fèi)用匯總應(yīng)用于哪一個(gè)過程：

A、資源估算B、費(fèi)用估算C、費(fèi)用控制D、費(fèi)用預(yù)算

【cnitpm參考答案】D

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

A、進(jìn)度管理計(jì)劃 B、成本管理計(jì)劃 C、人員配備管理計(jì)劃 D、風(fēng)險(xiǎn)登記冊(cè)

【cnitpm參考答案】 B

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

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

B、進(jìn)行估算的個(gè)人或集體具有所需的知識(shí)

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

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

類比估算是活動(dòng)歷時(shí)估算的主要方法：

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

【cnitpm參考答案】D

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

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

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

【cnitpm參考答案】A

應(yīng)急儲(chǔ)備（Contingency Reserve）是：

A、處理已知的未知事件B、不列入項(xiàng)目范圍和費(fèi)用基準(zhǔn)

C、是費(fèi)用估算的輸入D、通常將應(yīng)急儲(chǔ)備賦予一個(gè)持續(xù)時(shí)間不為 0 的活動(dòng)

【cnitpm參考答案】A

管理應(yīng)急儲(chǔ)備（Management Contingency Reserve）是：

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

C、不是費(fèi)用基準(zhǔn)的一部分D、不包含在項(xiàng)目預(yù)算內(nèi)

【cnitpm參考答案】C

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

A．您目前的公司B．顧客C．您的項(xiàng)目D．您以前的公司

【cnitpm參考答案】C

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

A．制定風(fēng)險(xiǎn)對(duì)策 B．范圍核查 C．業(yè)績(jī)報(bào)告 D．質(zhì)量控制

【cnitpm參考答案】D

主要負(fù)責(zé)項(xiàng)目成果質(zhì)量的是：

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

【cnitpm參考答案】B

以下均主要用于項(xiàng)目控制，除了：

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

【cnitpm參考答案】D

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

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

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

【cnitpm參考答案】D

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

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

【cnitpm參考答案】A

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

A、項(xiàng)目經(jīng)理B、質(zhì)量經(jīng)理C、干系人D、高級(jí)主管

【cnitpm參考答案】C

以下說法都正確，除了：

A、項(xiàng)目管理必須考慮項(xiàng)目管理和項(xiàng)目產(chǎn)品兩方面B、質(zhì)量和等級(jí)不同，等級(jí)低不等于質(zhì)量低

C、準(zhǔn)確度是指重復(fù)測(cè)量結(jié)果是否呈現(xiàn)一致。D、CMM 和 CMMI 都是過程改進(jìn)模型。

【cnitpm參考答案】C

過程改進(jìn)計(jì)劃包括以下各項(xiàng)，除了：

A．過程邊界 B．過程配置 C．績(jī)效改進(jìn)目標(biāo) D．質(zhì)量基準(zhǔn)

【cnitpm參考答案】D

質(zhì)量 7工具包括以下各項(xiàng)，除了：

A．因果圖 B．控制圖 C．趨勢(shì)圖 D．統(tǒng)計(jì)抽樣

【cnitpm參考答案】D

第四篇：系統(tǒng)集成項(xiàng)目管理工程師考試心得

“系統(tǒng)集成項(xiàng)目管理工程師”考試心得分享

經(jīng)過1個(gè)多月的備考，5月23日參加了全國(guó)統(tǒng)考。

我們被分配在北京聯(lián)合大學(xué)，當(dāng)天考試的人很多，感覺就像是在參加高考。

我被分配在29號(hào)考場(chǎng)，只有一位我們公司的同事，離得也很遠(yuǎn)，參加考試的人大家都不認(rèn)識(shí)，由兩名老師監(jiān)考，想作弊不太容易。

上午考試75道選擇題，試卷發(fā)下來后，匆匆看了一下，發(fā)現(xiàn)有幾道歷年考過的試題，總體感覺自己在復(fù)習(xí)時(shí)好些知識(shí)點(diǎn)沒覆蓋到。

我是分三次做題，第一次做有把握的，直接就涂在答題卡上，第二遍做不太有把握的，第三遍剩下的題只能靠邏輯推理或是靠猜。

等我做完第二遍時(shí)，離考試時(shí)間還有40分鐘，但考場(chǎng)就只剩下我一個(gè)人了：）。

上午考完試后，總體感覺尚可，我悲觀估計(jì)分?jǐn)?shù)應(yīng)該在50分左右（實(shí)際考試成績(jī)?yōu)?4分）

下午1點(diǎn)半開考，總共5到案例分析，打開一看，感覺有一半的題答題有把握。答題時(shí)根據(jù)老師要求的一是要根據(jù)每道問答題的分?jǐn)?shù)來答要點(diǎn)，比如5分問答，答案至少要答到5條；二是如果不會(huì)，也要根據(jù)經(jīng)驗(yàn)寫滿，這樣老師多少會(huì)給點(diǎn)分。

下午的有些題目同樣沒有復(fù)習(xí)到，比如關(guān)于制定進(jìn)度計(jì)劃的分類，教程上沒有明確提出，后來我看到PMP的輔導(dǎo)書里面有。

下午同樣是我最后離開考場(chǎng)。感覺下午的考試比上午沒底。我估計(jì)在45-50分，實(shí)際考試成績(jī)?yōu)?8分，問了其他同事的成績(jī)，感覺下午試題判分較松。

經(jīng)過1個(gè)多月漫長(zhǎng)等待，終于得知自己通過了，我們公司參加考試的10人好像過了8個(gè)，通過率還是蠻高。后記：從得知自己通過中級(jí)考試后，7月中旬開始準(zhǔn)備信息系統(tǒng)項(xiàng)目管理師高級(jí)的考試。到如今，差不多1個(gè)多月了。在學(xué)習(xí)的同時(shí)，做了考點(diǎn)分析，在我的博客里，定期發(fā)布，希望同樣參加考試的人提供方便。

光靠參加培訓(xùn)，平時(shí)不花點(diǎn)時(shí)間學(xué)想通過考試，我覺得有一定的難度。

因我在公司的頭銜是高級(jí)項(xiàng)目經(jīng)理，主要負(fù)責(zé)大型項(xiàng)目的管理工作。因公司缺少中級(jí)項(xiàng)目經(jīng)理證，人力資源部順手就給我報(bào)了，其他和我一起參加這次考試的同事大部分不是搞項(xiàng)目管理的，如果我過不了，不敢想象公司會(huì)怎么看你，沒辦法，只能硬著頭皮上。

考試大部分內(nèi)容都是書本上的理論知識(shí)，光有實(shí)踐經(jīng)驗(yàn)也不行。

參加培訓(xùn)后，我了解到軟考的項(xiàng)目管理師包括中級(jí)和高級(jí)，公司給我報(bào)的是中級(jí)，但從我自己身的情況來看，通過高級(jí)更加符合我本人的情況。現(xiàn)在的軟考是以考代評(píng)，只要考下來就具備了相應(yīng)崗位的能力和水平。了解之后，我就給自己下了目標(biāo)，先過中級(jí)，再于下半年過高級(jí)?？歼^了中級(jí)，再考高級(jí)增加了考過的幾率。

因培訓(xùn)給的輔導(dǎo)材料不夠，加上考試不完全是教程上的內(nèi)容，我買了一本項(xiàng)目管理師考試的歷年真題及解答分析，事實(shí)證明，買這本書對(duì)我?guī)椭艽蟆?/p>

先花了2周的時(shí)間把教程泛泛地看了一遍，然后就直接做歷年真題。先攻克上午客觀題。做了幾年的真題，發(fā)現(xiàn)很多東西都不懂，比如信息安全、網(wǎng)絡(luò)知識(shí)、采購法、合同法，運(yùn)籌學(xué)和經(jīng)濟(jì)學(xué)等內(nèi)容。不過有一點(diǎn)，感覺考試出題邏輯不夠嚴(yán)謹(jǐn)，有些題目即使不會(huì)，靠邏輯推理也能夠猜對(duì)。下午的案例分析是我最沒底的，我采取的辦法是，把歷年的案例分析考試范圍和頻率做一個(gè)總結(jié)，比如溝通管理和進(jìn)度管理方面出題比較多，針對(duì)一些常見的案例情況歸納出通用的答案，比如在采取哪些措施使得制定的進(jìn)度計(jì)劃滿足客戶要求。歸納后標(biāo)準(zhǔn)答案，需要花時(shí)間記憶。這樣在考試時(shí)肚里有貨，能夠在限定的時(shí)間能答完題。

比起其他同事來說，我投入的精力和時(shí)間可能要多些，主要原因是我的最終目標(biāo)是過高級(jí)。學(xué)習(xí)過程是很痛苦的，尤其對(duì)像我這樣的三十多歲的大齡人士。

最終考完后，和我們一起的去的人大部分感覺沒底，只有我感覺尚好。

上次和大家簡(jiǎn)單分享了通過“系統(tǒng)集成項(xiàng)目管理工程師”考試心得，今天繼續(xù)和大家交流，我會(huì)參加賽迪培訓(xùn)情況、自己備考情況以及考場(chǎng)考試情況三個(gè)方面分三次和大家分享。本次先分享參加賽迪培訓(xùn)情況。

賽迪組織的培訓(xùn)總共六天，四天基礎(chǔ)培訓(xùn)和二天的沖刺班培訓(xùn)。

先說一下培訓(xùn)老師的情況。四天的基礎(chǔ)培訓(xùn)是賽迪外聘的老師，四十多歲，姓韓，這位老師在第一天開始培訓(xùn)時(shí)一上來就開始直接進(jìn)入講課正題，四天下來也沒介紹自己的姓什么。韓老師講課風(fēng)格樸實(shí)、清晰，聲音洪亮。講課基本上

是照著教程講一些重點(diǎn)，講完一章后再引導(dǎo)大家做一些歷年的試題。四天下來感覺相當(dāng)于自己粗讀了一遍教程。沖刺班的老師叫張淑德，可能是賽迪公司自己的老師。講課風(fēng)格和之前的韓老師截然相反，一上來就大講特講自己在項(xiàng)目管理軟考方面的權(quán)威性，以及自己如何每天疲于在全國(guó)講課，由于太累，身邊常備救心丸“救命”。張老師講課語速較快，重點(diǎn)知識(shí)講解比較透徹，尤其是計(jì)算題講的比較到位。兩天下來，基本上對(duì)考試重點(diǎn)過了一遍。張老師的缺點(diǎn)是有點(diǎn)“自吹自擂”，實(shí)際考試題目和她講的重點(diǎn)差距較大。

再說說培訓(xùn)資料。六天培訓(xùn)下來，賽迪提供的培訓(xùn)資料少得可憐，發(fā)了一本教材、講課ppt和歷年試題及答案。我在網(wǎng)上看到好像參加希賽的培訓(xùn)資料要多些，另外我了解到其他外省的一些培訓(xùn)資料要比賽迪全，比如會(huì)發(fā)一些模擬試題等。

其次說說培訓(xùn)效果。說句實(shí)話，賽迪搞的這六天培訓(xùn)對(duì)于參加這種中級(jí)考試來說還是比較成功，這種集中式灌輸所掌握的內(nèi)容，使得考試時(shí)連蒙帶猜也能差不多能過。但如果是高級(jí)的項(xiàng)目管理師培訓(xùn)，我覺得這種效果可能就不夠了。老師對(duì)考試重點(diǎn)的把握也不太夠，發(fā)的參考資料又少，如果打分，我會(huì)打打剛及格的分?jǐn)?shù)。

最后，我想告訴大家，對(duì)于沒有機(jī)會(huì)參加培訓(xùn)的朋友來說，我覺得只要能夠用心準(zhǔn)備，提前1-2個(gè)月的時(shí)間備考，不用花錢參加培訓(xùn)也能夠較容易地通過考試。

第五篇：系統(tǒng)集成項(xiàng)目管理工程師考試說明

光環(huán)國(guó)際，點(diǎn)滴分享，共同進(jìn)步

系統(tǒng)集成項(xiàng)目管理工程師考試說明

（光環(huán)轉(zhuǎn)載，點(diǎn)滴分享，共同進(jìn)步~）

1．考試要求：

（1）掌握計(jì)算機(jī)軟件、網(wǎng)絡(luò)和信息系統(tǒng)集成知識(shí)；

（2）掌握系統(tǒng)集成項(xiàng)目管理知識(shí)、方法和工具；

（3）熟悉信息化知識(shí)；

（4）熟悉系統(tǒng)集成有關(guān)的法律法規(guī)、標(biāo)準(zhǔn)、規(guī)范；

（5）熟悉系統(tǒng)集成項(xiàng)目管理工程師職業(yè)道德要求；

（6）了解信息安全知識(shí)與安全管理體系；

（7）了解信息系統(tǒng)工程監(jiān)理知識(shí)；

（8）了解信息系統(tǒng)服務(wù)管理、軟件過程改進(jìn)等相關(guān)體系；

（9）熟練閱讀和正確理解相關(guān)領(lǐng)域的英文資料；

2．通過本考試的合格人員能夠掌握系統(tǒng)集成項(xiàng)目管理的知識(shí)體系；具備管理系統(tǒng)集成項(xiàng)目的能力；能根據(jù)需求組織制訂可行的項(xiàng)目管理計(jì)劃；能夠組織項(xiàng)目 實(shí)施，對(duì)項(xiàng)目進(jìn)行監(jiān)控并能根據(jù)實(shí)際情況及時(shí)做出調(diào)整，系統(tǒng)地監(jiān)督項(xiàng)目實(shí)施過程的績(jī)效，保證項(xiàng)目在一定的約束條件下達(dá)到既定的項(xiàng)目目標(biāo)；能分析和評(píng)估項(xiàng)目管 理計(jì)劃和成果；能對(duì)項(xiàng)目進(jìn)行風(fēng)險(xiǎn)管理，制定并適時(shí)執(zhí)行風(fēng)險(xiǎn)應(yīng)對(duì)措施；能協(xié)調(diào)系統(tǒng)集成項(xiàng)目所涉及的相關(guān)單位和人員；具有工程師的實(shí)際工作能力和業(yè)務(wù)水平。

3．本考試設(shè)置的科目包括：

（1）系統(tǒng)集成項(xiàng)目管理基礎(chǔ)知識(shí)，考試時(shí)間為150分鐘，筆試，選擇題；

（2）系統(tǒng)集成項(xiàng)目管理應(yīng)用技術(shù)（案例分析），考試時(shí)間為150分鐘，筆試，問答題。

400-7060-559、010-84998561、QQ（2068548735）微信（Auar_rk4007060559）