天津理工大學(xué)計算機(jī)項(xiàng)目管理期末復(fù)習(xí)

1、專業(yè)資料項(xiàng)目管理期末考試15個縮寫/30分6個問答題/30分 分析題3題/40分What is software project management? Is it really differentordinaryproject management?軟件項(xiàng)目的特性：不可見性、復(fù)雜性、一致性、靈活性 軟件項(xiàng)目管理在管理面的特性。管理包括以下活動：策劃：決定要做什么組織：進(jìn)行安排人員：選擇合適的人員來完成任務(wù)等指導(dǎo)：作出指示監(jiān)督：檢查進(jìn)展控制：采取行動以清除項(xiàng)目的障礙革新：提出新的解決案代表：與客戶、用戶、開發(fā)人員、供應(yīng)商以及其他利益相關(guān)者進(jìn)行溝通2How do you know whe n a

2、 project has bee n successful?就軟件項(xiàng)目而言，可以總結(jié)為以下目標(biāo)：實(shí)現(xiàn)既定功能。達(dá)到質(zhì)量要求。按時。在預(yù)算。就商業(yè)面而言，一個項(xiàng)目的成功是指項(xiàng)目的收益高于成本。Stakeholders?利益相關(guān)者利益相關(guān)者是指在項(xiàng)目中有利害關(guān)系的人。利益相關(guān)者可以分為以下幾類：1）項(xiàng)目組部人員 這意味著項(xiàng)目負(fù)責(zé)人直接管理這類利益相關(guān)者。from專業(yè)資料2）項(xiàng)目組外部人員但屬于同一組織部 例如需要用戶的幫助來執(zhí)行系統(tǒng)測試，此時有關(guān)人 員的委托必須經(jīng)過協(xié)商。3） 項(xiàng)目組和組織的外部人員 外部的利益相關(guān)者可能是受益于所實(shí)現(xiàn)系統(tǒng)的客戶（或用 戶）。這些人之間的關(guān)系大多建立在具有法律效力的

3、合同之上。Some ways of categoriz ing software projects軟件項(xiàng)目分類的式1、強(qiáng)制使用用戶和自愿使用用戶在工作場所中， 有一些系統(tǒng)是員工完成工作（比如記錄銷售業(yè)務(wù)） 必須使用的系統(tǒng)，然 而有些系統(tǒng)的使用是自愿而非強(qiáng)制的， 比如游戲軟件。 我們很難用一個業(yè)務(wù)系統(tǒng)從潛在客戶 那里引導(dǎo)出精確的需求。 游戲軟件的容主要依靠開發(fā)人員豐富的創(chuàng)造力， 以及市場調(diào)查、 關(guān) 注群體和原型評價等技術(shù)手段。2、系統(tǒng)與嵌入式系統(tǒng)： 信息系統(tǒng)與嵌入式系統(tǒng)之間存在著傳統(tǒng)的區(qū)別。 信息系統(tǒng)可以幫助員工完成事務(wù)處理操作，如庫存管理系統(tǒng)。嵌入式（或過程控制）系統(tǒng)用于控制機(jī)器，比如建筑物的

4、空調(diào)設(shè)備的 控制系統(tǒng)。 有些系統(tǒng)可能兼有二者的要素， 比如上述庫存管理系統(tǒng)也可以控制一個自動化倉 庫。3、目標(biāo)與產(chǎn)品 要區(qū)別項(xiàng)目的目標(biāo)是為了生產(chǎn)一種產(chǎn)品，還是為了滿足一定目標(biāo)。 項(xiàng)目可能是生產(chǎn)一種其細(xì)節(jié)由客戶規(guī)定并負(fù)責(zé)證實(shí)的產(chǎn)品。另一面，項(xiàng)目可能是為了滿足一定目標(biāo)，這些目標(biāo)可能有多種法來達(dá)到。很多軟件項(xiàng)目有兩個階段。 第一階段是目標(biāo)驅(qū)動項(xiàng)目， 可產(chǎn)生項(xiàng)目的建議書； 第二階段 是實(shí)際創(chuàng)建該軟件產(chǎn)品。Activities covered by software project man ageme nt軟件管理覆蓋的活動開發(fā)新系統(tǒng)通常有三個連續(xù)的步驟：1） 可行性研究評估一個預(yù)期的項(xiàng)目是否值得開始即

5、存在一個有效的業(yè)務(wù)案例。2）策劃 如果可行性研究的結(jié)果指出預(yù)期的項(xiàng)目可行，那么就可進(jìn)入策劃階段。3） 項(xiàng)目實(shí)施現(xiàn)在可以實(shí)施項(xiàng)目了，項(xiàng)目實(shí)施通常包括設(shè)計和實(shí)現(xiàn)兩個子階段。第二章1Cost-be nefit evaluati on tech niq ues成本效益評價技術(shù)凈利潤(net profit):是在項(xiàng)目的整個生命期中總成本和總收入之差。回收期(payback period):是達(dá)到收支平衡或償還初始投入所花的時間。投資回報率(Return On Investment，ROI):也稱作會計回報率 (Accounting Rate of專業(yè)資料Return,ARR)，提供了一種法來比較凈收益率

6、與需要的投入。ROI=(平均年利潤/總投資)X100%凈現(xiàn)值(Net Present Value,NPV):是一種項(xiàng)目評價技術(shù)，它考慮了項(xiàng)目的收益率 和要產(chǎn)生的現(xiàn)金流的時限?，F(xiàn)值=第t年的值/(1+r)tr是貼現(xiàn)率，用十進(jìn)制小數(shù)值表示。t是現(xiàn)金流在未來出現(xiàn)的年數(shù)。練習(xí) 假定貼現(xiàn)率為10%，計算項(xiàng)目的NPV。表2-3應(yīng)用陌現(xiàn)因子到項(xiàng)耳1年項(xiàng)冃1現(xiàn)僉逹英鎊】現(xiàn)IM了L10己骷理的現(xiàn)金浹(英榜)0-100L.0I.X1U-1 )0( (HK)1JOOUUU.MlTJI9 012I0 0UU0.82648 2t43100,75137513420伽0加祁15 6605100 0000 62(J9&2 0

7、050OfMlNPV2-4三個被評怙用目時現(xiàn)兪流f眞鎊年項(xiàng)M08 0008 000WOOO140(101 out?2( (KXJ24 0002 0J02 000310聞4 000Aoon4ODO3 0002 00059 ODO2 00065UC*-frOLKl二000j enoMM6 0002Programme man ageme nt項(xiàng)目集管理 項(xiàng)目集：為了獲得利益，用協(xié)同式管理的一組項(xiàng)目，而這些項(xiàng)目不能進(jìn)行獨(dú)立的管理。 項(xiàng)目集的存在形式：商業(yè)期項(xiàng)目集戰(zhàn)略項(xiàng)目集基礎(chǔ)設(shè)施項(xiàng)目集研究和開發(fā)項(xiàng)目集創(chuàng)新的伙伴關(guān)系專業(yè)資料ATy *第三章Step-Wise methods步進(jìn)式法 第一步：標(biāo)識項(xiàng)目的圍

8、和目標(biāo) 第二步：標(biāo)識項(xiàng)目的基礎(chǔ)設(shè)施 第三步：分析項(xiàng)目的特征 第四步：標(biāo)識項(xiàng)目的產(chǎn)品和活動 第五步：估算每個活動的工作量 第六步：標(biāo)識活動的風(fēng)險 第七步：分配資源 第八步：評審/發(fā)布計劃 第九步和第十步：執(zhí)行計劃并進(jìn)行較低層次的策劃專業(yè)資料1*13-1歩認(rèn)rUU佃卅架圖第四章1Take acco unt of the characteristics of the system to be developed.選擇通用的生命期法：控制系統(tǒng)(control system)信息系統(tǒng)(information system)用戶可用性(availability of users)專業(yè)資料專用技術(shù)(spec

9、ialized techniques)硬件環(huán)境(hardware environment)安全性關(guān)鍵的系統(tǒng)(safety-critical system) 不準(zhǔn)確的需求(imprecise requirement)2Select an appropriate process model.選擇合適的過程模型Waterfall process model瀑布模型One-shot一次完成once-through一次通過V-process modelV過程模型是瀑布模型的擴(kuò)展Spiral model螺旋模型是研究瀑布模型的另一種法prototypes model原型模型原型是已規(guī)劃的系統(tǒng)的一個或多個面

10、的工作模型。原型分類： 拋棄型原型：只驗(yàn)證某些想法，然后在真正開發(fā)系統(tǒng)時拋棄 進(jìn)化型原型：開發(fā)和修改原型，直至它最終成為可運(yùn)行的系統(tǒng)increment model增量式模型增量式交付是將應(yīng)用程序分解為小的構(gòu)件， 然后按順序?qū)崿F(xiàn)和交付構(gòu)件， 每個要交付 的構(gòu)件應(yīng)該給用戶帶來一些效益。時間盒(time-boxing)通常與增量式法相關(guān)聯(lián)。每個增量可交付物的時機(jī)格受已批 準(zhǔn)的最終期限的約束。 這個最終期限必須滿足， 甚至可以刪掉一些計劃的功能， 或者可以轉(zhuǎn) 移到后面的增量去實(shí)現(xiàn)。aqile development methodsATr-rr第五章1Avoid the cha ngers of un

11、realistic estimates.估計過高可能導(dǎo)致項(xiàng)目花更長的時間。帕金森定律(Parkinson Law)布克斯定律(Brooks Law)估計過低的危險是影響質(zhì)量。避免不現(xiàn)實(shí)估計專業(yè)資料2Un dersta nd the range of estimati ng methods that can be used.軟件開發(fā)工作量估計的主要法：算法模型使用代表目標(biāo)系統(tǒng)和實(shí)現(xiàn)環(huán)境特征的“工作量驅(qū)動因子”來預(yù)測工作量。 專家判斷 征求知識淵博的員工的建議。類比 標(biāo)識一個類似的已完成的項(xiàng)目的實(shí)際工作量作為新項(xiàng)目的基礎(chǔ)。帕金森法 標(biāo)識做一個項(xiàng)目可利用的員工工作量，并用來作為“估計”。贏的價格“估

12、計”似乎是一個相當(dāng)?shù)偷内A得合同的數(shù)字。自頂向下 明確地規(guī)劃整個項(xiàng)目的總體估計，然后分解成為構(gòu)件任務(wù)所需要的工作量。 由底向上標(biāo)識和確定構(gòu)件任務(wù)的大小，然后累計這些單獨(dú)的估計。序測算法適用圍1算法模型系統(tǒng)規(guī)劃階段2自底向上系統(tǒng)規(guī)劃系統(tǒng)分析/設(shè)計3自頂向下準(zhǔn)備開發(fā) 系統(tǒng)規(guī)劃4類比準(zhǔn)備開發(fā)階段5專家判斷準(zhǔn)備開發(fā) 系統(tǒng)規(guī)劃階段6價格致勝項(xiàng)目投標(biāo)7帕金森法項(xiàng)目洽談自頂向下法自頂向下法通常和參數(shù)模型相關(guān)。參數(shù)模型公式如下：工作量=系統(tǒng)規(guī)模/生產(chǎn)率預(yù)測軟件開發(fā)工作量的模型有兩個關(guān)鍵構(gòu)件：第一個是評估要承擔(dān)的軟件開發(fā)任務(wù)的規(guī)模的 法；第二個是評估做每項(xiàng)任務(wù)的效率。3Estimate projects usin

13、g a bottom-up approach.由底向上估計估計人員將項(xiàng)目分解成構(gòu)件任務(wù)，然后估計執(zhí)行每個任務(wù)需要多少工作量。由底向上法最適合于后期的更詳細(xì)項(xiàng)目策劃階段。如果一個項(xiàng)目完全是新穎的或者沒有可用的歷史數(shù)據(jù)，那么建議估計人員最好使用由底向上法。4Count the fun ctio n points for a system.計算功能點(diǎn)功能點(diǎn)發(fā)進(jìn)行估算的時候具體過程是：1.對估算功能單元的類型進(jìn)行識別2.計算每種類型的復(fù)雜度.3.計算總體的調(diào)整前的功能點(diǎn)數(shù)專業(yè)資料4.根據(jù)調(diào)整因子對功能點(diǎn)數(shù)進(jìn)行調(diào)整FP = UFC *TCF其中，UFC表示未調(diào)整的功能點(diǎn)計數(shù)；TCF表示技術(shù)復(fù)雜度因子。對

14、于每個事務(wù)，為調(diào)整的功能點(diǎn)的計算法：Wix（輸入數(shù)據(jù)元素類型數(shù)）+Wex（引用的實(shí)體類型數(shù)）+Wox（輸出數(shù)據(jù)元素類型數(shù)）這里，Wi、We和Wo表示權(quán)重，可以通過詢問開發(fā)人員在先前的項(xiàng)目中花在開發(fā)處理輸 入、訪問和修改已存儲的數(shù)據(jù)及處理輸出的各部分軟件上所占的工作量比例來導(dǎo)出。5Estimate the effort n eeded to impleme nt software using a preceduralprogram ming Ian guage.工作量=cx規(guī)模工作量（effort）是按人月（pm）度量的。規(guī)模（size）是按kdsi度量的，kdsi是指要交付的千行源代碼指令。c

15、和k是常量。表5-4 COCOMO81常量Ck有機(jī)式2.41.053.0LL2嵌人式3邀1206Un dersta nd the COCOMO approach to develop ing effort model.分為基本COCOMO模型，和中級COCOMO模型兩種，前者是一個靜態(tài)單變量模型， 對整個軟件系統(tǒng)進(jìn)行估算；后者是一個靜態(tài)多變量模型，將軟件系統(tǒng)模型分為系統(tǒng)和部件兩個層次，系統(tǒng)是有部件組成的。第八早專業(yè)資料1Produce an activity pla n for a project.產(chǎn)生項(xiàng)目的活動計劃產(chǎn)生項(xiàng)目計劃的第一步是確定需要執(zhí)行什么活動以及以什么次序執(zhí)行這些活動。第二步，

16、理想的活動計劃是活動風(fēng)險分析的對象，目的是標(biāo)識潛在的問題。第三步是資源分配。最后一步是產(chǎn)生進(jìn)度表。2Estimate the overall duratio n of a project.3Create a critical path and a precede nee n etwork for a project.目的關(guān)鍵路徑和優(yōu)先網(wǎng)絡(luò)Activity-on-node n etworksActivity labelDurationESActivity descriptionEFLSLFActivity spanFloatFloat = LF - ES - duratio nactivityD

17、uration(weeks)precedentsA hardware selection6B software design4C install hardware3A二D code & test software4B1E file take-on3BF write user manuals10G user training3巳FH install & test system2G D估計項(xiàng)目的總期創(chuàng)建項(xiàng)專業(yè)資料關(guān)鍵路徑是通過網(wǎng)絡(luò)的最長路徑Activity-o n-arrow n etworksactivityDuration (weeks)EarlieststartdateLateststart

18、dateEarliestfinishdateLatestfinishdateTotalFloatA606B404C369D448E347F10010G31013h2911AJ 6 wks02Hjrckvredesign6:&痕|2 whc5 wksbsBuildharAvare9n-5 wks2wh& 1014wkiH2 wks0Software44Codejoftare89InstJll113design771111andli了*、 J wh7皿Jwk54 wksF10 MiQUwr |100nidriLiJl仃孑10 0 wksEI 3wh4hie tak#-on 77)06 wk*3 w

19、ksGI 6 wk ,10Uw tuining111110Rninh3 wks| 0 wk( (專業(yè)資料完成之后，請表飭一個具有估計的活動周期和憂先竊求的項(xiàng)目規(guī)格說明示例話動前置活動A磴件選擇6軟件配莊4C安裟礎(chǔ)件3AD數(shù)據(jù)遷移48E草相辦公規(guī)程3BF招聘員工!0G用戶培訓(xùn)3H安裝和禰試2CD練習(xí)6.1使用優(yōu)先網(wǎng)絡(luò)約定為表6-1所指定的項(xiàng)目繪制一個活動網(wǎng)絡(luò)。將結(jié)果與圖6-14進(jìn)行比較。I 2周妄垃和A| 6C1小枝件1Fio常186-14示例項(xiàng)目的優(yōu)先剛絡(luò)結(jié)東3周用八 培訓(xùn)-專業(yè)資料專業(yè)資料那7 10E年度維護(hù)合同項(xiàng)目的活動闕絡(luò)片斷，該網(wǎng)絡(luò)增抓了一個檢查點(diǎn)活動表&2 Amanda網(wǎng)絡(luò)估計的活動

20、周期潔動估計的周期(A)皓 動佶計的周期(天詳細(xì)說明整個丟統(tǒng)34設(shè)計模塊C4詳細(xì)說明廈塊A20設(shè)廿模塊D斗譯細(xì)說明模塊B15編碼F測試摸塊冉30詳細(xì)說明僅塊C25IftEiV測試模塊B28詳細(xì)說明模塊D15編PV測試植塊C15feAffife說明2編叫嗾1試檢塊D25設(shè)計稅塊A7系統(tǒng)集底6設(shè)計澳塊R6練習(xí)6.2參看圖6-7描繪的Amanda的CPM網(wǎng)絡(luò)。使用表6-2中給出的活動期，計 算項(xiàng)目的最早完成日期，并標(biāo)識網(wǎng)絡(luò)上的關(guān)鍵路徑。I殳計摸塊A設(shè)計戦B編矽測試揍塊B歡就桶試詳細(xì)說明摸塊匚詳細(xì)說明模塊A詳細(xì)說明模塊D椅杏燥格說明詳細(xì)說朝整個卿W測淡模塊D試榛塊C設(shè)訂模玦E專業(yè)資料第七章1Defin

21、ition ofriskandrisk management.風(fēng)險：用來描述不希望的時間或結(jié)果。風(fēng)險管理： 對危險和可能的問題進(jìn)行標(biāo)識、 對其重要性進(jìn)行評價以及編制監(jiān)控和處理這些問 題的計劃。2Some ways of categoriz ing risk.風(fēng)險分類據(jù)風(fēng)險容劃分1）技術(shù)風(fēng)險：如果項(xiàng)目采用了復(fù)雜的或者高新的技術(shù)，或者采取了非常規(guī)的法，就存在一 些潛在的問題。另外， 如果技術(shù)目標(biāo)制定過高， 技術(shù)標(biāo)準(zhǔn)發(fā)生變化等也可能造成技術(shù)的風(fēng)險 發(fā)生。2）管理風(fēng)險：在項(xiàng)目中，進(jìn)度計劃制定和資源配置不合理，計劃草率且質(zhì)量控制差，項(xiàng)目 管理的基本原則適用不當(dāng)?shù)?，都可能帶來管理的風(fēng)險。3）組織風(fēng)險：常見

22、的組織部對目標(biāo)未達(dá)成一致，高層對項(xiàng)目不重視，資金不足，項(xiàng)目組織 的人員結(jié)構(gòu)不合理或者與其他項(xiàng)目有資源沖突等，都是潛在的組織風(fēng)險。4）外部風(fēng)險：法律法規(guī)的變化，與項(xiàng)目相關(guān)各的情況發(fā)生變化，這些事件和外部環(huán)境變化 往往是不可控制的。但注意，一般將不可控制的“不可抗力”不作為風(fēng)險，這些事件往往作 為災(zāi)難防御。3Risk man ageme ntRisk identificationwhat are the risks to a project?風(fēng)險標(biāo)識：減少不確定性，清楚項(xiàng)目風(fēng)險的因素和作用圍Risk analysiswhich ones are realty serious?風(fēng)險分析：根據(jù)風(fēng)險的重

23、度對風(fēng)險的優(yōu)先級進(jìn)行排序Risk pla nningwhat shall we do?專業(yè)資料風(fēng)險規(guī)劃：制定各種風(fēng)險應(yīng)對計劃、策略、行動案 風(fēng)險策劃和控制策略：?風(fēng)險預(yù)防?降低可能性?風(fēng)險規(guī)避?風(fēng)險轉(zhuǎn)移?應(yīng)急計劃 Risk mon itori nghas the pla nning worked?風(fēng)險控制：檢查和檢驗(yàn)決策的結(jié)果4We will also look at PERT risk and critical cha ins.expected time期望期te=(a + 4m + b)/6te期望期a樂觀的時間m可能的時間b悲觀的時間activity sta ndard deviatio

24、n活動標(biāo)準(zhǔn)偏差s = (b - a)/6activ OptimMostPessim tesity(町likely(m) istic(b)A5686.170.5B3454.00033C2332.830,17D3.5454.080.25E1342,830.50FS101510.51.17G2343.000.33H222.52.080.08PERT技術(shù)使用以下三個步驟來計算滿足或不滿足目標(biāo)日期的概率:計算每個項(xiàng)目事件的標(biāo)準(zhǔn)偏差。專業(yè)資料計算有目標(biāo)日期的每個事件的z值。轉(zhuǎn)換z值為概率。事件3的標(biāo)準(zhǔn)偏差只取決于活動B的標(biāo)準(zhǔn)偏差。因此，事件3的標(biāo)準(zhǔn)偏差是0.33。對事件5，有兩條可能的路徑B+E或F。路徑

25、B+E的總標(biāo)準(zhǔn)偏差是而路徑F的總標(biāo)準(zhǔn)偏差是1.17。因此，事件5的標(biāo)準(zhǔn)偏差是兩者之中的大者，即1.17。計算z值T-tt其中，te是期望日期，而T是目標(biāo)日期。事件4的z值是（10-9.00）心53=1.8867轉(zhuǎn)換z值為概率專業(yè)資料圖“ 止態(tài)分布在平均虻準(zhǔn)偏差值 址內(nèi)的雌率練習(xí)7.5表7-6為圖6-29所示的網(wǎng)絡(luò)提供了附加的活動期估計。有新的估計a和b及原來的活動期估計用作最可能的時間m,計算每個活動的期望期te。苗呂；cm目EM翕&営 M 啓*?T呻畀呻帀T-r*7*7弓彳8 a ? 8 q a0 C O D 1-F-S5 5 O0 叭、頁刊I 1 Ii s I i i i iissssii

26、.Sj-tI-i-占 戶4F H|Wi! trj * I- B i v *I- i I I I :I i門,.亠=.&*2干召阱申ii-i |M-H- i-l-r| raa-i la i i + i-|t-i!ii-f-*kri | v* 亠 厶亠u *厶看 Figure 7.9 Jhe PERT networkith three target dates and calculated event standarddeviations專業(yè)資料186-29關(guān)鑒路檢#7-6 PERT活幼時間潔計話 動活動周期(ffl)條觀的 S最可艇的(朋悲規(guī)的(M56B3斗5C233D33沖5E134F8101

27、5G234H222.5專業(yè)資料第八章1How to match the activity pla n to available resources.產(chǎn)生資源分配計劃的第一步是列出所要求的資源以及要求的期望等級。產(chǎn)生資源需求列表 后，下一步是將這個列表映射為活動計劃，然后評估項(xiàng)目期間所需要的資源分布。2Assess the efficacy of cha nging the pla n to fit the resources.3Schedules.Activity scheduleIndicating start and completion dates each activity. Reso

28、urce scheduleIndicating dates when resources needed and level ofresources.Cost scheduleshowing the planned accumulative exp.資源分配的最終結(jié)果通常包括：活動進(jìn)度 表示每個活動計劃的開始日期和完成日期。資源進(jìn)度 表示每個資源要求的日期以及要求的調(diào)度等級。成本進(jìn)度 表示資源使用過程中計劃的累積花費(fèi)。第九章forare專業(yè)資料Mon itor the progress of projects.Assess the risk of slippage.評估偏離的風(fēng)險3Visuali

29、ze and assess the state of a project.可視化和評估項(xiàng)目的狀態(tài)甘特圖一種最簡單也是最早的跟蹤項(xiàng)目進(jìn)展的法就是甘特圖。本質(zhì)上，這是一種活動條形圖， 它指出計劃的活動日期以及隨著活動的浮動而頻繁增大的期。延遲圖延遲圖是另一種非常類似的圖。這種圖對于那些沒有按進(jìn)度計劃進(jìn)展的活動，提供了更 加醒目的可視化指示：延遲線越彎曲，對計劃的偏離就越大。時間線監(jiān)督項(xiàng)目的進(jìn)展專業(yè)資料到目前為止，描述的所有圖都存在一個缺點(diǎn)，即不能清除地顯示貫穿整個項(xiàng)目生命期的 項(xiàng)目完成日期的拖延情況。時間線圖是記錄和顯示在項(xiàng)目期間目標(biāo)變更的一種法。時間線圖在項(xiàng)目執(zhí)行期間以及作為后期實(shí)現(xiàn)部分的評審都

30、是有用的。時間線圖的分析和 變化的原因可以指出估計過程的失誤或者其他可能的錯誤， 有了這面的信息， 將來就能避免 這些失誤。4Reuse targets to correct orcoun teract drift.修訂目標(biāo)以糾正或抑制偏離CPI可以用來修正項(xiàng)目的成本預(yù)算(或者完成估計EAC)。EAC計算公式為BAC/CPI，其中BAC(Budget At Completion,BAC)是項(xiàng)目當(dāng)前計劃的預(yù)算。如果BAC原來是100 000英鎊，那么修訂的EAC將是100 000/0.64即156 250英鎊?？梢酝ㄟ^目前的SPI修正 估計的項(xiàng)目期。5Control changes to a p

31、rojects requirements.控制項(xiàng)目的需求變更 系統(tǒng)圍的變更在IS開發(fā)項(xiàng)目中，經(jīng)常發(fā)生系統(tǒng)規(guī)模不斷增大的情況。原因之一在于用戶提出了對需求 的變更請求。項(xiàng)目圍需要謹(jǐn)慎地加以監(jiān)督和控制，一種法是在關(guān)鍵里程碑處按照SLOC或者功能點(diǎn)重新估計系統(tǒng)規(guī)模。第十章Follow the stages neededto acquire software from an externalsupplier.合同部署階段需求分析評估計劃邀請投標(biāo)評估提議Disti nguish betwee n the differe nt types of con tract合同的種類1、固定價格合同在這種情況下，當(dāng)

32、合同簽訂時價格已經(jīng)是確定的了?？蛻糁溃绻贤臈l款沒有變 化，這就是項(xiàng)目完成時應(yīng)該支付的價格。 為了讓這種機(jī)制更加有效， 在開始時必須讓承包商 知道客戶的需求， 并且這些需求專業(yè)資料不能改變。 用另一種說法就是， 如果這個合同是為了構(gòu)建一 個軟件系統(tǒng)， 則必須完成詳細(xì)的需求分析， 一旦開始開發(fā)， 客戶就不能再沒有重新商定價格 的情況下更改他們的需求。這種合同的優(yōu)點(diǎn)是：知道客戶的花費(fèi) 如果需明確的而且不變更的，客戶有明確費(fèi)用。 供應(yīng)商的動機(jī) 供應(yīng)商以成本效益為動機(jī)。其缺點(diǎn)是：意外情況下的價格較高 供應(yīng)商承受任估算錯誤所帶來的風(fēng)險。 為了減少這種風(fēng)險的影 響，供應(yīng)商將在投標(biāo)書中計算價格時留出足

33、夠的余地。修改需求困難 在開發(fā)過程中， 有時需要修改需求的圍， 這有可能造成供應(yīng)商和客戶之 間的摩擦。增加修改成本的壓力 在和其他投標(biāo)商競爭時， 供應(yīng)商不得不給出盡可能低的價格。 一 旦合同簽訂了，當(dāng)給出進(jìn)一步的需求時，供應(yīng)商就會提出很高的修改價格。對系統(tǒng)質(zhì)量的威脅 為了滿足固定的價格，軟件的質(zhì)量可能得不到保證。2、時間和材料合同在這種合同中， 客戶必須為每一個單位 （例如每一個員工時） 的工作量付出一定的報酬。 供應(yīng)商通常會基于他們當(dāng)前對客戶需求的理解給出成本，但是這并不是最終報酬的基礎(chǔ)。供 應(yīng)商通常會定期（例如每月）向客戶列出已完成工作的清單。這種合同的優(yōu)點(diǎn)如下：改變需求容易 需求修改很容易處理。 如果項(xiàng)目有一個研究向， 但隨著項(xiàng)目的深入， 項(xiàng) 目的研究向會發(fā)生變化，那么這可能是恰當(dāng)?shù)挠嬎銏蟪甑霓k法。沒有價格的壓力 沒有價格的壓力能創(chuàng)造出更高質(zhì)量的軟件。 這種合同的缺點(diǎn)是：客戶的義務(wù) 客戶要承受與需求定義不妥和需求