2021年5月信息系統(tǒng)項目管理師考試論文真題(總分：2.00，做題時間：180分鐘)一、問答題(總題數(shù)：2，分數(shù)：2.00)1.論信息系統(tǒng)項目的范圍管理項目范圍管理必須清晰地定義項目范圍，其主要工作是要確定哪些工作是項目應該做的，哪些不應該包括在項目中。請以“論信息系統(tǒng)項目的范圍管理”為題進行論述1.概要敘述你參與管理過的一個信息系統(tǒng)項目(項目的背景、項目規(guī)模、發(fā)起單位、目的、項目內(nèi)容、組織結構、項目周期、交付的成果等)，并說明你在其中承擔的工作(項目背景要求本人真實經(jīng)歷，不得抄襲及杜撰)2.請結合你所敘述的信息系統(tǒng)項目，圍繞以下要點論述你對信息系統(tǒng)項目范圍管理的認識，并總結你的心得體會：(1)項目范圍管理的過程;(2)根據(jù)你所描述的項目范圍，寫出核心范圍對應的需求跟蹤矩陣。3.請結合你所敘述的項目范圍和需求跟蹤矩陣，給出項目的WBS(要求與描述項目保持一致，符合WBS原則，至少分解至5層)

（分數(shù)：1.00）__________________________________________________________________________________________

正確答案：(無)解析：架構：第一部分：摘要+正文第二部分：范圍管理過程1、規(guī)劃范圍管理2、收集需求其中收集需求要求寫出核心范圍對于的需求跟蹤矩陣。因此涉及到的知識有：（1）需求文件的內(nèi)容包括（但不限于）以下幾個方面：業(yè)務需求，包括可跟蹤的業(yè)務目標和項目目標、執(zhí)行組織的業(yè)務規(guī)則、組織的指導原則。干系人需求，包括對組織其他領域的影響、對執(zhí)行組織內(nèi)部或外部團體的影響、干系人對溝通和報告的需求。解決方案需求，包括功能和非功能需求、技術和標準合規(guī)性(Complicance)需求、支持和培訓的需求、質(zhì)量需求和報告需求?？捎眉兾谋痉绞交蛴媚Ｐ驼故窘鉀Q方案需求，也可兩者同時使用。項目需求，包括服務水平、績效、安全和合規(guī)性等，以及驗收標準。過渡需求。與需求有關的假設條件、依賴關系和制約因素。（2）需求跟蹤矩陣在CMMI中，需求管理是已管理級的一個關鍵過程域，其目標是為產(chǎn)品需求建立一個基線，供軟件開發(fā)及其管理使用，使計劃、產(chǎn)品和活動與需求保持一致。從需求工程的角度來看，需求管理包括在產(chǎn)品開發(fā)過程中維持需求一致性和精確性的所有活動，包括控制需求基線，保持項目計劃與需求一致，控制單個需求和需求文檔的版本情況，管理需求和聯(lián)系鏈之間的聯(lián)系，或管理單個需求和項目其他可交付物之間的依賴關系，跟蹤基線中需求的狀態(tài)?？筛櫺园瑑蓚€層面的含義，一個是項目執(zhí)行過程的兩個或多個產(chǎn)品之間能夠建立關系的程度，尤其是那些具有前后關系或主從關系的產(chǎn)品。例如，某個給定構件的需求和設計的匹配程度；另一個是項目產(chǎn)品中每個元素能夠建立其存在理由的程度，例如，產(chǎn)品設計中的每個元素定位它所滿足需求的程度。1、需求跟蹤的內(nèi)容每個配置項的需求到其涉及的產(chǎn)品（或構件）需求都要具有雙向可跟蹤性。所謂雙向跟蹤，包括正向跟蹤和反向跟蹤，正向跟蹤是指檢查需求文件中的每個需求是否都能在后繼工作產(chǎn)品（成果）中找到對應點；反向跟蹤也稱為逆向跟蹤，是指檢查設計文檔產(chǎn)品構件、測試文檔等工作成果是否都能在需求文件中找到出處。具體來說，需求跟蹤涉及五種類型，如圖5-1所示。圖5-1中的箭頭表示需求跟蹤能力聯(lián)系鏈，它能跟蹤需求使用的整個周期，即從需求建議到交付的全過程。圖5-1左半部分表明，從用戶原始需求可向前追溯到需求文件，這樣就能區(qū)分出項目過程中或項目結束后由于變更受到影響的需求，也確保了需求文件中包括所有用戶需求。同樣，可以從需求文件回溯到相應的用戶原始需求，確認每個需求的出處。如果以用例(usecase)的形式來描述用戶需求，圖5-1左半部分就是用例和功能需求之間的跟蹤情況。圖5-1右半部分表明，由于在項目實施過程中，產(chǎn)品需求轉變?yōu)樵O計和測試等實現(xiàn)元素，所以通過定義單個需求和特定的產(chǎn)品元素之間的聯(lián)系鏈，可以從需求文件追溯到產(chǎn)品元素。這種聯(lián)系鏈使項目團隊成員知道每個需求對應的產(chǎn)品元素，從而確保產(chǎn)品元素滿足每個需求。第四類聯(lián)系鏈是從產(chǎn)品元素回溯到需求文件，使項目團隊成員知道每個產(chǎn)品元素存在的原因。如果不能將設計元素或測試案例回溯到一個需求文件，就可能出現(xiàn)鍍金行為。當然，如果某個孤立的產(chǎn)品元素表明了一個正當?shù)墓δ?，則說明需求文件漏掉了一項需求。第五類聯(lián)系鏈是需求文件之問的跟蹤，這種跟蹤便于更好地處理各種需求之間的邏輯相關性，檢查需求分解中可能出現(xiàn)的錯誤或遺漏。2、需求跟蹤矩陣表示需求和其他產(chǎn)品元素之間的聯(lián)系鏈的最普遍方式是使用需求跟蹤（能力）矩陣，需求跟蹤矩陣是將產(chǎn)品需求從其來源連接到能滿足需求的可交付成果的一種表格。需求跟蹤矩陣提供了在整個項目生命周期中跟蹤需求的一種方法，有助于確保需求文件中被批準的每項需求在項目結束時都能交付，還可以為管理產(chǎn)品范圍變更提供框架。需要跟蹤的內(nèi)容包括以下幾個方面。業(yè)務需求、機會、目的和目標。項目目標。項目范圍(WBS可交付成果)。產(chǎn)品設計。產(chǎn)品開發(fā)。測試策略和測試場景。高層級需求到詳細需求。不論采用何種跟蹤方式，都要建立與維護需求跟蹤矩陣，它保存了需求與后繼工作

成果的對應關系。例如，從用戶原始需求到需求文件之間的跟蹤，可以采用如表5-3所示的矩陣。對于從需求文件到下游工作產(chǎn)品之間的跟蹤，可以采用如表5-4所示的矩陣。需求跟蹤矩陣中可以定義各種產(chǎn)品元素類型間的一對一、～對多和多對多關系，也就是說，允許在表5-4的一個單元格中填入多個元素來實現(xiàn)這些特征。例如，一個構件對應一個設計元素，多個測試案例驗證一個功能點，每個用例導致多個功能點等。應在需求跟蹤矩陣中記錄每個需求的相關屬性，這些屬性有助于明確每個需求的關鍵信息。需求跟蹤矩陣中記錄的典型屬性包括唯一標識、需求的文字描述、收錄該需求的理由、所有者、來源、優(yōu)先級別、版本、當前狀態(tài)（例如，進行中、已取消、已推遲、新增加、已批準、已分配、已完成等）和狀態(tài)日期。另外，為了確保干系人滿意，可能需要增加一些補充屬性，例如，穩(wěn)定性、復雜性和驗收標準等。3、定義范圍4、創(chuàng)建WBS其中要求舉例寫出詳細的五層WBS。涉及到的知識點如下：WBS將項目整體或者主要的可交付成果分解成容易管理、方便控制的若干個子項目或者工作包，子項目需要繼續(xù)分解為工作包，持續(xù)這個過程，直到整個項目都分解為可管理的工作包，這些工作包的總和是項目的所有工作范圍。最普通的WBS如表5-5所示。這樣分層的特點有：(1)每層中的所有要素之和是下一層的工作之和。(2)每個工作要素應該具體指派一個層次，而不應該指派給多個層次。(3)WBS需要有投入工作的范圍描述，這樣才能使所有人對要完成的工作有全面的了解。5、確認范圍6、范圍控制第三部分：總結項目管理中范圍管理的組織過程資產(chǎn)總結。2.論信息系統(tǒng)項目的合同管理項目合同管理是通過對項目合同的全生命周期進行管理，以回避和減輕可識別的項目風險。請以“論信息系統(tǒng)項目的合同管理”為題進行論述”：1.概要敘述你參與管理過的信息系統(tǒng)項目(項目的背景、項目規(guī)模、發(fā)起單位、目的、項目內(nèi)容、組織結構、項目周期、交付的成果等)，并說明你其中承擔的工作(項目背景要求本人真實經(jīng)歷，不得抄襲及杜撰)2.請結合你所敘述的信息系統(tǒng)項目，圍繞以下要點論述你對信息系統(tǒng)項目合同管理的認識，并總結你的心得體會：(1)項目合同管理的過程(2)在有監(jiān)理參與的情況下，結合項目管理實際寫出詳細的合同索賠流程。3.請結合你所敘述的信息系統(tǒng)項目，編制一份對應的項目合同(列出主要的條款內(nèi)容)。

（分數(shù)：1.00）__________________________________________________________________________________________

正確答案：(無)解析：架構：第一部分：摘要+正文第二部分：合同管理過程合同管理包括：合同簽訂管理、合同履行管理、合同變更管理、合同檔案管理、合同違約索賠管理。其中這部分要求寫出要有監(jiān)理參與的情況下，寫出一個詳細的合同索賠流程。合同索賠流程項目發(fā)生索賠事件后，一般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設主管機構進行調(diào)解，若仍調(diào)解不成，由經(jīng)濟合同仲裁委員會進行調(diào)解或仲裁。在整個索賠過程中，遵循的原則是索賠的有理性、索賠依據(jù)的有效性、索賠計算的正確性。索賠具體流程如下。(1)提出索賠要求。當出現(xiàn)索賠事項時，索賠方以書面的索賠通知書形式，在索賠事項發(fā)生后的28天以內(nèi)，向監(jiān)理工程師正式提出索賠意向通知。(2)報送索賠資料。在索賠通知書發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長工期和（或）補償經(jīng)濟損失的索賠報告及有關資料。索賠報告的內(nèi)容主要有總論部分、根據(jù)部分、計算部分和證據(jù)部分。索賠報告編寫的一般要求如下。索賠事件應該真實。責任分析應清楚、準確、有根據(jù)。充分論證事件給索賠方造成的實際損失。索賠計算必須合理、正確。文字要精煉、條理要清楚、語氣要中肯。(3)監(jiān)理工程師答復。監(jiān)理工程師在收到送交的索賠報告有關資料后，于28天內(nèi)給予答復，或要求索賠方進一步補充索賠理由和證據(jù)。(4)監(jiān)理工程師逾期答復后果。監(jiān)理工程師在收到承包人送交的索賠報告的有關資料后28天未予答復或未對承包人作進一步要求，視為該項索賠