上篇文章希賽小編跟大家分享了系統(tǒng)集成項(xiàng)目管理工程師考試下午題的答題技巧，下面來看一些例題與詳細(xì)的分析，大家可仔細(xì)閱讀這些案例，并加以體會(huì)運(yùn)用，以快速提升解決問題的能力。

  點(diǎn)擊查看>>>>系統(tǒng)集成項(xiàng)目管理工程師考試案例分析答題技巧

    例題：項(xiàng)目變更管理

    在一個(gè)正在實(shí)施的系統(tǒng)集成項(xiàng)目中出現(xiàn)了下述情況：一個(gè)系統(tǒng)的用戶向他所認(rèn)識(shí)的一個(gè)項(xiàng)目開發(fā)人員抱怨系統(tǒng)軟件中的一項(xiàng)功能問題，并且表示希望能夠進(jìn)行修改。于是，該開發(fā)人員就直接對(duì)系統(tǒng)軟件進(jìn)行了修改，解決了該項(xiàng)功能問題。針對(duì)這樣一種情況，請(qǐng)分析如下問題：

    【問題1】請(qǐng)用150字以內(nèi)的文字，說明上述情況中存在著哪些問題？

    【問題2】請(qǐng)用300字以內(nèi)的文字，說明上述情況可能會(huì)導(dǎo)致什么樣的后果？

    【問題3】請(qǐng)用300字以內(nèi)的文字，說明配置管理中完整的變更處置流程。

    例題分析

    本題比較簡(jiǎn)單，主要考查變更控制的基本流程及實(shí)施方法，基本屬于純理論問題。

    變更來源有兩個(gè)方面，一是用戶，他們是信息系統(tǒng)項(xiàng)目需求的提出者。要求用戶一次性地把需求講清楚，并且不允許此后做任何變更，這是不現(xiàn)實(shí)的，開發(fā)方只能盡力減少變更，降低其影響。開發(fā)人員如何解決好自己的工作產(chǎn)品與變更的用戶需求之間的一致性，是CMM2級(jí)需求管理這個(gè)關(guān)鍵過程域的主要目標(biāo)。

    變更來源的另一個(gè)方面來自開發(fā)人員自身。他們?cè)诠ぷ髦锌赡馨l(fā)現(xiàn)前期工作中有些不妥當(dāng)?shù)牡胤?，便要修改已?jīng)確定了的設(shè)計(jì)方案或是設(shè)計(jì)的細(xì)節(jié)。也許是項(xiàng)目管理人員提出要修訂已經(jīng)確定了的項(xiàng)目方案。由此所導(dǎo)致的返工甚至部分工作產(chǎn)品的報(bào)廢也是在所難免的。

    無論來自哪個(gè)方面的變更，都需要嚴(yán)格按照變更控制的流程進(jìn)行，否則會(huì)給開發(fā)和后續(xù)維護(hù)帶來很多問題。

    【問題1】

    根據(jù)試題描述，這個(gè)開發(fā)人員在聽到用戶的口頭抱怨后，就直接對(duì)系統(tǒng)軟件進(jìn)行了修改，解決用戶的問題。顯然，該開發(fā)人員沒有遵照變更控制的程序來解決問題。具體來說，存在以下問題：

    （1）沒有對(duì)用戶口頭反映的問題進(jìn)行文檔化，即沒有對(duì)用戶的要求進(jìn)行記錄。任何變更申請(qǐng)都必須以書面的形式提出。

    （2）沒有分析和評(píng)估用戶變更請(qǐng)求。事實(shí)上，開發(fā)人員在獲得用戶的變更請(qǐng)求后，應(yīng)該提交給CCB，由CCB對(duì)變更請(qǐng)求進(jìn)行分析和評(píng)估。在得到CCB的批準(zhǔn)后，才能開始實(shí)施變更。

    （3）在修改過程中沒有注意進(jìn)行版本管理。開發(fā)人員直接對(duì)系統(tǒng)軟件進(jìn)行修改，沒有進(jìn)行任何配置管理工作，這也是不對(duì)的。這樣，會(huì)造成后續(xù)的維護(hù)工作出現(xiàn)差錯(cuò)。

    （4）修改完成后未進(jìn)行驗(yàn)證。開發(fā)人員直接修改了軟件，并“解決了該項(xiàng)功能問題”。但這種解決是局部性的，該功能的正常運(yùn)行可能會(huì)引起其他功能的不正常，所以對(duì)軟件修改后，一定要進(jìn)行驗(yàn)證測(cè)試。

    （5）修改的內(nèi)容未和項(xiàng)目干系人進(jìn)行溝通。由于變更請(qǐng)求是由“一個(gè)系統(tǒng)的用戶”提出的，這種請(qǐng)求不一定合理，不一定在項(xiàng)目范圍之內(nèi)。一個(gè)配置項(xiàng)出現(xiàn)變更，可能會(huì)涉及到一些相關(guān)的部件和文檔進(jìn)行變更，這將影響到項(xiàng)目開發(fā)工作中的許多人員，所以需要和項(xiàng)目干系人溝通。

    【問題2】

    問題2要求考生說明上述情況可能會(huì)導(dǎo)致什么樣的后果。變更管理簡(jiǎn)單說就是控制修改，使之不出現(xiàn)改錯(cuò)，改亂的現(xiàn)象。沒有按照變更控制流程來實(shí)施信息系統(tǒng)的變更，會(huì)出現(xiàn)很多問題。具體而言，我們針對(duì)問題1分析中的存在的5個(gè)問題，分別例舉其可能導(dǎo)致的問題：

    （1）由于沒有記錄用戶的變更請(qǐng)求，可能會(huì)導(dǎo)致對(duì)系統(tǒng)軟件變更的歷史無法追溯，并會(huì)導(dǎo)致對(duì)工作產(chǎn)品的整體變化情況失去把握。

    （2）由于沒有對(duì)變更進(jìn)行分析和評(píng)估，可能會(huì)導(dǎo)致后期的變更工作出現(xiàn)工作缺失、與其他工作不一致等問題，對(duì)項(xiàng)目的進(jìn)度、成本、質(zhì)量方面也會(huì)產(chǎn)生一定影響。

    （3）由于在修改過程中不注意版本管理，萬一變更失敗，則無法進(jìn)行復(fù)原，造成成本損耗和進(jìn)度拖延。而且，沒有版本管理，對(duì)于后續(xù)的開發(fā)和維護(hù)工作也會(huì)帶來困難，對(duì)于組織財(cái)富和經(jīng)驗(yàn)的積累也是不利的。

    （4）由于修改完成后不進(jìn)行驗(yàn)證，難以確認(rèn)變更是否正確實(shí)現(xiàn)，可能會(huì)影響系統(tǒng)其他功能的正常運(yùn)行。同時(shí)，由于沒有進(jìn)行驗(yàn)證，為變更付出的工作量也無法得到承認(rèn)。

    （5）由于未與項(xiàng)目干系人進(jìn)行溝通，可能會(huì)導(dǎo)致項(xiàng)目干系人的工作之間出現(xiàn)不一致之處，進(jìn)而影響項(xiàng)目的整體質(zhì)量。

    【問題3】

    變更管理的基本流程如下：

    （1）變更申請(qǐng)。應(yīng)記錄變更的提出人、日期、申請(qǐng)變更的內(nèi)容等信息。

    （2）變更評(píng)估。對(duì)變更的影響范圍、嚴(yán)重程度、經(jīng)濟(jì)和技術(shù)可行性進(jìn)行系統(tǒng)分析。

    （3）變更決策。由具有相應(yīng)權(quán)限的人員或機(jī)構(gòu)決定是否實(shí)施變更。

    （4）變更實(shí)施。由管理者指定的工作人員在受控狀態(tài)下實(shí)施變更。

    （5）變更驗(yàn)證。由配置管理人員或受到變更影響的人對(duì)變更結(jié)果進(jìn)行評(píng)價(jià)，確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進(jìn)行了更新、工作產(chǎn)物是否符合版本管理的要求。

    （6）溝通存檔。將變更后的內(nèi)容通知可能會(huì)受到影響的人員，并將變更記錄匯總歸檔。如提出的變更在決策時(shí)被否決，其初始記錄也應(yīng)予以保存。

    例題解答要點(diǎn)

    【問題1】

    存在的主要問題有：

    （1）對(duì)用戶的要求未進(jìn)行記錄；

    （2）對(duì)變更請(qǐng)求未進(jìn)行足夠的分析，也沒有獲得批準(zhǔn)；

    （3）在修改過程中沒有注意進(jìn)行版本管理；

    （4）修改完成后未進(jìn)行驗(yàn)證；

    （5）修改的內(nèi)容未和項(xiàng)目干系人進(jìn)行溝通。

    【問題2】

    可能導(dǎo)致如下后果：

    （1）缺乏對(duì)變更請(qǐng)求的記錄可能會(huì)導(dǎo)致對(duì)產(chǎn)品的變更歷史無法追溯，并會(huì)導(dǎo)致對(duì)工作產(chǎn)物的整體變化情況失去把握。

    （2）缺乏對(duì)變更請(qǐng)求的分析可能會(huì)導(dǎo)致后期的變更工作出現(xiàn)工作缺失、與其他工作不一致等問題，對(duì)項(xiàng)目的進(jìn)度、成本、質(zhì)量方面也會(huì)產(chǎn)生一定影響。

    （3）在修改過程中不注意版本管理，一方面可能會(huì)導(dǎo)致當(dāng)變更失敗時(shí)無法進(jìn)行復(fù)原，造成成本損耗和進(jìn)度拖延；另一方面，對(duì)于組織財(cái)富和經(jīng)驗(yàn)的積累也是不利的。

    （4）修改完成后不進(jìn)行驗(yàn)證則難以確認(rèn)變更是否正確實(shí)現(xiàn)，為變更付出的工作量也無法得到承認(rèn)。

    （5）未與項(xiàng)目干系人進(jìn)行溝通可能會(huì)導(dǎo)致項(xiàng)目干系人的工作之間出現(xiàn)不一致之處，進(jìn)而影響項(xiàng)目的整體質(zhì)量。

    【問題3】

    變更管理的基本流程如下：

    （1）變更申請(qǐng)。應(yīng)記錄變更的提出人、日期、申請(qǐng)變更的內(nèi)容等信息。

    （2）變更評(píng)估。對(duì)變更的影響范圍、嚴(yán)重程度、經(jīng)濟(jì)和技術(shù)可行性進(jìn)行系統(tǒng)分析。

    （3）變更決策。由具有相應(yīng)權(quán)限的人員或機(jī)構(gòu)決定是否實(shí)施變更。

    （4）變更實(shí)施。由管理者指定的工作人員在受控狀態(tài)下實(shí)施變更。

    （5）變更驗(yàn)證。由配置管理人員或受到變更影響的人對(duì)變更結(jié)果進(jìn)行評(píng)價(jià)，確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進(jìn)行了更新、工作產(chǎn)物是否符合版本管理的要求。

    （6）溝通存檔。將變更后的內(nèi)容通知可能會(huì)受到影響的人員，并將變更記錄匯總歸檔。如提出的變更在決策時(shí)被否決，其初始記錄也應(yīng)予以保存。

  點(diǎn)擊返回>>>>>系統(tǒng)集成項(xiàng)目管理工程師案例分析題實(shí)例匯總

    更多軟考資訊請(qǐng)關(guān)注希賽軟考網(wǎng)。

    相關(guān)推薦：

  系統(tǒng)集成項(xiàng)目管理工程師案例分析題實(shí)例【1】

  系統(tǒng)集成項(xiàng)目管理工程師考試案例分析答題技巧

  2015年系統(tǒng)集成項(xiàng)目管理工程師考試復(fù)習(xí)知識(shí)點(diǎn)匯總

  2015年下半年系統(tǒng)集成項(xiàng)目管理工程師考試內(nèi)容

  2015年下半年系統(tǒng)集成項(xiàng)目管理工程師考試教材推薦