范圍項(xiàng)目管理課件及習(xí)題

1、 chapter_20軟件項(xiàng)目管理技術(shù) 2 chapter_21范圍計(jì)劃范圍計(jì)劃 配配置管置管 理理計(jì)劃計(jì)劃 合合同同 計(jì)計(jì)劃劃 風(fēng)風(fēng)險(xiǎn)險(xiǎn) 計(jì)計(jì)劃劃 溝溝通通 計(jì)計(jì)劃劃 質(zhì)質(zhì)量量計(jì)計(jì)劃劃 成成本本 計(jì)計(jì)劃劃 時(shí)時(shí)間間計(jì)計(jì)劃劃 集成集成 計(jì)劃計(jì)劃 范范圍圍計(jì)計(jì)劃劃 項(xiàng)項(xiàng)目目結(jié)結(jié)束束 項(xiàng)項(xiàng)目目執(zhí)執(zhí) 行行控控制制 項(xiàng)項(xiàng)目目 計(jì)計(jì)劃劃 項(xiàng)項(xiàng)目目初初始始 人人力力 計(jì)計(jì)劃劃 chapter_22核心三計(jì)劃核心三計(jì)劃q范圍計(jì)劃q進(jìn)度計(jì)劃q成本計(jì)劃成本基準(zhǔn)，進(jìn)度基準(zhǔn) chapter_23軟件項(xiàng)目管理技術(shù)軟件項(xiàng)目管理技術(shù)第第 2 2 章章軟件項(xiàng)目范圍計(jì)劃軟件項(xiàng)目范圍計(jì)劃 chapter_24本章要點(diǎn)本章要點(diǎn)q

2、一、軟件需求管理過程q二、任務(wù)分解定義q三、任務(wù)分解的類型q四、任務(wù)分解的過程q五、案例分析 chapter_25軟件需求軟件需求q需求是指用戶對(duì)軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。 chapter_26軟件需求的層次軟件需求的層次 p45業(yè) 務(wù) 需求用 戶 需求功 能 需求軟件需求規(guī)格SRS非功能性需求(如性能要求)質(zhì) 量 特性約束和假設(shè)系 統(tǒng) 需求用戶能有效的糾正文檔中的拼寫錯(cuò)誤用戶能有效的糾正文檔中的拼寫錯(cuò)誤找出文檔中的拼寫錯(cuò)誤并通過一個(gè)提供找出文檔中的拼寫錯(cuò)誤并通過一個(gè)提供的替換項(xiàng)列表來供選擇替換拼錯(cuò)的詞。的替換項(xiàng)列表來供選擇替換拼錯(cuò)的

3、詞。找到并高亮度提示錯(cuò)詞；找到并高亮度提示錯(cuò)詞；顯示提供替換詞的對(duì)話框以及顯示提供替換詞的對(duì)話框以及實(shí)現(xiàn)整個(gè)文檔范圍的替換。實(shí)現(xiàn)整個(gè)文檔范圍的替換。 chapter_27需求管理的重要性需求管理的重要性橋梁橋梁 缺陷導(dǎo)致的成本放大因子缺陷導(dǎo)致的成本放大因子=200=200 chapter_28項(xiàng)目項(xiàng)目失敗的原因分析失敗的原因分析No. Top 10 Factors 平均值平均值 1 Inadequate requirements specification 不充分的需求規(guī)范不充分的需求規(guī)范 4.5 2 Changes in requirements 需求的改變需求的改變 4.3 3 Short

4、age of systems engineers 缺乏系統(tǒng)工程師缺乏系統(tǒng)工程師 4.2 4 Shortage of software managers 缺乏了解軟件特性的經(jīng)理人缺乏了解軟件特性的經(jīng)理人 4.1 5 Shortage of qualified project managers 缺乏合格的缺乏合格的項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理 4.1 6 Shortage of software engineers 缺乏軟件工程師缺乏軟件工程師 3.9 7 Fixed - price contract 固定價(jià)合同固定價(jià)合同 3.8 8 Inadequate communications for system

5、integration 系統(tǒng)集成階段系統(tǒng)集成階段, 交流與溝通不充分交流與溝通不充分 3.8 9 Insufficient experience as team團(tuán)隊(duì)缺乏經(jīng)團(tuán)隊(duì)缺乏經(jīng)驗(yàn)驗(yàn) 3.6 10 Shortage of application domain experts 缺乏應(yīng)用領(lǐng)域?qū)＜胰狈?yīng)用領(lǐng)域?qū)＜?3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious Source: Carnegie-Mellon University, Software Engineering Institute chapter_29軟件需求管理的過程軟件需

6、求管理的過程需求分析需求分析編寫需求規(guī)格編寫需求規(guī)格需求驗(yàn)證需求驗(yàn)證需求獲取需求獲取需求變更需求變更需求工程需求管理 chapter_210需求工程需求工程基本任務(wù)基本任務(wù)需求工程需求工程需求管理需求管理需求開發(fā)需求開發(fā)需求獲取需求獲取需求分析需求分析需求規(guī)格說明需求規(guī)格說明需求驗(yàn)證需求驗(yàn)證變更管理變更管理 chapter_211需求獲取圖示需求獲取圖示 chapter_212需求獲取需求獲取 p46p46用戶要求 擴(kuò)展需求基線需求軟 件 需求基線需求是項(xiàng)目的基準(zhǔn)需求，是經(jīng)過批準(zhǔn)的需求部分，是作為需求管理和定義項(xiàng)目范圍的基礎(chǔ) chapter_213需求分析需求分析( (需求建模需求建模) )定

7、義定義q需求分析是為最終用戶所看到的系統(tǒng)建立一個(gè)概念(邏輯)模型，是對(duì)需求的抽象描述。q漸進(jìn)過程.q與實(shí)現(xiàn)技術(shù)無關(guān). chapter_214需求分析模型需求分析模型 chapter_215需求規(guī)格需求規(guī)格q需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書SRS.工作任務(wù)說明 SOWq需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開發(fā)工作的基礎(chǔ)。 chapter_216軟件需求規(guī)格說明軟件需求規(guī)格說明SRSSRS的原則的原則 chapter_217需求規(guī)格說明書需求規(guī)格說明書SRSSRS參考參考 P49 p62P49 p62

8、1.引言2.系統(tǒng)定義 3.應(yīng)用環(huán)境4.功能規(guī)格 5.性能需求6.產(chǎn)品提交7.實(shí)現(xiàn)約束8.質(zhì)量描述9.其它10.簽字認(rèn)證 chapter_218需求驗(yàn)證需求驗(yàn)證 p51p51q需求是正確的嗎？q需求是一致的嗎？q需求是完全的嗎？q需求是實(shí)際可行的嗎？q需求是必要的嗎？q需求是可檢驗(yàn)的嗎？q需求是可跟蹤的嗎？q最后的簽字 chapter_219需求總在變化需求總在變化 chapter_220 chapter_221需求變更管理需求變更管理1.1.確定需求變更控制過程確定需求變更控制過程2.2.建立建立變更控制委員會(huì)變更控制委員會(huì)( (SCCBSCCB) )3.3.進(jìn)行需求變更影響分析進(jìn)行需求變更影

9、響分析4.4.跟蹤所有受需求變更影響的工作產(chǎn)品跟蹤所有受需求變更影響的工作產(chǎn)品5.5.建立需求基準(zhǔn)版本和需求控制版本文檔建立需求基準(zhǔn)版本和需求控制版本文檔6.6.維護(hù)需求變更的歷史記錄維護(hù)需求變更的歷史記錄7.7.跟蹤每項(xiàng)需求的狀態(tài)跟蹤每項(xiàng)需求的狀態(tài)8.8.衡量需求穩(wěn)定性衡量需求穩(wěn)定性 chapter_222需求變更管理需求變更管理q管理和控制基線需求的過程q需求變更 控制系統(tǒng)q建立變更審批系統(tǒng)q一個(gè)正式的文檔，說明如何控制需求變更 chapter_223變更申請(qǐng)需求方開發(fā)方忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估結(jié)果拒絕接受本次修改下個(gè)版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相

10、應(yīng)的項(xiàng)目計(jì)劃 chapter_224表4-3 需求變更提交單軟件基線產(chǎn)品修改提交單軟件基線產(chǎn)品修改提交單申請(qǐng)人韓萬江申請(qǐng)日期2002。1011項(xiàng)目名稱項(xiàng)目管理系統(tǒng)階段名稱系統(tǒng)設(shè)計(jì)文件名稱RCR-PM-01.doc, RCR-PM-02.doc,變更簡(jiǎn)述如下修改內(nèi)容1 1）修改測(cè)試流程控制：將修改測(cè)試流程控制：將2 2個(gè)角色，個(gè)角色，3 3個(gè)渠道流，改為個(gè)渠道流，改為3 3個(gè)角色，個(gè)角色，4 4個(gè)渠道流，詳見個(gè)渠道流，詳見RCR-PM-01.doc2 2）增加開發(fā)人員技能信息庫管理，詳見）增加開發(fā)人員技能信息庫管理，詳見RCR-PM-02.doc 驗(yàn)證意見同意RCR-PM-01.doc變更。RC

11、R-PM-02.doc的變更可以推遲到下一個(gè)版本實(shí)施驗(yàn)證人楊炎泰驗(yàn)證日期20021011SCCB韓萬江，姜岳尊，孫泉 填表人韓萬江 chapter_225需求建模的基本方法需求建模的基本方法1.原型方法2.結(jié)構(gòu)化分析法3.面向?qū)ο蟮挠美治龇?.功能列表法5.其他 chapter_2261.1.原型方法原型方法q按照用戶的需要，快速形成一個(gè)操作流程界面q可能只是一個(gè)框架，具體的功能沒有實(shí)現(xiàn)，只是結(jié)果q靜態(tài)的操作流程，以便與用戶快速就需求達(dá)成一致q主要考慮系統(tǒng)的功能需求，很少考慮非功能需求 chapter_227原型方法原型方法需求分析原型開發(fā)原型評(píng)價(jià) chapter_228原型方法的類型原型方

12、法的類型q進(jìn)化型q開發(fā)出來用于了解問題，并形成被交付軟件的部分或全部的基礎(chǔ)q拋棄型q開發(fā)出來獲以便更多地了解問題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實(shí)際部分 chapter_2292.2.結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法（SA,Structured AnalysisSA,Structured Analysis）q20世紀(jì)70年發(fā)展起來的面向數(shù)據(jù)流的方法q是一種自頂向下逐步求精的分析方法q根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進(jìn)行分析的 chapter_230結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法- -技術(shù)技術(shù)q數(shù)據(jù)流圖(DFD)q數(shù)據(jù)字典(DD)q系統(tǒng)流程圖 chapter_231

13、 chapter_232 chapter_233數(shù)據(jù)字典數(shù)據(jù)字典q描述系統(tǒng)中涉及的每個(gè)數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.q數(shù)據(jù)字典的組成：q數(shù)據(jù)項(xiàng):數(shù)據(jù)元素q數(shù)據(jù)流:由數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流q數(shù)據(jù)文件:表示對(duì)數(shù)據(jù)文件的存儲(chǔ) chapter_234數(shù)據(jù)流圖需求分析數(shù)據(jù)流圖需求分析 實(shí)例實(shí)例q建立學(xué)生管理系統(tǒng)q學(xué)管科q體檢科q學(xué)籍科q學(xué)生處 chapter_235數(shù)據(jù)流圖數(shù)據(jù)流圖- -頂層頂層學(xué)管科學(xué)管科體檢科體檢科學(xué)籍科學(xué)籍科學(xué)生管理信息系統(tǒng)學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信息學(xué)生健康信息學(xué)生成績(jī)學(xué)生健康情況表學(xué)生成績(jī)單查詢要求不及格人數(shù)人數(shù)統(tǒng)計(jì)表數(shù)據(jù)起點(diǎn)和終點(diǎn)

14、數(shù)據(jù)流數(shù)據(jù)處理 chapter_236數(shù)據(jù)流圖數(shù)據(jù)流圖-0-0層層 chapter_237數(shù)據(jù)流圖數(shù)據(jù)流圖-1-1層層數(shù)據(jù)存儲(chǔ) chapter_238數(shù)據(jù)流圖數(shù)據(jù)流圖-1-1層層 chapter_239數(shù)據(jù)字典數(shù)據(jù)字典- -數(shù)據(jù)流數(shù)據(jù)流 學(xué)生基本信息：學(xué)號(hào)十姓名 學(xué)生健康信息：學(xué)號(hào)十健康情況 學(xué)生成績(jī)：學(xué)號(hào)十課程名+成績(jī) 查詢要求：健康查詢單 |平均成績(jī)查詢單 l不及格人數(shù)查詢 學(xué)生健康情況表：優(yōu)十良十一般十差 學(xué)生成績(jī)單：學(xué)號(hào)十姓名十課程名+成績(jī)+總成績(jī) 不及格人數(shù)統(tǒng)計(jì)表：學(xué)號(hào)十成績(jī)十不及格總?cè)藬?shù) chapter_240數(shù)據(jù)數(shù)據(jù)字典字典- -數(shù)據(jù)文件數(shù)據(jù)文件q文件名：基本信息q組成：學(xué)號(hào)十姓

15、名十入學(xué)成績(jī)十生源q組織：按學(xué)號(hào)遞增順序排列q文件名：健康文件q組成：學(xué)號(hào)+姓名+健康情況q組織：按照健康情況為優(yōu)、良、一般、差順序排列q文件名：成績(jī)文件q組成：學(xué)號(hào)+姓名+平均成績(jī)q組織：按照評(píng)劇成績(jī)遞增順序排列 chapter_241系統(tǒng)流程圖系統(tǒng)流程圖q系統(tǒng)包含的部分以及各個(gè)部分之間的關(guān)系q是描述物理系統(tǒng)的工具q用圖形符號(hào)表示系統(tǒng)中的元素q表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)情況 chapter_242制定出訪計(jì)劃開 始出訪組團(tuán)登記出訪計(jì)劃表出訪團(tuán)組基本情況登記表是否需要辦理護(hù)照護(hù)照管理護(hù)照登記表護(hù)照卡申請(qǐng)護(hù)照簽證管理結(jié)束是否臨時(shí)出訪計(jì)劃表申請(qǐng)出國護(hù)照事項(xiàng)表申請(qǐng)出國簽證事項(xiàng)表高檢院外事局出

16、訪業(yè)務(wù)流程圖計(jì)劃是否落實(shí)是否是否本單位人員是否結(jié)束 chapter_2433.3.面向?qū)ο蟮挠美枨竺嫦驅(qū)ο蟮挠美枨螅║se caseUse case）分析分析q用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒╭用例是系統(tǒng)向用戶提供一個(gè)有價(jià)值的結(jié)果的某項(xiàng)功能q從用戶角度出發(fā)考慮的功能需求q所有的用例結(jié)合起來就構(gòu)成了用例模型 chapter_244UMLUML需求視圖需求視圖q用例視圖（Use case Diagram）q順序圖（Sequence Diagram）q狀態(tài)圖（State Diagram）q活動(dòng)圖（Activity Diagram） chapter_245用例實(shí)例用例實(shí)例 chapt

17、er_246順序視圖順序視圖 chapter_247活動(dòng)圖例活動(dòng)圖例 chapter_2484.4.功能列表功能列表需求類別（功能需求類別（功能/ /性能）性能）名稱名稱/ /標(biāo)識(shí)標(biāo)識(shí)描述描述 特性（Feature） AA.1 A.n 特性Feature BB.1 B.n 特性Feature CC.1 C.n chapter_249本章要點(diǎn)本章要點(diǎn)q一、軟件需求管理過程q二、任務(wù)分解定義q三、任務(wù)分解的類型q四、任務(wù)分解的方法q五、案例分析 chapter_250任務(wù)分解結(jié)構(gòu)任務(wù)分解結(jié)構(gòu)WBSWBS (Work Breakdown (Work Breakdown Structure)Struc

18、ture)q任務(wù)分解的過程q面向可交付成果(p54),將一個(gè)項(xiàng)目分解為更多的工作細(xì)目或者子項(xiàng)目，使項(xiàng)目變得更小、更易管理、更易操作。q任務(wù)分解的結(jié)果qWBS（任務(wù)分解結(jié)構(gòu)）。 qWork packages（工作包）qWBS的最低層次的可交付成果需求規(guī)格說明書需求規(guī)格說明書SRS =1做正確的事，做正確的事，2正確地做事正確地做事 chapter_251WBSWBS實(shí)例實(shí)例系 統(tǒng)子 系 統(tǒng)子 系 統(tǒng)子 系 統(tǒng)模塊模塊模塊 模塊模塊模塊模塊模塊模塊 chapter_252美國項(xiàng)目管理學(xué)會(huì)美國項(xiàng)目管理學(xué)會(huì)PMI defines WBSPMI defines WBSq是面向可交付成果的對(duì)項(xiàng)目元素的分組

19、,它組織并定義了整個(gè)項(xiàng)目范圍.不在WBS中包括的工作就不是該項(xiàng)目的工作q它是一個(gè)分級(jí)的樹型結(jié)構(gòu)，是對(duì)項(xiàng)目由粗到細(xì)的分解過程。工作結(jié)構(gòu)每細(xì)分一個(gè)層次表示對(duì)項(xiàng)目元素更細(xì)致的描述 chapter_253PMI defines Work packagesPMI defines Work packages工作包工作包qWBS的最低層次的可交付成果q工作包應(yīng)當(dāng)由唯一主體負(fù)責(zé)q這一交付成果可以分配給另外一位項(xiàng)目經(jīng)理進(jìn)行計(jì)劃和執(zhí)行,或者通過子項(xiàng)目的方式完成 chapter_254本章要點(diǎn)本章要點(diǎn)q一、軟件需求管理過程q二、任務(wù)分解定義q三、任務(wù)分解的類型q四、任務(wù)分解的方法q五、案例分析 chapter_25

20、5類型類型q清單q圖表 chapter_256圖表類型圖表類型“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)P55 chapter_257清單類型清單類型 1. 變化計(jì)數(shù)器1.1 比較兩個(gè)版本的程序1.1.1 預(yù)處理1.1.2 文件比較1.1.3 結(jié)果處理1.2 找出修改后的程序中增加和刪除的代碼行1.2.1 找出增加的代碼行1.2.2 找出刪除的代碼行1.3 統(tǒng)計(jì)修改后的程序中增加和刪除的代碼行數(shù)1.3.1 統(tǒng)計(jì)增加代碼行數(shù)1.3.2 統(tǒng)計(jì)刪除代碼行數(shù)1.4 統(tǒng)計(jì)總的代碼行數(shù) 1.5 設(shè)定標(biāo)記以指示修改的次數(shù)1.6

21、 在程序的頭部增加修改紀(jì)錄 chapter_258本章要點(diǎn)本章要點(diǎn)q一、軟件需求管理過程q二、任務(wù)分解定義q三、任務(wù)分解的類型q四、任務(wù)分解的方法q五、案例分析 chapter_259任務(wù)分解過程任務(wù)分解過程輸入SRS分解WBS根據(jù)需求分析的結(jié)果和項(xiàng)目的相關(guān)要求 chapter_260分解方法分解方法p類比 以往相似項(xiàng)目為參考p模版p自上而下p自下而上 chapter_261WBS模板舉例模板舉例 chapter_262分解方法分解方法- -自上而下自上而下 (熟悉熟悉)“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)

22、 chapter_263分解方法分解方法- -自下而上自下而上 (不熟悉不熟悉)“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù) chapter_264分解標(biāo)準(zhǔn)分解標(biāo)準(zhǔn)1.生存期 標(biāo)準(zhǔn)2.功能組成 標(biāo)準(zhǔn) chapter_265分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理q按照生命期分解q規(guī)劃q需求q設(shè)計(jì)q編碼q測(cè)試q提交q按照產(chǎn)品功能組成分解q1.1 招生管理q1.2 分班管理q1.3 學(xué)生檔案管理q1.4 學(xué)生成績(jī)管理 chapter_266分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一（續(xù)）分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一（續(xù)）q不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解1.招生管理2

23、. 分班管理3. 學(xué)生檔案管理4.學(xué)生成績(jī)管理 5.規(guī)劃6.需求7.設(shè)計(jì)8.編碼9.測(cè)試10.提交 chapter_267任務(wù)結(jié)構(gòu)分解任務(wù)結(jié)構(gòu)分解(WBS)(WBS)步驟步驟1.確認(rèn)并分解項(xiàng)目的組成要素2.確定分解標(biāo)準(zhǔn)3.確定分解是否詳細(xì)4.確定項(xiàng)目交付成果5.驗(yàn)證分解的正確性,并建立編號(hào) chapter_268WBSWBS編號(hào)系統(tǒng)編號(hào)系統(tǒng)功能1:1.1軟件產(chǎn)品:1功能2-子功能2:1.2.2功能2:1.2功能3:1.3功能2-子功能1:1.2.1功能2-子功能3:1.2.3 chapter_269標(biāo)識(shí)項(xiàng) 功能名 F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù) F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫 F1.3獲取網(wǎng)絡(luò)資源信息

24、 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依條件檢驗(yàn)網(wǎng)絡(luò)使用情況 F1.9顯示拓?fù)鋱D F1.10建立通道 chapter_270WBS與與OBS（組織分解結(jié)構(gòu)）（組織分解結(jié)構(gòu)）p131p131 chapter_271檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)1.最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件2.最底層要素是否有重復(fù)的3.每個(gè)要素是否清晰完整定義4.最底層要素是否有定義清晰的責(zé)任人,是否可以進(jìn)行成本估算和進(jìn)度安排 chapter_272WBSWBS的指南的指南(

25、1)(1)qWBS分解的規(guī)模和數(shù)量因項(xiàng)目而異、因項(xiàng)目經(jīng)理而異q收集與項(xiàng)目相關(guān)的所有信息q參看一下類似的項(xiàng)目的WBS,與相關(guān)人員討論q可以參照模板q最低層是可控的和可管理的，但是避免不必要的過細(xì)，最好不要超過7層，q軟件項(xiàng)目推薦分解到40小時(shí)的任務(wù) chapter_273WBSWBS的指南（的指南（2 2）q每個(gè)Work package必須有一個(gè)提交物q定義任務(wù)完成的標(biāo)準(zhǔn)q每個(gè)WBS必須有利于責(zé)任分配q可以準(zhǔn)備WBS的字典q最后與相關(guān)人員進(jìn)行評(píng)審 chapter_274WBSWBS字典內(nèi)容字典內(nèi)容 P60P60表表2-12-1WBS表示號(hào) 名稱 主題目標(biāo) 描述 完成的任務(wù) 責(zé)任者 完成的標(biāo)識(shí) 備

26、注1. chapter_275WBSWBS意義意義q提供了項(xiàng)目范圍基線,是范圍變更的重要輸入q具體的工作包是評(píng)估和分配資源（成本）的基礎(chǔ)q進(jìn)行估算和編制項(xiàng)目進(jìn)度的基礎(chǔ)q對(duì)整個(gè)項(xiàng)目成功的集成和控制起到非常重要的作用 chapter_276網(wǎng)管系統(tǒng)（圖表）分解實(shí)例網(wǎng)管系統(tǒng)（圖表）分解實(shí)例FF1配置管理F2故障管理F3安全管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.2 chapter_277網(wǎng)管系統(tǒng)（圖表）分解實(shí)例網(wǎng)管系統(tǒng)（圖表）分解實(shí)例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.2 chapter_278網(wǎng)管系統(tǒng)（圖表）分解實(shí)例網(wǎng)管系統(tǒng)（圖表）分解實(shí)例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.