下半信息系統(tǒng)項目管理師考試串講資料

1、 可修改 歡送下載 精品 Word 可修改 歡送下載 精品 Word 可修改 歡送下載 精品 Word2006年下半年信息系統(tǒng)工程(gngchng)管理(gunl)師案例(n l)局部(jb)考前串講(chunjing)CIU研究院：薛大龍信息系統(tǒng)工程管理師下午考試1是案例分析題，案例分析是工程管理師下午考試的重點，也是難點。案例分析題并不像許多考生想象的那么可怕，它涉及的面雖然很廣，但還是有章可循的，只要掌握了復習和應試的技巧，就可以在短時間內(nèi)一般是1個月之內(nèi)將其攻克。從案例分析題目的類型來看，主要分為以下幾類：工程啟動案例，工程范圍案例，工程進度案例，工程本錢案例，工程質量案例、工程變更案

2、例、工程協(xié)調(diào)案例等等。這幾類的內(nèi)容是考試的重點，復習的時候也應該從這幾個角度來入手進行復習。第一章案例分析題解答方法1.1試題模式及解答方法工程管理師級案例分析題的內(nèi)容對應于大綱中的考試科目2：信息系統(tǒng)工程管理案例分析局部內(nèi)容中的要求。根據(jù)大綱要求，參照軟考高級比方系統(tǒng)分析師出題的模式，一般來說試題分成兩組，第一組從四題中選擇做兩題，第二組從兩題選做一題。一般說來，第二組題目的要求有可能稍高于第一組題目。選擇題目主要依靠應試者的經(jīng)驗、知識和能力。但從已經(jīng)開考過的2套試題結構來看，試卷并沒有按照大綱要求出五選三的題目，而是出了三道題，要求考生必須全部做答。但隨著軟考試題結構的逐步正規(guī)，按照大綱的

3、要求，工程管理師案例局部的出題模式應為五選三。因此此次有可能按大綱出題結構為五選三或延續(xù)前兩次試題模式，直接給出三道題目由考生全部答復。從歷界試題來看，案例分析題對于應試者的根本要求反映在：需要具有工程管理的一定的實踐經(jīng)驗，有較好的判斷和分析能力；對工程管理的假設干主要方面有較廣博而堅實的知識或見解；對應用的背景、事實和因果關系等有較強的理解能力和歸納能力；對于一些可以簡單定量分析的問題已有類似的經(jīng)驗并能進行估算，對于只能定性分析的問題能用簡練的語言抓住要點加以表達。善于從一段書面表達中提取出最必要的信息，有時還需舍棄一些無用的表達或似是而非的內(nèi)容。應試者應加強上述要求的訓練。如果試題(sht

4、)直接給出三道題目由考生做答，一般是平均分配時間，先易后難。如果(rgu)是給出五選三的模式，那么(n me)在一個半小時中要選擇并解答好三道題目，時間的分配是很重要的。較穩(wěn)妥的一種建議(jiny)是前四題花10分鐘以內(nèi)(y ni)選題排出優(yōu)先解答順序，對擬優(yōu)先解答的兩題，平均每道題花10分鐘至15分鐘左右做出思考分析，花8分鐘至10分鐘構思并寫出答案，即解答完前兩題掌握在50-55分鐘時間內(nèi)。后兩道題用5分鐘選題，對選出的那道題用15分鐘左右作思考分析，花10分鐘構思并寫出其答案。因為一般每道題都有一定篇幅的表達，選擇試題建議遵循以下步驟：注意試題正文前面所提到的主題。這個標題一般應反映出此

5、題所屬的大方面，應試者可立即推斷自己是否熟悉此方面的內(nèi)容?？焖贋g覽一遍試題內(nèi)容。目的只是憑直覺進一步估計自己的熟悉程度。重點是看清試題中要答復的問題。每到試題最后一般有二個或三個問題，由此可立即知道試題的特點和要求。決定應當優(yōu)先選答的題目順序。一般應針對本人的特長，先易后難。解答所選擇好的試題的一般途徑可以是：標出試題重要答復的問題的要點。以此作為主要線索進行分析思考。對照問題要點仔細閱讀正文。閱讀時，可以列出只有幾個字的最簡提綱，或者可在正文上做出針對要答復以下問題的記號強調(diào)這些應與問題直接有關系。通過定性分析或者定量估算，構思答案的要點。以最簡練的語言寫出答案。注意要控制至指定的字數(shù)以下一

6、般所指定的字數(shù)可能會有些余量，千萬不要寫文章或使用修飾性的空洞詞匯，浪費時間。在對工程管理師級案例分析題的解答和分析中，我們給出了每道試題的參考答案，這將有助應試者懂得如何去寫出明確的結論。更重要的是答案的構思方法和思路，這里也給出了工程管理的方法和必要的知識，對一些常用和重要的分析提供了較詳細的素材和分析指導，供給試者參考。下文是對工程管理工作中常見問題的討論，希望給廣闊學員提供有益的思考。第二章典型例題1.1工程啟動案例工程整體管理是指在工程的整個生命周期內(nèi)，聚集工程管理的知識領域，對所有工程方案，進行整合執(zhí)行及控制，以保證工程各要素相互協(xié)調(diào)的全部工作和活動過程。工程整體管理是從全局的、整

7、體的觀點出發(fā)通過有機的協(xié)調(diào)工程各個要素(進度、本錢、質量和資源等)，在相互影響的工程各項具體目標與方案中權衡和選擇，盡可能地消除工程各單項管理的局限性，從而實現(xiàn)最大限度地滿足工程干系人的需求和希望的目的。閱讀以下關于信息系統(tǒng)工程管理過程中工程啟動與工程經(jīng)理角色方面問題的表達，答復以下問題1至問題3。案例場景A公司是一家經(jīng)營紙產(chǎn)品的企業(yè)，近幾年業(yè)務得到了成倍的開展，原來采用手工處理業(yè)務的方式已經(jīng)越來越顯得力不從心，因此，經(jīng)過公司董事會研究決定，在公司推行一套管理軟件，用管理軟件替代原有的手工作業(yè)的方式，同時，請公司副總經(jīng)理負責此工程的啟動。副總經(jīng)理在接到任務(rn wu)后，即開始了工程(gng

8、chng)的啟開工(ki gng)作。工程(gngchng)經(jīng)過前期的一些工作(gngzu)后，副總經(jīng)理任命小丁為該工程的工程經(jīng)理，小丁組建了工程團隊，并根據(jù)工程前期的情況，開始進行工程的方案，表1一1所示為初步工程進度方案表。工程進行了一半，由于公司業(yè)務開展的需要，公司副總經(jīng)理要求小丁提前完工，作為工程經(jīng)理，小丁對工程進行了調(diào)整，保證了項自的提前完工?！締栴}1】(7分)請用400字以內(nèi)的文字描述你作為工程前期的負責人，在接到任務后將如何啟開工程？【問題2】(9分)作為工程經(jīng)理，你工程的進度控制中的重點是什么？請描述你在工程進度控制中的甘特圖，以及雙代號網(wǎng)絡圖，并比擬甘特圖與網(wǎng)絡圖的區(qū)別。【問

9、題3】(9分)假設公司總經(jīng)理要求提前完工，作為工程經(jīng)理將如何處理，請用400字以內(nèi)的文字描述你應該如何處理？案例分析【問題1】工程的啟動包括了以下幾個主要活動：1識別需求從投資方角度，識別需求是工程啟動過程和整個工程生命周期的最初活動，在這個過程中，為工程的目標確定，以及可行性分析和工程立項提供直接、有效的依據(jù)，為需求建議書的撰寫提供根底。一旦確定了相關問題和需求，并證實了工程將得到益處，投資方就可以開始準備需求建議書。從承建方的角度而言，識別需求就是得到客戶的需求建議書，或得到客戶初步需求意向后，工程團隊從技術實現(xiàn)、應用和工程實施角度識別客戶的實際存在的問題、根本意圖和真實想法，從而到達與客

10、戶有效的溝通，準確分析需求和問題，為制定可行、正確的技術及實施解決方案提供依據(jù)。承建方可以提交一份清晰的需求分析說明書，請客戶予以確定，形成需求共識。2.解決方案確實定解決方案類似于向投資方(客戶)提交的工程建議書。承建方在研究、分析投資方客戶的需求建議書后，結合當前情況，與客戶交流，分析、制訂實施解決方案。解決方案通常包含三個局部：且受益最大的解決方案。 (2)管理局部：該局部應使投資方相信，承建方有能力做好工程所提出的工作，組織好工程的實施。 (3)工程費用局部：該局部應使投資方相信，承建方工程建議書所提出的工程費用是符合實際的。根據(jù)客戶需求不同，對工程本錢費用表述有所不同，局部工程要求提

11、供總價或明細。3工程可行性分析可行性分析的目的就是(jish)給決策者提供判斷工程(gngchng)是否(sh fu)可行和投資決策的依據(jù)。4.工程(gngchng)立項(l xin)經(jīng)過工程可行性分析后，投資方確立具體的可投資工程或承建方確立可承接的工程的過程。5.工程章程確實定工程立項完成后，工程章程的制定和發(fā)布將是工程啟動的一個結束標志。工程章程是企業(yè)內(nèi)部正式確認工程存在的企業(yè)文件。此題中，工程前期的負責人實際是公司副總經(jīng)理，在工程章程中確定工程經(jīng)理的人選。【問題2】(1)甘特圖法甘特圖(Gantt Chart)也叫橫道圖或條形圖，主要應用于工程方案和工程進度的安排。它把工程工程中的各項

12、作業(yè)，在標有日期的圖表上用橫線表示出其起止的時間。甘特圖把方案和進度安排兩種職能結合在一起，縱向列出工程活動，橫向列出事件跨度。工程活動在左側列出，時間在圖表頂部列出，圖中的橫道線顯示了每項活動的開始時間和結束時間，橫道線的長度等于活動的工期，甘特圖頂部的時間段決定著工程方案的詳略程度。由于甘特圖把工程方案和工程進度安排兩種職能組合在一起，因此在繪制甘特圖時，必須清楚各項活動之間的關系，即哪些活動必須在其他活動開始之前完成，哪些活動可以同時進行。甘特圖直觀、簡單、容易制作，便于理解，一般適用比擬簡單的小型工程，可用于WBS的任何層次、進度控制、資源優(yōu)化、編制資源和費用方案。但是不能系統(tǒng)地表達一

13、個工程所包含的各項工作之間的復雜關系，難以進行定量的計算和分析，以及方案的優(yōu)化等。(2)網(wǎng)絡方案技術網(wǎng)絡方案技術的原理是：從需要管理的任務總進度出發(fā)，以任務中各項作業(yè)的所需要的工時為時間因素，繪制出網(wǎng)絡圖，明確而直接地反映出該項任務的全貌，各項作業(yè)的進度安排、先后順序和相互關系。在選擇方案方法編制工程進度方案時應考慮以下因素：工程的規(guī)模和復雜程度；對工程細節(jié)的掌握程度；工程的時限性；工程總進度是否由少數(shù)幾項關鍵作業(yè)所決定。對于問題2，把工程進度方案表(表1-1)進行轉換，得到表1-2.根據(jù)表1-2，繪制出甘特圖如圖1一1所示。甘特圖能夠從時間上整體把握進度，很清晰地標識出直到每一項任務的起始與

14、結束時間，但任務之間的關系(gun x)不能有效識別。采用網(wǎng)絡圖進行進度控制，能夠清晰地展現(xiàn)現(xiàn)在(xinzi)和將來完成的工程內(nèi)容、各工作單元間的關系，并且可以預先確定各任務的時差。了解關鍵作業(yè)或某一環(huán)節(jié)的進度的變化對后續(xù)工程和總工期的影響度，便于及時采取措施或對進度進行調(diào)整?！締栴}(wnt)3】該問題主要(zhyo)考查工程(gngchng)管理中工期、本錢、質量之間的關系。作為工程經(jīng)理要靠工程工期與本錢的平衡，工程工期的縮短會使工程本錢上升。譬如，縮短工程工期就需要工程團隊加班，加班就要支付加班工資和各種各樣的趕工費用，同樣，工程本錢的降低會使得工程組織資源占用的能力下降，從而也影響工程工

15、期。工程工期的縮短也可能使質量下降，為了趕進度，導致質量問題的出現(xiàn)，而一旦出現(xiàn)質量問題，就必須返工，這樣又拖延了工程的工期。工程本錢的降低也直接影響質量問題，如出現(xiàn)偷工減料的情況。作為工程經(jīng)理，要統(tǒng)一考慮工程進度、資源配置、本錢與質量之間的平衡。任何一個要素的變動，都會引起其他要素的變動。此題中，假設公司總經(jīng)理要求提前完工，工程經(jīng)理將如何處理。首先從網(wǎng)絡圖中我們可以發(fā)現(xiàn)設計階段與開發(fā)階段存在3天時間的空缺，因此，可把任務D, E, F, G提前三天完成，此外，D, E, F, G屬于并行任務，還可以抽調(diào)任務D, E, F, G的局部人員到任務H。參考答案【問題1】 (7分)此題中，工程前期的負

16、責人實際是公司副總經(jīng)理，在工程章程中確定工程經(jīng)理的人選。作為工程前期的負責人，在接到工程的任務后將開始工程的啟開工作。工程的啟動包括了以下幾個主要活動：(1)識別工程的需求。(2)解決方案確實定。(3)對工程進行可行性分析。(4)工程立項。(5)工程章程確實定?！締栴}2】(9分)工程時間管理中的重點是把握好關鍵路徑上的任務，工程甘特圖繪制如圖1-1所示。工程雙代號網(wǎng)絡圖繪制如圖1一2所示。甘特圖與網(wǎng)絡圖的區(qū)別：甘特圖直觀、簡單、容易制作，便于理解，一般適用比擬簡單的小型工程，可用于WBS的任何層次、進度控制、資源優(yōu)化、編制資源和費用方案。但是不能系統(tǒng)地表達一個工程所包含的各項工作之間的復雜關系

17、，難以進行定量的計算和分析，以及方案的優(yōu)化等。采用網(wǎng)絡圖進行進度控制，能夠清晰地展現(xiàn)現(xiàn)在和將來完成的工程內(nèi)容(nirng)、各工作單元間的關系，并且可以預先確定各任務的時差。了解關鍵作業(yè)或某一環(huán)節(jié)的進度的變化對后續(xù)工程和總工期的影響度，便于及時地采取措施或對進度進行調(diào)整。【問題(wnt)3】(9分)工程(gngchng)的質量(zhling)、進度、本錢(bn qin)相關聯(lián)，因此，在進度控制和本錢管理上考慮：(1)在進度管理上，可以采用加班等方式進行。(2)投入更多的人力、物力。(3)把握關鍵路徑上的任務。在實際處理的過程中，因為新投入人力到工程，而且新的人力對工程的熟悉程度不一，新員工需要

18、經(jīng)過一段時間的培訓才能適應工程，所以，最正確的方式應該是采用加班方式來提前完成工程，同時，工程經(jīng)理應該調(diào)整進度方案，在關鍵路徑上加班，縮短關鍵路徑的長度。1.2工程范圍案例工程的范圍管理影響到信息系統(tǒng)工程的成功。在實踐中，“需求蔓延是信息系統(tǒng)失敗最常見的原因之一，信息系統(tǒng)工程往往在工程啟動、方案、執(zhí)行、甚至收尾時不斷參加新功能，無論是客戶的要求還是工程實現(xiàn)人員對新技術的試驗，都可能導致信息系統(tǒng)工程范圍的失控，從而使得信息系統(tǒng)工程無論在時間、資源和質量上都受到嚴重影響。閱讀以下關于信息系統(tǒng)工程管理過程中工程范圍管理方面問題的表達，答復以下問題1至問題3.案例場景金博聯(lián)信息技術(CIU )剛剛和M

19、簽訂了一份新的合同，合同的主要內(nèi)容是處理公司以前為M公司開發(fā)的信息系統(tǒng)的升級工作。升級后的系統(tǒng)可以滿足M公司新的業(yè)務流程和范圍。由于是一個現(xiàn)有系統(tǒng)的升級，工程經(jīng)理張工特意請來了原系統(tǒng)的需求調(diào)研人員李工擔任該工程的需求調(diào)研負責人。在李工的幫助下，很快地完成了需求開發(fā)的工作并進入設計與編碼。由于M公司的業(yè)務非常繁忙，M公司的業(yè)務代表沒有足夠的時間投入到工程中，確認需求的工作一拖再拖。張工認為，雙方已經(jīng)建立了密切的合作關系，李工也參加了原系統(tǒng)的需求開發(fā)，對業(yè)務的系統(tǒng)比擬熟悉，因此定義的需求是清晰的。故張工并沒有催促業(yè)務代表在需求說明書中簽字。進入編碼階段后，李工因故移民加拿大，需要離開工程組。張工考

20、慮到系統(tǒng)需求已經(jīng)定義，工程已經(jīng)進入編碼期，李工的離職雖然會對工程造成一定的影響，但影響較小，因此很快辦理好了李工的離職手續(xù)。在系統(tǒng)交付的時候，M公司的業(yè)務代表認為已經(jīng)提出的需求很多沒有實現(xiàn)，實現(xiàn)的需求也有很多不能滿足業(yè)務的要求，必須全部實現(xiàn)這些需求后才能驗收。此時李工已經(jīng)不在工程組，沒有人能夠清晰地解釋需求說明書。最終系統(tǒng)需求發(fā)生重大變更，工程延期超過50%, M的業(yè)務代表也因為系統(tǒng)的延期表示了強烈的不滿?！締栴}1】(8分)請以400字對張工在工程管理工作中的行為進行點評?！締栴}2】(9分)請從工程范圍管理的角度找出該工程實施過程中的問題，以500字內(nèi)答復?！締栴}3】(8分)請結合(jih)你

21、本人工程(gngchng)經(jīng)驗(jngyn)，談談應如何防止(fngzh)類似(li s)的問題，以500字內(nèi)答復。案例分析這是一個失敗的軟件工程，與很多失敗的軟件工程一樣，在系統(tǒng)需求上栽了跟頭。開發(fā)與定義軟件系統(tǒng)的需求在整個軟件開發(fā)過程中是最重要的一環(huán)，這是每個從事信息系統(tǒng)建設的工程經(jīng)理都清楚的事情，但往往又因為一時的疏忽而造成需求的重大缺陷，最終導致工程的失敗。案例中的工程經(jīng)理張工就是既重視需求又沒有控制好需求的一個例子。在案例中，張工接手了一個系統(tǒng)升級的軟件工程。對于這樣的工程，首先需要熟悉原有的系統(tǒng)，然后才能談升級的問題。因此張工專門找到了原系統(tǒng)的需求調(diào)研人員李工來解決新系統(tǒng)的需求問題

22、。這無疑是一個很好的方法，可以快速準確地把握新系統(tǒng)的需求。從這一點上來說，張工是成功的，找到了適宜的資源進行需求的開發(fā)與定義。李工也沒有讓張工失望，很快就整理出了新系統(tǒng)的需求，并進入了設計和編碼階段，除了客戶太忙沒有時間確認需求外，一切盡在張工的掌握之中。這是一個陽光燦爛的開端，如果一切順利的話，工程的成功也就是早晚的事情。就如同大多數(shù)經(jīng)典的悲劇故事一樣，故事的序幕是美好的。晴朗的天空飄來一塊烏云，李工要移民加拿大。不過僅僅是一片烏云而已，并沒有下起雨來。開發(fā)出的需求都已經(jīng)過設計，一些編碼工作也已經(jīng)開始，李工的工作已近圓滿完成，畢竟，一些細枝末節(jié)的問題還可以同客戶直接溝通。經(jīng)過工程組努力，工程

23、終于完成開發(fā)，準備發(fā)布了。這時，烏云開始下雨，問題爆發(fā)了?？蛻舨徽J可工程組的工作，認為很多需求沒有實現(xiàn)，實現(xiàn)的功能也與需求不符。誰是這個工程組的罪人呢？李工？還是張工？換一個思路考慮一下，如果李工沒有離開工程組，結果又會是什么樣呢？客戶會因為李工還在工程組就認可這個系統(tǒng)嗎？很顯然，不會。至多可以在雙發(fā)的協(xié)商下少一些變更，工程延期不是50%,而是30而已。如果非要區(qū)分50和30的區(qū)別，也不過是五十步笑百步而已。從工程管理的角度來說，工程范圍直接決定了工作量和工作目標，所以工程經(jīng)理必須管理工程的范圍。在范圍管理中，范圍定義、范圍確認和范圍控制又是最核心的三項活動，缺一不可。范圍定義是根底的活動，不

24、進行范圍定義就不能進行范圍確認和范圍控制。范圍確認那么是基線化已定義的范圍，是范圍控制的依據(jù)。范圍控制的作用在于減少變更，保持工程范圍的穩(wěn)定性。在案例中，由于張工沒有進行范圍確認，最后的范圍控制也就變成了無本之木，控制過程肯定變成了討價還價，失去本身的意義。在軟件系統(tǒng)的開發(fā)中，系統(tǒng)需求就是工程的范圍。從軟件誕生至今的幾十年中，人們探索出了很多獲取系統(tǒng)需求的方法，但是熟悉軟件開發(fā)的人都知道，無論哪種方法都不可能定義出完美無誤的需求，需求中的缺陷必然存在，無法完全防止。因此需求確認或者說是范圍確認就顯得更為重要。有人可能會說，很難說服客戶在需求上簽字，很難讓客戶為需求的缺陷負責。以現(xiàn)在軟件行業(yè)的情

25、況，這種說法是不無道理的。讓客戶在需求上簽字很困難，但并不等于就不需要進行范圍確認，而且范圍確認的方法也不僅僅只有需求簽字這一種方法。召集客戶的業(yè)務代表對需求進行評審、詳細記錄最原始的調(diào)研材料，讓客戶確認調(diào)研報告、采用迭代開發(fā)逐步確認系統(tǒng)需求，都是可以采用的方法。這些方法雖然沒有直接確認需求分析報告，但至少可以讓現(xiàn)有需求在工程組和客戶之間達成一致，提供范圍控制的基準，一樣可以到達范圍確認的目的。再回到這個案例，工程經(jīng)理張工樂觀認為李工開發(fā)的需求沒有什么問題，也誤認為雙方已經(jīng)有良好的合作，在不緊逼要求客戶代表簽字顯得不近人情，于是就抱著僥幸信息進入了開發(fā)。然而最終的結果是，工程延期嚴重，業(yè)務代表

26、反而更不滿意，張工也要承當工程延期造成的本錢增加的責任。有了上面的分析，后面問題的答案就不難得出。首先看第一個問題，對張工的行為進行點評。前面已經(jīng)提到，張工注意到了需求(xqi)的問題，專門找到了原系統(tǒng)需求負責人李工進行需求開發(fā)，這是對工程(gngchng)有利的一面。但由于缺少(qusho)需求評審和確認的過程，造成需求中的缺陷沒有被及時發(fā)現(xiàn)，系統(tǒng)需求沒有與客戶確認，造成缺少需求控制的基準，最終導致需求的重大變更。對于第二題，聯(lián)系范圍管理的知識，我們不難發(fā)現(xiàn)張工在范圍確認和范圍控制(kngzh)中都有重大的缺陷，在范圍定義中也由于缺乏評審造成需求的質量問題。在完成第二(d r)題后，第三題就

27、水到渠成了，第三題的要點見參考答案，此處不再贅述。參考答案【問題1】(8分)(1)張工為了更明確地把握系統(tǒng)需求，聘請了原系統(tǒng)的需求調(diào)研人員李工，提高了需求定義的效率和質量。(2分)(2)張工沒有對李工開發(fā)的系統(tǒng)需求進行評審和復查，從而使得需求的缺陷沒有被及時發(fā)現(xiàn)。(3)張工沒有要求用戶對已經(jīng)定義的需求進行確認，從而導致需求理解的偏差。(2分)(4)張工對需求的不能進行缺乏有效控制，最終造成工程延期50%.(2分)【問題2】(9分)該工程實施過程中的主要問題包括：(1)在范圍定義中，張工沒有對李工定義的需求進行評審，造成需求中的質量缺陷沒有被及時發(fā)現(xiàn)。(3分)(2)在范圍確認中，張工沒有主動地要

28、求用戶對需求進行確認。(3分)(3)在范圍控制中，張工無法進行有效的范圍控制，最終造成了重大的需求變更。(3分)【問題3】(8分)對于本案例，工程經(jīng)理需要對需求定義的結果進行質量控制，采取評審等方式減少需求中的問題。對已經(jīng)定義的需求需要與用戶進行確認，保證雙方理解的一致。在發(fā)生需求變更時，也應該采取靈活的手段，在滿足用戶需求的前提下，盡量減少需求變更的范圍。1.3工程進度案例工程管理的首要任務是制定一個構思良好的工程方案，以確定工程的范圍、進度和費用。在給定的時間完成工程是工程的重要約束性目標，能否按進度交付是衡量工程是否成功的重要標志。因此，進度控制是工程控制的首要內(nèi)容，是工程的靈魂。同時，

29、由于工程管理是一個帶有創(chuàng)造性的過程，工程不確定性很大，工程的進度控制是工程管理中的最大難點。閱讀(yud)以下關于信息系統(tǒng)工程(gngchng)管理(gunl)過程中工程(gngchng)進度估計(gj)問題的表達，答復以下問題1至問題2。案例場景A公司方案把現(xiàn)有的骨干系統(tǒng)改建成新的系統(tǒng)，該工程中是一個大型工程。王總對該工程的進度估計如表3-16所示。用工程網(wǎng)絡圖表示對進度的估計，如圖3-8所示?！締栴}1】(10分)用進度估計表中的字母代號把未寫進工程網(wǎng)絡圖中的工作寫進工程網(wǎng)絡圖中去?！締栴}2】(15分)由于市場發(fā)生變化，A公司想把此工程的進度縮短兩個月。在此假定前提下，系統(tǒng)的規(guī)模不能縮小，移

30、交方案和工作，以及部件測試以后的工作不能縮短。此時應該采取什么措施，并簡述其理由。案例分析工程網(wǎng)絡圖是工程所有活動，以及它們之間邏輯關系(相關性)的一個圖解表示。圖3-9,圖3-10表示的是同一工程網(wǎng)絡圖的兩種不同畫法。網(wǎng)絡圖可手工編制，也可用計算機實現(xiàn)。網(wǎng)絡圖應伴有一個簡潔說明，以描述根本排序方法。但對不平常排序應充分地加以表達。 (1)前導圖法(PDM )是編制工程網(wǎng)絡圖的一種方法，利用節(jié)點代表活動而用節(jié)點間箭頭表示活動的相關性。圖3-9表示一個用PDM法編制的簡單網(wǎng)絡圖，這種方法也叫活動在節(jié)點法(AON)是大多數(shù)工程管理軟件包所采用的方法。PDM法可用手算也可用計算機實現(xiàn)。有四種相關的前

31、驅關系。結束一開始：某活動必須結束，然后另一活動才能開始。結束一結束：某活動結束前，另一活動必須結束。開始一開始：某活動必須在另一活動開始前開始。開始一結束：某活動結束前另一活動必須開始。在PDM法，結束一開始是最常見邏輯關系，開始一結束關系極少使用。(也許只有職業(yè)進度方案工程師使用)對管理軟件，如果用開始一開始、結束一結束或開始一結束關系會產(chǎn)生混亂的結果，因為很多管理軟件編制時并沒有對這三種類型的相關性加以考慮。 (2)箭頭圖方法(ADM)是工程網(wǎng)絡圖的另一種方法，箭線表示活動，用節(jié)點連接箭線，以示相關性。圖3-10表示用ADM法制作的一個簡單工程網(wǎng)絡圖。這種技巧也叫箭線代表活動(AOA)，

32、雖比PDM法較少使用，但在某些應用領域仍是一種可供選擇的技巧。ADM僅利用結束一開始關系以及用虛工作線表示活動間邏輯關系。ADM法可手算也可在計算機上實現(xiàn)。工程(gngchng)網(wǎng)絡圖經(jīng)常(jngchng)不正確地被稱為PERT圖 (方案(fng n)評審(pn shn)技術) 。實際上，PERT圖是一類(y li)特殊類型的工程網(wǎng)絡圖，今日這種圖很少應用了。【問題1】不管怎樣，首先要完成工程網(wǎng)絡圖，由于這是常畫的圖，總能夠正確地畫出來。畫好的工程網(wǎng)絡圖如圖3-11所示。英文字母后面的數(shù)字是所需時間(月數(shù))。【問題2】圖3-11的關鍵路徑是A3-B3-C5-P8-Q10-H4-R2(用粗線表示

33、)。所需時間是35個月。但是，與移交有關的工作和單元測試以后的工作不能縮短，也就是說P8-Q10-H4-R2不能縮短，能夠縮短的只有A3-B3-C5。此時必須注意以下兩點： (1)縮短設計工作的時間，往往會在以后發(fā)生重大問題。 (2)新的系統(tǒng)是在“現(xiàn)有的骨干系統(tǒng)的根底上改建的。這就是總量的關鍵所在，也是這個題目不像看上去那么容易的原因所在?？晒┛紤]的措施，只有把P8提前到B3之后()開始，而不是在C5之后。我們需要找出能夠這樣做的理由。根據(jù)上述內(nèi)容，我們可以這樣說：應該移交的內(nèi)容在概要設計完成后就已經(jīng)清楚了。即使需要做一些小的調(diào)整，在C5完成之后也來得及。那么這樣做之后是否能夠縮短兩個月呢？從

34、到，修改前需要23個月。修改后，關鍵路徑變成C5-D5-E4-F3-G4，需要有21個，正好縮短了兩個月。還應該注意的是，P-Q路徑以前限制在18個月內(nèi)完成，現(xiàn)在可以放寬到21個月了。因此，可以斷定上述措施是切實可行的。參考答案【問題1】(10分)(圖3-13)【問題2】(15分)措施：在概要設計B完成后即開始制定移交方案P。理由：a原有方案的關鍵路徑是，只有設法縮短這條路徑才行。b. 不能縮短，而縮短設計工作的時間又會產(chǎn)生不良的后果。c.根據(jù)新系統(tǒng)的特性，在概要設計完成后就完全可以著手制定移交方案。這樣做可以允許多用3個月的時間把移交方案和移交工作做得更好。1.4工程本錢案例工程(gngch

35、ng)的本錢(bn qin)是工程(gngchng)的全過程所耗用的各種費用(fi yong)的總和。工程(gngchng)的本錢管理對于組織來說非常重要，本錢管理并不只是把工程的本錢進行監(jiān)控和記錄，而是需要對本錢數(shù)據(jù)進行分析，以發(fā)現(xiàn)工程的本錢隱患和問題，在工程遭受可能的損失之前采取必要的行動。工程本錢管理希望節(jié)約工程的費用，但并不意味著要一味減少本錢。例如：在信息系統(tǒng)工程中，減少測試無疑能夠減少工程的費用，但沒有測試，如同許多曾經(jīng)進行過的信息系統(tǒng)一樣，把用戶當做測試者，可能對工程造成災難性的后果，最終，或者使得工程的本錢大為提高，或者讓工程走向失敗的邊緣。閱讀以下關于信息系統(tǒng)工程管理過程中本

36、錢控制方面問題的表達，答復以下問題1一問題3。案例場景某A單位的電力信息應用系統(tǒng)(簡稱A系統(tǒng))，系統(tǒng)建設總投資是1100萬元，其中主機采購、存儲系統(tǒng)采購、網(wǎng)絡設備采購、配件采購等花費500萬元，應用軟件開發(fā)600萬元。2005年4月工程雙方簽訂工程開發(fā)合同，由B公司負責承建。工程總工期為25周，方案從2005年5月1甲啟動至2005年10月22日全部完工。B公司是一家民營高科技信息系統(tǒng)集成企業(yè)，有高級工程師2人，軟件、硬件、網(wǎng)絡工程師共36人。B公司安排高工李工負責A系統(tǒng)的建設工作。B公司的績效考核制度是非常嚴格的，對工程負責人的考核，工程開工前要制訂工程實施方案，工程完工后要對工程方案的執(zhí)行

37、情況進行考核，工程的進度、質量、本錢三大目標都要求控制在方案的范圍內(nèi)。李工于工程正式啟動之前兩周開始進行工程建設的準備工作，對工程工程進行了工作分解，在工作分解的根底上，編制了工程資源方案、人員方案、工程質量保障方案、進度方案、工程本錢預算和本錢控制方案等。李工編制完工程資源方案后，報告公司審批，包括工程小組組建的方案在內(nèi)的工程資源方案順利地通過了公司審批。于2005年5月1日工程正式啟動時，工程小組也組建完成。李工所組建的工程小組為12人，包括軟件設計、編碼工程師8人，軟件測試工程師4人。由于軟件工程開發(fā)的主要本錢為人力資源本錢，為此，李工制定了詳細的人力資源本錢控制方案，人力資源方案本錢=

38、12人25周平均人周本錢(1500元) =450 000元。為了將軟件開發(fā)人力資源費用控制在45萬元內(nèi)，李工制定了詳細的工程本錢管理方案。李工所進行的工程工作分解，得到共24個系統(tǒng)功能模塊，分別編號為M01、M02、M24，并分別為每個功能模塊制定了工期和本錢預算。如表4-8所示。在工程開發(fā)的過程中，李工隨時跟蹤統(tǒng)計工程的開支情況。李工要求每位軟件工程師每周報告一次工作進度，如某某模塊完成工作量30，李工據(jù)此來估算工程的進度和本錢績效。如表4-9所示。李工根據(jù)表4-9的統(tǒng)計數(shù)據(jù)計算累積完工的工程價值，計算公式為： ?！締栴}(wnt)1】(6分)請以200字左右(zuyu)答復(d f)，李工的

39、本錢(bn qin)預算存在哪些(nxi)問題？李工所采取的本錢跟蹤管理的方法是什么方法？應用軟件系統(tǒng)開發(fā)工程中，使用此方法應注意什么特點？【問題2】(10分)請以200字左右答復，衡量軟件開發(fā)實際累積人力資源本錢的計算公式是什么？怎樣改良上述方法才能控制好人力資源本錢？怎樣得到軟件企業(yè)實際消耗的人力資源本錢？【問題3】(9分)請以300字內(nèi)答復，李工采用此方法的具體措施是否存在缺乏之處？如存在，請指出缺乏并說明理由，請給出你的改良意見。案例分析【問題1】掙值管理方法是應用非常廣泛的工程本錢管理方法。但是，IT應用系統(tǒng)開發(fā)工程工程有其特殊的特點，掙值管理方法的應用必須結合IT工程工程的特點進行

40、，才能夠收到理想的效果。另外，IT應用系統(tǒng)工程工程的本錢預算也是比擬困難的課題，我們往往很難像其他工程工程(如建筑工程工程)那樣，將IT應用系統(tǒng)工程工程的本錢預算做得準確。在過去的應用軟件工程工程中，很少采用掙值管理來控制工程進度款支付。但隨著IT工程管理水平的提高，隨著我國IT工程監(jiān)理制度的推廣，將來采用掙值管理控制工程進度款支付也是可期待的。工程經(jīng)理應當熟練掌握掙值管理方法。軟件工程的合同價格不等于軟件工程開發(fā)的實際本錢，合同價格除了承建單位的軟件開發(fā)本錢外，還包括銷售本錢、行政費用、稅金、利潤等，但我們在這里探討的主要是工程開發(fā)本錢，即工程本錢。在李工的本錢估算中，缺少了對工程量的估算，

41、因此，對人力資源本錢的估算也就缺少了依據(jù)。對工作量的估算，如M0l模塊需要16“人周，M02模塊需要6“人周，或以“人月、“人年為單位來估算工作量，各模塊的工作量合起來，就可得到整個工程的工作量。當然，如果要把預算做得更準確，還需要估算各模塊的代碼量，以歷史經(jīng)驗得到每個成員的工作效率來計算各模塊所需的工作量，但這種做法目前在我國還沒有多少成功的案例，很多IT公司均是靠經(jīng)驗來進行估算的。【問題2】對于大多數(shù)應用軟件開發(fā)工程來說，工程本錢的主要構成要素是人力資源使用本錢。而為了合理有效地控制人力資源使用本錢，在組建工程小組的時候，可以根據(jù)工程工程的進度情況，分階段投入人力資源，要做好與其他工程工程

42、協(xié)調(diào)使用人力資源。我們也可用人力資源本錢來計算掙值，人力資源使用本錢的實際值可向財務查詢所支付的本錢，掙值可以這樣計算：累積(lij)人力資源本錢(bn qin)(掙值)=模塊(m kui)工作量i完成率i平均(pngjn)人力周本錢(bn qin)這種計算是在承建單位內(nèi)部的本錢控制。此題的主要考點在于怎樣在軟件開發(fā)工程中合理、有效地進行掙值管理。要合理使用掙值管理方法，必須同時考慮到軟件工程工程的特點。軟件工程工程與建筑工程工程有很大的區(qū)別。軟件工程工程更加類似于科研工程。如表4-10所示。在建筑工程工程中，工程進度與本錢之間的線性比例關系較好，而且進度容易測量。因此，掙值管理方法也使用得比

43、擬好。但在軟件工程工程中，要合理、適宜地采用掙值分析方法是比擬困難的。軟件工程工程的本錢控制的困難有以下原因。(1)需求的不確定性：軟件工程的范圍、需求難以準確地定義，導致工程開發(fā)過程中存在大量的變更，從而影響進度和本錢。(2)規(guī)模和工作量的不確定性：軟件工程的工作量預算難以估計準確。(3)質量鑒定的不確定性：開發(fā)完成并投入運行的軟件模塊的質量難以鑒定，特別如某個模塊完成了30或80的工作量，我們無法去鑒定，或用于鑒定的本錢可能很高而使開發(fā)單位難以接受或不愿意去做這樣的鑒定。(4)把握需求的不確定性：已經(jīng)編寫完成的軟件代碼，可能隱藏著對需求理解的嚴重偏差，可能是廢品，得全部返工。(5)難易程度

44、的不確定性：已經(jīng)編寫完成的軟件代碼可能是很簡單的，未完成的可能很難，或反之。(6)人員的不確定性：如果編寫軟件代碼的人員不穩(wěn)定，熟練員工中途流失將給工程進度、質量管理帶來嚴重影響。新人中途接手未全面完成的、風格不良的軟件代碼，是一件很困難的工作。員工的敬業(yè)精神也難以衡量。由于以上這些因素的影響，使得在軟件工程工程中對工程進度和工程質量的測量變得很困難，因而，我們就不可能像在建筑工程中那樣使用掙值管理方法了。【問題3】在軟件工程的開發(fā)管理中采用掙值分析時，可以考察各模塊的完成狀態(tài)，全部完成并且集成測試成功，能夠投入初步運行，這樣，可以算本模塊的工作量完成，可以獲得本模塊的全部掙值，否那么，本模塊

45、的掙值計0。考慮到工程整體的集成還需要一定本錢，因此，在計算各模塊掙值時，還應當扣除一定比例的掙值，作為工程整體集成的工作量的掙值。但我們在實際工作中，也有很多時候采用估算某模塊完成百分之幾的做法，但這種做法是粗放式的，工程管理人員可以將這信息作為對工程本錢累積的參考，作為粗略估計工程進度的參考，但不是本錢核算的依據(jù)，也不能作為申請工程進度款支付的依據(jù)，需知這種信息的可信度和可控性均較差。參考答案【問題1】(6分)應領先(ln xin)估算( sun)各模塊的工程量，再以工程量來估算所需要的人力資源，如總工程量“人周或“人月或“人年等。李工的工程(gngchng)小組(xioz)的建設應分階段

46、進行人力資源投入，如設計階段所用人力應較少，而詳細設計完成后，編碼階段進入，那么(n me)人力投入是頂峰期。人力資源本錢的預算也應當核算一定比例的浮動本錢。李工所采用的是掙值管理方法。此方法應用到軟件工程工程中，應注意軟件開發(fā)掙值與投入的非線性比例關系特點。【問題2】(10分)軟件開發(fā)人力資源本錢掙值統(tǒng)計是能夠做到比擬準確的，衡量軟件開發(fā)人力資源本錢的計算公式： 累積人力資源本錢=模塊工作量i完成率i平均人力周本錢李工所采取的方法應增加各模塊工程量的估算，就能夠進行人力資源本錢控制。如表4-11所示。實際消耗的人力資源本錢可通過財務發(fā)放的工資統(tǒng)計得到。【問題3】(9分)李工根據(jù)各工程師的進度

47、報告(進度百分比)來計算掙值，在軟件開發(fā)中是不可行的。在軟件開發(fā)中，各模塊的進度百分比通常很難測量準確，而各工程師的匯報往往是很粗略的估計，這種估計只能提供給工程經(jīng)理控制進度時做參考，但不能作為本錢核算或申請工程進度款支付的依據(jù)。建議李工以各模塊全面完工來進行計算，即各模塊要么計算0，要么計算100%完工，但在進行工作分解的時候，分解的深度和各模塊的粒度要適宜，便于進行控制。另外，在核算的時候，要扣除一定的比例，如20%30%作為各模塊集成所需要的工程量，待工程全面完工后進行核算。1.5工程質量案例質量是“使實體具備滿足明確或隱含需求能力的各項特征之總和，明確或隱含的需求是指按工程需求制定的根

48、底性文件。在信息系統(tǒng)工程中，一般把?系統(tǒng)需求規(guī)格說明書?作為工程需求的根底性文件。質量管理作為工程管理的一局部，具有非常重要的地位。質量管理的目的是通過執(zhí)行工程質量管理過程，使用一些根本工程管理工具和技術來保證信息系統(tǒng)的質量。時間、本錢、質量是工程管理的三大目標，如果質量不能滿足要求，即使進度再快，本錢再節(jié)省，工程也沒有意義。閱讀以下關于信息系統(tǒng)工程管理過程中工程質量管理方面問題的表達，答復以下問題1至問題3。案例場景金博聯(lián)信息技術(CIU)曾經(jīng)為K公司開發(fā)過一套信息系統(tǒng)，該系統(tǒng)涉及了K公司的所有主要業(yè)務。該系統(tǒng)中關于組織機構的業(yè)務規(guī)那么如下：(1)組織機構樹通過部門編碼表達層級和隸屬關系。即

49、部門0001的下屬部門包括、00010002,依次類推，根據(jù)代碼中包含的層級關系確定某 個部門在組織機構樹中確實切位置，該編碼由公司統(tǒng)一制定。(2)任意一條業(yè)務數(shù)據(jù)隸屬于某個特定的部門。(3)部門之間存在友好和互斥的關系。關系為友好的部門可以共享業(yè)務(yw)數(shù)據(jù)，關系為互斥的部門互相不能訪問對方的業(yè)務數(shù)據(jù)。后來(huli)，K公司(n s)需要調(diào)整部門的組織結構，因此對系統(tǒng)提出了升級的要求：(1)系統(tǒng)中的部門(bmn)編碼需要更新為的企業(yè)標準。(2)組織機構根據(jù)的企業(yè)標準重新(chngxn)生成。(3)組織結構調(diào)整是不能喪失業(yè)務數(shù)據(jù)。、(4)系統(tǒng)中可以保存組織機構調(diào)整的痕跡，業(yè)務數(shù)據(jù)可以追蹤除

50、原屬于哪個部門，機構調(diào)整后屬于哪個部門。(5)部門間友好和互斥的關系可能會被重新定義。(6)升級后的系統(tǒng)需要能夠適應再次的組織機構調(diào)整而不需要再次升級。工程經(jīng)理張工接受了這個工程，經(jīng)過細致的調(diào)研和分析，發(fā)現(xiàn)原系統(tǒng)存在如下缺陷：(1)原系統(tǒng)中將企業(yè)對部門的標準編碼設計為部門主鍵，修改起來難度很大，容易發(fā)生數(shù)據(jù)不一致的問題。(2)新的企業(yè)標準沒有考慮到原有企業(yè)標準，同是一個部門張工在原標準中為，在新標準中為00010005,部門的層次也可能發(fā)生變化。(3)業(yè)務數(shù)據(jù)中保存了隸屬部門編碼，系統(tǒng)已經(jīng)使用近兩年，保存了大量的歷史業(yè)務數(shù)據(jù)。(4)原系統(tǒng)在設計時將部門間的友好與互斥關系硬編碼在系統(tǒng)代碼中，且涉

51、及面很廣，原系統(tǒng)中80以上的程序存在這樣的硬編碼。(5)不少業(yè)務邏輯和工作流程是根據(jù)特定的部門編碼進行判斷的，部門編碼的變化會造成業(yè)務混亂。(6)原系統(tǒng)在設計時沒有考慮到組織機構調(diào)整的可能，也沒有對保存部門變革歷史的功能進行設計。張工認為，需求已經(jīng)非常明確，對于這個工程的關鍵是設計的質量，其中包括解決方案的設計和業(yè)務系統(tǒng)的改造兩局部。一旦設計出現(xiàn)偏差，返工的工作量會非常巨大，反之，整個工程還是容易控制的。但張工在如何提高設計質量方面卻犯了愁?！締栴}1】(8分)試以300字內(nèi)答復，張工可以采取哪些措施提高設計的質量？【問題2】(9分)試以300字內(nèi)答復，除設計外，張工還需要特別注意哪些工程活動。

52、【問題3】 (8分)試以300字內(nèi)答復，如何提高這些工程活動的質量。案例分析這是一個開放式的案例分析題，案例中僅粗略地描述了工程背景的目標，針對如何提高工程質量進行發(fā)問，難度相對較大，需要仔細的分析。前面一局部對工程背景和目標的描述無非是為了說明這么幾個問題：(1)這是一個系統(tǒng)改造的工程。(2)原系統(tǒng)中存在設計缺陷，沒有考慮過組織機構改革的可能性。(3)需要大量更改原系統(tǒng)的程序，消除硬編碼。(4)需要更改已有的業(yè)務數(shù)據(jù)，同時增加部門變革歷史的功能?；谶@些問題，案例的后半局部給出了張工的觀點：設計質量是工程的關鍵，需要提高設計的質量。結合案例后的問題，我們不難發(fā)現(xiàn)，案例的前半局部是引子，后半局

53、部才是關鍵，也是該案例的題眼：如何提高工程的質量，顯然需要用工程質量管理的知識作答。質量(zhling)管理是工程(gngchng)管理中的一個(y )知識域，但在PMBOK中并沒有(mi yu)給出具體的質量管理的方法，需要結合軟件開發(fā)和工程(gngchng)的特點給出特定的質量管理策略和方法。這也正是這個案例的用意所在，考察考生在面對實際的工程問題時需要采取哪些措施解決工程的質量問題。我們首先從軟件工程的角度考慮一下軟件質量的問題。軟件的質量一直是軟件界近幾十年致力解決的問題，針對使用軟件提高軟件質量提出了很多的方法和理論。首先是軟件工程的理論，需要使用工程活動的方法進行軟件開發(fā)，從系統(tǒng)定

54、義與分析開始，經(jīng)過設計、實現(xiàn)，最終到驗證。在軟件工程中，人們提出了多種軟件開發(fā)模式和工程活動方法。在開發(fā)模式中，有瀑布模型、螺旋模型、迭代模型、噴泉模型等；在工程活動方法中，有自頂向下、結構化分析、面向對象分析、架構風格，等等。除此之外，還有一系列的軟件驗證方法，如軟件復審與軟件測試?？v觀這些林林總總的模式與方法，人們無非是想解決兩個問題：一是通過恰當?shù)墓こ袒顒犹岣吖ぷ鳟a(chǎn)品的質量；二是在工作產(chǎn)品完成后通過恰當?shù)墓こ袒顒觼肀ＷC該產(chǎn)品的質量。因為在軟件開發(fā)過程中，還有一個很明顯的特點，就是在分析、設計、實現(xiàn)和測試這些過程中，每一步都可能引入缺陷，且難以發(fā)現(xiàn)，而這些缺陷暴露得越晚，造成的后果就越嚴重

55、，修改的代價就越高昂。開發(fā)活動需要盡量提前發(fā)現(xiàn)潛在的缺陷，驗證手段必不可少。題目中問的是如何提高設計的質量，設計是承接分析、指導開發(fā)的一個關鍵環(huán)節(jié)，在這個環(huán)節(jié)中很容易引入難以發(fā)現(xiàn)的缺陷，而這些缺陷往往又會造成嚴重的后果。因此提高設計的質量是每個軟件工程都會遇到的問題，也是每個工程經(jīng)理都會思考的問題。提高設計質量包括兩個層面的工作：在設計過程中提高設計的質量；在設計完成后對設計結果的質量檢查。在答題中需要分別給出相應的策略。設計工作在分析工作之后，因此，充分的分析是保證設計質量的前提。對于這種改造型工程，原系統(tǒng)的功能、設計和實現(xiàn)的情況直接影響了設計的結果，原系統(tǒng)的情況就是要解決的問題域，如果對原

56、系統(tǒng)了解缺乏必然導致設計上的偏差。因此要想提高設計的質量，首先要充分了解原系統(tǒng)。在設計時還應該選擇恰當?shù)脑O計方法，如有可能可以考慮復用已有的解決案例，如分析模式與設計模式等。不過在這方面，案例中給出的信息甚少，顯然不是答題的重點。根據(jù)工程背景的描述，這個設計工作并不簡單，需要論證的過程，設計方案的討論也是必需的。因此張工需要制定出相應的溝通方案，組織必要的會議進行方案討論，假設有必要還需要客戶和原系統(tǒng)的開發(fā)者參加。在設計完成后還需要對設計結果進行質量檢查，對應這類活動，我們通常采用評審和走查的方式。評審和走查可以比測試更早地找出工作產(chǎn)品中的缺陷，用來檢查設計質量非常適宜，可以防止缺陷在系統(tǒng)測試

57、階段才被發(fā)現(xiàn)，降低修正缺陷的本錢。除了評審和走查外，對設計過程進行迭代也可以提前暴露設計的缺陷，并將這些缺陷反響到后續(xù)的設計過程中，從總體上減少缺陷數(shù)，提高設計的質量。例如在可以將整個工程根據(jù)系統(tǒng)模塊進行劃分，首先升級一個模塊，然后把這個過程中發(fā)現(xiàn)的問題反響到后續(xù)的迭代過程中。如果能夠做好上述工作，設計就不會產(chǎn)生重大的偏差，保證設計的質量。對于第二個問題，除設計外，張工還需要特別注意哪些工程活動。在分析第一個問題是我們已經(jīng)找到了一局部答案分析。分析是設計活動的根底，在錯誤的分析上不可能產(chǎn)生正確的設計。因此充分、細致地分析原系統(tǒng)是保證設計質量的前提。除此之外，對于系統(tǒng)改造的工程，測試的工作顯得非

58、常重要。同原系統(tǒng)開發(fā)相比，系統(tǒng)改造的總工作量相對較少，但測試的工作量卻應該超過原系統(tǒng)開始時的測試工作量。根據(jù)案例中的描述，超過80的程序都存在硬編碼的問題，都需要修改。這些程序在修改后首先需要滿足同原系統(tǒng)功能一致，可以通過原系統(tǒng)測試用例的測試；其次還要保證與系統(tǒng)升級的目標一致，能夠滿足設計的 要求，這就需要開發(fā)新的測試用例進行測試。因此，如何規(guī)劃、組織、展開測試工作，也是張工需要特別注意的方面。除了分析和測試(csh)外，其余的工程活動也是不可或缺的，不過相比之下，分析和測試工作更具特殊性，是張工必須特別注意的。第三個問題(wnt)與第二個問題是關聯(lián)的。有了第二個問題的答案，第三個問題就比擬(

59、bn)容易(rngy)了。如何提高分析(fnx)活動的質量呢？對于案例中的工程來說，系統(tǒng)要解決的是原系統(tǒng)中的缺陷，原系統(tǒng)本身就是問題域，提高分析活動的質量也就是充分地分析原系統(tǒng)。對原系統(tǒng)的分析可以包括對原有業(yè)務功能、原設計方案和原程序的分析。對原系統(tǒng)中業(yè)務功能的分析需要同客戶一起進行，通過同客戶的溝通來把握原系統(tǒng)所實現(xiàn)的業(yè)務功能。對原設計方案的分析出了參考設計文檔外，最好能夠同原系統(tǒng)的開發(fā)者進行溝通，這樣的溝通往往能獲取到文檔之外的珍貴信息。例如，通過設計文檔僅能了解設計的結果，但與原系統(tǒng)開發(fā)者的溝通那么可以了解到設計的思路。除了這些方法外，對分析的結果進行評審也是保證分析質量的一種有效的方法

60、。對于測試工作，上面已經(jīng)講了很多，既需要保證修改后的代碼仍然與原系統(tǒng)功能一致，又要保證同系統(tǒng)升級的目標一致。參考答案【問題1】(8分)張工可以采取以下措施提高設計的質量：(1)充分分析問題域是保證設計質量前提。(2分)(2)組織必要的討論來確定概要設計的方案。(2分)(3)采用迭代的方法驗證設計的正確性，提高設計的質量。(2分)(4)對設計進行評審或走查。(2分)【問題2】(9分)除設計外，張工還需要特別注意以下工程活動：(1)需要細致分析原有系統(tǒng)。(4分)(2)對于這樣的改造工程，測試的難度和工作量很大，需要把握測試的工作。(5分)【問題3】(8分)如何提高這些工程活動的質量：(1)在分析方