摘要:上篇文章希賽小編跟大家分享了系統(tǒng)集成項目管理工程師考試下午題的答題技巧,下面來看一些例題與詳細(xì)的分析,大家可仔細(xì)閱讀這些案例,并加以體會運用,以快速提升解決問題的能力。
上篇文章希賽小編跟大家分享了系統(tǒng)集成項目管理工程師考試下午題的答題技巧,下面來看一些例題與詳細(xì)的分析,大家可仔細(xì)閱讀這些案例,并加以體會運用,以快速提升解決問題的能力。
點擊查看>>>>系統(tǒng)集成項目管理工程師考試案例分析答題技巧
例題:項目變更管理
在一個正在實施的系統(tǒng)集成項目中出現(xiàn)了下述情況:一個系統(tǒng)的用戶向他所認(rèn)識的一個項目開發(fā)人員抱怨系統(tǒng)軟件中的一項功能問題,并且表示希望能夠進(jìn)行修改。于是,該開發(fā)人員就直接對系統(tǒng)軟件進(jìn)行了修改,解決了該項功能問題。針對這樣一種情況,請分析如下問題:
【問題1】請用150字以內(nèi)的文字,說明上述情況中存在著哪些問題?
【問題2】請用300字以內(nèi)的文字,說明上述情況可能會導(dǎo)致什么樣的后果?
【問題3】請用300字以內(nèi)的文字,說明配置管理中完整的變更處置流程。
例題分析
本題比較簡單,主要考查變更控制的基本流程及實施方法,基本屬于純理論問題。
變更來源有兩個方面,一是用戶,他們是信息系統(tǒng)項目需求的提出者。要求用戶一次性地把需求講清楚,并且不允許此后做任何變更,這是不現(xiàn)實的,開發(fā)方只能盡力減少變更,降低其影響。開發(fā)人員如何解決好自己的工作產(chǎn)品與變更的用戶需求之間的一致性,是CMM2級需求管理這個關(guān)鍵過程域的主要目標(biāo)。
變更來源的另一個方面來自開發(fā)人員自身。他們在工作中可能發(fā)現(xiàn)前期工作中有些不妥當(dāng)?shù)牡胤?,便要修改已?jīng)確定了的設(shè)計方案或是設(shè)計的細(xì)節(jié)。也許是項目管理人員提出要修訂已經(jīng)確定了的項目方案。由此所導(dǎo)致的返工甚至部分工作產(chǎn)品的報廢也是在所難免的。
無論來自哪個方面的變更,都需要嚴(yán)格按照變更控制的流程進(jìn)行,否則會給開發(fā)和后續(xù)維護(hù)帶來很多問題。
【問題1】
根據(jù)試題描述,這個開發(fā)人員在聽到用戶的口頭抱怨后,就直接對系統(tǒng)軟件進(jìn)行了修改,解決用戶的問題。顯然,該開發(fā)人員沒有遵照變更控制的程序來解決問題。具體來說,存在以下問題:
(1)沒有對用戶口頭反映的問題進(jìn)行文檔化,即沒有對用戶的要求進(jìn)行記錄。任何變更申請都必須以書面的形式提出。
(2)沒有分析和評估用戶變更請求。事實上,開發(fā)人員在獲得用戶的變更請求后,應(yīng)該提交給CCB,由CCB對變更請求進(jìn)行分析和評估。在得到CCB的批準(zhǔn)后,才能開始實施變更。
(3)在修改過程中沒有注意進(jìn)行版本管理。開發(fā)人員直接對系統(tǒng)軟件進(jìn)行修改,沒有進(jìn)行任何配置管理工作,這也是不對的。這樣,會造成后續(xù)的維護(hù)工作出現(xiàn)差錯。
(4)修改完成后未進(jìn)行驗證。開發(fā)人員直接修改了軟件,并“解決了該項功能問題”。但這種解決是局部性的,該功能的正常運行可能會引起其他功能的不正常,所以對軟件修改后,一定要進(jìn)行驗證測試。
(5)修改的內(nèi)容未和項目干系人進(jìn)行溝通。由于變更請求是由“一個系統(tǒng)的用戶”提出的,這種請求不一定合理,不一定在項目范圍之內(nèi)。一個配置項出現(xiàn)變更,可能會涉及到一些相關(guān)的部件和文檔進(jìn)行變更,這將影響到項目開發(fā)工作中的許多人員,所以需要和項目干系人溝通。
【問題2】
問題2要求考生說明上述情況可能會導(dǎo)致什么樣的后果。變更管理簡單說就是控制修改,使之不出現(xiàn)改錯,改亂的現(xiàn)象。沒有按照變更控制流程來實施信息系統(tǒng)的變更,會出現(xiàn)很多問題。具體而言,我們針對問題1分析中的存在的5個問題,分別例舉其可能導(dǎo)致的問題:
(1)由于沒有記錄用戶的變更請求,可能會導(dǎo)致對系統(tǒng)軟件變更的歷史無法追溯,并會導(dǎo)致對工作產(chǎn)品的整體變化情況失去把握。
(2)由于沒有對變更進(jìn)行分析和評估,可能會導(dǎo)致后期的變更工作出現(xiàn)工作缺失、與其他工作不一致等問題,對項目的進(jìn)度、成本、質(zhì)量方面也會產(chǎn)生一定影響。
(3)由于在修改過程中不注意版本管理,萬一變更失敗,則無法進(jìn)行復(fù)原,造成成本損耗和進(jìn)度拖延。而且,沒有版本管理,對于后續(xù)的開發(fā)和維護(hù)工作也會帶來困難,對于組織財富和經(jīng)驗的積累也是不利的。
(4)由于修改完成后不進(jìn)行驗證,難以確認(rèn)變更是否正確實現(xiàn),可能會影響系統(tǒng)其他功能的正常運行。同時,由于沒有進(jìn)行驗證,為變更付出的工作量也無法得到承認(rèn)。
(5)由于未與項目干系人進(jìn)行溝通,可能會導(dǎo)致項目干系人的工作之間出現(xiàn)不一致之處,進(jìn)而影響項目的整體質(zhì)量。
【問題3】
變更管理的基本流程如下:
(1)變更申請。應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等信息。
(2)變更評估。對變更的影響范圍、嚴(yán)重程度、經(jīng)濟(jì)和技術(shù)可行性進(jìn)行系統(tǒng)分析。
(3)變更決策。由具有相應(yīng)權(quán)限的人員或機(jī)構(gòu)決定是否實施變更。
(4)變更實施。由管理者指定的工作人員在受控狀態(tài)下實施變更。
(5)變更驗證。由配置管理人員或受到變更影響的人對變更結(jié)果進(jìn)行評價,確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進(jìn)行了更新、工作產(chǎn)物是否符合版本管理的要求。
(6)溝通存檔。將變更后的內(nèi)容通知可能會受到影響的人員,并將變更記錄匯總歸檔。如提出的變更在決策時被否決,其初始記錄也應(yīng)予以保存。
例題解答要點
【問題1】
存在的主要問題有:
(1)對用戶的要求未進(jìn)行記錄;
(2)對變更請求未進(jìn)行足夠的分析,也沒有獲得批準(zhǔn);
(3)在修改過程中沒有注意進(jìn)行版本管理;
(4)修改完成后未進(jìn)行驗證;
(5)修改的內(nèi)容未和項目干系人進(jìn)行溝通。
【問題2】
可能導(dǎo)致如下后果:
(1)缺乏對變更請求的記錄可能會導(dǎo)致對產(chǎn)品的變更歷史無法追溯,并會導(dǎo)致對工作產(chǎn)物的整體變化情況失去把握。
(2)缺乏對變更請求的分析可能會導(dǎo)致后期的變更工作出現(xiàn)工作缺失、與其他工作不一致等問題,對項目的進(jìn)度、成本、質(zhì)量方面也會產(chǎn)生一定影響。
(3)在修改過程中不注意版本管理,一方面可能會導(dǎo)致當(dāng)變更失敗時無法進(jìn)行復(fù)原,造成成本損耗和進(jìn)度拖延;另一方面,對于組織財富和經(jīng)驗的積累也是不利的。
(4)修改完成后不進(jìn)行驗證則難以確認(rèn)變更是否正確實現(xiàn),為變更付出的工作量也無法得到承認(rèn)。
(5)未與項目干系人進(jìn)行溝通可能會導(dǎo)致項目干系人的工作之間出現(xiàn)不一致之處,進(jìn)而影響項目的整體質(zhì)量。
【問題3】
變更管理的基本流程如下:
(1)變更申請。應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等信息。
(2)變更評估。對變更的影響范圍、嚴(yán)重程度、經(jīng)濟(jì)和技術(shù)可行性進(jìn)行系統(tǒng)分析。
(3)變更決策。由具有相應(yīng)權(quán)限的人員或機(jī)構(gòu)決定是否實施變更。
(4)變更實施。由管理者指定的工作人員在受控狀態(tài)下實施變更。
(5)變更驗證。由配置管理人員或受到變更影響的人對變更結(jié)果進(jìn)行評價,確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進(jìn)行了更新、工作產(chǎn)物是否符合版本管理的要求。
(6)溝通存檔。將變更后的內(nèi)容通知可能會受到影響的人員,并將變更記錄匯總歸檔。如提出的變更在決策時被否決,其初始記錄也應(yīng)予以保存。
點擊返回>>>>>系統(tǒng)集成項目管理工程師案例分析題實例匯總
更多軟考資訊請關(guān)注希賽軟考網(wǎng)。
相關(guān)推薦:
2015年系統(tǒng)集成項目管理工程師考試復(fù)習(xí)知識點匯總
2015年下半年系統(tǒng)集成項目管理工程師考試內(nèi)容
2015年下半年系統(tǒng)集成項目管理工程師考試教材推薦
軟考備考資料免費領(lǐng)取
去領(lǐng)取