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