2013年下半年軟考中級系統(tǒng)集成項目管理工程師下午案例分析真題試題三
案例問題：請將下面（1）~（7）處的答案填寫在答題紙的對應(yīng)欄內(nèi)。
從本質(zhì)上說，整體變更控制過程就是對（1）的變更進行（2）、（3）、批準和拒絕，并進行控制的過程。
整體變更控制的依據(jù)包括：（4）、（5）、（6），以及已完成的（7）
案例背景
S公司是某市一家從事電子政務(wù)應(yīng)用系統(tǒng)研發(fā)的系統(tǒng)集成公司，公司總經(jīng)理原為該市政府信息中心總工程師。S公司最近承接了該市政府X部門的一個軟件項目，而X部門一直是S公司的老客戶。因為當時公司總經(jīng)理急于出差，所以在系統(tǒng)范圍界定和驗收標準尚不十分明確的情況下，就和客戶簽訂了合同，并任命李工為該項目的項目經(jīng)理。
項目啟動后，李工和項目技術(shù)負責人陳工，以及X部門的副處長胡某共同組成了變更控制委員會。隨著項目的逐步開展，客戶方不斷提出一些變更請求，項目組起初嚴格按照變更管理流程進行處理，但是由于S公司與X部門比較熟悉，且胡某強調(diào)這些變更都是必須的業(yè)務(wù)要求，故此幾乎所有變更都被批準和接受。項目組先后多次修改設(shè)計方案，模塊代碼，甚至返工了部分功能模塊以應(yīng)對這些變更。
由于客戶方屬于機關(guān)單位，審批程序嚴格，即使很小的意見分歧也需要開會討論，按照程序辦理，項目進度比預(yù)期要慢。李工要求項目組天天加班以保證進度，但需求變更卻似乎沒完沒了，為了節(jié)省時間，客戶的業(yè)務(wù)人員不再正式提交變更申請，而是直接和程序員商量，程序員也往往直接修改代碼而來不及做相關(guān)文檔記錄，對此李工也很無奈。
有一次，客戶方的兩個負責人對軟件界面風格的看法發(fā)生了分歧，李工認為自己不便于發(fā)表意見，于是保持了沉默，最終客戶決定調(diào)整所有界面，李工動員大家加班修改，項目進度因此延誤了10天，這時客戶方的這兩個業(yè)務(wù)負責人卻同時來質(zhì)問李工：“為什么你不早點告訴我們會造成進度延期！早知道這樣，當初就不要修改了！”李工感到非?？鄲?。
[問題]
請將下面（1）~（7）處的答案填寫在答題紙的對應(yīng)欄內(nèi)。
從本質(zhì)上說，整體變更控制過程就是對（1）的變更進行（2）、（3）、批準和拒絕，并進行控制的過程。
整體變更控制的依據(jù)包括：（4）、（5）、（6），以及已完成的（7）
案例問題參考答案（僅供參考，信管網(wǎng)標準答案及試題解析請查看下面鏈接）：
(1)項目基準（或被批準的項目管理計劃）    (2)標識    (3)文檔化
(4)項目管理計劃     (5)申請的變更    (6)工作績效信息
(7)可交付物