軟件項目管理課件

chapter__11軟件項目管理北京郵電大學軟件學院韓萬江chapter__12項目初始chapter__13軟件項目管理第一篇第2章軟件生存期模型chapter__14本章要點一、生存期模型定義二、項目生存期三、案例分析chapter__15選擇項目策略chapter__16建筑工程類項目典型生存期模型chapter__17制藥項目典型生存期模型chapter__18生存期模型選擇

Productrealization

InputOutput

ProductCustomerRequirementsCustomerSatisfactionSPM實施策略?chapter__19軟件生存期模型特征描述了開發(fā)的主要階段定義了每一個階段要完成的主要過程和活動規(guī)范了每一個階段的輸入和輸出提供了一個框架，可以將必要的活動映射到該框架中。chapter__110本章要點一、生存期模型定義二、項目生存期三、案例分析chapter__111常用生存期模型瀑布WaterfallV模型V-shaped原型Prototyping增量Incremental螺旋式Spiral快速應用開發(fā)RAD漸近式階段敏捷開發(fā)模型chapter__112瀑布模型（WaterFallmodel）需求分析設(shè)計實施測試維護chapter__113瀑布模型適合的項目在項目開始前,項目的需求很明確在項目開始前,解決方案也很明確類似的項目如：短期項目chapter__114V模型接收測試集成測試系統(tǒng)測試用戶需求需求分析總體設(shè)計詳細設(shè)計編碼和調(diào)試集成測試單元測試chapter__115V模型適合的項目在項目開始前,項目的需求很明確在項目開始前,解決方案也很明確對系統(tǒng)的性能安全很嚴格的項目類似的項目如：航天飛機等公司的財務(wù)系統(tǒng)

V模型實例chapter__116原型模型chapter__117原型模型適合的項目在項目開始前,項目的需求不明確需要減少項目需求的不確定性類似的項目如：第一次開發(fā)的產(chǎn)品，驗證可行性需求不明確chapter__118增量模型：IncrementalModel核心功能核心功能112123第一增量第二增量第三增量核心功能112123……chapter__119增量模型適合的項目項目開始，明確了需求的大部分，但是需求可能會發(fā)生變化對于市場和用戶把握不是很準，需要逐步了解對于有龐大和復雜功能的系統(tǒng)進行功能改進，就需要一步一步實施的。

增量模型實例chapter__120螺旋式模型：SpiralModelchapter__121螺旋式模型適合的項目風險是主要的制約因素,例如不確定因素限制了項目進度用戶對自己的需求也不是很明確可能發(fā)生一些重大的變更項目規(guī)模很大項目中采用了新技術(shù)

螺旋模型實例chapter__122RAＤ復用或者代碼生成.例如:Acceleo，能把模型轉(zhuǎn)換為Java，C#，PHP等代碼。chapter__123RAD模型規(guī)劃分析設(shè)計構(gòu)建測試規(guī)劃后置傳統(tǒng)開發(fā)快速應用開發(fā)后置壓縮chapter__124RAD模型適合的項目很小并且具有探索性質(zhì)的項目chapter__125漸進式階段模型綜合了增量模型和螺旋式模型的一個實用模型漸進式前進階段式提交chapter__126

漸進式迭代模型

26chapter__127階段性完成規(guī)劃chapter__128漸進式階段模型的特點階段式提交一個可運行的產(chǎn)品關(guān)鍵的功能更早出現(xiàn)早期預警問題，避免軟件缺陷不知不覺的增長減少報告負擔階段性完成可以降低估計失誤階段性完成均衡了彈性與效率chapter__129漸進式階段模型適合的項目可以適合任何規(guī)模的項目，主要是中型或大型項目希望隨時看到未來的項目chapter__130銀行業(yè)務(wù)系統(tǒng)的生存期實例產(chǎn)品階段1設(shè)計業(yè)務(wù)需求分析原形系統(tǒng)分析項目規(guī)劃集成測試產(chǎn)品階段1開發(fā)產(chǎn)品階段n設(shè)計產(chǎn)品階段n開發(fā)確認測試產(chǎn)品提交銀行業(yè)務(wù)需求原形系統(tǒng)源代碼項目規(guī)劃項目規(guī)劃chapter__131產(chǎn)品階段1設(shè)計

階段目標： 設(shè)計公共控制系統(tǒng)功能模塊 輸入： 系統(tǒng)設(shè)計文件 數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細設(shè)計 輸出： 詳細設(shè)計文件 時間計劃： 2011/1/15-2011/2/15（暫定）敏捷開發(fā)模型敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法。chapter__132敏捷開發(fā)模型-整體框架圖chapter__133敏捷宣言個體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應變化勝過遵循計劃

chapter__134Scrumchapter__135Scrumchapter__136XP(eXtremeProgramming)極限編程XP(eXtremeProgramming)極限編程是由KentBeck提出的一套針對業(yè)務(wù)需求和軟件開發(fā)實踐的規(guī)則，它的作用在于將二者力量集中在共同的目標上，高效并穩(wěn)妥地推進開發(fā)。chapter__137XP最佳實踐chapter__138XP-主要活動chapter__139XP方法的實施原則快速反饋(Rapidfeedback)假設(shè)簡單(Assumingsimplicity)包容變化(Embracingchange)chapter__140OpenUPchapter__141chapter__142其它模型其他例如:Codeandfix自定義chapter__143Codeandfix模型的改進需求了解編碼、走查編譯、檢錯修正編寫文檔提交修正測試chapter__144選擇生存期的步驟熟悉各種生存期模型評審、分析項目的特性選擇適合項目的生存期模型標識生存期模型與項目不一致地方,并進行裁減chapter__145All===All===chapter__146本章要點一、項目立項二、項目生存期五、案例分析chapter__147案例分析

校務(wù)通項目生存期chapter__148小結(jié)生存期模型瀑布模型V模型原型模型增量模型螺旋式模型快速應用開發(fā)模型漸進式階段模型敏捷開發(fā)模型chapter__149情景項目:SPM生存期模型描述SPM生存期模型，以圖示展示說明選擇這個生存期模型的原因chapter__250軟件項目管理北京郵電大學軟件學院韓萬江chapter__251承上啟下第二篇軟件項目的計劃chapter__253沒有計劃的情況時間資源投入開發(fā)工作計劃性工作協(xié)調(diào)性工作chapter__254有計劃的情況時間資源投入開發(fā)工作計劃性工作協(xié)調(diào)性工作chapter__255項目計劃chapter__256范圍計劃chapter__257軟件項目管理第3章---軟件項目需求管理chapter__258需求管理中的問題舉例需求的隱含錯誤需求不明確、含糊用戶不斷增加需求、變更需求用戶不配合需求調(diào)研開發(fā)人員的鍍金chapter__259需求管理的重要性chapter__260本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析chapter__261軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么性能。chapter__262項目失敗的原因分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求規(guī)范

4.5

2

Changesinrequirements

需求的改變

4.3

3

Shortageofsystemsengineers

缺乏系統(tǒng)工程師

4.2

4

Shortageofsoftwaremanagers缺乏了解軟件特性的經(jīng)理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的項目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價合同

3.8

8

Inadequatecommunicationsforsystemintegration系統(tǒng)集成階段,交流與溝通不充分

3.8

9

Insufficientexperienceasteam團隊缺乏經(jīng)驗

3.6

10

Shortageofapplicationdomainexperts缺乏應用領(lǐng)域?qū)＜?/p>

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitutechapter__263本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析chapter__264軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變更需求確認需求變更chapter__265本章要點一、軟件需求定義二、軟件需求管理過程需求獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法四、案例分析chapter__266需求獲取圖示chapter__267需求獲取用戶要求軟件需求獲取需求chapter__268情景項目:需求獲取SPM需求獲取過程模擬chapter__269本章要點一、軟件需求定義二、軟件需求管理過程需求獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法四、案例分析chapter__270需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。chapter__271需求分析模型chapter__272本章要點一、軟件需求定義二、軟件需求管理過程需求獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法四、案例分析chapter__273需求規(guī)格需求分析工作完成的一個基本標志是形成了一份完整的、規(guī)范的需求規(guī)格說明書需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。chapter__274軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而不是“怎樣實現(xiàn)”采用一定的規(guī)格說明語言如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中規(guī)格說明應該包括系統(tǒng)運行環(huán)境規(guī)格說明應該容許不完備性并允許擴充chapter__275需求規(guī)格文檔參考引言系統(tǒng)定義應用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實現(xiàn)約束質(zhì)量描述其它簽字認證chapter__276情景項目:需求規(guī)格編寫SPM需求規(guī)格展示chapter__277本章要點一、軟件需求定義二、軟件需求管理過程需求獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法四、案例分析chapter__278需求驗證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實際可行的嗎？需求是必要的嗎？需求是可檢驗的嗎？需求是可跟蹤的嗎？最后的簽字chapter__279本章要點一、軟件需求定義二、軟件需求管理過程需求獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法四、案例分析chapter__280需求總在變化chapter__281chapter__282需求變更管理確定需求變更控制過程建立變更控制委員會(SCCB)進行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)衡量需求穩(wěn)定性chapter__283需求變更控制系統(tǒng)一個正式的文檔，說明如何控制需求變更建立變更審批系統(tǒng)chapter__284變更申請需求方開發(fā)方忽略選擇變更方式SCCB評估項目經(jīng)理自行決定根據(jù)評估結(jié)果拒絕接受本次修改下個版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應的項目計劃chapter__285情景項目:需求變更管理SPM需求變更系統(tǒng)chapter__286本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析chapter__287需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌鹀hapter__288chapter__289本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄋ摹咐治鯿hapter__290原型方法需求分析原型開發(fā)原型評價chapter__291原型實例原型系統(tǒng)chapter__292本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄋ?、案例分析chapter__293結(jié)構(gòu)化分析方法

20世紀70年發(fā)展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進行分析的chapter__294結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖chapter__295描述銀行取款過程的數(shù)據(jù)流圖chapter__296數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.chapter__297數(shù)據(jù)字典-組成數(shù)據(jù)項:數(shù)據(jù)元素數(shù)據(jù)流:由數(shù)據(jù)項組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對數(shù)據(jù)文件的存儲chapter__298數(shù)據(jù)流圖需求分析實例建立學生管理系統(tǒng)學管科體檢科學籍科學生處chapter__299數(shù)據(jù)流圖-頂層學管科體檢科學籍科學生管理信息系統(tǒng)學生處領(lǐng)導學生基本信息學生健康信息學生成績學生健康情況表學生成績單查詢要求不及格人數(shù)人數(shù)統(tǒng)計表chapter__2100數(shù)據(jù)流圖-0層chapter__2101數(shù)據(jù)流圖-1層chapter__2102數(shù)據(jù)流圖-1層chapter__2103數(shù)據(jù)字典-數(shù)據(jù)流

學生基本信息：學號十姓名學生健康信息：學號十健康情況學生成績：學號十{課程名+成績}

查詢要求：[健康查詢單|平均成績查詢單l不及格人數(shù)查詢]

學生健康情況表：優(yōu)％十良％十一般％十差％學生成績單：學號十姓名十{課程名+成績}+總成績不及格人數(shù)統(tǒng)計表：學號十成績十不及格總?cè)藬?shù)chapter__2104數(shù)據(jù)字典-數(shù)據(jù)文件文件名：基本信息組成：｛學號十姓名十入學成績十生源｝組織：按學號遞增順序排列文件名：健康文件組成：{學號+姓名+健康情況}組織：按照健康情況為優(yōu)、良、一般、差順序排列文件名：成績文件組成：{學號+姓名+平均成績}組織：按照評劇成績遞增順序排列chapter__2105系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系是描述物理系統(tǒng)的工具用圖形符號表示系統(tǒng)中的元素表達了系統(tǒng)中各個元素之間的信息流動情況chapter__2106chapter__2107本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄋ?、案例分析chapter__2108用例需求（Usecase）分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶提供一個有價值的結(jié)果的某項功能從用戶角度出發(fā)考慮的功能需求所有的用例結(jié)合起來就構(gòu)成了用例模型chapter__2109UML需求視圖用例視圖（UsecaseDiagram）順序圖（SequenceDiagram）狀態(tài)圖（StateDiagram）活動圖（ActivityDiagram）chapter__2110UML圖符chapter__2111用例視圖chapter__2112用例視圖chapter__2113順序視圖chapter__2114活動視圖chapter__2115UseCase需求分析方法綜述識別出系統(tǒng)的Actor描述主要的Usecase實現(xiàn)用例視圖實現(xiàn)順序視圖，活動視圖,狀態(tài)視圖等chapter__2116實例用Rationalrose工具實現(xiàn)的需求規(guī)格文檔貿(mào)易鏈需求的需求實例chapter__2117本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄋ摹咐治鯿hapter__2118功能列表需求類別（功能/性能）名稱/標識描述

特性（Feature）AA.1

……

A.n

特性FeatureBB.1

……

B.n

特性FeatureCC.1

……

C.n

chapter__2119功能列表實例某網(wǎng)站功能列表實例chapter__2120本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法四、案例分析chapter__2121案例分析“校務(wù)通系統(tǒng)”項目的需求管理過程：需求確認：原型法,軟件需求規(guī)格需求變更：變更控制系統(tǒng)chapter__2122需求管理-小結(jié)軟件需求開發(fā)過程需求獲取需求分析編寫需求規(guī)格需求驗證需求變更需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇P(guān)鍵功能列表法chapter__2123SPM情景項目展示說明軟件需求規(guī)格SPM的需求規(guī)格文檔軟件需求變更SPM的需求變更控制流程chapter__2124軟件項目管理北京郵電大學軟件學院韓萬江chapter__2125范圍計劃chapter__2126情景引入SPM項目規(guī)劃的基礎(chǔ)?chapter__2127軟件項目管理第4章---軟件項目任務(wù)分解chapter__2128本章要點一、任務(wù)分解定義二、任務(wù)分解的類型三、任務(wù)分解的方法四、任務(wù)分解指南五、案例分析chapter__2129任務(wù)分解任務(wù)分解的過程將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作。任務(wù)分解的結(jié)果WBS（WorkBreakdownStructure:任務(wù)分解結(jié)構(gòu)）chapter__2130WBSWBS(WorkBreakdownStructure)面向可交付成果的Workpackages（工作包）WBS的最低層次的可交付成果chapter__2131WBS實例購買西服一套商品采購購買面包購買食品購買游戲機一臺購買水果購買熟肉chapter__2132PMIdefinesWBSWBS是一個分級的樹型結(jié)構(gòu)，是對項目由粗到細的分解過程。WBS是面向可交付成果的對項目元素的分組,它組織并定義了整個項目范圍.不在WBS中包括的工作就不是該項目的工作chapter__2133PMIdefinesWorkpackagesWBS的最低層次的可交付成果工作包應當由唯一主體負責工作包可以分配給另外一位項目經(jīng)理通過子項目的方式完成chapter__2134本章要點一、任務(wù)分解定義二、任務(wù)分解的類型三、任務(wù)分解的方法四、任務(wù)分解指南五、案例分析chapter__2135WBS類型清單圖表chapter__2136圖表類型“變化計數(shù)器”系統(tǒng)文件比較預處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)chapter__2137清單類型

1.

變化計數(shù)器1.1

比較兩個版本的程序1.1.1

預處理1.1.2

文件比較1.1.3

結(jié)果處理1.2

找出修改后的程序中增加和刪除的代碼行1.2.1

找出增加的代碼行1.2.2

找出刪除的代碼行1.3

統(tǒng)計修改后的程序中增加和刪除的代碼行數(shù)1.3.1

統(tǒng)計增加代碼行數(shù)1.3.2

統(tǒng)計刪除代碼行數(shù)1.4

統(tǒng)計總的代碼行數(shù)

1.5

設(shè)定標記以指示修改的次數(shù)1.6

在程序的頭部增加修改紀錄chapter__2138本章要點一、任務(wù)分解定義二、任務(wù)分解的類型三、任務(wù)分解的方法四、任務(wù)分解指南五、案例分析chapter__2139任務(wù)分解過程輸入分解WBSchapter__2140分解方法類比模版自上而下自下而上chapter__2141WBS模板舉例chapter__2142分解方法-自上而下“變化計數(shù)器”系統(tǒng)文件比較預處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)chapter__2143分解方法-自下而上“變化計數(shù)器”系統(tǒng)文件比較預處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)chapter__2144任務(wù)結(jié)構(gòu)分解(WBS)步驟確認并分解項目的組成要素確定分解標準確定分解是否詳細確定項目交付成果驗證分解的正確性(建立編號)chapter__2145WBS編號系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123chapter__2146標識項

功能名

F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù)

F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫

F1.3獲取網(wǎng)絡(luò)資源信息

F1.4觀察網(wǎng)絡(luò)資源

F1.4.1依類型分類觀察網(wǎng)絡(luò)資源

F1.4.2依狀態(tài)分類觀察網(wǎng)絡(luò)資源

F1.5觀察邏輯網(wǎng)

F1.6觀察資源狀態(tài)

F1.7修改網(wǎng)絡(luò)資源的狀態(tài)

F1.8依條件檢驗網(wǎng)絡(luò)使用情況

F1.9顯示拓撲圖

F1.10建立通道chapter__2147分解標準應統(tǒng)一學生管理按照生存期階段分解規(guī)劃需求設(shè)計編碼測試提交按照產(chǎn)品組成分解1.1

招生管理1.2

分班管理1.3

學生檔案管理1.4

學生成績管理chapter__2148分解標準應統(tǒng)一（續(xù)）不能同時使用兩種標準進行分解招生管理

分班管理

學生檔案管理學生成績管理規(guī)劃需求設(shè)計編碼測試提交chapter__2149檢驗分解結(jié)果的標準最底層的要素是否是實現(xiàn)目標的充分必要條件最底層要素是否有重復的每個要素是否清晰完整定義最底層要素是否有定義清晰的責任人,是否可以進行成本估算和進度安排chapter__2150本章要點一、任務(wù)分解定義二、任務(wù)分解的類型三、任務(wù)分解的方法四、任務(wù)分解指南五、案例分析chapter__2151WBS的指南WBS分解的規(guī)模和數(shù)量因項目而異、因項目經(jīng)理而異最低層是可控的和可管理的，但是避免不必要的過細，最好不要超過7層，每個Workpackage必須有一個提交物定義任務(wù)完成的標準每個WBS必須有利于責任分配可以準備WBS的字典軟件項目推薦分解到40小時的任務(wù)注：80/8規(guī)則chapter__2152WBS字典chapter__2153WBS意義提供了項目范圍基線,是范圍變更的重要輸入為評估和分配任務(wù)提供具體的工作包進行估算和編制項目進度的基礎(chǔ)對整個項目成功的集成和控制起到非常重要的作用chapter__2154任務(wù)分解實例chapter__2155WBS實例:一次野餐會GeorgeandMartha計劃與家人和朋友舉行一次特殊的野餐活動,以慶祝Martha的升職和他們35周年的結(jié)婚紀念.Martha是工程師,George是會計.他們有兩個非?；顫姷拇_孩子,Mary13歲,Thomas17歲.經(jīng)過過去幾年的發(fā)展,家里不斷壯大,無論是時間和金錢上的需要都在增加,所以他們已經(jīng)逐漸成為非常好的計劃能手,最近他們又通過了PMP的認證考試,所以他們非常清楚對于這樣野餐活動也需要開發(fā)一個WBS.chapter__2156野餐準備活動任務(wù)分解序號任務(wù)持續(xù)時間工作人員1開始02做冰茶15George3準備三明治10Martha4準備水果2Martha5準備籃子2Martha6收拾毛毯2George7收拾運動服3Martha8裝車4George9加油6George10開車去野餐營地20Martha11結(jié)束0chapter__2157本章要點一、任務(wù)分解定義二、任務(wù)分解的類型三、任務(wù)分解的方法四、任務(wù)分解指南五、案例分析chapter__2158案例分析“校務(wù)通系統(tǒng)”項目任務(wù)分解WBS結(jié)果chapter__2159小結(jié)WBS相關(guān)概念WBS的分解方法范圍基準的形成課堂練習—WBS分解chapter__2160chapter__2161情景項目:SPM任務(wù)分解SPM任務(wù)分解結(jié)果chapter__2162(核心計劃)進度計劃三步曲范圍基準成本基準時間基準chapter__3163軟件項目管理北京郵電大學軟件學院韓萬江chapter__3164情景引入:如何規(guī)劃工作量chapter__3165軟件項目管理第5章軟件項目成本計劃chapter__3166本章要點一、軟件項目規(guī)模成本的概念二、估算過程三、估算方法四、成本預算五、案例分析chapter__3167關(guān)于估算估算不是很準確，有誤差經(jīng)驗（歷史）數(shù)據(jù)非常重要不要太迷信數(shù)學模型chapter__3168軟件項目規(guī)模軟件項目規(guī)模即工作量，是從軟件項目范圍中抽出的軟件功能，然后確定每個軟件功能所必須執(zhí)行的一系列軟件工程任務(wù)包括：軟件規(guī)劃，軟件管理，需求，設(shè)計，編碼，測試，以及后期的維護等任務(wù)。chapter__3169規(guī)模的單位LOC(LocofCode)源代碼程序長度的測量FP(FunctionPoint)用系統(tǒng)的功能數(shù)量來測量人月人天人年chapter__3170軟件項目成本完成軟件規(guī)模相應付出的代價。待開發(fā)的軟件項目需要的資金。

人的勞動的消耗所需要的代價是軟件產(chǎn)品的主要成本chapter__3171成本的單位貨幣單位人民幣元美元……..chapter__3172軟件的規(guī)模和成本的關(guān)系規(guī)模是成本的主要因素，是成本估算的基礎(chǔ)有了規(guī)模就確定了成本,chapter__3173成本管理過程成本管理規(guī)劃成本估算成本預算成本控制chapter__3174本章要點一、軟件項目規(guī)模成本的概念二、估算過程三、估算方法四、成本預算五、案例分析chapter__3175成本估算過程估算輸入估算結(jié)果成本估算方法chapter__3176成本估算輸入項目需求、WBS歷史項目度量資源要求（資源編制計劃）資源消耗率:如人員成本:100元/小時進度規(guī)劃：項目總進度（一般是合同要求）學習曲線chapter__3177成本估算結(jié)果直接成本間接成本chapter__3178直接成本與具體項目相關(guān)的成本chapter__3179間接成本不能具體到某個項目中的成本，可以分攤到各個具體項目中的成本，例如：培訓房租水電員工福利市場費用管理費其他等等chapter__3180本章要點一、軟件項目規(guī)模成本的概念二、估算過程三、估算方法四、成本預算五、案例分析chapter__3181估算的基本方法代碼行、功能點類比(自頂向下)估算法自下而上估算法參數(shù)估算法專家估算法chapter__3182代碼行（LOC）從軟件程序量的角度定義項目規(guī)模。與具體的編程語言有關(guān)要求功能分解足夠詳細的有一定的經(jīng)驗數(shù)據(jù)（類比和經(jīng)驗方法）chapter__3183代碼行技術(shù)的主要優(yōu)點代碼是所有軟件開發(fā)項目都有的“產(chǎn)品”，而且很容易計算代碼行數(shù)。chapter__3184代碼行（LOC）缺點對代碼行沒有公認的可接受的標準定義代碼行數(shù)量依賴于所用的編程語言和個人的編程風格.在項目早期,需求不穩(wěn)定、設(shè)計不成熟、實現(xiàn)不確定的情況下很難準確地估算代碼量.代碼行強調(diào)編碼的工作量,只是項目實現(xiàn)階段的一部分chapter__3185情景項目:代碼行估算SPM項目用代碼行估算如何?chapter__3186功能點（FP:Functionpoint）與實現(xiàn)產(chǎn)品所使用的語言和技術(shù)沒有關(guān)系的用系統(tǒng)的功能數(shù)量來測量其規(guī)模兩個評估內(nèi)部基本功能外部基本功能加權(quán)和量化chapter__3187功能點的公式FP=UFC*TCFUFC：未調(diào)整功能點計數(shù)TCF：技術(shù)復雜度因子chapter__3188UFC-未調(diào)整功能點計數(shù)功能計數(shù)項:(從處理邏輯的角度)外部輸入外部輸出外部查詢外部文件內(nèi)部文件chapter__3189外部輸入(ExternalInputs：EI)給軟件提供面向應用的數(shù)據(jù)的項（如屏幕、表單、對話框、控件，文件等）；在這個過程中，數(shù)據(jù)穿越外部邊界進入到系統(tǒng)內(nèi)部。

chapter__3190外部輸出(ExternalOutputsEO)向用戶提供(經(jīng)過處理的)面向應用的信息，例如，報表和出錯信息等。chapter__3191外部查詢(ExternalInquiryEQ)外部查詢即是一次聯(lián)機輸入，它導致軟件以聯(lián)機輸出方式產(chǎn)生某種即時響應。chapter__3192外部接口文件（ExternalInterfaceFilesEIF’s）外部接口文件是用戶可以識別的一組邏輯相關(guān)數(shù)據(jù)，這組數(shù)據(jù)只能被引用。是機器可讀的全部接口（例如，磁盤或磁帶上的數(shù)據(jù)文件）的數(shù)量，用這些接口把信息傳送給另一個系統(tǒng)。chapter__3193內(nèi)部邏輯文件(InternalLogicalFiles：ILF’S)用戶可以識別的一組邏輯相關(guān)的數(shù)據(jù)，而且完全存在于應用的邊界之內(nèi)，并且通過外部輸入維護，是邏輯主文件的數(shù)目。

chapter__3194FP估算方法舉例chapter__3195UFC-未調(diào)整功能點計數(shù)功能計數(shù)項的復雜度等級復雜度權(quán)重因素項簡單(低)一般（中）復雜（高）外部輸入346外部輸出457外部查詢346外部文件5710內(nèi)部文件71015chapter__3196功能點計算實例-UFC

功能點項簡單一般復雜外部輸入6*32*43*6外部輸出7*47*50*7外部查詢0*32*44*6外部文件5*52*73*10內(nèi)部文件9*70*102*15總計UFC301根據(jù)某項目的需求評估:外部輸入:11項;外部輸出:14項;外部查詢:6項;外部文件:10項;內(nèi)部文件:11項chapter__3197TCF-技術(shù)復雜度因子TCF=0.65+0.01(sum(Fi))：Fi:0-5,TCF:0.65-1.35技術(shù)復雜度因子F1可靠的備份和恢復F2數(shù)據(jù)通信F3分布式函數(shù)F4性能F5大量使用的配置F6聯(lián)機數(shù)據(jù)輸入F7操作簡單性F8在線升級F9復雜界面F10復雜數(shù)據(jù)處理F11重復使用性F12安裝簡易性F13多重站點F14易于修改chapter__3198技術(shù)復雜度因子的取值范圍調(diào)整系數(shù)描述0不存在或者沒有影響1不顯著的影響2相當?shù)挠绊?平均的影響4顯著的影響5強大的影響chapter__3199功能點計算實例FP=UFC*TCFUFC=301TCF=0.65+0.01(14*3)=1.07FP=301*1.07=322chapter__3200情景項目:FP估算SPM采用FP估算如何?chapter__3201功能點與代碼行的轉(zhuǎn)換語言代碼行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SMALLTALK21SPREADSHEET6chapter__3202估算的基本方法代碼行、功能點類比(自頂向下)估算法自下而上估算法參數(shù)估算法專家估算法chapter__3203類比-定義估算人員根據(jù)以往的完成類似項目所消耗的總成本（或工作量），來推算將要開發(fā)的軟件的總成本（或工作量），然后按比例將它分配到各個開發(fā)任務(wù)單元中是一種自上而下的估算形式chapter__3204類比—使用情況有類似的歷史項目數(shù)據(jù)信息不足（要求不是非常精確)的時候市場招標和合同期chapter__3205類比—特點簡單易行,花費少具有一定的局限性準確性差,可能導致項目出現(xiàn)困難chapter__3206類比—理論舉例chapter__3207類比—主觀判斷舉例證券交易網(wǎng)站需求類似歷史數(shù)據(jù)：10萬類比估算：10萬chapter__3208情景項目:類比估算SPM采用類比估算如何?chapter__3209估算的基本方法代碼行、功能點類比(自頂向下)估算法自下而上估算法參數(shù)估算法專家估算法chapter__3210自下而上---定義利用任務(wù)分解結(jié)構(gòu)圖,對各個具體工作包進行詳細的成本估算,然后將結(jié)果累加起來得出項目總成本?！白兓嫈?shù)器”系統(tǒng)文件比較預處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)估算結(jié)果chapter__3211自下而上---使用情況項目詳細規(guī)劃,WBS開發(fā)階段需要進行準確估算的時候chapter__3212自下而上---特點相對比較準確，它的準確度來源于每個任務(wù)的估算情況非常費時,估算本身也需要成本支持chapter__3213自下而上---舉例chapter__3214情景項目:自下而上估算SPM采用自下而上估算如何?

chapter__3215估算的基本方法代碼行、功能點類比(自頂向下)估算法自下而上估算法參數(shù)估算法專家估算法chapter__3216參數(shù)估算法—定義通過過去項目數(shù)據(jù),進行回歸分析,得出的回歸模型使用項目特性參數(shù)建立數(shù)據(jù)模型來估算(規(guī)模)成本的方法，是一種統(tǒng)計技術(shù)。chapter__3217參數(shù)估算法—使用情況具有良好的項目數(shù)據(jù)為基礎(chǔ)存在成熟的項目估算模型chapter__3218參數(shù)估算法－特點比較簡單,而且也比較準確如果模型選擇不當或者數(shù)據(jù)不準,也會導致偏差chapter__3219參數(shù)模型:規(guī)模(成本)模型整體公式:E=a+b*SCE:以人月表示的工作量a,b,c:經(jīng)驗導出的系數(shù)S:主要的輸入?yún)?shù)(通常是LOC,FP等)chapter__3220參數(shù)模型:規(guī)模(成本)模型(續(xù))面向LOC驅(qū)動的Walston-Felix(IBM)E=5.2*(KLOC)^0.91Balley-BasiliE=5.5+0.73*(KLOC)^1.16.COCOMOE=3.2*(KLOC)^1.05DotyE=5.288*(KLOC)^1.047chapter__3221參數(shù)模型:規(guī)模(成本)模型(續(xù))面向FP驅(qū)動的AlbrechtandGaffneyE=-12.39+0.0545FPMatson,BarnettE=585.7+15.12FPchapter__3222建議掌握模型ＩＢＭ模型－（Walston-Felix）COCOMO模型－(Boehm）chapter__3223ＩＢＭ模型1977年，IBM的Walston和Felix提出了如下的估算公式E＝5.2×L^0.91

，L是源代碼行數(shù)(以KLOC計)，E是工作量（以PM計）D＝4.1×L^0.36，D是項目持續(xù)時間(以月計)S＝0.54×E^0.6，S是人員需要量(以人計)DOC＝49×L^1.01。DOC是文檔數(shù)量(以頁計)chapter__3224舉例采用java完成項目，366功能點，則L=366×46=16386行=16.386KLOCE＝5.2×L^0.91＝5.2×16.386^0.91＝66人月DOC＝49×L^1.01＝49×16.386^1.01＝826頁chapter__3225COCOMO（ConstructiveCostmodel）結(jié)構(gòu)化成本模型是世界上應用最廣泛的參數(shù)型軟件成本估計模型由BarryBoehm開發(fā)的chapter__3226COCOMO模型發(fā)展COCOMO81COCOMOII模型系列chapter__3227COCOMO基本原理將開發(fā)所需要的工作量表示為軟件規(guī)模和一系列成本因子的函數(shù),基本估算公式:A:可以校準的常量;S為軟件規(guī)模;E為規(guī)模的指數(shù),說明不同規(guī)模軟件具有的相對規(guī)模經(jīng)濟和不經(jīng)濟性;EM為工作量乘數(shù),反映某個項目特征對完成項目開發(fā)所需工作量的影響程度;n為描述軟件項目特征的成本驅(qū)動因子的個數(shù)chapter__3228COCOMO81項目類型：有機:Organic嵌入式:Embedded半有機:Semidetached模型類別：基本COCOMO中等COCOMO高級COCOMOchapter__3229COCOMO81模型類別基本COCOMO靜態(tài)單變量模型中等COCOMO基本模型基礎(chǔ)上考慮影響因素，調(diào)整模型高級COCOMO中等COCOMO模型基礎(chǔ)上考慮各個步驟的影響chapter__3230COCOMO81項目類型有機:Organic，各類應用程序，例如數(shù)據(jù)處理、科學計算等受硬件的約束比較小，程序的規(guī)模不是很大

嵌入式:Embedded系統(tǒng)程序，例如實時處理、控制程序等

緊密聯(lián)系的硬件、軟件和操作的限制條件下運行，軟件規(guī)模任意

半有機:Semidetached各類實用程序，介于上述兩種軟件之間，例如編譯器（程序）規(guī)模和復雜度都屬于中等或者更高

chapter__3231基本COCOMO-81E=aX(KLOC)b其中：E是所需的人力（人月）KLOC是交付的代碼行a

，b是依賴于項目自然屬性的參數(shù)chapter__3232基本COCOMO-81系數(shù)表方式ab有機2.41.05半有機3.01.12嵌入式3.61.2chapter__3233舉例一個33.3KLOC的軟件開發(fā)項目，屬于中等規(guī)模、半有機型的項目，采用基本COCOMO：a=3.0，b=1.12。E=3.0＊L

^1.12=3.0＊33.3

^1.12=152PM

chapter__3234中等COCOMO-81E=a*(KLOC)b*乘法因子a

b是系數(shù)乘法因子是根據(jù)成本驅(qū)動屬性打分的結(jié)果，對公式的校正系數(shù)

chapter__3235中等COCOMO-81系數(shù)表方式ab有機2.81.05半有機3.01.12嵌入式3.21.2chapter__3236乘法因子屬性產(chǎn)品屬性平臺屬性人員屬性過程屬性chapter__3237乘法因子chapter__3238乘法因子計算每個屬性Fi的取值范圍為：

很低、低、正常、高、很高、極高，共六級。

正常情況下Fi=1。

當每個Fi的值選定后，乘法因子的計算如下

乘法因子＝F1*F2*…Fi…*Fnchapter__3239舉例（續(xù)）一個33.3KLOC的軟件開發(fā)項目，屬于中等規(guī)模、半有機型的項目，采用中等COCOMO模型

a=3.0，b=1.12。乘法因子＝0.70*0.85*1……*1.15=1.09E=3.0＊L

^1.12＊乘法因子=3.0＊33.3

^1.12×１．０９＝１６６PM

chapter__3240高級（詳細）COCOMO將項目分解為一系列的子系統(tǒng)或者子模型在一組子模型的基礎(chǔ)上更加精確地調(diào)整一個模型的屬性，chapter__3241高級（詳細）COCOMOchapter__3242COCOMOII應用組裝模型---規(guī)劃階段早期設(shè)計模型---設(shè)計階段后體系結(jié)構(gòu)模型---開發(fā)階段chapter__3243COCOMOII-后體系結(jié)構(gòu)模型A,可以校準,目前設(shè)定A=2.94B,可以校準,目前設(shè)定B=0.91chapter__3244模型研究例子—項目數(shù)據(jù)步驟:xx=[41132144194194291255378591];時間:yy=[6,10,11,16,22,32,30,35,42];chapter__3245模型研究例子—項目數(shù)據(jù)圖式chapter__3246模型研究例子--擬合算法算法：functionn=cocomo(m) xx=[41132144194194291255378591]; yy=[6,10,11,16,22,32,30,35,42]; fun=@(c,x)[c(1)*x.^c(2)]; abc0=[11]; c=lsqcurvefit(fun,abc0,xx,yy); n=fun(c,m);endchapter__3247模型研究例子--結(jié)果輸出模型輸出圖形輸出chapter__3248模型研究例子--模型應用chapter__3249情景項目:COCOMO模型估算方法SPM采用COCOMO估算如何?

chapter__3250估算的基本方法代碼行、功能點類比(自頂向下)估算法自下而上估算法參數(shù)估算法專家估算法chapter__3251專家估算法由多位專家進行成本估算，一個專家可能會有偏見，最好由多位專家進行估算，取得多個估算值,最后得出綜合的估算值。chapter__3252專家估算法-Deiphi組織者發(fā)給每位專家一份軟件系統(tǒng)的規(guī)格說明和一張記錄估算值的表格，請他們估算專家詳細研究軟件規(guī)格說明后，對該軟件給出3個規(guī)模的估算值最小ai最可能的mi最大bi組織者對專家的表格中的答復進行整理計算每位專家的Ei=(ai+4mi+bi)/6,chapter__3253專家估算法-Deiphi(續(xù))綜合結(jié)果后:E=E1+E2+…En/n（N:表示N個專家）再組織專家無記名填表格，比較估算差，并查找原因如果各個專家的估算差異超出規(guī)定的范圍（例如：15%），則需重復上述過程，最終可以獲得一個多數(shù)專家共識的軟件規(guī)模chapter__3254Deiphi專家估算法-舉例某多媒體信息查詢系統(tǒng)—專家估算專家1：1，8，9=〉（1+9+4*8）/6=7（萬元）專家2：4，6，8=〉（4+8+4*6）/6=6（萬元）估算結(jié)果=（6+7）/2=6.5（萬元）chapter__3255情景項目:專家估算方法SPM采用專家估算如何?

chapter__3256估算方法總結(jié)初期類比（主要方法）專家估算計劃階段自下而上參數(shù)模型實施階段（包括變更發(fā)生）自下而上參數(shù)模型chapter__3257成本估算方法綜述主要考慮三種模型:類比法,自下而上法,參數(shù)法.

各種方法不是孤立的,應該注意相互的結(jié)合使用自下而上法費時費力,參數(shù)法比較簡單自下向上法與參數(shù)法的估計精度相似類比法通常用來驗證參數(shù)法和自下而上法的結(jié)果chapter__3258實用軟件估算模型是一種自下而上和參數(shù)法的結(jié)合模型,步驟如下:對任務(wù)進行分解:1,2,…,i…估算每個任務(wù)的成本Ei直接成本=E1+E2+……+Ei+……+En間接成本估算項目總估算成本=直接成本+間接成本項目總報價chapter__3259估算每個任務(wù)的成本直接估算成本Ei先估算規(guī)模Qi，然后估算成本Ei=Qi*人力成本參數(shù)退出chapter__3260直接成本估算直接成本組成開發(fā)成本管理成本質(zhì)量成本例如：人力成本參數(shù)=5萬/人月，30人月(包括開發(fā)\管理\質(zhì)量)規(guī)模的項目的直接成本是150萬chapter__3261直接成本估算－簡易估算：開發(fā)（工作量）規(guī)模：Scale(Dev)(單位：人月)管理、質(zhì)量（工作量）規(guī)模：Scale(Mgn)=a*Scale(Dev)[a為比例系數(shù)：例如：20%--25%]直接成本＝Scale(Dev)＋a*Scale(Dev)退出chapter__3262間接成本估算成本=直接成本+間接成本間接成本估算：按照企業(yè)模型直接估算：簡易算法：間接成本=直接成本*間接成本系數(shù)間接成本=規(guī)模*人力成本參數(shù)*間接成本系數(shù)例如：間接成本系數(shù)=0.3退出chapter__3263項目總估算成本估算成本=直接成本+間接成本估算成本=直接成本+直接成本*間接成本系數(shù)估算成本=直接成本(1+間接成本系數(shù))估算成本=規(guī)模*人力成本參數(shù)（1+間接成本系數(shù)）成本系數(shù)=人力成本參數(shù)*（1+間接成本系數(shù)）簡易算法：估算成本=規(guī)模*成本系數(shù)例如：成本系數(shù)=8萬/人月退出chapter__3264項目總報價項目總報價=項目總估算成本+風險利潤項目利潤=估算成本*a%風險基金=估算成本*b%稅=估算成本*c%(例如:c為5.5左右)項目總報價=(a+b+c)%*項目總估算成本+項目總估算成本項目總報價=(1+(a+b+c)%)*項目總估算成本chapter__3265總估算成本（BAC）費用BAC時間?chapter__3266本章要點一、軟件項目規(guī)模成本的概念二、估算過程三、估算方法四、成本預算五、案例分析chapter__3267成本預算成本預算是將項目的總成本按照項目的進度分攤到各個工作單元中去。成本預算將總的成本安排到各個任務(wù)中成本預算的目的是產(chǎn)生成本基線

chapter__3268項目成本預算分配項目成本預算包括三種情況：分配資源成本給任務(wù)分配固定資源成本給任務(wù)分配固定成本chapter__3269分配資源成本資源成本與資源的基本費率緊密相連設(shè)置資源費率標準費率加班費率每次使用費率。。。。。。chapter__3270分配固定資源成本當一個項目的資源需要固定數(shù)量的資金時，用戶可以向任務(wù)分配固定資源成本。例如：需要的硬件設(shè)備

chapter__3271分配固定成本有些任務(wù)是固定成本的類型的任務(wù)，也就是說，管理者知道某項任務(wù)的成本不變，不管任務(wù)的工期有多長，或不管任務(wù)使用了那些資源。在這種情況下，管理者向任務(wù)直接分配成本。例如：培訓任務(wù)

chapter__3272成本基線chapter__3273估算準確度類型準確度說明量級估算:合同前Orderofmagnitude-25~~+75%概念和啟動階段決策預算估算:合同期Budget-10~~+25%編制初步計劃確定性估算:WBS后Definitive-5~~+10%工作分解后的詳細計劃chapter__3274估算不準的原因基礎(chǔ)數(shù)據(jù)不足缺乏經(jīng)驗的估算人員人為因素，例如簽約前后不連貫估算對需求的敏感性。。。。。。chapter__3275避免低劣估算避免無準備的估算留出估算的時間，并做好計劃使用以前的項目數(shù)據(jù)使用開發(fā)人員提供的數(shù)據(jù)為基礎(chǔ)估算分類法估算詳細的較低層次上的估算使用軟件估算工具使用幾種不同估算技術(shù)，并比較它們的結(jié)果chapter__3276本章要點一、軟件項目規(guī)模成本的概念二、估算過程三、估算方法四、成本預算五、案例分析chapter__3277案例分析“校務(wù)通系統(tǒng)”項目成本估算項目估算結(jié)果chapter__3278情景項目:功能點估算SPM項目采用功能點估算如何?chapter__3279情景項目:自下而上估算SPM采用自下而上估算如何?

chapter__3280小結(jié)成本估算的過程成本估算的方法成本預算的方法chapter__6281軟件項目管理北京郵電大學軟件學院韓萬江chapter__4282時間計劃chapter__4283項目進度計劃chapter__4284軟件項目管理第6章軟件項目進度計劃chapter__4285本章要點一、進度管理的基本概念及過程二、進度估算的基本方法三、編制進度計劃四、案例分析chapter__4286進度的定義進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表chapter__4287進度管理的重要性按時完成項目是項目經(jīng)理最大的挑戰(zhàn)之一時間是項目規(guī)劃中靈活性最小的因素進度問題是項目沖突的主要原因，尤其在項目的后期。chapter__4288進度管理的重要性chapter__4289軟件項目進度(時間)管理過程規(guī)劃進度管理（PlanSchedulemanagement）活動定義（Activitydefinition）活動排序（Activitysequencing）活動資源估計(Activityresourceestimating)活動歷時估計(Activitydurationestimating)制定進度計劃（Scheduledevelopment）進度控制（Schedulecontrol）-項目跟蹤chapter__4290活動定義（DefiningActivities）確定為完成項目的各個交付成果所必須進行的諸項具體活動chapter__4291活動定義活動1活動2功能1軟件產(chǎn)品功能2-子功能2功能2功能3功能2-子功能1功能2-子功能3設(shè)計說明書編寫設(shè)計說明書設(shè)計評審chapter__4292項目活動排序項目各項活動之間存在相互聯(lián)系與相互依賴關(guān)系,根據(jù)這些關(guān)系進行適當?shù)捻樞虬才徘爸没顒樱ㄈ蝿?wù)）---〉后置活動（任務(wù)）chapter__4293任務(wù)(活動)之間的關(guān)系A(chǔ)BAB結(jié)束-開始結(jié)束-結(jié)束AB開始-開始AB開始-結(jié)束chapter__4294任務(wù)(活動)之間排序的依據(jù)強制性依賴關(guān)系軟邏輯關(guān)系外部依賴關(guān)系chapter__4295進度管理圖示網(wǎng)絡(luò)圖甘特圖里程碑圖資源圖chapter__4296網(wǎng)絡(luò)圖網(wǎng)絡(luò)圖是活動排序的一個輸出展示項目中的各個活動以及活動之間的邏輯關(guān)系網(wǎng)絡(luò)圖可以表達活動的歷時chapter__4297網(wǎng)絡(luò)圖圖例chapter__4298常用的網(wǎng)絡(luò)圖PDM(PrecedenceDiagrammingMethod）優(yōu)先圖法,節(jié)點法(單代號)網(wǎng)絡(luò)圖ADM(ArrowDiagrammingMethod)箭線法(雙代號)網(wǎng)絡(luò)圖chapter__4299PDM圖例開始活動1活動3活動2結(jié)束chapter__4300PDM(PrecedenceDiagrammingMethod)構(gòu)成PDM網(wǎng)絡(luò)圖的基本特點是節(jié)點(Box)節(jié)點(Box)表示活動（任務(wù)）用箭線表示各活動(任務(wù))之間的邏輯關(guān)系.可以方便的表示活動之間的各種邏輯關(guān)系。chapter__4301PDM(PrecedenceDiagrammingMethod)-優(yōu)先圖法圖例開始(1)需求獲取(3)項目規(guī)劃(2)需求確認(4)項目計劃評審(5)總體設(shè)計(6)詳細設(shè)計(7)系統(tǒng)測試(10)集成測試(9)編碼(8)結(jié)束(11)chapter__4302ADM圖例總體設(shè)計需求確認需求獲取系統(tǒng)測試集成測試編碼詳細設(shè)計計劃評審項目規(guī)劃123698754chapter__4303ADM（ArrowDiagrammingMethod）ADM也稱為AOA（activity-on-arrow）或者雙代號項目網(wǎng)絡(luò)圖，在ADM網(wǎng)絡(luò)圖中,箭線表示活動(任務(wù)),節(jié)點Node（圓圈:circle）表示前一任務(wù)的結(jié)束,同時也表示后一任務(wù)的開始.chapter__4304ADM圖例-虛活動虛活動為了定義活動為了表示邏輯關(guān)系不消耗資源的12AB231ABchapter__4305情景項目:網(wǎng)絡(luò)圖示SPM網(wǎng)絡(luò)關(guān)系圖展示?chapter__4306甘特圖-實例chapter__4307甘特圖顯示基本的任務(wù)信息任務(wù)的工期開始時間和結(jié)束時間資源信息。chapter__4308里程碑圖示SpecificationDesign08/1111/11Testing02/125/12AvailableCoding9/1211/12Announcechapter__4309里程碑圖示chapter__4310里程碑圖示里程碑顯示項目進展中的重大工作完成里程碑不同于活動活動是需要消耗資源的里程碑僅僅表示事件的標記chapter__4311資源圖chapter__4312本章要點一、進度管理的基本概念及過程二、進度估算的基本方法三、編制進度計劃四、案例分析chapter__4313項目進度估算-歷時估計項目進度估算是估計任務(wù)的持續(xù)時間-歷時估計每個任務(wù)的歷時估計項目總歷時估計chapter__4314項目進度估算的基本方法定額估算法經(jīng)驗導出模型CPMPERT基于承諾的進度估計Jones的一階估算準則其它策略chapter__4315定額估算法T=Q/(R*S)T:活動持續(xù)時間Q:活動的工作量R:資源（人力或設(shè)備）的數(shù)量S:工作效率chapter__4316定額估算法例如Q=6人月,R=2人,S=1則：T=3月例如Q=6人月,R=2人,S=1.5則：T=2月chapter__4317定額估算法方法比較的簡單，容易計算。適合項目的規(guī)模比較小，參與的人員比較少,例如說人數(shù)2-3人chapter__4318項目進度估算的基本方法定額估算法經(jīng)驗導出模型CPMPERT基于承諾的進度估計Jones的一階估算準則其它策略chapter__4319經(jīng)驗導出模型經(jīng)驗導出模型：D=a*Eb：D:進度(以月單位)E：工作量(以人月單位)a:2—4之間b:1/3左右:依賴于項目的自然屬性chapter__4320建議掌握模型Walston-Felix(IBM)：D=2.4*E0.35基本COCOMO:D=2.5*Eb，b：0.32-0.38方式b有機0.38半有機0.35嵌入式0.32chapter__4321舉例(續(xù)第5章)采用基本COCOMO模型估算的規(guī)模E＝152ＰM

采用基本COCOMO模型估算的進度

D=2.5＊E0.35

=2.5*1520.35＝14.5M

chapter__4322經(jīng)驗導出模型舉例假設(shè):a=3，b=1/3,則導出模型D=3*E1/3如果：E=65人月則：D=3*65exp(1/3)=12月chapter__4323項目進度估算的基本方法定額計算法經(jīng)驗導出方程CPMPERT基于進度表的進度估算基于承諾的進度估計Jones的一階估算準則其它策略chapter__4324關(guān)鍵路徑法估計（CPM：CriticalPathMethod）根據(jù)指定的網(wǎng)絡(luò)順序邏輯關(guān)系,進行單一的歷時估算當估算項目中某項單獨的活動，時間比較確定的時候采用關(guān)鍵路徑是網(wǎng)絡(luò)圖中最長的路徑。關(guān)鍵路徑可以確定項目完成時間chapter__4325CPM估計開始A:100天B:10天結(jié)束chapter__4326項目進度估算的基本方法基于規(guī)模的進度估算，CPMPERT基于承諾的進度估計Jones的一階估算準則其它策略chapter__4327工程評估評審技術(shù)（PERT)(ProgramEvaluationandReviewTechnique)利用網(wǎng)絡(luò)順序圖邏輯關(guān)系和加權(quán)歷時估算來計算項目歷時的技術(shù)。當估算項目中某項單獨的活動，存在很大的不確定性時采用。chapter__4328工程評估評審技術(shù)（PERT)它是基于對某項任務(wù)的樂觀，悲觀以及最可能的概率時間估計采用加權(quán)平均得到期望值E=（O+4m+P)/6，O是最小估算值:樂觀(Optimistic)，P是最大估算值:悲觀(Pessimistic)，M是最大可能估算(MostLikely)。chapter__4329PERTFormulaandExampleExample:PERTweightedaverage=

8days+4X10days+24days=12days