軟件項目開發(fā)計劃講義課件

第6章軟件項目開發(fā)計劃

第6章軟件項目開發(fā)計劃本章教學目標:1.編寫項目計劃書2.project2007編制項目計劃驗收方式練習方式:1.個人行為考核方式:2.小組行為本章教學目標:1.編寫項目計劃書前言:

制定與定義WBS屬于范圍規(guī)劃的任務，確定項目范圍，是項目執(zhí)行的重要依據(jù),是范圍定義過程的輸出.前言:6.1軟件項目分解項目分解目的——明確項目所包含的各項工作；項目分解的結果就是WBS（任務分解結構）圖項目分解意義——WBS（任務分解結構）圖是實施項目、創(chuàng)造最終產(chǎn)品或服務所必須進行的全部活動的一張清單，也是進度計劃、人員分配、預算計劃的基礎項目分解內(nèi)容——項目分解就是先把復雜的項目逐步分解成一層一層的要素（工作），直到具體明確為止項目分解工具——項目分解的工具是工作分解結構ＷＢＳ原理，它是一個分級的樹型結構，是一個對項目工作由粗到細的分解過程6.1軟件項目分解項目分解目的——明確項目所包含的各軟件項目分解WBS——WorkBreakdownStructure主要是將一個項目分解成易于管理的幾個部分或幾個細目，以便確保找出完成項目工作范圍所需的所有工作要素它是一種在項目全范圍內(nèi)分解和定義各層次工作包的方法WBS——WorkBreakdownStructure結構層次越往下層則項目組成部分的定義越詳細，WBS最后構成一份層次清晰，可以具體作為組織項目實施的工作依據(jù)WBS——WorkBreakdownStructure通常是一種面向“成果”的“樹”，其最底層是細化后的“可交付成果”，該樹組織確定了項目的整個范圍。但WBS的形式并不限于“樹”狀，還有多種形式。軟件項目分解WBS——WorkBreakdownSt軟件項目分解WBS分解類型基于可交付成果的劃分上層一般為可交付成果為導向下層一般為可交付成果的工作內(nèi)容基于工作過程的劃分上層按照工作的流程分解下層按照工作的內(nèi)容劃分軟件項目分解WBS分解類型WBS制作的方法使用指導方針:根據(jù)頒布的編制WBS的指導方針/樣本/模板，制定WBS。類比法:借助類似產(chǎn)品的WBS，用它作為起點，制定新項目的WBS。由上至下法:從項目最大的單位開始，逐步將它們分解成下一級的多個子項。由下至上法:讓項目組人員一開始就盡可能地確定項目有關的各項具體任務，然后再將各項具體任務進行整合，并歸總到WBS的上一級內(nèi)容當中。WBS制作的方法使用指導方針:根據(jù)頒布的編制WBS軟件項目分解基于可交付成果的劃分——WBS舉例:信息網(wǎng)絡工程信息網(wǎng)絡工程結構化布線網(wǎng)絡平臺建設布線設計采購布線驗收方案設計采購網(wǎng)絡平臺實施驗收0級1級2級軟件項目分解基于可交付成果的劃分——WBS舉例:信息網(wǎng)絡工程軟件項目分解基于工作過程的劃分——WBS舉例:網(wǎng)絡系統(tǒng)工程網(wǎng)絡系統(tǒng)培訓設備準備設備采購設備驗收交接網(wǎng)絡系統(tǒng)設計布線設計平臺設計工程實施布線實施網(wǎng)絡集成軟件開發(fā)軟件需求確定系統(tǒng)設計編碼測試0級1級2級軟件項目分解基于工作過程的劃分——WBS舉例:網(wǎng)絡系統(tǒng)工程網(wǎng)軟件項目分解WBS表達形式——層次結構圖和鋸齒列表（清單）

圖形顯示

鋸齒列表

1．0系統(tǒng)1．1元素A1.1.1任務1.1.2任務1．2元素B1.0系統(tǒng)1．1元素A1．2元素B1.1.1任務1.1.2任務軟件項目分解WBS表達形式——層次結構圖和鋸齒列表（清單）軟件項目分解WBS工作編碼

——由高層向下層用多位碼編排，要求每項工作有唯一的編碼。10001100111011111112111311201121112211231200軟件項目分解WBS工作編碼軟件項目分解WBS工作編碼舉例：企業(yè)經(jīng)營評價系統(tǒng)項目網(wǎng)絡1430軟件1410硬件1420系統(tǒng)開發(fā)1400測試1500實施1600系統(tǒng)設計1300問題界定1100企業(yè)經(jīng)營評價系統(tǒng)項目1000系統(tǒng)分析1200文檔1440包裝軟件1411培訓1610驗收1630系統(tǒng)轉換1620定制軟件14120級1級2級3級軟件項目分解WBS工作編碼舉例：企業(yè)經(jīng)營評價系統(tǒng)項目網(wǎng)絡軟件軟件項目分解項目工作分解結構表項目名稱：項目負責人：單位名稱：制表日期：工作分解結構任務編碼任務名稱主要活動描述負責人1000

1100

1200

1x001x101x111x12

項目負責人審核意見：

簽名：日期：軟件項目分解項目工作分解結構表項目名稱：項目負責人：單位名稱軟件項目開發(fā)計劃講義課件軟件項目分解WBS分解的一般步驟總項目子項目或主體工作任務主要工作任務次要工作任務小工作任務或工作元素軟件項目分解WBS分解的一般步驟軟件項目分解WBS分解注意事項WBS分解的規(guī)模和數(shù)量因項目而異收集與項目相關的所有信息參看一下類似的項目的WBS,與相關人員討論可以參照相關模板最低層是可控的和可管理的，但是避免不必要的過細，最好不要超過7層，軟件項目推薦分解到40小時的任務每個Workpackage必須有一個提交物軟件項目分解WBS分解注意事項軟件項目分解定義任務完成的標準每個WBS必須有利于責任分配可以準備WBS的字典最后與相關人員進行評審軟件項目分解定義任務完成的標準案例一:校園圖書管理信息系統(tǒng)的WBS各小組代表上臺老師點評軟件項目分解案例一:軟件項目分解軟件項目分解生活案例討論假如您要在自己的家里舉行一次生日宴會，請按WBS為你制定一份工作的分解計劃？代表發(fā)言假如貴公司進行成立10周年慶典活動，如果請你負責此次活動，你將如何分析此次活動所應包含的工作？代表發(fā)言軟件項目分解生活案例討論6.2軟件項目估算概念軟件項目估算——是指預測構造軟件項目所需要的工作量以及任務經(jīng)歷時間的過程。主要包括三個方面：規(guī)模（即工作量）的估算

確定每個軟件功能所必須執(zhí)行的一系列軟件工程任務進度的估算

估計任務的持續(xù)時間，即歷時估計成本的估算

確定完成軟件項目規(guī)模相應付出的代價6.2軟件項目估算概念軟件項目估算——是指預測構造軟軟件項目估算概念估算方法規(guī)模估算方法代碼行（LOC，LinesofCode）估算法、功能點（FP，F(xiàn)unctionPoints）估算法和計劃評審技術（PERT，ProgramEvaluationandReviewTechnique）估算法進度估算方法基于規(guī)模的進度估算、工程評價技術、關鍵路徑法、專家估算方法、類推估算方法、模擬估算方法、進度表估算方法、基于承諾的進度估算方法和Jones的一階估算準則等成本估算方法自頂向下（類比）估算法、自下而上估算法、參數(shù)估算法、專家估算法、猜測估算法等軟件項目估算概念估算方法6.3軟件項目規(guī)模估算估算的步驟在技術允許的條件下，應從最詳細的工作分解結構開始精確定義度量的標準估計底層每一模塊的規(guī)模，匯總已得到總體的估算適當考慮偶然因素的影響

6.3軟件項目規(guī)模估算估算的步驟軟件規(guī)模估算的假設和思路：軟件的規(guī)模和其外延成正比外延包括:功能,數(shù)據(jù),用戶操作界面數(shù),顯示界面數(shù)等等不同的功能點實現(xiàn)的困難度不同,但從整個項目來說,平均的困難度差不多規(guī)模估算的目標：是決定工作量的大小。對于成本模型，規(guī)模是計算軟件項目的工作量、成本和進度的主要輸入規(guī)模估算的責任者：程序員、軟件工程師、系統(tǒng)分析員負責決定軟件項目的規(guī)模軟件規(guī)模估算的假設和思路：軟件的規(guī)模和其外延成正比規(guī)模估算的入口準則:在規(guī)模估算之前，軟件功能需求必須被定義。在項目早期定義需求可能是非常困難任務。然而，在對需求一無所知的情況下，精確的估算出項目的成本和進度是不可能的。如果知道部分需求，那么估算基于已知的需求并且相信每一個人都相信估算僅僅是基于那些已知的需求，如果使用了增量或演進的開發(fā)策略，那么估算基于增加的已定義需求。規(guī)模估算的入口準則:在規(guī)模估算之前，軟件功能需求必須被定義規(guī)模估算輸入:軟件需求說明書（SRS）歷史規(guī)模數(shù)據(jù)*軟件產(chǎn)品規(guī)模估算應該主要基于歷史數(shù)據(jù)和經(jīng)驗。歷史規(guī)模數(shù)據(jù)可以從組織軟件過程數(shù)據(jù)庫中找到。而且，兩個或更多的具有類似經(jīng)驗的軟件工程師應該開展自頂向下/自底向上規(guī)模估算，步驟如下：規(guī)模估算輸入:基于定義每個計算機軟件模塊的需求開發(fā)系統(tǒng)的高級架構圖基于每個計算機軟件模塊開發(fā)功能WBS

根據(jù)相似項目經(jīng)驗和歷史數(shù)據(jù)，為每一個軟件模塊手工估算出最底層（自底向上）可能詳細的代碼行或功能點，規(guī)模估算工具可以作為第二個輸入估算出期望的規(guī)模加上標準偏差，即：規(guī)模的最低值和最高值來反映名義值的不確定性。在項目的早期階段，最低和最高估算結果之間的范圍可能是30-50%，例如：概念階段。如果缺乏經(jīng)驗或有較高的技術風險，范圍將會更大具有類似經(jīng)驗的軟件工程師應該評審并優(yōu)化估算結果直至達成一致意見。經(jīng)驗表明，規(guī)模估算經(jīng)常偏低，故最低規(guī)模估算結果應該給與特別審查基于定義每個計算機軟件模塊的需求開發(fā)系統(tǒng)的高級架構圖軟件項目規(guī)模估算LOC估算法代碼行可以分為無注釋的源代碼行（NCLOC,Non-CommentedSourceLinesOfCode）和注釋的源代碼行（CLOC:CommentedSourceLinesOfCode），源代碼的總行數(shù)LOC即為NCLOC與CLOC之和FP估算法功能點度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法，該方法通過研究初始應用需求來確定各種輸入、輸出、查詢、外部文件和內(nèi)部文件的數(shù)目，從而確定功能點數(shù)量軟件項目規(guī)模估算LOC估算法代碼行可以分為無注釋的源代軟件項目規(guī)模估算規(guī)模的單位LOC(LinesofCode)源代碼程序長度的測量FP(FunctionPoint)用系統(tǒng)的功能數(shù)量來測量人月人天人年軟件項目規(guī)模估算規(guī)模的單位功能點FPs估算（特別適合MIS系統(tǒng)）面向功能的軟件度量是對軟件和軟件開發(fā)過程的間接度量。面向功能度量的關注點在于程序的“功能性”和“實用性”，而不是對LOC計數(shù)。一種典型的生產(chǎn)率度量法叫做功能點度量，該方法利用軟件信息域中的一些計數(shù)度量和軟件復雜性估計的經(jīng)驗關系式而導出功能點FPs（FunctionPoints）。功能點FPs估算（特別適合MIS系統(tǒng)）面向功能的軟件度量功能點估算信息域特征的確定：面向功能的軟件度量是對軟件和軟件開發(fā)過程的間接度量。面向功能度量的關注點在于程序的“功能性”和“實用性”，而不是對LOC計數(shù)。一種典型的生產(chǎn)率度量法叫做功能點度量，該方法利用軟件信息域中的一些計數(shù)度量和軟件復雜性估計的經(jīng)驗關系式而導出功能點FPs（FunctionPoints）。功能點通過填寫表1所示的表格來計算。首先確定五個信息域的特征，并在表格中相應位置給出計數(shù)。信息域的值以如下方式定義：用戶輸入數(shù)：各個用戶輸入是面向不同應用的輸入數(shù)據(jù)，對它們都要進行計數(shù)。輸入數(shù)據(jù)應有別于查詢數(shù)據(jù)，它們應分別計數(shù)。功能點估算信息域特征的確定：面向功能的軟件度量是對軟件和軟件用戶輸出數(shù)：各個用戶輸出是為用戶提供的面向應用的輸出信息，它們均應計數(shù)。這里的輸出是指報告，屏幕信息，錯誤信息等，在報告中的各數(shù)據(jù)項不應再分別計數(shù)。用戶查詢數(shù)：查詢是一種聯(lián)機輸入，它導致軟件以聯(lián)機輸出的方式生成某種即時的響應。每一個不同的查詢都要計數(shù)。文件數(shù)：每一個邏輯主文件都應計數(shù)。這里的邏輯主文件，是指邏輯上的一組數(shù)據(jù)，它們可以是一個大的數(shù)據(jù)庫的一部分，也可以是一個單獨的文件外部接口數(shù)：對所有被用來將信息傳送到另一個系統(tǒng)中的機器可讀寫的接口(即磁帶或磁盤上的數(shù)據(jù)文件)均應計數(shù)。用戶輸出數(shù)：各個用戶輸出是為用戶提供的面向應用的輸出信息，它預測性對象點(PredictiveObjectPoints)估算：預測性對象點是特意為面向對象軟件設計的，是通過系統(tǒng)計算面向對象的特征進行度量。?POPs方法的核心是每類加權方法數(shù)（WeightedMethodsperClassWMC）。這種方法測量每個頂層類（或者說，每個在用戶的視野中清楚的對象）并且根據(jù)類的行為（方法）類型不同進行加權。一旦得到WMC的值，POPs方法將把它和有關按類分對象組的信息和對象類之間的關系進行聯(lián)合計算。（自己去查）預測性對象點(PredictiveObjectPoint6.5軟件項目進度估算估算的準備知識軟件項目分階段交付進度安排的整體過程進度中的并行性活動清單軟件項目的網(wǎng)絡圖進度安排的方法

6.5軟件項目進度估算估算的準備知識軟件項目分階段交付

軟件項目分階段交付

進度安排的整體過程軟件項目工作量經(jīng)驗數(shù)據(jù)進度安排的整體過程軟件項目工作量經(jīng)驗數(shù)據(jù)進度中的并行性軟件過程中可執(zhí)行的并行過程進度中的并行性軟件過程中可執(zhí)行的并行過程活動清單活動清單軟件項目的網(wǎng)絡圖軟件項目的網(wǎng)絡圖

軟件項目的網(wǎng)絡圖軟件項目的網(wǎng)絡圖進度安排的方法甘特圖進度安排的方法甘特圖2.項目進度管理的過程2.項目進度管理的過程6.6軟件項目進度計劃進度計劃定義

——進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表。它決定是否達到預期目的，它是跟蹤和溝通項目進展狀態(tài)的依據(jù)，也是跟蹤變更對項目影響的依據(jù)。軟件活動定義是一個過程，它涉及確認和描述一些特定的活動

為了進一步制定切實可行的進度計劃，必須對活動（任務）進行適當?shù)捻樞虬才虐磿r完成項目是項目經(jīng)理最大的挑戰(zhàn)之一；時間是項目規(guī)劃中靈活性最小的因素進度問題是項目沖突的主要原因，尤其在項目的后期6.6軟件項目進度計劃進度計劃定義軟件項目進度計劃項目進度（時間）管理過程活動定義（Activitydefinition）活動排序（Activitysequencing）活動歷時估計（Activitydurationestimating）制定進度計劃（Scheduledevelopment）進度控制（Schedulecontrol）-項目跟蹤軟件項目進度計劃項目進度（時間）管理過程軟件項目進度計劃活動定義（Activitydefinition）確定為完成項目的各個交付成果所必須進行的諸項具體活動完成WBS中的細目和子細目活動排序（Activitysequencing）對活動進行適當?shù)捻樞虬才?項目各項活動之間存在相互聯(lián)系與相互依賴關系根據(jù)這些關系安排各項活動的先后順序軟件項目進度計劃活動定義（Activitydefiniti軟件項目進度計劃任務(活動)之間的關系進度管理圖示——網(wǎng)絡圖、甘特圖、里程碑圖、資源圖開始-結束ABAB結束-開始結束-結束ABAB開始-開始軟件項目進度計劃任務(活動)之間的關系開始-結束ABAB結束軟件項目進度計劃網(wǎng)絡圖——展示項目中的各個活動以及活動之間的邏輯關系；網(wǎng)絡圖是活動排序的一個輸出；網(wǎng)絡圖可以表達活動的歷時常用網(wǎng)絡圖——PDM:節(jié)點法(單代號)網(wǎng)絡圖、ADM:箭線法(雙代號)網(wǎng)絡圖、CDM:條件箭線圖法在網(wǎng)絡圖中一個活動用一個方框、節(jié)點或者其他方式表示每一個活動被各種關系線相連接著將項目中的各個活動的邏輯關系表示出來網(wǎng)絡圖開始于一個任務、工作、活動、里程碑網(wǎng)絡圖結束于一個任務、工作、活動、里程碑有些活動前置任務或者后置任務軟件項目進度計劃網(wǎng)絡圖——展示項目中的各個活動以及活動之間軟件項目進度計劃PDM(Precedencediagram)構成PDM網(wǎng)絡圖的基本特點是節(jié)點(Box)節(jié)點(Box)表示活動(工序,工作)用箭線表示各活動(工序,工作)之間的邏輯關系.可以方便的表示活動之間的各種邏輯關系沒有時標在軟件項目中PDM比ADM更通用軟件項目進度計劃PDM(Precedencediagram軟件項目進度計劃PDM網(wǎng)絡圖的關系開始活動1活動3活動2結束軟件項目進度計劃PDM網(wǎng)絡圖的關系開始活動1活動3活動2結束軟件項目進度計劃軟件項目的PDM圖例開始需求獲取項目規(guī)劃需求確認項目計劃評審總體設計詳細設計系統(tǒng)測試集成測試編碼結束軟件項目進度計劃軟件項目的PDM圖例開始需求獲取項目規(guī)劃需求軟件項目進度計劃ADM（Arrowdiagram）ADM也稱為AOA

（activity-on-arrow）或者雙代號項目網(wǎng)絡圖在ADM網(wǎng)絡圖中,箭線表示活動(工序\工作)節(jié)點Node（圓圈:circle）表示前一道工序的結束,同時也表示后一道工序的開始只適合表示結束-開始的邏輯關系可以有時標軟件項目進度計劃ADM（Arrowdiagram）軟件項目進度計劃ADM圖例總體設計需求確認需求獲取系統(tǒng)測試集成測試編碼詳細設計計劃評審項目規(guī)劃123698754軟件項目進度計劃ADM圖例總體設計需求確認需求獲取系統(tǒng)測試集軟件項目進度計劃CDM（conditiondiagram）CDM網(wǎng)絡圖也稱為條件箭頭圖法網(wǎng)絡圖CDM允許活動序列相互循環(huán)與反饋從而在繪制網(wǎng)絡圖的過程中會形成許多條件分支而在PDM、ADM中是絕對不允許的軟件項目進度計劃CDM（conditiondiagram軟件項目進度計劃甘特圖顯示基本的任務信息可以查看任務的工期、開始時間和結束時間以及資源的信息只有時標，沒有活動的邏輯關系有兩種表示方法（棒狀、三角形）軟件項目進度計劃甘特圖軟件項目進度計劃甘特圖-實例軟件項目進度計劃甘特圖-實例軟件項目進度計劃里程碑圖里程碑顯示項目進展中的重大工作完成里程碑不同于活動活動是需要消耗資源的里程碑僅僅表示事件的標記SpecificationDesign08/9811/98Testing02/995/99AvailableCoding9/0011/00Announce里程碑圖示軟件項目進度計劃里程碑圖SpecificationDesig軟件項目進度計劃資源圖軟件項目進度計劃資源圖軟件項目進度計劃編制項目進度計劃確定項目的所有活動及其開始和結束時間監(jiān)控項目實施的基礎，它是項目管理的基準計劃是三維的，考慮時間，費用和資源編制項目進度計劃步驟進度編制資源調(diào)整成本預算計劃優(yōu)化調(diào)整形成基線計劃軟件項目進度計劃編制項目進度計劃軟件項目進度計劃進度編制的基本方法關鍵路徑法正推法逆推法時間壓縮法趕工（Crash）快速跟進（Fasttracking:搭接）資源調(diào)整嘗試法

軟件項目進度計劃進度編制的基本方法軟件項目進度計劃——關鍵路徑法關鍵路徑法（CPM：CriticalPathMethod）CPM是根據(jù)指定的網(wǎng)絡順序邏輯關系和單一的歷時估算，計算每一個活動的單一的、確定的最早和最遲開始和完成日期計算網(wǎng)絡圖中完成時間最長的路徑計算浮動時間軟件項目進度計劃——關鍵路徑法關鍵路徑法（CPM：Crit軟件項目進度計劃進度編制的基本術語（進度時間參數(shù)）最早開始時間(Earlystart)最晚開始時間(Latestart)最早完成時間(Earlyfinish)最晚完成時間(Latefinish)自由浮動（FreeFloat）總浮動（TotalFloat）超前(Lead)滯后(Lag)軟件項目進度計劃進度編制的基本術語（進度時間參數(shù)）軟件項目進度計劃浮動時間(Float)浮動時間是一個活動的機動性,它是一個活動在不影響其它活動或者項目完成的情況下可以延遲的時間量Float>0：時間安排比較合理Float=0：比較緊張Float<0：項目進度會推遲自由浮動（FreeFloat）在不影響后置任務最早開始時間本活動可以延遲的時間=后續(xù)活動最早開始時間-本活動最早結束時間總浮動（TotalFloat）在不影響項目最早完成時間本活動可以延遲的時間=最晚開始時間-最早開始時間軟件項目進度計劃浮動時間(Float)軟件項目進度計劃進度時間參數(shù)計算軟件項目進度計劃進度時間參數(shù)計算軟件項目進度計劃關鍵路徑（CriticalPath）關鍵路徑是決定項目完成的最短時間。項目整個網(wǎng)絡圖中最長的路徑關鍵路徑上的任何活動延遲，都會導致整個項目完成時間的延遲關鍵路徑上的任何任務都是關鍵任務是時間浮動為0（Float=0）的路徑關鍵路徑確定首先確定項目的網(wǎng)絡圖對網(wǎng)絡圖路徑中的所有活動確定歷時其中最長的路徑就是criticalpath軟件項目進度計劃關鍵路徑（CriticalPath）軟件項目進度計劃SimpleExampleofDeterminingtheCriticalPathConsiderthefollowingprojectnetworkdiagram.Assumealltimesareindays.

a.Howmanypathsareonthisnetworkdiagram?b.Howlongiseachpath?c.Whichisthecriticalpath?d.Whatistheshortestamountoftimeneededtocompletethisproject?軟件項目進度計劃SimpleExampleofDete軟件項目進度計劃DeterminingtheCriticalPathforProjectX軟件項目進度計劃DeterminingtheCritic軟件項目進度計劃關鍵路徑的幾點說明如果關鍵路徑上的一個活動比計劃的時間長，整個項目的進度將會拖延，除非采取糾正措施并不是所有的關鍵任務都在關鍵路徑上明確關鍵路徑后，你可以合理安排進度關鍵路徑可能不止一條在項目的進行過程中，關鍵路徑可能改變的軟件項目進度計劃關鍵路徑的幾點說明軟件項目進度計劃正推法(Forwardpass)

——按照時間順序計算最早開始時間和最早完成時間的方法,稱為正推法首先建立項目的開始時間項目的開始時間是網(wǎng)絡圖中第一個活動的最早開始時間從左到右，從上到下進行任務編排當一個任務有多個前置時，選擇其中最大的最早完成日期作為其后置任務的最早開始日期公式:ES+Duration=EFEF+Lag=ESs軟件項目進度計劃正推法(Forwardpass)軟件項目進度計劃正推法實例LFLSEFESDuration=7TaskA18LFLSEFESDuration=3TaskB14LFLSEFESDuration=6TaskC814LFLSEFESDuration=3TaskD47LFLSEFESDuration=3TaskG1417LFLSEFESDuration=3TaskE710LFLSEFESDuration=2TaskH1719LFLSEFESDuration=2TaskF46FinishStart軟件項目進度計劃正推法實例LFLSEFES18LFLSEFE軟件項目進度計劃逆推法(Backwardpass)

——按照逆時間順序計算最晚開始時間和最晚結束時間的方法,稱為逆推法.

首先建立項目的結束時間項目的結束時間是網(wǎng)絡圖中最后一個活動的最晚結束時間從右到左，從下到上進行計算當一個前置任務有多個后置任務時，選擇其中最小最晚開始日期作為其前置任務的最晚完成日期公式:LF-Duration=LSLS-Lag=LFp軟件項目進度計劃逆推法(Backwardpass)軟件項目進度計劃逆推法實例StartLFLSEFESDuration=7TaskA1818LFLSEFESDuration=3TaskB14811LFLSEFESDuration=6TaskC814814LFLSEFESDuration=3TaskD471114LFLSEFESDuration=3TaskG14171417LFLSEFESDuration=3TaskE7101417LFLSEFESDuration=2TaskH17191719LFLSEFESDuration=2TaskF461214CP:A->C->G->HCpPath:18Finish軟件項目進度計劃逆推法實例StartLFLSEFES1818根據(jù)所示的網(wǎng)絡圖，回答下列問題：（1）指出關鍵路徑，并確定項目的工期；（2）計算活動I的最早開工時間和最早完工時間；（3）計算活動B的最遲開工時間和最遲完工時間；（4）計算活動D的自由時差。（設活動A、B、C的最早開工時間ES=0，活動L的最遲完工時間LF=27）根據(jù)所示的網(wǎng)絡圖，回答下列問題：（1）指出關鍵路徑，并確定項軟件項目進度計劃——檢查網(wǎng)絡圖確保網(wǎng)絡圖完整是否正確標示了criticalpath?是否有哪個任務存在很大的float，需要重新規(guī)劃是否有不合理的空閑時間熟悉并分析網(wǎng)絡圖criticalpath上有什么風險？Float有多大？那些任務有那種類型的Float。應該確保你的目標被滿足是否需要增加里程碑那些任務有提交物工作可以在期望的時間內(nèi)完成嗎？提交物可以在規(guī)定的時間內(nèi)完成嗎？軟件項目進度計劃——檢查網(wǎng)絡圖確保網(wǎng)絡圖完整軟件項目進度計劃——時間壓縮法時間壓縮法

—時間壓縮法是在不改變項目范圍的前提下縮短項目工期的方法應急法--趕工（Crash）趕工也稱為時間-成本平衡方法

是在不改變活動的前提下，通過壓縮某一個或者多個活動的時間來達到縮短整個項目工期的目的是在最小相關成本增加的條件下，壓縮關鍵路經(jīng)上的關鍵活動歷時的方法壓縮角度，越小越好追加成本軟件項目進度計劃——時間壓縮法時間壓縮法壓縮角度，越小越好追軟件項目進度計劃進度壓縮單位成本計算方法進度壓縮單位成本=（壓縮成本-正常成本）/(正常進度-壓縮進度)例如：

任務A:正常進度7周,成本5萬；壓縮到5周的成本是6.2萬進度壓縮單位成本=(6.2-5)/(7-5)=6000元/周如果壓縮到6周的成本是：5.6萬軟件項目進度計劃進度壓縮單位成本計算方法軟件項目進度計劃平行作業(yè)法--快速跟進（Fasttracking:搭接）

——改變活動間的邏輯關系，并行開展活動項目管理:100需求:10設計:5任務設計:5時間軟件項目進度計劃平行作業(yè)法--快速跟進（Fasttrack軟件項目進度計劃任務超前(Lead)舉例：A完成之前3天B開始作用：1）解決任務的搭接2）對任務可以進行合理的拆分3）縮短項目工期活動A活動B結束---開始Lead=3軟件項目進度計劃任務超前(Lead)活動A活動B結束---開軟件項目進度計劃——資源調(diào)整嘗試法

資源調(diào)整嘗試法資源優(yōu)化配置通過調(diào)整進度計劃，形成平穩(wěn)連續(xù)的資源需求最有效的利用資源使資源閑置的時間最小化盡量避免超出資源能力方法資源平衡，維持工期不變，使資源強度盡可能平衡在滿足資源約束條件下，使工期最短將資源從非關鍵活動轉到關鍵活動逆向資源分配法軟件項目進度計劃——資源調(diào)整嘗試法資源調(diào)整嘗試法軟件項目進度計劃資源平衡法軟件項目進度計劃資源平衡法軟件項目進度計劃項目成本預算——分配項目成本，進行成本預算

項目的預算成本組成：資源成本分配給項目中資源的成本固定成本是一種不因任務工期或資源完成工時的變化而變化的成本成本預算的作用確保各項工作獲得所需的資源是實際成本的一種控制機制為項目管理者控制項目提供一把尺子軟件項目進度計劃項目成本預算軟件項目進度計劃分配項目成本包括三種情況分配資源成本分配固定資源成本例如：需要的硬件設備分配固定成本例如：培訓任務軟件項目進度計劃分配項目成本包括三種情況軟件項目進度計劃調(diào)整計劃調(diào)整資源,解決資源沖突調(diào)整進度,優(yōu)化項目,縮短工期調(diào)整項目成本預算,以便減少項目費用解決資源沖突的方法資源調(diào)配推遲資源開始工作時間增加資源總量替換資源設置資源加班時間調(diào)整資源日歷只使用資源的一部分工作時間軟件項目進度計劃調(diào)整計劃軟件項目進度計劃優(yōu)化進度，縮短工期分解關鍵任務給任務增加資源縮減關鍵任務的工期重疊關鍵任務設置日歷增加工作時間通過減少工時來縮減任務工期通過分配加班工時來縮短關鍵任務軟件項目進度計劃優(yōu)化進度，縮短工期軟件項目進度計劃調(diào)整項目成本預算降低資源的費率減少任務的工時減少資源的分配單位減少加班替換資源減少任務的固定成本刪除任務軟件項目進度計劃調(diào)整項目成本預算作為一個企業(yè)，沒有了利潤，就沒有了血液，而利潤的提高，根本的出路在于降低成本；作為一個項目，沒有了效益，就沒有了市場，而效益的產(chǎn)生，關鍵在于有效的成本管理。駕馭成本就是要掌握、控制和管理成本。P.1486.4軟件項目成本管理作為一個企業(yè)，沒有了利潤，就沒有了血液，而利潤的提高，根本的學習完本節(jié)后，應當掌握如下知識：項目成本與成本管理的概念。影響IT項目成本的因素。項目成本估算、成本預算與成本控制的方法。掙值分析方法與成本效益分析方法。成本管理中應該注意的問題。P.148學習完本節(jié)后，應當掌握如下知識：P.148IBM董事長郭士納指出：在過去的10年中，IT行業(yè)中成長勢頭最為強勁的3大公司IBM、戴爾和英特爾，都擁有兩個共同的特點：把價格（營業(yè)收入）作為一個戰(zhàn)略性競爭武器；能夠很好地管理所有的成本，包括稅收、制造和配送。人們已經(jīng)認識到企業(yè)利潤的獲取，與項目成本的管理密切相關，不計成本的組織是沒有發(fā)展前途的，不計成本的項目也是沒有生命力的。P.148IBM董事長郭士納指出：在過去的10年中，IT行業(yè)中成長成本管理存在的問題從小開始的教育就沒有注意灌輸成本的概念。對IT項目的原始成本估算不準確。項目組成員對成本估算和控制不相關。項目組成員對成本的理解和把握不準確。認為項目成本增長和失敗將不可避免的。

在頭腦里所形成的，反映對象的本質屬性的思維形式。6.4.1成本管理基礎知識在頭腦里所形成的，反映對象的本質屬性的思維形式。6.4.1成項目成本與項目成本管理P.149項目成本是指為完成項目目標而付出的費用和耗費的資源。1）項目成本的定義P.149項目成本是指為完成項目目標而付出的費用和耗費的資源P.149項目的成本特征有如下表現(xiàn)形式：項目成本包括項目決策和定義成本、項目獲取成本、項目設計成本、項目實施成本等。項目實施成本是項目總成本的主要組成部分。IT項目成本包括硬件成本、軟件成本、項目集成成本、人力資源成本、場所成本、外包服務成本等。軟件項目成本包括開發(fā)生產(chǎn)成本（分析設計成本、系統(tǒng)實施成本）和運行維護成本（專業(yè)培訓成本、系統(tǒng)運行成本、維護改進成本和行政管理成本）等。P.149項目的成本特征有如下表現(xiàn)形式：P.150項目成本管理就是在整個項目的實施過程中，為確保項目在批準的預算條件下盡可能保質按期完成，而對所需的各個過程進行管理與控制。

項目經(jīng)理必須確信他們的項目有恰當?shù)亩x、精確的時間和成本估算、以及他們參與同意的和切合實際的預算。

2）成本管理的定義P.150項目成本管理就是在整個項目的實施過程中，為確保項目P.1503）成本管理過程項目成本管理過程圖P.1503）成本管理過程項目成本管理過程圖P.150成本估算:對完成項目所需成本的估計和計劃，是項目計劃中的一個重要的、關鍵的、敏感的部分。成本預算：把估算的總成本分配到項目的各個工作細目，建立成本基準計劃以衡量項目績效。成本控制：保證各項工作在各自的預算范圍內(nèi)進行。P.150成本估算:對完成項目所需成本的估計和計劃，是項目計影響IT項目成本的因素P.150IT項目復雜性特點，使得影響項目成本的因素非常多，而且變化大。在這些因素中質量、進度和范圍對項目成本的影響非常突出，而且關聯(lián)性很強。質量對成本的影響進度對成本的影響范圍對成本的影響

質量、進度、范圍和成本綜合關系圖P.150IT項目復雜性特點，使得影響項目成本的因素非常多，P.151在軟件項目，還有一些成本影響因素需要應該引起管理者的特別關注:系統(tǒng)規(guī)模類成本因素數(shù)據(jù)庫類成本因素系統(tǒng)復雜性類的成本因素軟件開發(fā)類的成本因素編寫文檔類的成本因素環(huán)境與項目屬性類的成本因素P.151在軟件項目，還有一些成本影響因素需要應該引起管理P.151由于信息技術專業(yè)人員沒有理解了解基本會計和財務原理的重要性，很多IT項目根本就沒有被批準和啟動。IT項目管理專業(yè)人員不僅要能夠用技術術語、而且還要能夠用財務術語介紹和討論項目的信息，特別是項目成本信息，這一點非常重要。因為管理者最關心的是財務指標。P.151由于信息技術專業(yè)人員沒有理解了解基本會計和財務原理P.153有形成本/有形收益：能夠以貨幣衡量的成本或收益。無形成本/無形收益：難用貨幣來衡量的成本或收益。直接成本：能夠以一種很經(jīng)濟的方式加以追蹤的相關成本。間接成本：不能以一種很經(jīng)濟的方式加以追蹤的相關成本。沉沒成本：永遠不可能再產(chǎn)生收益的成本。學習曲線理論：當重復生產(chǎn)許多產(chǎn)品時，產(chǎn)品的單位成本隨著數(shù)量的增多成規(guī)律性遞減。

P.153有形成本/有形收益：能夠以貨幣衡量的成本或收益。6.4.2軟件項目成本估算COCOMOⅡ模型

——在現(xiàn)代軟件工程研究結果的基礎上，將未來軟件市場劃分為基礎軟件、系統(tǒng)集成、程序自動化生成、應用集成、最終用戶編程五個部分，COCOMOII通過三個生命周期模型（估算早期原型工作量的應用組合模型，早期設計模型，后體系結構模型）支持上述的五種軟件項目。

6.4.2軟件項目成本估算COCOMOⅡ模型軟件項目成本估算Putnam模型

——Putnam模型是Putnam于1978在來自美國計算機系統(tǒng)指揮部的200多個大型項目（項目的工作量在30~1000人年之間）數(shù)據(jù)的基礎上推導出來的一種動態(tài)多變量模型。Putnam模型假設軟件項目的工作量分布類似于Rayleigh曲線。Putnam模型包含兩個方程：軟件方程和人力增加方程。

軟件項目成本估算Putnam模型軟件項目成本估算實用軟件估算模型——是一種自下而上和參數(shù)法的結合模型，步驟如下：對任務進行分解估算每個任務i的最大值Max、最小值Min、最可能值Avg，Ei=(Max+4Avg+Min)/6（或者使用唯一的估計值：最可能值）直接成本=E1+E2+……+Ei+……+En項目總估算成本=直接成本+間接成本項目總報價=項目總估算成本+風險利潤風險利潤=利潤+風險基金+稅軟件項目成本估算實用軟件估算模型——是一種自下而上和參數(shù)法的軟件項目成本估算直接成本直接成本=開發(fā)成本+管理成本+質量成本直接成本=規(guī)模*人力成本參數(shù)例如：人力成本參數(shù)=2萬/人月，30人月的項目的直接成本是60萬間接成本間接成本=直接成本*間接成本系數(shù)間接成本=規(guī)模*人力成本參數(shù)*間接成本系數(shù)例如：間接成本系數(shù)=1.5--3軟件項目成本估算直接成本軟件項目成本估算成本估算步驟

建立目標規(guī)劃需要的數(shù)據(jù)和資源確定軟件需求擬定可行的細節(jié)運用多種獨立的技術和原始資料比較并迭代各個估算值隨訪跟蹤

軟件項目成本估算成本估算步驟軟件項目成本估算成本模型的評價準則定義正確性客觀性構造性細節(jié)穩(wěn)定性范圍易用性可預期性節(jié)約性軟件項目成本估算成本模型的評價準則P.154成本估算是對完成IT項目所需費用的估計和計劃，是IT項目計劃中的一個重要的、關鍵的、敏感的部分。對于IT項目，由于其要求不同、目標各異、變化多端、情況復雜，要想把以前的活動與現(xiàn)實的情況進行對比衡量非常困難。因此，關于IT項目成本信息，不管是根據(jù)歷史標準數(shù)據(jù)，還是現(xiàn)時重新考慮，都只能將其視為一種估算。如果項目經(jīng)理想在預算限制內(nèi)完成項目，他們必須進行嚴格的成本估算。成本估算的準確度直接關系到項目成本管理的有效性。P.154成本估算是對完成IT項目所需費用的估計和計劃，是I成本估算的類型P.154估算類型何時做為什么做精確度如何量級估算在項目生命周期中非常早，通常是在項目完成前3～5年為項目選擇決策提供成本估算。-25％～+75％預算估算項目完成前1～2年

將資金撥入預算計劃-10％～+25％最終估算項目的后期，在項目完成前不足1年為采購提供詳情,估算實際成本。-5％～+10％表6-2項目成本估算類型成本估算的類型P.154估算類型何時做為什么做精確度如軟件估算的時間點軟件估算的時間點成本估算的依據(jù)與輸出P.155

進行成本估算需要依據(jù)如下輸入：

項目資源需求計劃項目范圍說明書項目進度計劃工作分解結構風險管理計劃相關歷史資料和經(jīng)驗教訓成本估算的依據(jù)與輸出P.155進行成本估算需要依據(jù)如下項目成本估算方法P.156類比估算法：也叫專家判斷法，是一種在成本估算精確程度要求不高的情況下使用的方法。它比照以前的、相似項目的實際成本作為目前項目成本估算的根據(jù)，來估算出當前項目的成本。自上而下估算法：基于中上層管理人員的經(jīng)驗和判斷、以及可以獲得的關于以往類似項目的歷史數(shù)據(jù)來進行項目成本估算的方法。自下而上估算法：先估算單個工作項成本，然后從下往上匯總成整體項目成本。參數(shù)模型估算法：在數(shù)學模型中應用項目特征參數(shù)來估算項目成本的方法。項目成本估算方法P.156類比估算法：也叫專家判斷法，是一種軟件項目開發(fā)計劃講義課件成本估算中應該注意的問題P.168盡管采用了有許多成本估算的工具和手段，但是IT項目成本估算仍然不精確，特別是那些涉及新技術和新方法的軟件開發(fā)項目，其原因是：軟件項目是一項復雜的工作，需要巨大的努力沒有太多的成本估算經(jīng)驗范圍的不確定性和易動性成本估算者背景和考慮問題的角度，存在低估成本的傾向管理者要求做估算，但他們的重點并沒有放在成本管理上成本估算中應該注意的問題P.168盡管采用了有許多成本估算的P.169在軟件項目成本估算時，需要特點注意以下幾點：過去的項目和現(xiàn)在項目之間存在的差別軟件的擴展性和維護性開發(fā)團隊對軟件項目成本產(chǎn)生的重大影響軟件運行環(huán)境對成本的影響P.169在軟件項目成本估算時，需要特點注意以下幾點：6.4.3項目成本預算P.157項目成本預算是給每一項獨立工作分配全部費用，以獲得度量項目執(zhí)行的費用基線。確定成本定額和項目總預算，規(guī)定項目不可預見費用的劃分與使用規(guī)則等。項目費用預算主要包括，直接人工費用、咨詢服務費用、資源采購費用和不可預見費用等的預算。項目成本預算的主要依據(jù)包括項目成本估算、WBS和項目進度計劃。成本預算過程的主要目標是制定一個成本基準計劃以衡量項目績效。6.4.3項目成本預算P.157項目成本預算是給每一項獨立工成本預算的特征:P.158計劃性：預算是另一種形式的項目計劃。約束性：預算是一種分配資源的計劃，預算分配的結果可能并不能滿足所涉及的管理人員的利益要求，而表現(xiàn)為一種約束，所涉及人員只能在這種約束的范圍內(nèi)行動?？刂菩裕喉椖款A算是一種控制機制。預算可以作為一種比較標準而使用，一種度量資源實際使用量和計劃量之間差異的基線標準。P.158計劃性：預算是另一種形式的項目計劃。成本預算的編制P.158確定項目的總預算：總預算確定的目的是為了將資金撥入預算計劃，其精度提高到-10%~25%。項目各項活動的預算：采用“自上而下”的方法，確定項目各項活動的預算。項目各項活動預算投入的時間：根據(jù)項目的進度安排和項目的資源供應計劃，確定各項活動預算投入的時間。

P.158確定項目的總預算：總預算確定的目的是為了將資金撥入不可預見費用分析P.160不可預見費用是指為項目在實施過程中發(fā)生意外而準備的保證金，也就是在成本管理原理中提到的儲備金.提高不可預見費用估計的準確性可以減輕項目中意外事件的影響程度。在IT項目實際過程中，不可預見費用的儲備是非常必要的，特別是中、大型項目必須準備充足的不可預見費用。不可以預見費用主要有兩種類型：顯在的不可預見費用，通常在項目文件中明確標明。潛在的不可預見費用，通常在項目文件中沒有標明。對應成本管理原理中提到的應急儲備金和管理儲備金。不可預見費用分析P.160不可預見費用是指為項目在實施過程中成本預算中應該注意的問題P.169在實際項目過程中，項目成本預算存在的問題導致預算沒有很好的支持項目的整體目標，甚至與之產(chǎn)生沖突。這些問題主要表現(xiàn)在以下幾個方面：對于預算在認識上存在著較大的誤區(qū)項目預算建立在對項目經(jīng)理的信任的基礎之上沒有全面考慮項目執(zhí)行過程中可能出現(xiàn)的異常情況沒有充分考慮項目成本預算同項目需求之間的關系成本預算中應該注意的問題P.169在實際項目過程中，項目成本6.4.4項目成本控制P.160項目成本控制實現(xiàn)的是對項目成本的管理，其主要目的是對造成實際成本與成本基準計劃發(fā)生偏差的因素施加影響，確保其向有利的方向發(fā)展；同時對與成本基準計劃已經(jīng)發(fā)生偏差和正在發(fā)生偏差的各項成本進行管理，以保證項目的順利進行。有效的成本控制的關鍵在于及時分析成本的績效，盡早發(fā)現(xiàn)成本無效和出現(xiàn)偏差的原因，以便在項目成本失控之前能夠及時采取糾正措施。6.4.4項目成本控制P.160項目成本控制實現(xiàn)的是對項目P.161項目成本控制必須與項目的其他控制過程緊密結合,防止單純的控制項目成本而出現(xiàn)項目范圍、進度、質量等方面的問題。項目成本控制的主要內(nèi)容包括：監(jiān)控實際成本與計劃成本的偏差；確認費用偏差都被記錄；避免不正確、不合適的或者無效的費用變更發(fā)生；獲取項目變更的各種信息，特別關注影響對成本變更的消息。P.161項目成本控制必須與項目的其他控制過程緊密結合,防止6.4.2成本控制的依據(jù)P.161成本基準：成本基準是按時間分段的預算，用做度量和監(jiān)控項目整體成本的基準?？冃蟾妫嚎冃蟾媸翘峁嶋H工作中項目成本和資源績效的信息。請求變更：對項目的某些方面提出一些修改的要求。這些變更申請對成本的使用方向以及對成本的預算產(chǎn)生影響，可能增加成本，也可能減少成本。成本管理計劃：描述當項目實際成本和計劃成本發(fā)生差異時如何進行管理，對整個成本控制過程進行有序的安排，可以實現(xiàn)對成本合理安排與使用。6.4.2成本控制的依據(jù)P.161成本基準：成本基準是按時成本控制的方法P.161成本變更控制系統(tǒng)：從請求變更，到批準請求變更，一直到最終變更項目成本預算的整個變更控制過程。成本績效測量法：幫助項目管理者及時分析項目成本狀況，盡早發(fā)現(xiàn)項目成本差異，爭取在情況變壞之前采取措施予以糾正。掙值分析法就是一種有效的分析方法，可用于進行項目成本偏差分析和控制。附加計劃法：通過新增或修訂原有計劃來對項目成本進行有效的控制。計算機輔助法：借助相關的項目管理軟件，跟蹤項目的計劃成本、實際成本和預測成本改變的影響。成本控制的方法P.161成本變更控制系統(tǒng)：從請求變更，到批準掙值分析法P.162掙值分析是一種項目績效測量技術，它綜合了范圍、時間和成本數(shù)據(jù)。它是項目管理領域中有一個特有的、非常有效的成本控制工具。掙值法實際上是一種分析目標實施與目標期望之間差異的方法。故而它又被稱為偏差分析法。掙值法通過測量和計算已完成的工作的預算費用和實際費用以及計劃工作的預算費用得到計劃實施的進度和費用的偏差，達到判斷項目預算和進度計劃執(zhí)行情況的目的。掙值分析法P.162掙值分析是一種項目績效測量技術，它綜合P.162掙值法的三個基本參數(shù)：計劃工作量的預算成本(BCWS)：BCWS是指計劃要求完成的工作量所需的預算工時/費用。

BCWS=計劃工作量*預算定額已完成工作的實際成本(ACWP)：ACWP是指實際完成的工作量所消耗的工時/費用。已完成工作量的預算成本(BCWP)：BCWP是指實際完成的工作量按預算定額計算的工時/費用。

BCWP=實際工作量*預算定額掙值法正是因為這種分析方法中用到了BCWP這個關鍵數(shù)值，而以其來命名的。P.162掙值法的三個基本參數(shù)：P.164圖6-4掙值分析法的參數(shù)分析與應對措施P.164圖6-4掙值分析法的參數(shù)分析與應對措施6.4.4成本控制的結果P.164修正的成本估算：為了項目的需要而修正項目的成本信息。預算更新：對批準的成本基準所做的更新。糾正措施：使項目將來的預期績效與項目管理計劃一致所采取的行動。按完成情況估算：根據(jù)項目執(zhí)行情況對項目總成本的預測。項目計劃的變更：當變化幅度很大時，需要產(chǎn)生更合適的實際成本管理計劃。經(jīng)驗教訓：記錄下產(chǎn)生偏差的原因、采取糾正措施的理由和其他的成本控制方面類似的經(jīng)驗教訓。6.4.4成本控制的結果P.164修正的成本估算：為了項目的P.155成本過程的主要成果包括：成本估算估算的詳細依據(jù)，包括采用的基本規(guī)則，估算所用的假設、基礎資料、工具和技術。成本管理計劃一份描述如何管理項目中成本變化的文件。經(jīng)驗表明，IT項目成本建議書（投標書）在估算10％變化范圍內(nèi)是好的。一般對不高于估算成本10％，或不低于20％的估算報告進行談判。P.155成本過程的主要成果包括：6.5本章小結軟件項目成本估算及進度管理是在軟件項目的早期要開展的一項重要工作，也是軟件項目管理的重要內(nèi)容之一。成本估算和進度管理是制定軟件項目計劃的依據(jù)，對于軟件項目的整個運行過程有重要意義。本章對軟件項目估算和進度計劃分別進行了介紹。項目規(guī)模成本估算是項目規(guī)劃的基礎，也是項目成本管理的核心，通過成本估算方法，分析并確定項目的估算成本，并以此為基礎進行項目成本預算和計劃編排，開展項目成本控制等管理活動。6.5本章小結軟件項目成本估算及進度管理是在軟件項目的早66復習思考題1.軟件項目規(guī)模成本估算的基本方法有幾種？2.根據(jù)某項目的任務分解結構，對項目進行規(guī)模成本估算。3.有幾種常用的網(wǎng)絡圖？4.畫出習題6.2中項目的網(wǎng)絡圖。5.用微軟的Project工具，編制習題6.2中項目的進度計劃表。66復習思考題1.軟件項目規(guī)模成本估算的基本方法有幾種？Project2007professional項目計劃的制定

第一講安裝環(huán)境的設置日歷的制定任務的錄入任務工期任務關聯(lián)性資源計劃資源分配資源使用分析資源調(diào)配報表視圖Project2007professional項目第6章軟件項目開發(fā)計劃

第6章軟件項目開發(fā)計劃本章教學目標:1.編寫項目計劃書2.project2007編制項目計劃驗收方式練習方式:1.個人行為考核方式:2.小組行為本章教學目標:1.編寫項目計劃書前言:

制定與定義WBS屬于范圍規(guī)劃的任務，確定項目范圍，是項目執(zhí)行的重要依據(jù),是范圍定義過程的輸出.前言:6.1軟件項目分解項目分解目的——明確項目所包含的各項工作；項目分解的結果就是WBS（任務分解結構）圖項目分解意義——WBS（任務分解結構）圖是實施項目、創(chuàng)造最終產(chǎn)品或服務所必須進行的全部活動的一張清單，也是進度計劃、人員分配、預算計劃的基礎項目分解內(nèi)容——項目分解就是先把復雜的項目逐步分解成一層一層的要素（工作），直到具體明確為止項目分解工具——項目分解的工具是工作分解結構ＷＢＳ原理，它是一個分級的樹型結構，是一個對項目工作由粗到細的分解過程6.1軟件項目分解項目分解目的——明確項目所包含的各軟件項目分解WBS——WorkBreakdownStructure主要是將一個項目分解成易于管理的幾個部分或幾個細目，以便確保找出完成項目工作范圍所需的所有工作要素它是一種在項目全范圍內(nèi)分解和定義各層次工作包的方法WBS——WorkBreakdownStructure結構層次越往下層則項目組成部分的定義越詳細，WBS最后構成一份層次清晰，可以具體作為組織項目實施的工作依據(jù)WBS——WorkBreakdownStructure通常是一種面向“成果”的“樹”，其最底層是細化后的“可交付成果”，該樹組織確定了項目的整個范圍。但WBS的形式并不限于“樹”狀，還有多種形式。軟件項目分解WBS——WorkBreakdownSt軟件項目分解WBS分解類型基于可交付成果的劃分上層一般為可交付成果為導向下層一般為可交付成果的工作內(nèi)容基于工作過程的劃分上層按照工作的流程分解下層按照工作的內(nèi)容劃分軟件項目分解WBS分解類型WBS制作的方法使用指導方針:根據(jù)頒布的編制WBS的指導方針/樣本/模板，制定WBS。類比法:借助類似產(chǎn)品的WBS，用它作為起點，制定新項目的WBS。由上至下法:從項目最大的單位開始，逐步將它們分解成下一級的多個子項。由下至上法:讓項目組人員一開始就盡可能地確定項目有關的各項具體任務，然后再將各項具體任務進行整合，并歸總到WBS的上一級內(nèi)容當中。WBS制作的方法使用指導方針:根據(jù)頒布的編制WBS軟件項目分解基于可交付成果的劃分——WBS舉例:信息網(wǎng)絡工程信息網(wǎng)絡工程結構化布線網(wǎng)絡平臺建設布線設計采購布線驗收方案設計采購網(wǎng)絡平臺實施驗收0級1級2級軟件項目分解基于可交付成果的劃分——WBS舉例:信息網(wǎng)絡工程軟件項目分解基于工作過程的劃分——WBS舉例:網(wǎng)絡系統(tǒng)工程網(wǎng)絡系統(tǒng)培訓設備準備設備采購設備驗收交接網(wǎng)絡系統(tǒng)設計布線設計平臺設計工程實施布線實施網(wǎng)絡集成軟件開發(fā)軟件需求確定系統(tǒng)設計編碼測試0級1級2級軟件項目分解基于工作過程的劃分——WBS舉例:網(wǎng)絡系統(tǒng)工程網(wǎng)軟件項目分解WBS表達形式——層次結構圖和鋸齒列表（清單）

圖形顯示

鋸齒列表

1．0系統(tǒng)1．1元素A1.1.1任務1.1.2任務1．2元素B1.0系統(tǒng)1．1元素A1．2元素B1.1.1任務1.1.2任務軟件項目分解WBS表達形式——層次結構圖和鋸齒列表（清單）軟件項目分解WBS工作編碼

——由高層向下層用多位碼編排，要求每項工作有唯一的編碼。10001100111011111112111311201121112211231200軟件項目分解WBS工作編碼軟件項目分解WBS工作編碼舉例：企業(yè)經(jīng)營評價系統(tǒng)項目網(wǎng)絡1430軟件1410硬件1420系統(tǒng)開發(fā)1400測試1500實施1600系統(tǒng)設計1300問題界定1100企業(yè)經(jīng)營評價系統(tǒng)項目1000系統(tǒng)分析1200文檔1440包裝軟件1411培訓1610驗收1630系統(tǒng)轉換1620定制軟件14120級1級2級3級軟件項目分解WBS工作編碼舉例：企業(yè)經(jīng)營評價系統(tǒng)項目網(wǎng)絡軟件軟件項目分解項目工作分解結構表項目名稱：項目負責人：單位名稱：制表日期：工作分解結構任務編碼任務名稱主要活動描述負責人1000

1100

1200

1x001x101x111x12

項目負責人審核意見：

簽名：日期：軟件項目分解項目工作分解結構表項目名稱：項目負責人：單位名稱軟件項目開發(fā)計劃講義課件軟件項目分解WBS分解的一般步驟總項目子項目或主體工作任務主要工作任務次要工作任務小工作任務或工作元素軟件項目分解WBS分解的一般步驟軟件項目分解WBS分解注意事項WBS分解的規(guī)模和數(shù)量因項目而異收集與項目相關的所有信息參看一下類似的項目的WBS,與相關人員討論可以參照相關模板最低層是可控的和可管理的，但是避免不必要的過細，最好不要超過7層，軟件項目推薦分解到40小時的任務每個Workpackage必須有一個提交物軟件項目分解WBS分解注意事項軟件項目分解定義任務完成的標準每個WBS必須有利于責任分配可以準備WBS的字典最后與相關人員進行評審軟件項目分解定義任務完成的標準案例一:校園圖書管理信息系統(tǒng)的WBS各小組代表上臺老師點評軟件項目分解案例一:軟件項目分解軟件項目分解生活案例討論假如您要在自己的家里舉行一次生日宴會，請按WBS為你制定一份工作的分解計劃？代表發(fā)言假如貴公司進行成立10周年慶典活動，如果請你負責此次活動，你將如何分析此次活動所應包含的工作？代表發(fā)言軟件項目分解生活案例討論6.2軟件項目估算概念軟件項目估算——是指預測構造軟件項目所需要的工作量以及任務經(jīng)歷時間的過程。主要包括三個方面：規(guī)模（即工作量）的估算

確定每個軟件功能所必須執(zhí)行的一系列軟件工程任務進度的估算

估計任務的持續(xù)時間，即歷時估計成本的估算

確定完成軟件項目規(guī)模相應付出的代價6.2軟件項目估算概念軟件項目估算——是指預測構造軟軟件項目估算概念估算方法規(guī)模估算方法代碼行（LOC，LinesofCode）估算法、功能點（FP，F(xiàn)unctionPoints）估算法和計劃評審技術（PERT，ProgramEvaluationandReviewTechnique）估算法進度估算方法基于規(guī)模的進度估算、工程評價技術、關鍵路徑法、專家估算方法、類推估算方法、模擬估算方法、進度表估算方法、基于承諾的進度估算方法和Jones的一階估算準則等成本估算方法自頂向下（類比）估算法、自下而上估算法、參數(shù)估算法、專家估算法、猜測估算法等軟件項目估算概念估算方法6.3軟件項目規(guī)模估算估算的步驟在技術允許的條件下，應從最詳細的工作分解結構開始精確定義度量的標準估計底層每一模塊的規(guī)模，匯總已得到總體的估算適當考慮偶然因素的影響

6.3軟件項目規(guī)模估算估算的步驟軟件規(guī)模估算的假設和思路：軟件的規(guī)模和其外延成正比外延包括:功能,數(shù)據(jù),用戶操作界面數(shù),顯示界面數(shù)等等不同的功能點實現(xiàn)的困難度不同,但從整個項目來說,平均的困難度差不多規(guī)模估算的目標：是決定工作量的大小。對于成本模型，規(guī)模是計算軟件項目的工作量、成本和進度的主要輸入規(guī)模估算的責任者：程序員、軟件工程師、系統(tǒng)分析員負責決定軟件項目的規(guī)模軟件規(guī)模估算的假設和思路：軟件的規(guī)模和其外延成正比規(guī)模估算的入口準則:在規(guī)模估算之前，軟件功能需求必須被定義。在項目早期定義需求可能是非常困難任務。然而，在對需求一無所知的情況下，精確的估算出項目的成本和進度是不可能的。如果知道部分需求，那么估算基于已知的需求并且相信每一個人都相信估算僅僅是基于那些已知的需求，如果使用了增量或演進的開發(fā)策略，那么估算基于增加的已定義需求。規(guī)模估算的入口準則:在規(guī)模估算之前，軟件功能需求必須被定義規(guī)模估算輸入:軟件需求說明書（SRS）歷史規(guī)模數(shù)據(jù)*軟件產(chǎn)品規(guī)模估算應該主要基于歷史數(shù)據(jù)和經(jīng)驗。歷史規(guī)模數(shù)據(jù)可以從組織軟件過程數(shù)據(jù)庫中找到。而且，兩個或更多的具有類似經(jīng)驗的軟件工程師應該開展自頂向下/自底向上規(guī)模估算，步驟如下：規(guī)模估算輸入:基于定義每個計算機軟件模塊的需求開發(fā)系統(tǒng)的高級架構圖基于每個計算機軟件模塊開發(fā)功能WBS

根據(jù)相似項目經(jīng)驗和歷史數(shù)據(jù)，為每一個軟件模塊手工估算出最底層（自底向上）可能詳細的代碼行或功能點，規(guī)模估算工具可以作為第二個輸入估算出期望的規(guī)模加上標準偏差，即：規(guī)模的最低值和最高值來反映名義值的不確定性。在項目的早期階段，最低和最高估算結果之間的范圍可能是30-50%，例如：概念階段。如果缺乏經(jīng)驗或有較高的技術風險，范圍將會更大具有類似經(jīng)驗的軟件工程師應該評審并優(yōu)化估算結果直至達成一致意見。經(jīng)驗表明，規(guī)模估算經(jīng)常偏低，故最低規(guī)模估算結果應該給與特別審查基于定義每個計算機軟件模塊的需求開發(fā)系統(tǒng)的高級架構圖軟件項目規(guī)模估算LOC估算法代碼行可以分為無注釋的源代碼行（NCLOC,Non-CommentedSourceLinesOfCode）和注釋的源代碼行（CLOC:CommentedSourceLinesOfCode），源代碼的總行數(shù)LOC即為NCLOC與CLOC之和FP估算法功能點度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法，該方法通過研究初始應用需求來確定各種輸入、輸出、查詢、外部文件和內(nèi)部文件的數(shù)目，從而確定功能點數(shù)量軟件項目規(guī)模估算LOC估算法代碼行可以分為無注釋的源代軟件項目規(guī)模估算規(guī)模的單位LOC(LinesofCode)源代碼程序長度的測量FP(FunctionPoint)用系統(tǒng)的功能數(shù)量來測量人月人天人年軟件項目規(guī)模估算規(guī)模的單位功能點FPs估算（特別適合MIS系統(tǒng)）面向功能的軟件度量是對軟件和軟件開發(fā)過程的間接度量。面向功能度量的關注點在于程序的“功能性”和“實用性”，而不是對LOC計數(shù)。一種典型的生產(chǎn)率度量法叫做功能點度量，該方法利用軟件信息域中的一些計數(shù)度量和軟件復雜性估計的經(jīng)驗關系式而導出功能點FPs（FunctionPoints）。功能點FPs估算（特別適合MIS系統(tǒng)）面向功能的軟件度量功能點估算信息域特征的確定：面向功能的軟件度量是對軟件和軟件開發(fā)過程的間接度量。面向功能度量的關注點在于程序的“功能性”和“實用性”，而不是對LOC計數(shù)。一種典型的生產(chǎn)率度量法叫做功能點度量，該方法利用軟件信息域中的一些計數(shù)度量和軟件復雜性估計的經(jīng)驗關系式而導出功能點FPs（FunctionPoints）。功能點通過填寫表1所示的表格來計算。首先確定五個信息域的特征，并在表格中相應位置給出計數(shù)。信息域的值以如下方式定義：用戶輸入數(shù)：各個用戶輸入是面向不同應用的輸入數(shù)據(jù)，對它們都要進行計數(shù)。輸入數(shù)據(jù)應有別于查詢數(shù)據(jù)，它們應分別計數(shù)。功能點估算信息域特征的確定：面向功能的軟件度量是對軟件和軟件用戶輸出數(shù)：各個用戶輸出是為用戶提供的面向應用的輸出信息，它們均應計數(shù)。這里的輸出是指報告，屏幕信息，錯誤信息等，在報告中的各數(shù)據(jù)項不應再分別計數(shù)。用戶查詢數(shù)：查詢是一種聯(lián)機輸入，它導致軟件以聯(lián)機輸出的方式生成某種即時的響應。每一個不同的查詢都要計數(shù)。文件數(shù)：每一個邏輯主文件都應計數(shù)。這里的邏輯主文件，是指邏輯上的一組數(shù)據(jù)，它們可以是一個大的數(shù)據(jù)庫的一部分，也可以是一個單獨的文件外部接口數(shù)：對所有被用來將信息傳送到另一個系統(tǒng)中的機器可讀寫的接口(即磁帶或磁盤上的數(shù)據(jù)文件)均應計數(shù)。用戶輸出數(shù)：各個用戶輸出是為用戶提供的面向應用的輸出信息，它預測性對象點(PredictiveObjectPoints)估算：預測性對象點是特意為面向對象軟件設計的，是通過系統(tǒng)計算面向對象的特征進行度量。?POPs方法的核心是每類加權方法數(shù)（WeightedMethodsperClassWMC）。這種方法測量每個頂層類（或者說，每個在用戶的視野中清楚的對象）并且根據(jù)類的行為（方法）類型不同進行加權。一旦得到WMC的值，POPs方法將把它和有關按類分對象組的信息和對象類之間的關系進行聯(lián)合計算。（自己去查）預測性對象點(PredictiveObjectPoint6.5軟件項目進度估算估算的準備知識軟件項目分階段交付進度安排的整體過程進度中的并行性活動清單軟件項目的網(wǎng)絡圖進度安排的方法

6.5軟件項目進度估算估算的準備知識軟件項目分階段交付

軟件項目分階段交付

進度安排的整體過程軟件項目工作量經(jīng)驗數(shù)據(jù)進度安排的整體過程軟件項目工作量經(jīng)驗數(shù)據(jù)進度中的并行性軟件過程中可執(zhí)行的并行過程進度中的并行性軟件過程中可執(zhí)行的并行過程活動清單活動清單軟件項目的網(wǎng)絡圖軟件項目的網(wǎng)絡圖

軟件項目的網(wǎng)絡圖軟件項目的網(wǎng)絡圖進度安排的方法甘特圖進度安排的方法甘特圖2.項目進度管理的過程2.項目進度管理的過程6.6軟件項目進度計劃進度計劃定義

——進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表。它決定是否達到預期目的，它是跟蹤和溝通項目進展狀態(tài)的依據(jù)，也是跟蹤變更對項目影響的依據(jù)。軟件活動定義是一個過程，它涉及確認和描述一些特定的活動