天津理工大學計算機項目管理期末復習

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

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

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

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

5、業(yè)務案例。2)策劃 如果可行性研究的結(jié)果指出預期的項目可行，那么就可進入策劃階段。3)項目實施現(xiàn)在可以實施項目了，項目實施通常包括設計和實現(xiàn)兩個子階段。弟早CD Cost-benefit evaluation techniques 成本效益評價技術凈利潤(net profit)：是在項目的整個生命周期中總成本和總收入之差?；厥掌?payback period)：是達到收支平衡或償還初始投入所花的時間。投資回報率(Return On Investment , ROI):也稱作會計回報率 (Accounting Rate of Return , ARR ),提供了一種方法來比較凈收益率與需要的投入

6、。ROI=(平均年利潤/總投資)X 100%凈現(xiàn)值(Net Present Value, NPV)：是一種項目評價技術，它考慮了項目的收益率和 要產(chǎn)生的現(xiàn)金流的時限?，F(xiàn)值=第t年的值/(1+r)tr是貼現(xiàn)率，用十進制小數(shù)值表示。t是現(xiàn)金流在未來出現(xiàn)的年數(shù)。練習 假定貼現(xiàn)率為10%,計算項目的NPV。表2-3應用貼現(xiàn)因子到項目1年項目1現(xiàn)金流英鎊）貼現(xiàn)因子10%已貼現(xiàn)的現(xiàn)金流（英鎊）0-1011 0001.0000-100 OOG110 0000.90919 091210 0000.8264g 264310 noo0.75137 513420 0000.683013 6605LOU 0000 6

7、20963 090凈利洞50 000NPV;6I«表24三個被評估項目的現(xiàn)金流1英鎊）年項日A項HE項目C0-8 000-WOOO-10 00014 OOU1 00()2 (JUO24 0002 0002 00032 0004 0006 0004OOU3 00。2 (JUO55009 0002 0006500- 6 0002 000凈利潤4 OOU5 0006 (JUO Programme management 項目集管理項目集：為了獲得利益，用協(xié)同方式管理的一組項目，而這些項目不能進行獨立的管理。項目集的存在形式：商業(yè)周期項目集戰(zhàn)略項目集基礎設施項目集研究和開發(fā)項目集創(chuàng)新的伙伴關系

8、代*弟二早Step-Wise methods 步進式方法第一步：標識項目的范圍和目標第二步：標識項目的基礎設施第三步：分析項目的特征第四步：標識項目的產(chǎn)品和活動第五步：估算每個活動的工作量第六步：標識活動的風險第七步：分配資源第八步：評審/發(fā)布計劃第九步和第十步：執(zhí)行計劃并進行較低層次的策劃M3-J步進式策劃活動框架圖第四章 Take account of the characteristics of the system to be developed. 選擇通用的生命周期方法：控制系統(tǒng)(control system)信息系統(tǒng)(information system)用戶可用性(availab

9、ility of users)專用技術(specialized techniques硬件環(huán)境(hardware environment安全性關鍵的系統(tǒng)(safety-critical system)不準確的需求(imprecise requirement Select an appropriate process model 選擇合適的過程模型 Waterfall process model 瀑布模型One-shot 一次完成 once-through 一次通過V-process model V過程模型是瀑布模型的擴展Spiral model螺旋模型是研究瀑布模型的另一種方法 prototyp

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

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

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

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

14、CF表示技術復雜度因子。對于每個事務，為調(diào)整的功能點的計算方法：Wi x （輸入數(shù)據(jù)元素類型數(shù)）+We x （引用的實體類型數(shù)）+Wo x （輸出數(shù)據(jù)元素類型數(shù)）這里，Wi、We和Wo表示權重，可以通過詢問開發(fā)人員在先前的項目中花在開發(fā)處理輸入、 訪問和修改已存儲的數(shù)據(jù)及處理輸出的各部分軟件上所占的工作量比例來導出。 Estimate the effort needed to implement software using a precedural programming language.k工作量=cx規(guī)模工作量（effort）是按人月（pm）度量的。規(guī)模（size）是按kdsi度量白1

15、kdsi是指要交 付的千行源代碼指令。c和k是常量。 Understand the COCOMO approach to developing effort model.分為基本COCOMO模型，和中級COCOMO模型兩種，前者是一個靜態(tài)單變量模型，對整個軟件系統(tǒng)進行估算； 后者是一個靜態(tài)多變量模型，將軟件系統(tǒng)模型分為系統(tǒng)和部件兩個層次，系統(tǒng)是有部件組成的。尺N弟八早 Produce an activity plan for a project.產(chǎn)生項目的活動計戈 1第二步，理產(chǎn)生項目計劃的第一步是確定需要執(zhí)行什么活動以及以什么次序執(zhí)行這些活動。目的是標識潛在的問題。 第三步是資源分配。 最后

16、想的活動計劃是活動風險分析的對象, 步是產(chǎn)生進度表。Estimate the overall duration of a project.估計項目的總周期 Create a critical path and a precedence network for a project創(chuàng)建項目的關鍵路徑和優(yōu)先網(wǎng)絡Activity-on-node networksActivity labelDurationESActivity descriptionEFLSLFActivity spanFloatFloat = LF - ES - durationactivityDuration (weeks) 6pr

17、ecedent sAhardware selectionBsoftware design4Cinstall hardware3a nDcode & test software4BEfile take-on3BFwrite user manuals10Guser training3EfFHinstall & test system2C, D關鍵路徑是通過網(wǎng)絡的最長路徑Activity-on-arrow networksactivityDuratio n (week s)Earliest start dateLatest start dateEarliest finish date

18、Latest finish dateTotal floatA606B404CD346498E347F G1030101013h2911表6-1 一個具有估計的活動周期和優(yōu)先需求的項目規(guī)格說明示例冏期（周數(shù)）前置活動練習6.1使用優(yōu)先網(wǎng)絡約定為表6-1所指定的項目繪制一個活動網(wǎng)絡。結(jié)果與圖6-14進行比較。完成之后，請將硬件選擇 軟件配置安裝硬件 數(shù)據(jù)遷移草抵辦公規(guī)程 招聘曷工用戶培訓 安裝和溜試數(shù)睇壬移圖&14示例項目的優(yōu)先網(wǎng)絡安裝硬件煙抵辦 公規(guī)程安裝和 炯用戶 培訓招聘員工一練習6.2 參看圖6-7描繪的Amanda的CPM網(wǎng)絡。使用表6-2中給出的活動周期，計 算項目的最早完成日

19、期，并標識網(wǎng)絡上的關鍵路徑。詳細說明模塊A設計模塊A編碼，測試模塊A詳細蛻明整個系統(tǒng)詳細說明模塊C詳細說 明模塊口檢查規(guī)格說明設計 X模塊BX設計 模塊C設計模塊D編碼/測試模塊B編碼側(cè)試模塊C編碼/測試模塊D莫成/溶試系統(tǒng)圖&7 1OE年度維護合同項目的活動網(wǎng)絡片斷,該網(wǎng)絡增加了一個檢查點活動表6-2 Amanda網(wǎng)絡估計的活動周期活動佶計的周期（天）活動估計的周期（天）詳細說明整個系統(tǒng)34設計模塊C4詳細說明模塊A20設計模塊D4詳細說明模塊B15編碼,測武模塊A30詳細說明模塊c25編碼,測試模塊B28悻細說明模塊D15編碼/測試模塊C15檢查規(guī)格說明2編碼,測成模塊D25設計模

20、塊A 設計模塊B76系統(tǒng)集成6第七章Definition of risk and risk management.風險：用來描述不希望的時間或結(jié)果。風險管理：對危險和可能的問題進行標識、對其重要性進行評價以及編制監(jiān)控和處理這些問題的計劃。 Some ways of categorizing risk.風險分類一一據(jù)風險內(nèi)容劃分1)技術風險：如果項目采用了復雜的或者高新的技術，或者采取了非常規(guī)的方法，就存在 一些潛在的問題。另外，如果技術目標制定過高，技術標準發(fā)生變化等也可能造成技術的風險發(fā)生。2)管理風險：在項目中，進度計劃制定和資源配置不合理，計劃草率且質(zhì)量控制差，項目 管理的基本原則適用不

21、當?shù)?，都可能帶來管理的風險。3)組織風險：常見的組織內(nèi)部對目標未達成一致，高層對項目不重視，資金不足，項目組 織的人員結(jié)構(gòu)不合理或者與其他項目有資源沖突等，都是潛在的組織風險。4)外部風險：法律法規(guī)的變化，與項目相關各方的情況發(fā)生變化，這些事件和外部環(huán)境變 化往往是不可控制的。但注意，一般將不可控制的“不可抗力”不作為風險，這些事件往往 作為災難防御。 Risk management 派 Risk identification - what are the risks to a project?風險標識：減少不確定性，清楚項目風險的因素和作用范圍 Risk analysis - which o

22、nes are realty serious?風險分析：根據(jù)風險的嚴重度對風險的優(yōu)先級進行排序 Risk planning - what shall we do?風險規(guī)劃：制定各種風險應對計劃、策略、行動方案風險策劃和控制策略：風險預防降低可能性風險規(guī)避風險轉(zhuǎn)移應急計劃 Risk monitoring - has the planning worked?風險控制：檢查和檢驗決策的結(jié)果 We will also look at PERT risk and critical chains.expected time'期望周期 te = (a + 4m + b) /6te期望周期a樂觀的時間

23、m可能的時間b悲觀的時間activity standard deviation '活動標準偏差 s = (b - a)/6activOptimMostPessimte sityistic(a) likely(m)istic(b)A5686.170.5B3454.000.33C2332.830.17D3.5454.080.25E1342.830.50F8101510.51.17G2343.000.33H222.52.080.08PERT技術使用以下三個步驟來計算滿足或不滿足目標日期的概率: 計算每個項目事件的標準偏差。 計算有目標日期的每個事件的z值。 轉(zhuǎn)換z值為概率。f Event T

24、arget、 number date,Expected Standard date (feviatKX)事件3的標準偏差只取決于活動 B的標準偏差。因此，事件 3的標準偏差是0.33。對事件5,有兩條可能的路徑B+E或F。路徑B+E的總標準偏差是 而萬手+650£ -06而路徑F的總標準偏差是1.17。因此，事件5的標準偏差是兩者之中的大者，即 1.17。 計算z值T-tf7 M-其中，te是期望日期，而T是目標日期。事件 4 的 z 值是(10-9.00) /0.53=1.8867。轉(zhuǎn)換z值為概率削90M 而配5040黨劉0 1(岸)*£©式m隔惠小圖正態(tài)分布在

25、平均標準偏差值為£內(nèi)的概率Figure 79 The PERT network with three target dates and calculated event standard deviations練習7.5表7-6為圖6-29所示的網(wǎng)絡提供了附加的活動周期估計。有新的估計 a和b 及原來的活動周期估計用作最可能的時間m,計算每個活動的期望周期te。圖829關鍵路徑表74PERT活動時間估計活 動括動周期(周)樂觀的5)最可能的(#i)悲觀的WA568B345C233D3J45E134F&1013G234H222.3第八章 How to match the acti

26、vity plan to available resources.產(chǎn)生資源分配計劃的第一步是列出所要求的資源以及要求的期望等級。產(chǎn)生資源需求列表 后，下一步是將這個列表映射為活動計劃，然后評估項目期間所需要的資源分布。 Assess the efficacy of changing the plan to fit the resources. Schedules. Activity schedule - Indicating start and completion dates for each activity. Resource schedule Indicating dates when

27、 resources are needed and level of resources. Cost schedule showing the planned accumulative exp.資源分配的最終結(jié)果通常包括：活動進度 表示每個活動計劃的開始日期和完成日期。資源進度表示每個資源要求的日期以及要求的調(diào)度等級。成本進度 表示資源使用過程中計劃的累積花費。第九章CD Monitor the progress of projects.監(jiān)督項目的進展Assess the risk of slippage.評估偏離的風險Visualize and assess the state of a p

28、rojec可視化和評估項目的狀態(tài)甘特圖本質(zhì)上，這是一種活動條形圖,一種最簡單也是最早的跟蹤項目進展的方法就是甘特圖。 它指出計劃的活動日期以及隨著活動的浮動而頻繁增大的周期。延遲圖延遲圖是另一種非常類似的圖。這種圖對于那些沒有按進度計劃進展的活動，提供了更 加醒目的可視化指示：延遲線越彎曲，對計劃的偏離就越大。時間線到目前為止，描述的所有圖都存在一個缺點，即不能清除地顯示貫穿整個項目生命周期 的項目完成日期的拖延情況。時間線圖是記錄和顯示在項目期間目標變更的一種方法。時間線圖在項目執(zhí)行期間以及作為后期實現(xiàn)部分的評審都是有用的。時間線圖的分析和變化的原因可以指出估計過程的失誤或者其他可能的錯誤，

29、有了這方面的信息，將來就能避免這些失誤。Reuse targets to correct or counteract drift修訂目標以糾正或抑制偏離CPI可以用來修正項目的成本預算(或者完成估計 EAC)。EAC計算公式為BAC/CPI ,其中BAC (Budget At Completion , BAC )是項目當前計劃的預算。如果 BAC原來是100 000英 鎊，那么修訂的EAC將是100 000/0.64即156 250英鎊?？梢酝ㄟ^目前的 SPI修正估計的項 目周期。 Control changes to a projec ts requirements.控制項目的需求變更 系統(tǒng)

30、范圍的變更在is開發(fā)項目中，經(jīng)常發(fā)生系統(tǒng)規(guī)模不斷增大的情況。原因之一在于用戶提出了對需求的變更請求。項目范圍需要謹慎地加以監(jiān)督和控制，一種方法是在關鍵里程碑處按照SLOC或者功能點重新估計系統(tǒng)規(guī)模。第十章 Follow the stages needed to acquire software from an external supplier.合同部署階段需求分析評估計劃邀請投標評估提議(2)Distinguish between the different types of contract合同的種類1、固定價格合同在這種情況下，當合同簽訂時價格已經(jīng)是確定的了?？蛻糁溃绻贤臈l款沒有

31、變 化，這就是項目完成時應該支付的價格。 為了讓這種機制更加有效， 在開始時必須讓承包商 知道客戶的需求，并且這些需求不能改變。用另一種說法就是，如果這個合同是為了構(gòu)建一 個軟件系統(tǒng)，則必須完成詳細的需求分析， 一旦開始開發(fā)，客戶就不能再沒有重新商定價格 的情況下更改他們的需求。這種合同的優(yōu)點是：知道客戶的花費如果需求是明確的而且不變更的，客戶有明確費用。供應商的動機供應商以成本效益為動機。其缺點是：意外情況下的價格較高供應商承受任何估算錯誤所帶來的風險。為了減少這種風險的影響，供應商將在投標書中計算價格時留出足夠的余地。修改需求困難在開發(fā)過程中，有時需要修改需求的范圍， 這有可能造成供應商和

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