[語言類考試復(fù)習(xí)資料大全]信息系統(tǒng)項目管理師分類真題17

1、書山有路勤為徑，學(xué)海無涯苦作舟。祝愿天下莘莘學(xué)子：學(xué)業(yè)有成，金榜題名！語言類考試復(fù)習(xí)資料大全信息系統(tǒng)項目管理師分類真題17信息系統(tǒng)項目管理師分類真題17單項選擇題問題:1. 在軟件配置管理中，版本控制的目的是按照一定的規(guī)則保存配置項的_。A.重要版本B.基線版本C.所有版本D.需要的版本答案:C考點 版本控制的目的是按照一定的規(guī)則保存配置項的所有版本，以便于查找和避免發(fā)生版本丟失或混淆等。問題:2. 在配置管理中，用于管理當(dāng)前基線和控制對基線的變更的配置庫是_。A.動態(tài)庫B.備份庫C.受控庫D.靜態(tài)庫答案:C考點 在配置管理中，在配置管理中，受控庫也稱為主庫或系統(tǒng)庫，是用于管理當(dāng)前基線和控制對

2、基線的變更。問題:3. 關(guān)于配置管理計劃的制訂和審批，下面說法正確的是_。A.配置管理計劃應(yīng)由配置管理人員制訂，由項目經(jīng)理審批B.配置管理計劃應(yīng)由項目經(jīng)理制訂，由配置控制委員會審批C.配置管理計劃應(yīng)由項目經(jīng)理制訂，由QA人員審批D.配置管理計劃應(yīng)由配置管理人員制訂，由配置控制委員會審批答案:D考點 通常，由配置管理員(CMO)制訂配置管理計劃，變更管理委員會(CCB)審批該計劃。問題:4. 在配置管理中，基線是一組經(jīng)過審查并且達成一致的規(guī)范或工作產(chǎn)品，是開發(fā)工作的基礎(chǔ)。配置管理員根據(jù)項目計劃文檔、配置管理計劃、配置項管理表等文檔，創(chuàng)建_基線。A.內(nèi)部或外部B.設(shè)計或構(gòu)造C.計劃或發(fā)行D.構(gòu)造或

3、發(fā)行答案:D考點 內(nèi)部使用的基線一般稱為構(gòu)造(用的)基線；交付給外部顧客的基線一般稱為發(fā)行基線。配置管理員根據(jù)項目計劃文檔、配置管理計劃、配置項管理表等文檔，創(chuàng)建構(gòu)造或發(fā)行基線，供內(nèi)部使用和交付給顧客。問題:5. 根據(jù)配置項版本編號規(guī)則，版本編號為1.72的配置項應(yīng)處于_狀態(tài)。A.第一次正式發(fā)布B.修改后重新正式發(fā)布C.正在修改D.草稿答案:C考點 通常，處于“修改”狀態(tài)的配置項的版本號格式為X.YZ。問題:6. 需求管理的主要目的不包括下列中的_。A.確保項目相關(guān)方對需求的一致理解B.減少需求變更的數(shù)量C.保持需求到最終產(chǎn)品的雙向追溯D.確保最終產(chǎn)品與需求相符合答案:B考點 對待變更的正確態(tài)

4、度是將變更置于合理、規(guī)范的管理之下，而不是一味地減少變更。選項B的“減少需求變更的數(shù)量”不是需求管理的主要目的。問題:7. 關(guān)于需求管理的描述，不正確的是_。A.需求管理要確保利益相關(guān)方對需求的一致理解B.需求管理要獲取用戶需求并定義產(chǎn)品需求C.需求管理要與需求開發(fā)緊密合作D.需求管理要取得利益相關(guān)方對需求的一致承諾答案:B考點 需求工程可以分為需求開發(fā)和需求管理。需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求管理的目的是管理項目產(chǎn)品和產(chǎn)品部件的需求，識別項目計劃和工作產(chǎn)物與這些需求之間的不一致之處。問題:8. 需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。完整

5、的需求開發(fā)的過程包括_。A.需求獲取、需求分析和需求定義B.需求獲取和需求分析C.需求獲取、需求分析、需求定義和需求驗證D.需求分析、需求定義和需求驗證答案:C考點 完整的需求開發(fā)的過程包括需求獲取、需求分析、需求定義和需求驗證。問題:9. 需求工程幫助軟件工程師更好地理解要解決的問題。下列活動中，不屬于需求工程范疇的是_。A.理解客戶需要什么，分析要求，評估可行性B.與客戶協(xié)商合理的解決方案，無歧義地詳細說明方案C.向客戶展現(xiàn)系統(tǒng)的初步設(shè)計方案，并得到客戶的認可D.管理需求以至將這些需求轉(zhuǎn)化為可運行的系統(tǒng)答案:C考點 需求工程任務(wù)包括理解客戶需要什么，分析要求，評估可行性，與客戶協(xié)商合理的解

6、決方案，無歧義地詳細說明方案，確認規(guī)格說明，管理需求以至將這些需求轉(zhuǎn)化為可運行的系統(tǒng)。選項C屬于項目范圍確認范疇的內(nèi)容。問題:10. 某軟件開發(fā)項目在項目的最后階段發(fā)現(xiàn)對某個需求的理解與客戶不一致，產(chǎn)生該問題最可能的原因是_工作不完善。A.需求獲取B.需求分析C.需求定義D.需求驗證答案:D考點 依題意，在項目的最后階段才發(fā)現(xiàn)對某個需求的理解與客戶不一致，這說明該項目的需求驗證工作存在問題，項目雙方?jīng)]有對需求達成一致的認識。問題:11. 某公司在項目執(zhí)行過程中，對項目需求進行收集分析，并形成正式的項目文檔，并由客戶簽字確認，但在交貨時卻發(fā)現(xiàn)，實際產(chǎn)品與客戶的要求大相徑庭，客戶拒絕付款。經(jīng)調(diào)查研

7、究發(fā)現(xiàn)，需求來源和底層需求實現(xiàn)不完全匹配，這可能是在_方面出了問題。A.制訂需求管理計劃B.維護對需求的雙向跟蹤性C.求得對需求的承諾D.管理需求變更答案:B考點 對需求的雙向跟蹤性是指在需求與項目計劃和工作產(chǎn)品之間能進行雙向跟蹤，其目的在于維護對每個產(chǎn)品分解層的雙向跟蹤性。若需求管理得好，則可以建立起從來源需求到它的較低層次需求的跟蹤性，以及從較低層次的需求到它們的來源需求跟蹤性。這種雙向跟蹤性有助于確定是否所有來源需求都完全得到處理，是否所有的底層需求都可以跟蹤到有效的來源。 題干關(guān)鍵信息“需求來源和底層需求實現(xiàn)不完全匹配”說明了“維護對需求的雙向跟蹤性”環(huán)節(jié)出了問題。 問題:12. 軟件

8、項目需求開發(fā)的結(jié)果應(yīng)該有項目視圖和范圍文檔、用例文檔、軟件需求規(guī)格說明及相關(guān)分析模型。經(jīng)評審批準(zhǔn)，這些文檔就定義了開發(fā)工作的需求基線，這個基線在客戶和開發(fā)人員之間就構(gòu)筑了計劃產(chǎn)品_的一個約定。A.功能需求和設(shè)計約束B.功能需求和非功能需求C.功能需求D.功能需求和用戶需求答案:B考點 需求基線(baseline)在客戶和開發(fā)人員之間就構(gòu)筑了計劃產(chǎn)品功能需求和非功能需求的一個約定。問題:13. 在需求開發(fā)中，完成_過程后將確定需求基線。A.需求獲取B.需求分析C.需求定義D.需求驗證答案:D考點 通常，可以以用戶確認需求的時間點或需求同行評審(即需求驗證)完成后作為需求基線。問題:14. 需求變

9、更提出來之后，接著應(yīng)該進行下列中的_。A.實施變更B.驗證變更C.評估變更D.取消變更答案:C考點 變更控制的基本過程是：提出變更、評估變更、變更決策、實施變更、驗證變更和溝通存檔。當(dāng)一項變更被提出后，首先應(yīng)進行的是組織相關(guān)人員對其進行評估，判斷其影響范圍、工作量、成本和嚴重程度等內(nèi)容。然后交給具有相應(yīng)權(quán)限的人員或機構(gòu)進行決策，確定是否實施變更。問題:15. 在項目進行過程中，一個開發(fā)人員接收到某個用戶的電話，用戶表明在系統(tǒng)中存在一個問題并要求更改，這個開發(fā)人員應(yīng)該_。A.馬上改正問題B.記錄問題并提交項目經(jīng)理C.不予理睬D.通知測試部經(jīng)理，要求確認問題是否存在答案:B考點 在變更管理流程中，

10、在接收到問題后應(yīng)先形成記錄并進行判斷后決定如何更改配置項。因此選項A和C應(yīng)首先排除。而選項D通常在分析階段出現(xiàn)，而且一般不應(yīng)由開發(fā)人員直接溝通。問題:16. 在需求變更管理中，CCB的職責(zé)是_。A.決定采納或拒絕針對項目需求的變更請求B.負責(zé)實現(xiàn)需求變更C.分析變更請求所帶來的影響D.判定變更是否正確地實現(xiàn)答案:A考點 需求變更控制委員會(CCB)負責(zé)做出決定，即確定究竟將哪些已建議需求變更或新產(chǎn)品特性付諸應(yīng)用。問題:17. 某項目在執(zhí)行過程中，軟件的需求基線已經(jīng)確定后，客戶需要增加新的功能，但該需求變更會對已經(jīng)完成系統(tǒng)的穩(wěn)定性有較大影響。作為項目負責(zé)人處理這些需求變更，下列_做法是不合適的。

11、A.利用原型法給用戶提供預(yù)覽，以幫助準(zhǔn)確把握用戶的真實需求B.可以跟客戶說“不”，并與其商議在后續(xù)項目或下一版本中滿足他們的要求C.秉承“客戶至上”原則，召集有關(guān)人員開始變更工作，滿足客戶的要求D.利用在項目初期文檔化的視圖、范圍和限制，與變更項比較，決定是否采用此項變更答案:C考點 通常，需求變更管理需要遵循事先約定的程序流程。據(jù)此，選項C的做法不妥，該項目負責(zé)人首先應(yīng)該進行需求變更的相關(guān)影響分析，并根據(jù)相關(guān)流程進行變更審批，而不是直接召集有關(guān)人員開始變更工作。問題:18. 需求跟蹤矩陣的作用是_。A.可以體現(xiàn)需求與后續(xù)工作成果之間的對應(yīng)關(guān)系B.固化需求，防止變更C.明確項目干系人對于需求的

12、責(zé)任D.對于需求復(fù)雜的項目，可以用來明確需求答案:A考點 通過需求跟蹤矩陣可以跟蹤一個需求使用期限的全過程，即從需求源到實現(xiàn)的前后生存期。它跟蹤的是已明確的需求的實現(xiàn)過程，不涉及需求開發(fā)人員的職責(zé)，也無法用于防止變更。問題:19. 某軟件項目實施過程中產(chǎn)生的一個文檔的主要內(nèi)容如下表所示，該文檔的主要作用是_。某軟件項目實施過程中產(chǎn)生的文檔 需求標(biāo)識 需求規(guī)格說明書v1.0 設(shè)計說明書v1.0 源代碼庫SDV1.1 測試用例庫TCV1.1 功能R001 2.1節(jié)6.2節(jié) 3.2節(jié)8.2節(jié) MainFrame.javaEvent.java 用例01V1.1用例02V1.1 功能R002 A.工作分

13、解B.測試說明C.需求跟蹤D.設(shè)計驗證答案:C考點 需求跟蹤矩陣保存著需求與后續(xù)工作成果的對應(yīng)關(guān)系。具體而言，就是要描繪出需求中與各功能點相對應(yīng)的需求分析文檔、詳細設(shè)計文檔、代碼、測試用例及相應(yīng)的版本。矩陣單元之間可能存在“一對一”、“一對多”或“多對多”的關(guān)系。由于對應(yīng)關(guān)系比較復(fù)雜，因此最好在表格中添加必要的文字注釋。 通常，工作分解主要采用分級的樹形(或列表式)WBS結(jié)構(gòu)。軟件測試說明書是軟件項目測試階段的主要說明文檔。設(shè)計驗證(Design Verification)是指對某項規(guī)定的活動進行的檢查，以確定該項活動是否達到規(guī)定要求的試驗，這些規(guī)定要求主要是指產(chǎn)品規(guī)范。 問題:20. 在軟件

14、項目中，_是確保需求不在開發(fā)過程中“丟失”的一個有效措施。A.做好需求變更管理B.做好需求確認C.做好需求回溯D.做好需求追溯答案:D考點 在“需求開發(fā)”過程域的各項活動的進程中，需求可能會演變。隨著需求的演變，要求在所有項目干系人之間對已批準(zhǔn)的現(xiàn)行需求重新建立承諾，并且對項目計劃、活動和工作產(chǎn)品中的后續(xù)變更做出承諾。為了確保需求在開發(fā)工程中不丟失，應(yīng)做好需求追溯?！白匪莸叫枨蟆北硎緩目蛻粜枰匪莸叫枨?，確保需求規(guī)格說明書反應(yīng)所有客戶的需求。問題:21. 在項目管理當(dāng)中，下列關(guān)于“間接管理”的論述中正確的是_。A.有利于信息傳遞B.不利于解決管理幅度問題C.依賴于管理制度的建設(shè)D.更容易建立管

15、理者和被管理者之間的溝通和信任答案:C考點 相對于“直接管理”，“間接管理”是指組織的最終責(zé)任人不直接對組織內(nèi)的每個人和每件事進行管理，而是通過授權(quán)和建立工作制度來對組織進行管理。這樣在組織中就存在著若干不同層面的管理層，這可能會導(dǎo)致組織在信息傳遞上出現(xiàn)問題，不同層面及不同部分的管理者和被管理者之間也難以構(gòu)建起信任，同時其必須依靠一套規(guī)范的制度來維持?！伴g接管理”的最大益處就是每個管理者只需管理很少的直接下屬，可以大大節(jié)省各個管理者的精力。 在大型項目或多項目實施的過程中，負責(zé)實施的項目經(jīng)理對這些項目大都采用_的方式。投資大、建設(shè)周期長、專業(yè)復(fù)雜的大型項目最好采用_的組織形式或近似的組織形式。

16、 22.A.直接管理B.間接管理C.水平管理D.垂直管理答案:B23.A.項目型B.職能型C.弱矩陣型D.直線型答案:A考點 在大型及復(fù)雜項目的情況下，將需要更明確而專一的分工，管理方法將更直接地影響項目的目標(biāo)實現(xiàn)。同時，由于大型項目大多數(shù)通過分解為多個相互關(guān)聯(lián)的、較小的項目來進行管理，較小的項目由其項目經(jīng)理直接管理，而大型項目經(jīng)理通過領(lǐng)導(dǎo)和管理多個較小項目的項目經(jīng)理實現(xiàn)對多個較小項目的“間接管理”，從而完成對大型及復(fù)雜項目的整體管理。 不同類型的項目組織結(jié)構(gòu)形式適合不同類型的項目。通常，職能式組織結(jié)構(gòu)比較適用于規(guī)模小、偏重于技術(shù)的項目，而不適應(yīng)于環(huán)境變化較大的項目。換而言之，職能型組織結(jié)構(gòu)主

17、要承擔(dān)的是內(nèi)部項目，很少承擔(dān)外部項目。 項目型組織結(jié)構(gòu)由于重復(fù)設(shè)置，成本較高，因此常在那些投資大、建設(shè)周期長、專業(yè)復(fù)雜、技術(shù)人員來自多個部門的大型項目中使用。其優(yōu)點體現(xiàn)在：結(jié)構(gòu)單一、責(zé)權(quán)分明、利于統(tǒng)一指揮；目標(biāo)明確、單一；溝通簡潔、方便；決策快等。 矩陣型組織結(jié)構(gòu)是一個混合體，是為了最大限度地利用組織中的資源和能力而發(fā)展起來的。它在職能型組織的垂直層次結(jié)構(gòu)中疊加了項目型組織的水平結(jié)構(gòu)，兼有兩者的結(jié)構(gòu)特征。 通常，工作周期長、專業(yè)復(fù)雜或比較特殊的項目，投資或工程量較大的信息系統(tǒng)項目適宜采用強矩陣型或項目型的組織形式。 問題:24. 下列關(guān)于大型及復(fù)雜項目的描述中，說法不正確的是_。A.大型及復(fù)雜

18、項目的項目經(jīng)理日常職責(zé)更集中于管理職責(zé)B.大型及復(fù)雜項目的管理與一般項目管理的方法有質(zhì)的變化C.大型及復(fù)雜項目的管理模式以間接管理為主D.大型及復(fù)雜項目的管理是以項目群的方式進行的答案:B考點 什么樣的項目是大型或復(fù)雜項目并沒有一個嚴格的界限劃分。也許合同額、團隊規(guī)模，以及涉及的合作方多少可以作為衡量的標(biāo)準(zhǔn)。但從項目管理的角度來說，如果這些因素不會導(dǎo)致項目團隊所采用的項目管理方法有根本的變化，則僅僅是“量變”而不是“質(zhì)變”。據(jù)此，選項B的說法有誤。問題:25. 以下關(guān)于大型及復(fù)雜項目的計劃過程的描述中，正確的是_。A.大型及復(fù)雜項目的計劃主要關(guān)注項目的活動計劃B.大型及復(fù)雜項目必須建立以活動為

19、基礎(chǔ)的管理體系C.大型及復(fù)雜項目建立單獨的過程規(guī)范不會增加成本D.大型及復(fù)雜項目的計劃必須首先考慮項目的過程計劃答案:D考點 一般項目的計劃主要關(guān)注的是項目活動的計劃。但是對于大型及復(fù)雜項目來說，在制訂活動計劃之前，必須考慮項目的過程計劃，即必須確定用什么方法和過程來完成項目。據(jù)此，選項A說法有誤，選項D說法正確。 大型及復(fù)雜項目必須建立以過程為基礎(chǔ)的管理體系。因為此時協(xié)作的效率要遠遠高于個體效率。據(jù)此，選項B說法有誤。 每個企業(yè)一般都存在自己的通用過程，但是項目的特征又使得每個項目都有其各自不同的要求。因此為一個項目單獨建立一套適合的過程是有益的，但這將增加項目成本，需要平衡成本與效益之間的

20、關(guān)系。據(jù)此，選項C說法有誤。 問題:26. 當(dāng)一個大型及復(fù)雜項目在_確定后，就需要制訂項目計劃。A.需求定義B.活動計劃C.項目過程D.項目團隊答案:C考點 當(dāng)一個大型及復(fù)雜項目在項目過程確定之后，就需要制訂項目計劃。一個項目的計劃是最終表述如何實現(xiàn)項目目標(biāo)的具體過程。當(dāng)要明確表述一個項目的目標(biāo)時，可從以下4個方面對項目進行定義：項目要完成的工作是什么，即范圍；項目結(jié)果需要達到什么樣的要求，即質(zhì)量；項目完成所需要的時間，即進度；項目完成所需要的代價，即成本。問題:27. 大型及復(fù)雜項目因其復(fù)雜性和多變性使得范圍管理尤為重要，其中應(yīng)遵循的基本原則不包括_。A.通過分解結(jié)構(gòu)對項目進行管理B.包含了

21、一系列子過程，用以確保能夠?qū)崿F(xiàn)項目目標(biāo)所必需的工作C.項目過程的持續(xù)改進D.對項目變更應(yīng)該統(tǒng)一控制答案:C考點 項目過程的持續(xù)改進是項目質(zhì)量管理的基本原則。問題:28. 大型復(fù)雜項目的各子項目由于目標(biāo)相同而存在，以下關(guān)于子項目的描述中不恰當(dāng)?shù)氖莀。A.需明確各子項目之間相互依賴、相互配合和相互約束的關(guān)系B.為每一個子項目的績效測量制定明確的基準(zhǔn)C.一個子項目的變更不會引起其他子項目范圍的巨大變動D.各子項目也應(yīng)確定明確的范圍、質(zhì)量、進度和成本答案:C考點 由于各子項目是從大項目分解出來的，因此要明確各子項目之間的相互依賴、配合和約束關(guān)系。各子項目也都是項目，要有確定的范圍、質(zhì)量、進度、成本，以及相應(yīng)的績效測量基準(zhǔn)。 由于各子項目之間存在依賴關(guān)系，一個子項目的變更可能會引起其他子項目范圍的巨大變動，因此