【正文】 (3分) 【問題3】(8。(3分) (2)在范圍確認(rèn)中，張工沒有主動(dòng)地要求用戶對(duì)需求進(jìn)行確認(rèn)。 (3)張工沒有要求用戶對(duì)已經(jīng)定義的需求進(jìn)行確認(rèn)，從而導(dǎo)致需求理解的偏差。 【問題1】(8分) (1)張工為了更明確地把握系統(tǒng)需求，聘請(qǐng)了原系統(tǒng)的需求調(diào)研人員李工，提高了需求定義的效率和質(zhì)量。 對(duì)于第二題，聯(lián)系范圍管理的知識(shí)，我們不難發(fā)現(xiàn)張工在范圍確認(rèn)和范圍控制中都有重大的缺陷，在范圍定義中也由于缺乏評(píng)審造成需求的質(zhì)量問題。前面已經(jīng)提到，張工注意到了需求的問題，專門找到了原系統(tǒng)需求負(fù)責(zé)人李工進(jìn)行需求開發(fā)，這是對(duì)項(xiàng)目有利的一面。 有了上面的分析，后面問題的答案就不難得出。 再回到這個(gè)案例，項(xiàng)目經(jīng)理張工樂觀認(rèn)為李工開發(fā)的需求沒有什么問題，也誤認(rèn)為雙方已經(jīng)有良好的合作，在不緊逼要求客戶代表簽字顯得不近人情，于是就抱著僥幸信息進(jìn)入了開發(fā)。召集客戶的業(yè)務(wù)代表對(duì)需求進(jìn)行評(píng)審、詳細(xì)記錄最原始的調(diào)研材料，讓客戶確認(rèn)調(diào)研報(bào)告、采用迭代開發(fā)逐步確認(rèn)系統(tǒng)需求，都是可以采用的方法。以現(xiàn)在軟件行業(yè)的情況，這種說(shuō)法是不無(wú)道理的。因此需求確認(rèn)或者說(shuō)是范圍確認(rèn)就顯得更為重要。 在軟件系統(tǒng)的開發(fā)中，系統(tǒng)需求就是項(xiàng)目的范圍。范圍控制的作用在于減少變更，保持項(xiàng)目范圍的穩(wěn)定性。范圍定義是基礎(chǔ)的活動(dòng)，不進(jìn)行范圍定義就不能進(jìn)行范圍確認(rèn)和范圍控制。 從項(xiàng)目管理的角度來(lái)說(shuō)，項(xiàng)目范圍直接決定了工作量和工作目標(biāo)，所以項(xiàng)目經(jīng)理必須管理項(xiàng)目的范圍。至多可以在雙發(fā)的協(xié)商下少一些變更，項(xiàng)目延期不是50%,而是30％而已?？蛻舨徽J(rèn)可項(xiàng)目組的工作，認(rèn)為很多需求沒有實(shí)現(xiàn)，實(shí)現(xiàn)的功能也與需求不符。 經(jīng)過項(xiàng)目組努力，項(xiàng)目終于完成開發(fā)，準(zhǔn)備發(fā)布了。不過僅僅是一片烏云而已，并沒有下起雨來(lái)。就如同大多數(shù)經(jīng)典的悲劇故事一樣，故事的序幕是美好的。李工也沒有讓張工失望，很快就整理出了新系統(tǒng)的需求，并進(jìn)入了設(shè)計(jì)和編碼階段，除了客戶太忙沒有時(shí)間確認(rèn)需求外，一切盡在張工的掌握之中。這無(wú)疑是一個(gè)很好的辦法，可以快速準(zhǔn)確地把握新系統(tǒng)的需求。對(duì)于這樣的項(xiàng)目，首先需要熟悉原有的系統(tǒng)，然后才能談升級(jí)的問題。開發(fā)與定義軟件系統(tǒng)的需求在整個(gè)軟件開發(fā)過程中是最重要的一環(huán)，這是每個(gè)從事信息系統(tǒng)建設(shè)的項(xiàng)目經(jīng)理都清楚的事情，但往往又因?yàn)橐粫r(shí)的疏忽而造成需求的重大缺陷，最終導(dǎo)致項(xiàng)目的失敗。 【問題3】(8分) 請(qǐng)結(jié)合你本人項(xiàng)目經(jīng)驗(yàn)，談?wù)剳?yīng)如何避免類似的問題，以500字內(nèi)回答。 【問題1】(8分)請(qǐng)以400字對(duì)張工在項(xiàng)目管理工作中的行為進(jìn)行點(diǎn)評(píng)。此時(shí)李工已經(jīng)不在項(xiàng)目組，沒有人能夠清晰地解釋需求說(shuō)明書。張工考慮到系統(tǒng)需求已經(jīng)定義，項(xiàng)目已經(jīng)進(jìn)入編碼期，李工的離職雖然會(huì)對(duì)項(xiàng)目造成一定的影響，但影響較小，因此很快辦理好了李工的離職手續(xù)。故張工并沒有催促業(yè)務(wù)代表在需求說(shuō)明書中簽字。由于M公司的業(yè)務(wù)非常繁忙，M公司的業(yè)務(wù)代表沒有足夠的時(shí)間投入到項(xiàng)目中，確認(rèn)需求的工作一拖再拖。由于是一個(gè)現(xiàn)有系統(tǒng)的升級(jí)，項(xiàng)目經(jīng)理張工特意請(qǐng)來(lái)了原系統(tǒng)的需求調(diào)研人員李工擔(dān)任該項(xiàng)目的需求調(diào)研負(fù)責(zé)人。(5分)　案例三：范圍確認(rèn) 閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中項(xiàng)目范圍管理方面問題的敘述，回答問題1至問題3. 希賽信息技術(shù)有限公司(CSAI )剛剛和M簽訂了一份新的合同，合同的主要內(nèi)容是處理公司以前為M公司開發(fā)的信息系統(tǒng)的升級(jí)工作。(2分) (5)范圍控制。(2分) (3)工作分解。(2分) 【問題2】(15分) 項(xiàng)目范圍管理的要點(diǎn)： (1)范圍管理計(jì)劃。(2分) (4)張工對(duì)重新定義的項(xiàng)目范圍進(jìn)行了確認(rèn)，與高層經(jīng)理和客戶達(dá)成一致。 (2)張工對(duì)項(xiàng)目進(jìn)行了估算，且估算結(jié)果真實(shí)可信，對(duì)項(xiàng)目工作量有量化的把握。 有了上面的分析，這道考題的答案也就很清晰了。在這個(gè)案例中，張工也運(yùn)用了其他的管理手段。最后，張工對(duì)重新定義的范圍進(jìn)行了確認(rèn)，與客戶和高層經(jīng)理達(dá)成一致。在S提出需要縮短工期的要求后，張工首先進(jìn)行了項(xiàng)目范圍的控制，縮小了第一步需要完成的項(xiàng)目范圍。 上面主要針對(duì)張工在范圍控制方面進(jìn)行了分析，實(shí)際在整個(gè)案例中，張工還進(jìn)行了其他的范圍管理工作。項(xiàng)目經(jīng)理可以根據(jù)目前的項(xiàng)目的目標(biāo)與環(huán)境出發(fā)，綜合考慮質(zhì)量和成本的約束，制定明確的項(xiàng)目范圍，保證項(xiàng)目的成功。再比如，在設(shè)計(jì)中，我們既可以設(shè)計(jì)剛剛夠用甚至略有欠缺，通過犧牲系統(tǒng)的擴(kuò)展性、維護(hù)性等方面來(lái)簡(jiǎn)化設(shè)計(jì)，也可以對(duì)系統(tǒng)進(jìn)行充分良好的設(shè)計(jì)，甚至可能是過度設(shè)計(jì)。 范圍控制體現(xiàn)在軟件開發(fā)的各個(gè)階段，很多范圍控制并非是針對(duì)客戶的要求而進(jìn)行的。 因?yàn)檐浖?xiàng)目的范圍直接與需求相關(guān)，所以，很多人誤認(rèn)為控制項(xiàng)目范圍就是控制需求，而控制的方法就是減少需求的內(nèi)容。而在實(shí)際情況下，項(xiàng)目的工期、復(fù)雜度等因素都會(huì)對(duì)項(xiàng)目造成影響。在把項(xiàng)目拆分后，實(shí)際是用了6個(gè)半月的時(shí)間，也就是花費(fèi)了65人月完成了項(xiàng)目。張工最初估算整個(gè)項(xiàng)目需要花費(fèi)60人月的總工作量，但如果考慮到拆分為兩個(gè)階段后會(huì)增加設(shè)計(jì)的復(fù)雜度，增加了額外的驗(yàn)收過程等因素，超出原計(jì)劃半個(gè)月是正常的。于是，張工將這個(gè)項(xiàng)目拆分為兩部分，重新定義這兩部分的項(xiàng)目范圍，使每一部分的范圍都可以與已經(jīng)確定的資源和時(shí)間匹配起來(lái)，讓項(xiàng)目的運(yùn)作又重新滿足了項(xiàng)目的客觀規(guī)律，最終取得了成功。 那么該如何解決這個(gè)矛盾呢？還是要從這個(gè)三角形入手。初一看，并沒有在不增加投入的情況下要求項(xiàng)目提前完成，似乎合情合理，比起既要馬兒跑又不讓馬兒吃草的要求好得多，但細(xì)一想，增加的資源和提前的時(shí)間還是不成比例。 在本案例中，高層經(jīng)理S就提出了試圖打破這個(gè)三角形的要求。不成比例的變化與孤立的改變某一邊是一樣的，都將破壞三角形的結(jié)構(gòu)，違反項(xiàng)目的客觀規(guī)律，最終招致失敗。同理，已經(jīng)固定的項(xiàng)目投入和項(xiàng)目時(shí)間也只能做出固定的工作。換句話說(shuō)，我們不可能固定其中兩邊而試圖縮短第三邊。 在項(xiàng)目中，時(shí)間、成本和范圍構(gòu)成了一個(gè)穩(wěn)固的三角形，如圖21所示。 用戶當(dāng)然希望用買礦泉水的錢換一杯正宗的龍井茶，但這樣的項(xiàng)目范圍肯定會(huì)導(dǎo)致項(xiàng)目失敗。軟件系統(tǒng)的需求來(lái)源于用戶需求，在軟件項(xiàng)目目標(biāo)是滿足用戶需求的情況下，對(duì)于相同的用戶價(jià)值可以定義出不同的系統(tǒng)需求。 作為一個(gè)項(xiàng)目管理者，必須熟練掌握和應(yīng)用項(xiàng)目管理九大領(lǐng)域涵蓋的知識(shí)與技能，對(duì)于進(jìn)行信息系統(tǒng)開發(fā)項(xiàng)目而言，范圍管理是其中最重要的技能之一。六個(gè)月以后，項(xiàng)目在沒有增加人員的前提下順利地完成，雖然比最初計(jì)劃延長(zhǎng)了半個(gè)月的工期，但既達(dá)到了公司的要求，客戶對(duì)最終交付的系統(tǒng)也非常滿意，項(xiàng)目組的成員也沒有感受到很大的壓力。因此，張工提出將整個(gè)項(xiàng)目分為兩部分實(shí)現(xiàn)，第一部分使用三個(gè)半月的時(shí)間，第二部分使用三個(gè)月的時(shí)間，分別制定出兩部分的驗(yàn)收標(biāo)準(zhǔn)，這樣不增派開發(fā)人員也可以完成。目前項(xiàng)目已經(jīng)開始，增派的人手還需要一定的時(shí)間熟悉項(xiàng)目情況，因此即使增派兩人也很難在四個(gè)月內(nèi)完成。S表示，由于公司運(yùn)作的問題，需要在4個(gè)月內(nèi)完成項(xiàng)目，考慮到壓縮工期的現(xiàn)實(shí)，可以為該項(xiàng)目在增派兩名開發(fā)人員。張工組織相關(guān)人員對(duì)該項(xiàng)目的工作進(jìn)行了分解，并參考了公司同M曾經(jīng)合作的項(xiàng)目，評(píng)估得到項(xiàng)目，總工作量60人月，計(jì)劃工期6個(gè)月。 M集團(tuán)是希賽信息技術(shù)有限公司(CSAI )多年的客戶，CSAI已經(jīng)為其開發(fā)了多個(gè)信息系統(tǒng)。 在發(fā)生需求變更時(shí)需要進(jìn)行有效的需求控制，盡量在滿足用戶需求的前提下縮小需求范圍，堅(jiān)決避免需求的再次變更。(3分) 【問題3】(6分) 有效的范圍管理包括了從范圍定義到范圍控制等多方面的工作，每一項(xiàng)工作都是重要的。(3分) (2)在發(fā)生第一次變更時(shí)，張工仍沒有有效的范圍管理，從而造成系統(tǒng)的二次變更。(2分) (5)張工沒有對(duì)設(shè)計(jì)質(zhì)量進(jìn)行有效的控制，造成表現(xiàn)層中耦合了業(yè)務(wù)邏輯，增加了修改的代價(jià)。(2分) (3)張工在第一次問題發(fā)生后仍沒有對(duì)范圍進(jìn)行有效的管理，造成了系統(tǒng)第二次的變更。 【問題1】(10分) (1)張工注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿足了用戶的要求。在發(fā)現(xiàn)問題后，也需要采取多種手段才能徹底解決問題。 項(xiàng)目管理是一個(gè)系統(tǒng)工程，沒有哪種單一的手段可以有效地改善項(xiàng)目，反之管理中的任何疏忽都可能招致嚴(yán)重的后果，造成項(xiàng)目的失敗。 (3)重復(fù)的系統(tǒng)變更說(shuō)明張工對(duì)系統(tǒng)范圍控制不足，導(dǎo)致一而再再而三的反復(fù)。因此，第二題的答案要點(diǎn)如下： (1)張工沒有挖掘到系統(tǒng)的全部隱性需求，缺乏精確的范圍定義。但案例中提到系統(tǒng)又發(fā)生了第二次變更，由此可見，張工在范圍確認(rèn)和范圍控制上也存在不足。 在本案例中，沒有專門設(shè)計(jì)到范圍管理計(jì)劃和工作分解的內(nèi)容。 (4)范圍確認(rèn)。 (2)范圍定義。 對(duì)于第二題，是在第一題的基礎(chǔ)上考察對(duì)范圍管理的理解，因此可以忽略在其他領(lǐng)域的問題。 (4)張工沒有對(duì)用戶界面是否能夠滿足要求的風(fēng)險(xiǎn)進(jìn)行有效的管理，而是采用了對(duì)風(fēng)險(xiǎn)適應(yīng)性較差的瀑布模型組織開發(fā)。 (2)張工忽略了系統(tǒng)用戶的潛在要求，在用戶界面和操作的風(fēng)格上范圍定義不清晰，造成系統(tǒng)交付的重大變更。 有了上面的分析，這道題就很容易作答。若在項(xiàng)目初期意識(shí)到界面變更的風(fēng)險(xiǎn)，隨之采用良好的設(shè)計(jì)，將表現(xiàn)層和業(yè)務(wù)邏輯徹底分開，系統(tǒng)變更的代價(jià)也會(huì)小得多。 對(duì)于這個(gè)案例，缺乏良好的設(shè)計(jì)也是很明顯的缺陷。因此可以考慮采取原型法等方式來(lái)提前暴露風(fēng)險(xiǎn)，減少風(fēng)險(xiǎn)帶來(lái)的損失。隱性的行規(guī)和行業(yè)特點(diǎn)都是項(xiàng)目范圍的風(fēng)險(xiǎn)。如果采取了恰當(dāng)?shù)拇胧?，第二次的變更是完全可以避免的。?dāng)系統(tǒng)第一次更改時(shí)，就應(yīng)該意識(shí)到系統(tǒng)界面風(fēng)格和操作便捷性的重要性。但最終用戶的意見對(duì)項(xiàng)目的結(jié)果會(huì)有巨大的影響，這是就對(duì)范圍管理提出了更高的要求。 對(duì)于電子政務(wù)信息系統(tǒng)，尤其是面向公眾開放的信息系統(tǒng)，范圍定義更加困難。 對(duì)于軟件項(xiàng)目，所有的需求都必須經(jīng)過清晰的定義，這些需求都是項(xiàng)目范圍的一部分?？紤]到全體民眾層次差異較大，大多數(shù)訪問系統(tǒng)的用戶一般都沒有接受過系統(tǒng)使用的培訓(xùn)，操作的便捷性也是政務(wù)系統(tǒng)必須實(shí)現(xiàn)的功能之一。對(duì)于電子政務(wù)來(lái)說(shuō)，系統(tǒng)保持一致的風(fēng)格非常重要。與系統(tǒng)運(yùn)行環(huán)境一樣，我們通常稱這類需求為隱性需求。如果在范圍定義時(shí)忽略了行業(yè)標(biāo)準(zhǔn)，項(xiàng)目肯定會(huì)招致更大的失敗。張工捕獲到該需求，并對(duì)這個(gè)需求進(jìn)行了清晰的定義，根據(jù)瀑布模型的要求，對(duì)設(shè)計(jì)和實(shí)現(xiàn)都進(jìn)行了嚴(yán)格的控制，因此在系統(tǒng)交付時(shí)完全滿足了用戶對(duì)保密性的要求。在范圍定義中，張工發(fā)現(xiàn)了不同行業(yè)間具有不同的特點(diǎn)，電子政務(wù)行業(yè)對(duì)系統(tǒng)運(yùn)行環(huán)境有著特殊的要求。模糊的項(xiàng)目范圍定義、錯(cuò)誤的工作分解、缺失的范圍確認(rèn)和無(wú)力的范圍控制都將嚴(yán)重影響項(xiàng)目的結(jié)果。 這是一個(gè)失敗的項(xiàng)目，張工在項(xiàng)目管理中既有閃光點(diǎn)，也有失敗的地方。 【問題1】(10分) 請(qǐng)不超過300字，對(duì)張工的行為進(jìn)行點(diǎn)評(píng)？ 【問題2】(9分) 請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過程中的主要管理問題？不超過200字回答。由于最初設(shè)計(jì)的缺陷，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致70％的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫的部分代碼才通過驗(yàn)收。因此采用了嚴(yán)格瀑布模型，并專門招聘了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計(jì)了解決方案，在經(jīng)過嚴(yán)格評(píng)審后實(shí)施。系統(tǒng)要求在這兩個(gè)子網(wǎng)中的合法用戶都可以訪問到被授權(quán)的信息，訪問的信息必須是一致可靠，政務(wù)內(nèi)網(wǎng)的信息可以發(fā)布到政務(wù)外網(wǎng)，政務(wù)外網(wǎng)的信息在經(jīng)過審批后可以進(jìn)入政務(wù)內(nèi)網(wǎng)系統(tǒng)。由于電子政務(wù)保密要求，該系統(tǒng)涉及到兩個(gè)互不聯(lián)通的子網(wǎng)：政務(wù)內(nèi)網(wǎng)和政務(wù)外網(wǎng)。 希賽信息技術(shù)有限公司(CSAI原本是一家專注于企業(yè)信息化的公司，在電子政務(wù)如火如茶的時(shí)候，開始進(jìn)軍電子政務(wù)行業(yè)。在實(shí)踐中，“需求蔓延”是信息系統(tǒng)失敗最常見的原因之一，信息系統(tǒng)項(xiàng)目往往在項(xiàng)目啟動(dòng)、計(jì)劃、執(zhí)行、甚至收尾時(shí)不斷加入新功能，無(wú)論是客戶的要求還是項(xiàng)目實(shí)現(xiàn)人員對(duì)新技術(shù)的試驗(yàn)，都可能導(dǎo)致信息系統(tǒng)項(xiàng)目范圍的失控，從而使得信息系統(tǒng)項(xiàng)目無(wú)論在時(shí)間、資源和質(zhì)量上都受到嚴(yán)重影響。 (11)進(jìn)一步的建議。 (9)潛在的風(fēng)險(xiǎn)。 (7)詳細(xì)評(píng)估意見。 (5)評(píng)估機(jī)構(gòu)與評(píng)估專家。 (3)評(píng)估依據(jù)。 【問題3】(10分) 項(xiàng)目評(píng)估報(bào)告一般應(yīng)包括以下內(nèi)容： (1)項(xiàng)目概況。 (7)社會(huì)因素方面的可行性。 (5)可選擇的其他系統(tǒng)方案。 (3)對(duì)現(xiàn)有系統(tǒng)的分析。 【問題2】(8分) 可行性研究報(bào)告的編寫內(nèi)容包括： (1)引言。 因評(píng)估機(jī)構(gòu)并無(wú)決策權(quán)，評(píng)估結(jié)論一般以建議的方式給出，如“建立立項(xiàng)”“建議不立項(xiàng)”“建議補(bǔ)充材料，重新評(píng)估”等。 (10)評(píng)估結(jié)論。 (8)存在或遺漏的重大問題。 (6)評(píng)估過程。 (4)評(píng)估內(nèi)容。 (2)評(píng)估目標(biāo)。 項(xiàng)目論證與評(píng)估完成之后，應(yīng)編寫正式的項(xiàng)目評(píng)估報(bào)告。 與項(xiàng)目可行性研究類似，項(xiàng)目論證與評(píng)估也要從必要性、可能性和投資效益等幾個(gè)方面對(duì)項(xiàng)目進(jìn)行綜合分析。 項(xiàng)目論證與評(píng)估可以分步進(jìn)行，也可以合并進(jìn)行。 項(xiàng)目論證是指對(duì)擬實(shí)施項(xiàng)目技術(shù)上的先進(jìn)性、成熟性、適用性，經(jīng)濟(jì)上的合理性、贏利性，實(shí)施上的可能性、風(fēng)險(xiǎn)性進(jìn)行全面科學(xué)的綜合分析，為項(xiàng)目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟(jì)研究活動(dòng)。 (4)不能實(shí)施或不必實(shí)施(例如技術(shù)不成熟、經(jīng)濟(jì)上不合算等)。 (2)需要推遲到某些條件(例如資金、人力、設(shè)備等)落實(shí)之后才能開始實(shí)施。 在進(jìn)行可行性分析報(bào)告的編制時(shí)，必須有一個(gè)分析結(jié)論。 (7)社會(huì)因素方面的可行性：法律方面的可行性；使用方面的可行性。 (5)可選擇的其他系統(tǒng)方案：可選擇的系統(tǒng)方案。 (3)對(duì)現(xiàn)有系統(tǒng)的分析：處理流程和數(shù)據(jù)流程；工作負(fù)荷；費(fèi)用開支；人員；設(shè)備；局限性。 (1)引言：編寫目的；背景；定義；參考資料?？梢詤⒖紘?guó)家標(biāo)準(zhǔn)《GBIT 85671988計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》。 可行性研究的步驟包