閱讀以下說明，根據(jù)要求回答問題1~問題3。 (25分)
     【說明】
      2012年3月，系統(tǒng)集成商PB公司的員工老李剛出任項(xiàng)目經(jīng)理，就承接了S省綜合性星火大學(xué)的一個(gè)大中型軟件項(xiàng)目。上任時(shí)公司分管領(lǐng)導(dǎo)劉總再三叮嚀他一定要尊重客戶，充分滿足客戶需求。項(xiàng)目開始比較順利，但進(jìn)入到后期，星火大學(xué)頻繁的需求變更帶來很多額外工作。項(xiàng)目經(jīng)理老李動(dòng)員大家加班，保持了項(xiàng)目的正常進(jìn)度，客戶相當(dāng)滿意。但需求變更卻越來越多。為了節(jié)省時(shí)間，星火大學(xué)相關(guān)工作人員不再向老李申請(qǐng)變更，而是直接找項(xiàng)目團(tuán)隊(duì)的程序員商量。程序員疲于應(yīng)付，往往直接改程序而不做任何記錄，很多相關(guān)文檔也忘記修改。很快老李就發(fā)現(xiàn):需求、設(shè)計(jì)和代碼無法保持一致，甚至沒有人能說清楚現(xiàn)在系統(tǒng)“到底改成什么樣了”。版本管理也出現(xiàn)了混亂，很多人違反配置管理規(guī)定，直接在測(cè)試環(huán)境中修改和編譯程序。但在進(jìn)度壓力下，他也只能佯裝不知此事。但因頻繁出現(xiàn)“改好的錯(cuò)誤又重新出現(xiàn)”的問題，星火大學(xué)該項(xiàng)目分管領(lǐng)導(dǎo)陳副校長(zhǎng)已經(jīng)明確表示“失去了耐氣”。
    而這還只是噩夢(mèng)的開始。一名程序員未經(jīng)許可擅自修改了核心模塊，造成系統(tǒng)運(yùn)行異常緩慢，大量應(yīng)用程序超時(shí)退出。雖然最終花費(fèi)了3天的時(shí)間解決了該問題，但陳副校長(zhǎng)卻表示“無法容忍這種低下的項(xiàng)目管理水平”。由于擔(dān)心系統(tǒng)中還隱含著其他類似的錯(cuò)誤，陳副校長(zhǎng)對(duì)項(xiàng)目的質(zhì)量也疑慮重重。
    隨后發(fā)生的事情讓項(xiàng)目經(jīng)理老李更加為難:星火大學(xué)另一名高層領(lǐng)導(dǎo)馬副校長(zhǎng)與陳副校長(zhǎng)對(duì)整個(gè)項(xiàng)目界面風(fēng)格的看法不一致，并為此發(fā)生了激烈爭(zhēng)執(zhí)。老李知道如果發(fā)表意見可能會(huì)得罪其中一方，于是保持了沉默。最終陳副校長(zhǎng)決定調(diào)整所有界面，老李只好立刻動(dòng)員大家抓緊時(shí)間修改?？珊髞懋?dāng)聽說因修改界面風(fēng)格而造成了項(xiàng)目?jī)芍艿难诱`后，馬副校長(zhǎng)與陳副校長(zhǎng)卻非常一致、氣憤地質(zhì)問老李:“為什么你不早點(diǎn)告訴我們要延期?早知這樣才不會(huì)讓你改呢?”這一切都讓老李感覺到很沮喪與苦惱。老李陷入了沉思……
    【問題1】(12分)
    結(jié)合你的項(xiàng)目管理經(jīng)驗(yàn)，從整體變更管理的角度分析產(chǎn)生上述問題的可能原因，并給出相應(yīng)的整改措施(或建議)。
    【問題2】 (5分)
    對(duì)于信息系統(tǒng)軟件項(xiàng)目，“擴(kuò)展需求”是指在軟件（1 ）己經(jīng)確定后又要增添新的功能(或進(jìn)行較大改動(dòng))的情況。通常，管理需求擴(kuò)展的第一步是:將新系統(tǒng)的視圖、范圍和限制等進(jìn)行（2 ）并作為業(yè)務(wù)需求的一部分。評(píng)估每一項(xiàng)建議的需求和特性，將與（3 ）進(jìn)行比較，以決定是否采納此項(xiàng)變更。
    控制需求擴(kuò)展的另一個(gè)有效技術(shù)是（4 ）。該方法能夠給用戶提供預(yù)覽所有可能的實(shí)現(xiàn)，以幫助用戶與開發(fā)者溝通從而準(zhǔn)確地把握用戶的真實(shí)需求。
    在需求管理活動(dòng)中，（5 ）活動(dòng)的目的是建立與維護(hù)“需求一設(shè)計(jì)一編程一測(cè)試”之間的一致性，確保所有的工作成果符合用戶需求。
    【問題3】(8分)
    結(jié)合你的項(xiàng)目管理經(jīng)驗(yàn)，請(qǐng)簡(jiǎn)要分析本案例所列舉的缺失相關(guān)變更控制過程等情況可能會(huì)導(dǎo)致哪些不良的后果。