試題二（25分）
      閱讀下面說明，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄目內(nèi)。
[說明]
      某軟件開發(fā)項目已進(jìn)入編碼階段，此時客戶方提出有若干項需求要修改。由于該項目客戶屬于公司的重點(diǎn)客戶，因此項目組非常重視客戶提出的要求，專門與客戶就需求變更共同開會進(jìn)行溝通。經(jīng)過幾次協(xié)商，雙方將需求變更的內(nèi)容確定下來，并且經(jīng)過分析，認(rèn)為項目工期將延誤兩周時間，并會對編碼階段里程碑造成較大的影響。項目經(jīng)理將會議內(nèi)容整理成備忘錄讓客戶進(jìn)行了簽字確認(rèn)。隨后，項目經(jīng)理召開項目組內(nèi)部會議將任務(wù)口頭布置給了小組成員。會后，主要由編碼人員按照會議備忘錄的要求對已完成的模塊編碼進(jìn)行修改，而未完成的模塊按照會議備忘錄的要求進(jìn)行編寫。項目組加班加點(diǎn)，很快完成了代碼編寫工作。項目進(jìn)入了集成測試階段。
【問題1】（10分）
      請說明此項目在進(jìn)行需求變更的過程中存在的問題。
【問題2】（10分）
      請分析該項目中的做法可能對后續(xù)工作造成什么樣的影響？
【問題3】（5分）
      請簡要說明整體變更控制流程。
試題 分析
      本是關(guān)于變更控制的分析題：
　　  問題1要求考生通過對案例的分析，找出變更過程中存在的問題；
　　  問題2接著問可能產(chǎn)生的后果；
　　  問題3屬于知識性題目，要求考生說明整體變更控制的流程。
參考答案：
問題1：（10分）
      ①該項目沒有從整體上進(jìn)行項目范圍、進(jìn)度、成本的質(zhì)量的影響評估；
      ②需求變更內(nèi)容沒有經(jīng)過變更控制委員會（CCB）審批，沒有得到正式確認(rèn)；
      ③項目經(jīng)理口頭布置需求變更任務(wù)，而非書面文檔形式下令；
      ④在需求變更實施過程中沒有做好模塊代碼的備份工作；
      ⑤在修改編碼之后沒有進(jìn)行相應(yīng)的配置管理和版本管理；
      ⑥沒有對修改完成后的功能模塊進(jìn)行回歸測試和評審驗證；
      ⑦在代碼編寫完成之后，沒有進(jìn)行相應(yīng)的單元測試就直接進(jìn)入集成測試；
      ⑧該項目團(tuán)隊沒有建立有效的需求變更控制流程；
      ⑨該項目未修改并審批進(jìn)度計劃；
      ⑩需求變更沒有進(jìn)行書面記錄，且未與項目干系人進(jìn)行溝通。
      （答案包含但不限于以上要點(diǎn)，答出其中5個小點(diǎn)即可，每小點(diǎn)2分，答案類似即可）
問題2：（10分）
      ①缺乏對需求變更請求的分析可能會導(dǎo)致后期的變更工作出現(xiàn)工作缺失、與其他工作不一致等問題，對項目的進(jìn)度管理、成本管理、質(zhì)量管理和配置管理等方面也會產(chǎn)生一定影響。
      ②缺乏變更控制委員會（CCB）對需求變更內(nèi)容的審批，且未與項目干系人進(jìn)行溝通，可能會導(dǎo)致對工作產(chǎn)物的整體變化情況失去把握。
      ③項目經(jīng)理口中頭布置需求變更任務(wù)，可能會導(dǎo)致對部分需求變更的歷史無法追溯。
      ④在修改過程中不注意做好模塊代碼的備份、配置管理和版本管理，一方面可能會導(dǎo)致當(dāng)變更失敗時無法進(jìn)行復(fù)原，造成成本損耗和進(jìn)度拖延；另一方面，對于組織財富和經(jīng)驗的積累也是不利的。
      ⑤修改完成后不進(jìn)行回歸測試和評審驗證，則難以確認(rèn)需求變更是否正確實現(xiàn)，為需求變更付出的工作量也無法得到承認(rèn)。
      （答案包含但不限于以上要點(diǎn)，每小點(diǎn)2分，答案類似即可）
問題3：（5分）
      ①受理變更申請
      ②變更的整體影響分析
      ③接收或拒絕變更
      ④執(zhí)行變更
      ⑤變更結(jié)果追蹤與審核
      ⑥溝通存檔
      （每小點(diǎn)1分，最多得5分，答案類似即可）