第一篇：系統(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)，支持多層應(yīng)用架構(gòu)
D．將應(yīng)用一分為二，允許網(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ù)和應(yīng)用分布到多個處理機上。C/S架構(gòu)有三個主要組成部分，分別是數(shù)據(jù)庫服務(wù)器、客戶應(yīng)用程序和網(wǎng)絡(luò)。
C/S架構(gòu)將應(yīng)用一分為二，服務(wù)器（后臺）負責數(shù)據(jù)管理，客戶機（前臺）完成與用戶的交互任務(wù)。服務(wù)器為多個客戶應(yīng)用程序管理數(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)中，由于客戶應(yīng)用程序是針對一個小的、特定的數(shù)據(jù)集，如一個表的行來進行操作，而不是像文件服務(wù)器那樣針對整個文件進行；對某一條記錄進行封鎖，而不是對整個文件進行封鎖，因此保證了系統(tǒng)的并發(fā)性，并使網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量減到最少，從而改善了系統(tǒng)的性能。
與二層C/S架構(gòu)相比，在三層C/S架構(gòu)中，增加了一個應(yīng)用服務(wù)器。可以將整個應(yīng)用邏輯駐留在應(yīng)用服務(wù)器上，而只有表示層存在于客戶機上。這種結(jié)構(gòu)被稱為“瘦客戶機”。三層C/S架構(gòu)是將應(yīng)用功能分成表示層、功能層和數(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ù)器群之間的通信。其工作流程是：當客戶機里的應(yīng)用程序需要駐留網(wǎng)絡(luò)上某個服務(wù)器的數(shù)據(jù)或服務(wù)時，搜索此數(shù)據(jù)的C/S應(yīng)用程序需訪問中間件系統(tǒng)。該系統(tǒng)將查找數(shù)據(jù)源或服務(wù)，并在發(fā)送應(yīng)用程序請求后重新打包響應(yīng)，將其傳送回應(yīng)用程序。
在三層C/S架構(gòu)中，表示層負責處理用戶的輸入和向客戶的輸出（出于效率的考慮，它可能在向上傳輸用戶的輸入前進行合法性驗證）。功能層負責建立數(shù)據(jù)庫的連接，根據(jù)用戶的請求生成訪問數(shù)據(jù)庫的SQL語句，并將結(jié)果返回給客戶端。數(shù)據(jù)層負責實際的數(shù)據(jù)庫存儲和檢索，響應(yīng)功能層的數(shù)據(jù)處理請求，并將結(jié)果返回給功能層。
B/S架構(gòu)風格就是上述三層應(yīng)用結(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ā)方法、軟件生命周期的各個階段、各種應(yīng)用領(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)事件導(dǎo)致的對象行為，這非常有助于對反應(yīng)式系統(tǒng)建模。
（8）活動圖：將進程或其他計算的結(jié)構(gòu)展示為計算內(nèi)部一步步的控制流和數(shù)據(jù)流。活動圖專注于系統(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ù)的方式，對應(yīng)數(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ù)的方式，對應(yīng)數(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)獨立于各種應(yī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)化方法是目前最成熟、應(yīng)用最廣泛的信息系統(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è)工作的復(fù)雜性，用戶需求的表達和系統(tǒng)建設(shè)的專業(yè)人員對用戶需求的理解需要逐步明確、深化和細化。而且，管理信息系統(tǒng)是人機系統(tǒng)，在實現(xiàn)各種功能時，人與計算機的合理分工和相互密切配合至關(guān)重要。這就需要用戶對系統(tǒng)的功能、結(jié)構(gòu)和運行規(guī)律有較深入的了解，專業(yè)人員也必須充分考慮用戶的特點和使用方面的習慣與要求，以協(xié)調(diào)人一機關(guān)系。總之，用戶必須作為管理信息系統(tǒng)主要建設(shè)者的一部分在系統(tǒng)建設(shè)的各個階段直接參與工作。用戶與建設(shè)工作脫節(jié)，常常是系統(tǒng)建設(shè)工作失敗的重要原因之一。管理信息系統(tǒng)的建設(shè)，關(guān)系到一個組織的信息處理能力和管理決策的水平，是涉及該組織的全局，與近期和長遠發(fā)展密切相關(guān)的戰(zhàn)略問題。此組織的主要領(lǐng)導(dǎo)必須十分重視，親自領(lǐng)導(dǎo)和直接參與這一工作，特別是用戶的高層領(lǐng)導(dǎo)。國內(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)與正確配置。“自項向下”的原則在應(yīng)用時并不完全排斥“自底向上”原則，在結(jié)構(gòu)化方法中，“自頂向下”原則是主導(dǎo)原則，“自底向上”是輔助原則。
（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ǔ)嚴密，它的指導(dǎo)思想是用戶需求在系統(tǒng)建立之前就能被充分了解和理解。由此可見，結(jié)構(gòu)化方法注重開發(fā)過程的整體性和全局性。
結(jié)構(gòu)化方法的缺點是：開發(fā)周期長；文檔、設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之系統(tǒng)集成項目管理工程師
http://
初全面認識系統(tǒng)的信息需求，充分預(yù)料各種可能發(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ā)的方法。應(yīng)用快速原型法開發(fā)過程包括系統(tǒng)需求分析、系統(tǒng)初步設(shè)計、系統(tǒng)調(diào)試、系統(tǒng)檢測等階段。用戶僅需在系統(tǒng)分析與系統(tǒng)初步設(shè)計階段完成對應(yīng)用系統(tǒng)的簡單描述，開發(fā)者在獲取一組基本需求定義后，利用開發(fā)工具生成應(yīng)用系統(tǒng)原型，快速建立一個目標應(yīng)用系統(tǒng)的最初版本，并將它提交給用戶試用、評價，根據(jù)用戶提出的意見和建議進行修改和補充，從而形成新的版本，再返回給用戶。通過這樣多次反復(fù)，使得系統(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īng)該是在企業(yè)戰(zhàn)略目標的指導(dǎo)下做好企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃。一個好的企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃應(yīng)該是企業(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ù)文件、應(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)流程。比如，對于一個汽車制造企業(yè)來說，生產(chǎn)整車就是其核心競爭力，相應(yīng)地，圍繞核心業(yè)務(wù)建立的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫；而對于一個物流企業(yè)來說，圍繞著物流業(yè)務(wù)處理的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫。系統(tǒng)集成項目管理工程師
http://
圍繞主題數(shù)據(jù)庫搞好應(yīng)用軟件開發(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ū)ο蟮男畔⒔８拍睿鐚嶓w、關(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)造出類庫。在應(yīng)用時，就可直接在類庫中選擇已有的類，從而達到復(fù)用的目的。
試題5參考答案
（9）B
1.6 2009年下半年試題10 試題6（2009年下半年試題10）
應(yīng)用已有軟件的各種資產(chǎn)構(gòu)造新的軟件，以縮減軟件開發(fā)和維護的費用，稱為（10）。
（10）A．軟件繼承
B．軟件利用
C．軟件復(fù)用
D．軟件復(fù)制 系統(tǒng)集成項目管理工程師
http://
試題6分析
軟件復(fù)用是指利用已有軟件的各種有關(guān)知識構(gòu)造新的軟件,以縮減軟件開發(fā)和維護的費用。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復(fù)用主要是代碼級復(fù)用，被復(fù)用的知識專指程序，后來擴大到包括領(lǐng)域知識、開發(fā)經(jīng)驗、設(shè)計決策、架構(gòu)、需求、設(shè)計、代碼和文檔等一切有關(guān)方面。
軟件復(fù)用是一種計算機軟件工程方法和理論。20世紀60年代的“軟件危機”使程序員明白難于維護的軟件的成本是極其高昂的，當軟件的規(guī)模不斷擴大時，這種軟件的綜合成本可以說是沒有人能負擔的，并且即使投入了高昂的資金也難以得到可靠的產(chǎn)品，而軟件重用是解決這一問題的有效方法。
軟件復(fù)用的主要思想是，將軟件看成是由不同功能的“組件”所組成的有機體，每一個組件在設(shè)計編寫時可以被設(shè)計成完成同類工作的通用工具，這樣，如果完成各種工作的組件被建立起來以后，編寫某一特定軟件的工作就變成了將各種不同組件組織連接起來的簡單問題，這對于軟件產(chǎn)品的最終質(zhì)量和維護工作都有本質(zhì)性的改變。
軟件制品的復(fù)用，按抽象程度的高低，可以劃分為如下復(fù)用級別：代碼的復(fù)用、設(shè)計的復(fù)用、分析的復(fù)用、測試信息的復(fù)用等
支持軟件復(fù)用是人們對面向?qū)ο蠓椒耐械闹饕Ｍ唬彩沁@種方法受到廣泛重視的主要原因之一。面向?qū)ο蠓椒ㄖ蕴貏e有利于軟件復(fù)用，是由于它的主要概念及原則與軟件復(fù)用的要求十分吻合。
面向?qū)ο蟮能浖_發(fā)和軟件復(fù)用之間的關(guān)系是相輔相成的。一方面，面向?qū)ο蟮姆椒ǖ幕靖拍睢⒃瓌t與技術(shù)提供了實現(xiàn)軟件復(fù)用的有利條件；另一方面，軟件復(fù)用技術(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)、框架、模式和組件的復(fù)用。
（6）與最好的軟件工程實踐經(jīng)驗集成。
UML最重要的目標是使UML成為一個通用的建模語言，可供所有建模者使用。它并非某人專有，而是建立在計算機界普遍認同的基礎(chǔ)上，即它包括了各種主要的方法并可作為它們的建模語言。其次，UML應(yīng)能夠很好地支持設(shè)計工作，像封裝、劃分等記錄模型構(gòu)造思系統(tǒng)集成項目管理工程師
http://
路。此外，UML 應(yīng)該能夠準確表達當前軟件開發(fā)中的熱點問題，比如軟件規(guī)模、分布、并發(fā)、方式和團隊開發(fā)等。
UML并不試圖成為一個完整的開發(fā)方法，它不包括一步一步的開發(fā)過程。UML和使用UML的軟件開發(fā)過程是兩回事。UML可以支持很多的，至少是目前現(xiàn)有的大部分軟件開發(fā)過程。UML包含了完整的概念，這些概念對于支持基于一個健壯的架構(gòu)來解決用例驅(qū)動的迭代式開發(fā)過程是必要的。
UML的最終目標是在盡可能簡單的同時能夠?qū)?yīng)用系統(tǒng)的各個方面建模。UML需要有足夠的表達能力以便可以處理現(xiàn)代軟件系統(tǒng)中出現(xiàn)的所有概念，如并發(fā)和分布，以及軟件工程中使用的技巧，如封裝和組件。它必須是一個通用語言，像任何一種通用程序設(shè)計語言一樣，這就意味著UML必將十分龐大,它比先前的建模語言更復(fù)雜、更全面。
試題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)方法組合在同一單元中，使我們可以把類作為軟件復(fù)用中的基本單元，提高內(nèi)聚度，降低耦合度。
（17）A．復(fù)用
B．消息
C．繼承
D．變異
（18）A．多態(tài)
B．封裝
C．抽象
D．接口
試題9分析 系統(tǒng)集成項目管理工程師
http://
面向?qū)ο蟮幕靖拍钣袑ο蟆㈩悺⒊橄蟆⒎庋b、繼承、多態(tài)、接口、消息、組件、模式和復(fù)用等。
（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)給出與應(yīng)用相關(guān)的特性，拋棄不相關(guān)的特性。
（4）封裝。封裝是將相關(guān)的概念組成一個單元，然后通過一個名稱來引用它。面向?qū)ο蠓庋b是將數(shù)據(jù)和基于數(shù)據(jù)的操作封裝成一個整體對象，對數(shù)據(jù)的訪問或修改只能通過對象對外提供的接口進行。對于銀行賬戶類而言，有取款和存款的行為特征，但實現(xiàn)細節(jié)對于客戶而言并不可見，所以在進行ATM提款交易的過程中，我們并不知道交易如何進行，對應(yīng)賬戶是如何保存狀態(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ī)范的說明。接口只是說明操作應(yīng)該做什么，但沒有定義操作如何做。接口可以理解成為類的一個特例，它只規(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ù)請求，它應(yīng)該含有下述信息：提供服務(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)工作的對象。對于組件，應(yīng)當按可復(fù)用的要求進行設(shè)計、實現(xiàn)、打包、編寫文檔。組件應(yīng)當是內(nèi)聚的，并具有相當穩(wěn)定的公開的接口。為了使組件更切合實際、更有效地被復(fù)用，組件應(yīng)當具備“可變性”，以提高其通用性。組件應(yīng)向復(fù)用者提供一些公共“特性”，另一方面還要提供可變的“特性”。針對不同的應(yīng)用系統(tǒng)，只需對其可變部分進行適當?shù)恼{(diào)節(jié)，復(fù)用者要根據(jù)復(fù)用的具體需要，改造組件的可變“特性”，即“客戶化”。
（10）模式。模式是一條由三部分組成的規(guī)則，它表示了一個特定環(huán)境、一個問題和一個解決方案之間的關(guān)系。每一個模式描述了一個不斷重復(fù)發(fā)生的問題，以及該問題的解決方案。這樣就能一次又一次地使用該方案而不必做重復(fù)勞動。將設(shè)計模式引入軟件設(shè)計和開發(fā)系統(tǒng)集成項目管理工程師
http://
過程的目的在于充分利用已有的軟件開發(fā)經(jīng)驗，這是因為設(shè)計模式通常是對于某一類軟件設(shè)計問題的可重用的解決方案。設(shè)計模式使得人們可以更加簡單和方便地去復(fù)用成功的軟件設(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)復(fù)雜的業(yè)務(wù)流程
B．人機界面友好，具備更加快速的用戶響應(yīng)速度
C．更加容易部署和升級維護
D．具備更高的安全性
試題10分析
與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)的信息系統(tǒng)，應(yīng)用軟件的升級維護均在服務(wù)器上進行，客戶端是“零”維護。有關(guān)這方面的詳細知識，請閱讀試題1的分析。
試題10參考答案
（7）C
1.11 2010年上半年試題9 試題11（2010年上半年試題9）
以下關(guān)于軟件測試的描述，（9）是正確的。
（9）A．系統(tǒng)測試應(yīng)盡可能在實際運行使用的環(huán)境下進行 系統(tǒng)集成項目管理工程師
http://
B．軟件測試是編碼階段完成之后進行的一項活動
C．專業(yè)測試人員通常采用白盒測試法去檢查程序的功能是否符合用戶需求
D．軟件測試工作的好壞，取決于測試發(fā)現(xiàn)錯誤的數(shù)量
試題11分析
測試是為評價和改進產(chǎn)品質(zhì)量、識別產(chǎn)品的缺陷和問題而進行的活動。軟件測試是針對一個程序的行為，在有限測試用例集合上，動態(tài)驗證是否達到預(yù)期的行為，需要選取適當?shù)臏y試用例。
測試不再只是一種僅在編碼階段完成后才開始的活動。現(xiàn)在的軟件測試被認為是一種應(yīng)該包括在整個開發(fā)和維護過程中的活動，它本身是實際產(chǎn)品構(gòu)造的一個重要部分。測試不僅是檢查預(yù)防措施是否有效的主要手段，而且是識別由于某種原因預(yù)防措施無效而產(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ù)進行修改，使其易于修改和維護，以適應(yīng)將來的變更。通常軟件重構(gòu)并不修改軟件體系結(jié)構(gòu)，而是關(guān)注模塊的細節(jié)。
（1）代碼重構(gòu)。代碼重構(gòu)的目標是生成可提供功能相同，而質(zhì)量更高的程序。由于需要重構(gòu)的模塊通常難以理解、測試和維護，因此，首先用重構(gòu)工具分析代碼，標注出需要重構(gòu)的部分，然后進行重構(gòu)，復(fù)審和測試重構(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è)計恢復(fù)的過程，其工具可以從已有的程序中抽取數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計信息。逆向工程過程及用于實現(xiàn)該過程的工具的抽象層次是指可從源代碼中抽取出來的設(shè)計信息的精密程度。理想地，抽象層次應(yīng)該盡可能高，即逆向工程過程應(yīng)該能夠?qū)С鲞^程的設(shè)計表示（一種低層的抽象）、程序和數(shù)據(jù)結(jié)構(gòu)信息（稍高一點層次的抽象）、數(shù)據(jù)和控制流模型（一種相對高層的抽象），以及實體關(guān)系模型（一種高層抽象）。隨著抽象層次增高，系統(tǒng)集成項目管理工程師
http://
軟件工程師獲得更有助于理解程序的信息。
逆向工程過程的完整性是指在某抽象層次提供的細節(jié)程度。在大多數(shù)情況，隨著抽象層次增高，完整性就降低。例如，給定源代碼列表，得到一個完整的過程設(shè)計表示是相對容易的，簡單的數(shù)據(jù)流表示也可被導(dǎo)出，但是，要得到數(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)用于表示參與者和用例之間的對應(yīng)關(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．適應(yīng)性維護 C．完善性維護 D．預(yù)防性維護
試題15分析
軟件可維護性是指糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改、擴展和裁剪的容易程度。目前廣泛用來衡量程序可維護性的因素包括可理解性、可測試性和可修改性等。
軟件維護占整個軟件生命周期的60%～80%，維護的類型主要有以下4種：
（1）改正性維護。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應(yīng)當進行的診斷和改正錯誤的過程就叫做改正性維護。
（2）適應(yīng)性維護。在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護。
（3）完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護活動叫做完善性維護。
（4）預(yù)防性維護。這是指預(yù)先提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎(chǔ)。通常，預(yù)防性維護可定義為“將今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設(shè)計、編碼和測試。
以上各種維護類型占整個軟件維護工作量的大致比例如圖1-4所示。系統(tǒng)集成項目管理工程師
http://
圖1-4 各種維護所占的比例
影響維護工作量的因素主要有系統(tǒng)大小、程序設(shè)計語言、系統(tǒng)年齡、數(shù)據(jù)庫技術(shù)的應(yīng)用、軟件開發(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ū)ο蠓治龊徒＃瑒t容器類和構(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)系，就應(yīng)該使用組合關(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)計后，應(yīng)盡量達到100%的覆蓋。TrueCoverage的應(yīng)用階段為單元測試階段和集成測試階段。
LoadRunner：它是一種預(yù)測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner能夠?qū)φ麄€企業(yè)架構(gòu)進行測試。通過使用 LoadRunner，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。LoadRunner是一種適用于各種體系架構(gòu)的自動負載測試工具，它能預(yù)測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。
從以上描述可以看出能做性能測試的，是LoadRunner。
試題20參考答案
（12）D
1.21 2011年上半年試題11 試題21（2011年上半年試題11）
軟件開發(fā)項目規(guī)模度量(size measurement)是估算軟件項目工作量、編制成本預(yù)算、策劃合理項目進度的基礎(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）
為了改進應(yīng)用軟件的可靠性和可維護性，并適應(yīng)未來軟硬件環(huán)境的變化，應(yīng)主動增加新的功能以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。為了適應(yīng)未來網(wǎng)絡(luò)帶寬的需要，在滿足現(xiàn)有帶寬需求下，修改網(wǎng)絡(luò)軟件從而使之支持更大的帶寬，這種軟件維護工作屬于（10）。
（10）A．更正性維護 B．適應(yīng)性維護
C．完善性維護
D．預(yù)防性維護
試題22分析
本題考查軟件維護相關(guān)內(nèi)容。
在一個系統(tǒng)運行的過程中，軟件需要維護的原因是多樣的，根據(jù)維護的原因不同，可以將軟件維護分為以下四種：
（1）改正性維護。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應(yīng)當進行的診斷和改正錯誤的過程就稱為改正性維護。
（2）適應(yīng)性維護。在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就稱為適應(yīng)性維護。
（3）完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護活動稱為完善性維護。系統(tǒng)集成項目管理工程師
http://
（4）預(yù)防性維護。這是指預(yù)先提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎(chǔ)。通常，預(yù)防性維護可定義為“把今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設(shè)計、編碼和測試。
在本題中，題目說明“為了適應(yīng)未來網(wǎng)絡(luò)帶寬的需要”，這足以體現(xiàn)，維護工作是針對未來的，所以屬于預(yù)防性維護。
試題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．軟件復(fù)用 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)提供非預(yù)期的輸入并監(jiān)視異常結(jié)果來發(fā)現(xiàn)軟件漏洞的方法，是用于系統(tǒng)安全漏洞發(fā)掘的重要技術(shù)。模糊測試的測試用例通常是（6）。
（6）A．預(yù)定數(shù)量的字符串 B．預(yù)定長度的字符串
C．模糊集的隸屬度
D．隨機數(shù)據(jù) 系統(tǒng)集成項目管理工程師
http://
試題25分析
本題考查模糊測試相關(guān)基本概念。
模糊測試（Fuzzing），是一種通過向目標系統(tǒng)提供非預(yù)期的輸入并監(jiān)視異常結(jié)果來發(fā)現(xiàn)軟件漏洞的方法。
在模糊測試中，用隨機的壞數(shù)據(jù)（也稱做 fuzz）攻擊一個程序，然后等著觀察哪里遭到了破壞。模糊測試的技巧在于，它是不符合邏輯的。
自動模糊測試不去猜測哪個數(shù)據(jù)會導(dǎo)致破壞（就像人工測試員那樣），而是將盡可能多的雜亂數(shù)據(jù)投入程序中。由這個測試驗證過的失敗模式通常對程序員來說是個徹底的震憾，因為任何按邏輯思考的人都不會想到這種失敗。
模糊測試是一項簡單的技術(shù)，但它卻能揭示出程序中的重要 bug。它能夠驗證出現(xiàn)實世界中的錯誤模式并在您的軟件發(fā)貨前對潛在的應(yīng)當被堵塞的攻擊渠道進行提示。
題目其實已經(jīng)給出了模糊測試，根據(jù)定義，我們可以對這個概念有一個初步的了解，尤其是“提供非預(yù)期的輸入”給了很明顯的提示，從這里就可以看出用例具備隨機性。
試題25參考答案
（6）D
1.26 2011年下半年試題7 試題26（2011年下半年試題7）
軟件架構(gòu)模式描述了如何將各個模塊和子系統(tǒng)有效地組織成一個完整的系統(tǒng)。諸如Word和Excel這類圖形界面應(yīng)用軟件所采用的架構(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ā)事件會導(dǎo)致另一構(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ò)應(yīng)用的設(shè)計和實現(xiàn)
D．COM+與操作系統(tǒng)緊密結(jié)合，通過系統(tǒng)服務(wù)為應(yīng)用程序提供全面服務(wù)
試題29分析
常用的構(gòu)件標準有：COM/DCOM/COM+、CORBA、EJB。
COM是個開放的組件標準，它有很強的擴充和擴展能力。COM把組件的概念融入到Windows應(yīng)用中。DCOM在COM的基礎(chǔ)上添加了許多功能和特性，包括事務(wù)特性、安全模型、管理和配置等，使COM成為一個完整的組件架構(gòu)。COM+將COM、DCOM和MTS形成一個全新的、功能強大的組件架構(gòu)。
COM+并不是COM的新版本，我們可以把它理解為COM的新發(fā)展，或者為COM更系統(tǒng)集成項目管理工程師
http://
高層次上的應(yīng)用。COM+的底層結(jié)構(gòu)仍然以COM為基礎(chǔ)，它幾乎包容了COM的所有內(nèi)容。COM+倡導(dǎo)了一種新的概念，它把COM組件軟件提升到應(yīng)用層而不再是底層的軟件結(jié)構(gòu)，它通過操作系統(tǒng)的各種支持，使組件對象模型建立在應(yīng)用層上，把所有組件的底層細節(jié)留給操作系統(tǒng)。
COM+不再局限于COM的組件技術(shù)，它更加注重于分布式網(wǎng)絡(luò)應(yīng)用的設(shè)計和實現(xiàn)，已經(jīng)成為Microsoft系統(tǒng)平臺策略和軟件發(fā)展策略的一部分。COM+繼承了COM幾乎全部的優(yōu)勢，同時又避免了COM實現(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)逐漸成為分布計算技術(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ū)ο蟮膽?yīng)用程序體系規(guī)范。
OMG組織成立后不久就制訂了對象管理架構(gòu)(Object Management Architecture，系統(tǒng)集成項目管理工程師
http://
OMA)參考模型，該模型描述了OMG規(guī)范所遵循的概念化的基礎(chǔ)結(jié)構(gòu)。OMA由對象請求代理ORB、對象服務(wù)、公共設(shè)施、域接口和應(yīng)用接口這幾個部分組成，其核心部分是對象請求代理(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ā)過程中應(yīng)用面向?qū)ο蠹夹g(shù)
C．在軟件生命周期的分析、設(shè)計、實現(xiàn)和測試過程中均可以應(yīng)用面向?qū)ο蠹夹g(shù)
D．UML是一種可視化建模語言，它需要與RUP開發(fā)過程同時使用
試題31分析 系統(tǒng)集成項目管理工程師
http://
UML與RUP不是必須二者同時使用，所以答案D是不正確的。
UML是一種通用的可視化建模語言，它是面向?qū)ο蠓治龊驮O(shè)計的一種標準化表示，用于對軟件進行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。
UML適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應(yīng)用領(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īng)用系統(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ā)所有類型的應(yīng)用。RUP中的軟件過程在時間上被分解為4個順序的階段，分別是初始階段、細化階段、構(gòu)建階段和移交階段。
試題31參考答案 系統(tǒng)集成項目管理工程師
http://
（17）D
1.32 2012年上半年試題7 試題32（2012年上半年試題7）
用戶需求在項目開始時定義不清，開發(fā)過程密切依賴用戶的良好配合，動態(tài)響應(yīng)用戶的需求，通過反復(fù)修改來實現(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)，然后通過反復(fù)修改來實現(xiàn)用戶的最終系統(tǒng)需求。
面向?qū)ο蠓椒ǎ菏且环N把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動的系統(tǒng)方法，簡稱OO方法，是建立在“對象”概念基礎(chǔ)上的方法學。對象是由數(shù)據(jù)和允許的操作組成的封裝體，與客觀實體有直接對應(yīng)關(guān)系，一個對象類定義了具有相似性質(zhì)的一組對象。而繼承性是對具有層次關(guān)系的類的屬性和操作進行共享的一種方式。所謂面向?qū)ο缶褪腔趯ο蟾拍睿詫ο鬄橹行模灶惡屠^承為構(gòu)造機制，來認識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件系統(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屬性特征，因此在子類中就不用重復(fù)指定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ā)過程各階段，與此相對應(yīng)的是右邊上升的部分，即各測試過程的各個階段，整個開發(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ā)各階段的對應(yīng)關(guān)系。
圖1-8 V模型
對于復(fù)雜的大型軟件，開發(fā)一個滿足要求的原型往往非常困難。螺旋模型綜合了瀑布模型和演化模型的優(yōu)點，還增加了風險分析，彌補了兩者的不足，如圖1-9所示。螺旋模型包含了四個方面的活動：制訂計劃、風險分析、實施工程、客戶評估。這四項活動恰好可以放在一個直角坐標系的四個象限，而開發(fā)過程恰好像一條螺旋線。
第二篇：系統(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)導(dǎo)一個八人高級成員小組，每位成員是他（她）所在領(lǐng)域的技術(shù)專家。這些成員都是具有創(chuàng)造力的人，樂于在工作時不顧及所承擔的任務(wù)在整個項目時間表中的順序。你擔心這種非正式的工作方式會危害整個計劃，特別是考慮到項目時間表的限制和大量項目接口以及對外部因素的依賴。你因此召集了一次小組會議討論工作程序以確保工作進行得適時并且順序正確。在會議上，你將建立： A.時間表管理計劃 B.工作授權(quán)體系 C.變更控制系統(tǒng)
D.項目管理信息系統(tǒng) B
3、你的技術(shù)小組領(lǐng)導(dǎo)準備提出一項增值變更請求，該變更將導(dǎo)致項目范圍的擴大。為了評估執(zhí)行變更導(dǎo)致的變化的程序，你已經(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.更新預(yù)算
C.記錄獲得的經(jīng)驗
D.執(zhí)行得到批準的范圍變更 B
7、你的公司建立一個項目管理人員的獎勵和認可制度。項目成本績效被作為決定獎勵的依據(jù)。如何才能確保獎勵反映真實的績效： A.考慮超時工作量 B.確定成本基線
C.利用獲得價值管理來監(jiān)督績效
D.分別對可控制成本和非可控制成本進行估計和編制預(yù)算 D
8、最近，你所在的雞肉產(chǎn)品加工公司經(jīng)歷了幾起公司產(chǎn)品引起的健康恐慌事件。這是在三周內(nèi)在不同地點同時發(fā)生的幾起獨立事故。公司過去從未發(fā)生過類似事件，并且確信公司的質(zhì)量檢查體系沒有問題。但是，最近新引進了加工系統(tǒng)。你是這個新加工系統(tǒng)的項目經(jīng)理，被要求領(lǐng)導(dǎo)一個小組對情況進行調(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)進行幾個月，你強烈地感到你的小組成員沒有將自己看作是一個團隊的一員。為了改變這個局面，你應(yīng)該：
A.確保每位成員通過電子出件作為通訊手段 B.指令小組成員執(zhí)行組織安排的任務(wù)
C.創(chuàng)造出強化分散小組成員間團結(jié)性的標志事物和結(jié)構(gòu) D.向小組成員提供最先進的通訊技術(shù)和工具并指導(dǎo)使用
C
12、作為項目經(jīng)理，你認識到項目小組建設(shè)對于項目的成功很重要。因此，你想考察你的小組工作的技術(shù)環(huán)境如何。有關(guān)信息可以在以下哪項文件中找到： A.小組章程 B.項目計劃
C.人員配備管理計劃 D.組織政策和指導(dǎo)原則 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)理，你嘗試運用傾聽的技巧幫助理解他人的意見。在這樣做的時候，你應(yīng)該：
A.模擬信息的內(nèi)容 B.了解并評價信息內(nèi)容
C.評價信息內(nèi)容然后提出建議 D.重述內(nèi)容并表達感受 D
17、你管理一個涉及到一批不同承包商的項目，改進項目設(shè)計和開發(fā)一種新的航空電子系統(tǒng)。項目幾乎就要完成。四年來，你外包了10個不同的合同。一些承包商完成得很好，也很好相處，但其中一個承包商造成了不少困難，而你不得不終止合同。另一個承包商在獲得報酬前必須完成一些技術(shù)工作。還有一個承包商有一些發(fā)票未報銷，因為他沒有遵守合同的條款。
為了結(jié)束所以這些合同項目你應(yīng)該： A.書面通知每個承包商項目已經(jīng)結(jié)束
B.為未來的查閱方便編制一個完整的附有索引的記錄和合同文件 C.進行差異分析 D.進行采購審計 D
18、你正在為你的組織的一個新項目工作。你的公司現(xiàn)有員工能夠滿足項目的要求；然而項目的某些方面對于你的公司是全新的。你意識到某些產(chǎn)品的專業(yè)供貨商也許能滿足項目的許多（如果不是全部）要求。你正在制定項目計劃，需要決定如何最好配備人員以及如何處理資源要求。你的第一步應(yīng)該是： A.進行“購買”還是“自造”的分析 B.進行市場分析
C.通過RFP向供應(yīng)商尋求建議以決定是否外包項目
D.審查采購部門的合格供應(yīng)商名錄，并發(fā)出RFP來選擇供應(yīng)商 A
19、你計劃將為公司提供項目管理培訓的合同外包。你認為潛在的承包者與能頒發(fā)項目管理碩士文憑的重點大學有聯(lián)系將是挑選承包者時考慮的重要因素。這是哪一種例子： A.進行獨立評估
B.為工作情況陳述制定要求 C.建立衡量體系 D.建立篩選體系 D 20、你決定將合同外包給過去一直為你的公司服務(wù)的一個承包商。這個承包商過去的項目進度和成本績效記錄很好，與你的工作關(guān)系也不錯。你現(xiàn)在的項目雖然與以前的項目有所不同，但該承包商以前承包過的項目與此類似。在這種情況下，為了減小風險，你應(yīng)該選擇何種類型的合同：
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)注的價值觀是基于如下誰的倡導(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ù)改進 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.項目預(yù)算
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.溝通應(yīng)局限于工作內(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)理要作出決策，什么是預(yù)期的項目成本？.A.$69,000 B.$71,000 C.$70,000 D.$62,000 C
37、適當?shù)姆秶芾韺⒂兄诖_保:
A.項目包括所有必需要做的工作并且也僅是那些要完成項目所必要的工作
B.批準范圍基準計劃
C.制定和批準項目章程
D.批準詳細的規(guī)劃,包括預(yù)算，資源調(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ǎo)致效率低
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)集成項目管理工程師試題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)應(yīng)該處于相同的詳細水平
C、在早期戰(zhàn)略規(guī)劃期間，活動的詳細程度僅達到里程碑水平
D、最近一兩個報告期要進行的工作應(yīng)在本期工作接近完成時詳細規(guī)劃
滾動式規(guī)劃：工作分解結(jié)構(gòu)與工作分解結(jié)構(gòu)詞匯表反映了隨著項目范圍一直具體到工作組合的程度而變得越來越詳細的演變過程。滾動式規(guī)劃是規(guī)劃逐步完善的一種表現(xiàn)形式，近期要完成的工作在工作分解結(jié)構(gòu)最下層詳細規(guī)劃。最近一兩個報告期要進行的工作應(yīng)在本期工作接近完成時詳細規(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)生了大量的控制點，即里程碑。里程碑在項目生命周期中是時間軸上的一個時刻，在該時刻應(yīng)對項目特意關(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 中沒有虛活動。
前導(dǎo)圖法（Precedence Diagramming Method，PDM）用于關(guān)鍵路徑法（Critical Path Method，CPM），是用于編制項目進度網(wǎng)絡(luò)圖的一種方法，它使用方框或者長方形（被稱作節(jié)點）代表活動，它們之間用箭頭連接，顯示它們彼此之間存在的邏輯關(guān)系。通常，每個節(jié)點的活動會有如下幾個時間：最早開始時間（ES）、最遲開始時間（LS）、最早結(jié)束時間（EF）和最遲結(jié)束時間（LF）。與前導(dǎo)圖法不同，箭線圖法（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)應(yīng)該處于相同的詳細水平
C、在早期戰(zhàn)略規(guī)劃期間，活動的詳細程度僅達到里程碑水平
D、最近一兩個報告期要進行的工作應(yīng)在本期工作接近完成時詳細規(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。進度和成本變量應(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)：完成時的總預(yù)算
完成項目時的總預(yù)算，等同于PV總累積值
PV(Plan Value)：計劃成本
截至特定時間計劃成本的累積值
AC(Actual Value)：實際成本
截至特定時間實際成本的累積值
EV(Earned Value)：掙值
截至特定時間實際完成了總預(yù)算中的多少
進度差異SV=EV-PV 進度績效指標SPI=EV/PV
成本差異CV=EV-AC 成本績效指標CPI=EV/AC
【cnitpm參考答案】D
進度管理計劃是哪個過程的輸入：
A、費用估算
B、費用預(yù)算
C、費用控制
D、費用規(guī)劃
【cnitpm參考答案】 A
項目進度是哪個過程的輸入
A、成本規(guī)劃 B、成本控制 C、成本估算 D、成本預(yù)算
【cnitpm參考答案】D
供貨商投標分析、準備金分析和質(zhì)量成本用于哪個過程：
A、供方選擇 B、成本預(yù)算 C、質(zhì)量規(guī)劃 D、成本估算
【cnitpm參考答案】D
精確等級、測量單位、掙值規(guī)則是在哪個文件中定義的：
A、費用管理計劃 B、費用預(yù)算C、費用基準 D、費用變更控制系統(tǒng)
【cnitpm參考答案】A
資金限制平衡和費用匯總應(yīng)用于哪一個過程：
A、資源估算B、費用估算C、費用控制D、費用預(yù)算
【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
應(yīng)急儲備（Contingency Reserve）是：
A、處理已知的未知事件B、不列入項目范圍和費用基準
C、是費用估算的輸入D、通常將應(yīng)急儲備賦予一個持續(xù)時間不為 0 的活動
【cnitpm參考答案】A
管理應(yīng)急儲備（Management Contingency Reserve）是：
A、處理已知的未知事件B、項目經(jīng)理可以自由使用的估算費用
C、不是費用基準的一部分D、不包含在項目預(yù)算內(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é)果是由已確認類型或范疇的原因所造成的。按等級排序的目的是指導(dǎo)如何采取主要糾正措施。項目團隊應(yīng)首先采取措施糾正造成擐多數(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、準確度是指重復(fù)測量結(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
第四篇：系統(tǒng)集成項目管理工程師考試心得
“系統(tǒng)集成項目管理工程師”考試心得分享
經(jīng)過1個多月的備考，5月23日參加了全國統(tǒng)考。
我們被分配在北京聯(lián)合大學，當天考試的人很多，感覺就像是在參加高考。
我被分配在29號考場，只有一位我們公司的同事，離得也很遠，參加考試的人大家都不認識，由兩名老師監(jiān)考，想作弊不太容易。
上午考試75道選擇題，試卷發(fā)下來后，匆匆看了一下，發(fā)現(xiàn)有幾道歷年考過的試題，總體感覺自己在復(fù)習時好些知識點沒覆蓋到。
我是分三次做題，第一次做有把握的，直接就涂在答題卡上，第二遍做不太有把握的，第三遍剩下的題只能靠邏輯推理或是靠猜。
等我做完第二遍時，離考試時間還有40分鐘，但考場就只剩下我一個人了：）。
上午考完試后，總體感覺尚可，我悲觀估計分數(shù)應(yīng)該在50分左右（實際考試成績?yōu)?4分）
下午1點半開考，總共5到案例分析，打開一看，感覺有一半的題答題有把握。答題時根據(jù)老師要求的一是要根據(jù)每道問答題的分數(shù)來答要點，比如5分問答，答案至少要答到5條；二是如果不會，也要根據(jù)經(jīng)驗寫滿，這樣老師多少會給點分。
下午的有些題目同樣沒有復(fù)習到，比如關(guān)于制定進度計劃的分類，教程上沒有明確提出，后來我看到PMP的輔導(dǎo)書里面有。
下午同樣是我最后離開考場。感覺下午的考試比上午沒底。我估計在45-50分，實際考試成績?yōu)?8分，問了其他同事的成績，感覺下午試題判分較松。
經(jīng)過1個多月漫長等待，終于得知自己通過了，我們公司參加考試的10人好像過了8個，通過率還是蠻高。后記：從得知自己通過中級考試后，7月中旬開始準備信息系統(tǒng)項目管理師高級的考試。到如今，差不多1個多月了。在學習的同時，做了考點分析，在我的博客里，定期發(fā)布，希望同樣參加考試的人提供方便。
光靠參加培訓，平時不花點時間學想通過考試，我覺得有一定的難度。
因我在公司的頭銜是高級項目經(jīng)理，主要負責大型項目的管理工作。因公司缺少中級項目經(jīng)理證，人力資源部順手就給我報了，其他和我一起參加這次考試的同事大部分不是搞項目管理的，如果我過不了，不敢想象公司會怎么看你，沒辦法，只能硬著頭皮上。
考試大部分內(nèi)容都是書本上的理論知識，光有實踐經(jīng)驗也不行。
參加培訓后，我了解到軟考的項目管理師包括中級和高級，公司給我報的是中級，但從我自己身的情況來看，通過高級更加符合我本人的情況。現(xiàn)在的軟考是以考代評，只要考下來就具備了相應(yīng)崗位的能力和水平。了解之后，我就給自己下了目標，先過中級，再于下半年過高級。考過了中級，再考高級增加了考過的幾率。
因培訓給的輔導(dǎo)材料不夠，加上考試不完全是教程上的內(nèi)容，我買了一本項目管理師考試的歷年真題及解答分析，事實證明，買這本書對我?guī)椭艽蟆?/p>
先花了2周的時間把教程泛泛地看了一遍，然后就直接做歷年真題。先攻克上午客觀題。做了幾年的真題，發(fā)現(xiàn)很多東西都不懂，比如信息安全、網(wǎng)絡(luò)知識、采購法、合同法，運籌學和經(jīng)濟學等內(nèi)容。不過有一點，感覺考試出題邏輯不夠嚴謹，有些題目即使不會，靠邏輯推理也能夠猜對。下午的案例分析是我最沒底的，我采取的辦法是，把歷年的案例分析考試范圍和頻率做一個總結(jié)，比如溝通管理和進度管理方面出題比較多，針對一些常見的案例情況歸納出通用的答案，比如在采取哪些措施使得制定的進度計劃滿足客戶要求。歸納后標準答案，需要花時間記憶。這樣在考試時肚里有貨，能夠在限定的時間能答完題。
比起其他同事來說，我投入的精力和時間可能要多些，主要原因是我的最終目標是過高級。學習過程是很痛苦的，尤其對像我這樣的三十多歲的大齡人士。
最終考完后，和我們一起的去的人大部分感覺沒底，只有我感覺尚好。
上次和大家簡單分享了通過“系統(tǒng)集成項目管理工程師”考試心得，今天繼續(xù)和大家交流，我會參加賽迪培訓情況、自己備考情況以及考場考試情況三個方面分三次和大家分享。本次先分享參加賽迪培訓情況。
賽迪組織的培訓總共六天，四天基礎(chǔ)培訓和二天的沖刺班培訓。
先說一下培訓老師的情況。四天的基礎(chǔ)培訓是賽迪外聘的老師，四十多歲，姓韓，這位老師在第一天開始培訓時一上來就開始直接進入講課正題，四天下來也沒介紹自己的姓什么。韓老師講課風格樸實、清晰，聲音洪亮。講課基本上
是照著教程講一些重點，講完一章后再引導(dǎo)大家做一些歷年的試題。四天下來感覺相當于自己粗讀了一遍教程。沖刺班的老師叫張淑德，可能是賽迪公司自己的老師。講課風格和之前的韓老師截然相反，一上來就大講特講自己在項目管理軟考方面的權(quán)威性，以及自己如何每天疲于在全國講課，由于太累，身邊常備救心丸“救命”。張老師講課語速較快，重點知識講解比較透徹，尤其是計算題講的比較到位。兩天下來，基本上對考試重點過了一遍。張老師的缺點是有點“自吹自擂”，實際考試題目和她講的重點差距較大。
再說說培訓資料。六天培訓下來，賽迪提供的培訓資料少得可憐，發(fā)了一本教材、講課ppt和歷年試題及答案。我在網(wǎng)上看到好像參加希賽的培訓資料要多些，另外我了解到其他外省的一些培訓資料要比賽迪全，比如會發(fā)一些模擬試題等。
其次說說培訓效果。說句實話，賽迪搞的這六天培訓對于參加這種中級考試來說還是比較成功，這種集中式灌輸所掌握的內(nèi)容，使得考試時連蒙帶猜也能差不多能過。但如果是高級的項目管理師培訓，我覺得這種效果可能就不夠了。老師對考試重點的把握也不太夠，發(fā)的參考資料又少，如果打分，我會打打剛及格的分數(shù)。
最后，我想告訴大家，對于沒有機會參加培訓的朋友來說，我覺得只要能夠用心準備，提前1-2個月的時間備考，不用花錢參加培訓也能夠較容易地通過考試。
第五篇：系統(tǒng)集成項目管理工程師考試說明
光環(huán)國際，點滴分享，共同進步
系統(tǒng)集成項目管理工程師考試說明
（光環(huán)轉(zhuǎn)載，點滴分享，共同進步~）
1．考試要求：
（1）掌握計算機軟件、網(wǎng)絡(luò)和信息系統(tǒng)集成知識；
（2）掌握系統(tǒng)集成項目管理知識、方法和工具；
（3）熟悉信息化知識；
（4）熟悉系統(tǒng)集成有關(guān)的法律法規(guī)、標準、規(guī)范；
（5）熟悉系統(tǒng)集成項目管理工程師職業(yè)道德要求；
（6）了解信息安全知識與安全管理體系；
（7）了解信息系統(tǒng)工程監(jiān)理知識；
（8）了解信息系統(tǒng)服務(wù)管理、軟件過程改進等相關(guān)體系；
（9）熟練閱讀和正確理解相關(guān)領(lǐng)域的英文資料；
2．通過本考試的合格人員能夠掌握系統(tǒng)集成項目管理的知識體系；具備管理系統(tǒng)集成項目的能力；能根據(jù)需求組織制訂可行的項目管理計劃；能夠組織項目 實施，對項目進行監(jiān)控并能根據(jù)實際情況及時做出調(diào)整，系統(tǒng)地監(jiān)督項目實施過程的績效，保證項目在一定的約束條件下達到既定的項目目標；能分析和評估項目管 理計劃和成果；能對項目進行風險管理，制定并適時執(zhí)行風險應(yīng)對措施；能協(xié)調(diào)系統(tǒng)集成項目所涉及的相關(guān)單位和人員；具有工程師的實際工作能力和業(yè)務(wù)水平。
3．本考試設(shè)置的科目包括：
（1）系統(tǒng)集成項目管理基礎(chǔ)知識，考試時間為150分鐘，筆試，選擇題；
（2）系統(tǒng)集成項目管理應(yīng)用技術(shù)（案例分析），考試時間為150分鐘，筆試，問答題。
400-7060-559、010-84998561、QQ（2068548735）微信（Auar_rk4007060559）
點擊咨詢 