軟件開(kāi)發(fā)項(xiàng)目管理北京郵電大學(xué)軟件學(xué)院韓萬(wàn)江1chapter__5軟件開(kāi)發(fā)項(xiàng)目管理北京郵電大學(xué)軟件學(xué)院1chapter__5RoadMap

項(xiàng)目結(jié)束

項(xiàng)目執(zhí)行控制

項(xiàng)目計(jì)劃

項(xiàng)目初始2chapter__5RoadMap項(xiàng)目結(jié)束第二篇軟件項(xiàng)目計(jì)劃第二篇軟件項(xiàng)目計(jì)劃3沒(méi)有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作4chapter__5沒(méi)有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作4c有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作5chapter__5有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作5ch計(jì)劃的重要性PMI：項(xiàng)目成功的三大要素（法寶）：計(jì)劃、計(jì)劃、計(jì)劃計(jì)劃是通向項(xiàng)目成功的路線(xiàn)圖進(jìn)度計(jì)劃是最重要的計(jì)劃6chapter__5計(jì)劃的重要性PMI：項(xiàng)目成功的三大要素（法寶）：6chap項(xiàng)目進(jìn)度計(jì)劃7chapter__5項(xiàng)目進(jìn)度計(jì)劃7chapter__5編制進(jìn)度計(jì)劃的三步曲任務(wù)分解（WBS）--范圍基準(zhǔn)成本估算資源、進(jìn)度安排－－成本基準(zhǔn)，進(jìn)度基準(zhǔn)8chapter__5編制進(jìn)度計(jì)劃的三步曲任務(wù)分解（WBS）--范圍基準(zhǔn)－－成本基RoadMap

合同計(jì)劃

風(fēng)險(xiǎn)計(jì)劃

溝通計(jì)劃

人力計(jì)劃

質(zhì)量計(jì)劃

成本計(jì)劃

時(shí)間計(jì)劃

集成計(jì)劃范圍計(jì)劃

項(xiàng)目結(jié)束

項(xiàng)目執(zhí)行控制

項(xiàng)目計(jì)劃

項(xiàng)目初始9chapter__5RoadMap合同風(fēng)險(xiǎn)軟件項(xiàng)目管理第2章軟件項(xiàng)目范圍計(jì)劃10chapter__5軟件項(xiàng)目管理10chapter__5本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析11chapter__5本章要點(diǎn)11chapter__5軟件需求需求是指用戶(hù)對(duì)軟件的功能和性能的要求，就是用戶(hù)希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。12chapter__5軟件需求需求是指用戶(hù)對(duì)軟件的功能和性能的要求，就是用戶(hù)希望軟軟件需求的層次業(yè)務(wù)需求用戶(hù)需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求13chapter__5軟件需求的層次業(yè)務(wù)需求用戶(hù)需求功能需求軟件需求規(guī)格非功能性需需求管理的重要性14chapter__5需求管理的重要性14chapter__5項(xiàng)目失敗的原因分析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缺乏合格的項(xiàng)目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價(jià)合同

3.8

8

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

3.8

9

Insufficientexperienceasteam團(tuán)隊(duì)缺乏經(jīng)驗(yàn)

3.6

10

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

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute15chapter__5項(xiàng)目失敗的原因分析No.Top10Factors平均軟件需求管理的過(guò)程需求分析編寫(xiě)需求規(guī)格需求驗(yàn)證需求獲取需求變更需求確認(rèn)需求變更16chapter__5軟件需求管理的過(guò)程需求分析編寫(xiě)需求規(guī)格需求驗(yàn)證需求獲取需求變需求工程基本任務(wù)需求工程需求管理需求開(kāi)發(fā)需求獲取需求分析需求規(guī)格說(shuō)明需求驗(yàn)證變更管理17chapter__5需求工程基本任務(wù)需求工程需求管理需求開(kāi)發(fā)需求獲取需求分析需求需求獲取圖示18chapter__5需求獲取圖示18chapter__5需求獲取用戶(hù)要求

擴(kuò)展需求基線(xiàn)需求軟件需求19chapter__5需求獲取用戶(hù)要求軟件需求19chapter__5需求分析定義需求分析是為最終用戶(hù)所看到的系統(tǒng)建立一個(gè)概念模型，是對(duì)需求的抽象描述。20chapter__5需求分析定義需求分析是為最終用戶(hù)所看到的系統(tǒng)建立一個(gè)概念模型需求分析模型21chapter__5需求分析模型21chapter__5需求規(guī)格需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說(shuō)明書(shū)需求規(guī)格說(shuō)明書(shū)的編制是為了使用戶(hù)和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。22chapter__5需求規(guī)格需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”采用一定的規(guī)格說(shuō)明語(yǔ)言如果被開(kāi)發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中23chapter__5軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而規(guī)格說(shuō)明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說(shuō)明應(yīng)該是一個(gè)認(rèn)識(shí)模型規(guī)格說(shuō)明應(yīng)該容許不完備性并允許擴(kuò)充24chapter__5規(guī)格說(shuō)明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境24chapter__5規(guī)格文檔參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描述其它簽字認(rèn)證25chapter__5規(guī)格文檔參考引言25chapter__5需求驗(yàn)證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實(shí)際可行的嗎？需求是必要的嗎？需求是可檢驗(yàn)的嗎？需求是可跟蹤的嗎？最后的簽字26chapter__5需求驗(yàn)證需求是正確的嗎？26chapter__5需求總在變化27chapter__5需求總在變化27chapter__528chapter__528chapter__5需求變更管理確定需求變更控制過(guò)程建立變更控制委員會(huì)(SCCB)進(jìn)行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性29chapter__5需求變更管理確定需求變更控制過(guò)程29chapter__5需求變更管理管理和控制需求基線(xiàn)的過(guò)程需求變更控制系統(tǒng)一個(gè)正式的文檔，說(shuō)明如何控制需求變更建立變更審批系統(tǒng)30chapter__5需求變更管理管理和控制需求基線(xiàn)的過(guò)程30chapter__變更申請(qǐng)忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估結(jié)果拒絕接受本次修改下個(gè)版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項(xiàng)目計(jì)劃31chapter__5變更申請(qǐng)忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估表4-3需求變更提交單軟件基線(xiàn)產(chǎn)品修改提交單申請(qǐng)人韓萬(wàn)江申請(qǐng)日期2002。10．11項(xiàng)目名稱(chēng)項(xiàng)目管理系統(tǒng)階段名稱(chēng)系統(tǒng)設(shè)計(jì)文件名稱(chēng)RCR-PM-01.doc,RCR-PM-02.doc,變更簡(jiǎn)述如下修改內(nèi)容1）修改測(cè)試流程控制：將2個(gè)角色，3個(gè)渠道流，改為3個(gè)角色，4個(gè)渠道流，詳見(jiàn)RCR-PM-01.doc2）增加開(kāi)發(fā)人員技能信息庫(kù)管理，詳見(jiàn)RCR-PM-02.doc

驗(yàn)證意見(jiàn)同意RCR-PM-01.doc變更。RCR-PM-02.doc的變更可以推遲到下一個(gè)版本實(shí)施驗(yàn)證人楊炎泰驗(yàn)證日期2002．10．11SCCB韓萬(wàn)江，姜岳尊，孫泉

填表人韓萬(wàn)江32chapter__5表4-3需求變更提交單軟件基線(xiàn)產(chǎn)品修改提交單申請(qǐng)人韓萬(wàn)江申本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析33chapter__5本章要點(diǎn)33chapter__5需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?4chapter__5需求建模的基本方法原型方法34chapter__5本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析35chapter__5本章要點(diǎn)35chapter__5任務(wù)分解過(guò)程輸入分解WBS36chapter__5任務(wù)分解過(guò)程輸入分解WBS36chapter__5WBS(WorkBreakdownStructure)任務(wù)分解的過(guò)程將一個(gè)項(xiàng)目分解為更多的工作細(xì)目或者子項(xiàng)目，使項(xiàng)目變得更小、更易管理、更易操作。任務(wù)分解的結(jié)果WBS（任務(wù)分解結(jié)構(gòu)）。

WBS面向可交付成果的。Workpackages（工作包）WBS的最低層次的可交付成果37chapter__5WBS(WorkBreakdownStructure)WBS實(shí)例功能1軟件產(chǎn)品功能2-子功能2功能2功能3功能2-子功能1功能2-子功能338chapter__5WBS實(shí)例功能1軟件產(chǎn)品功能2-子功能2功能2功能3功能2-PMIdefinesWBS是面向可交付成果的對(duì)項(xiàng)目元素的分組,它組織并定義了整個(gè)項(xiàng)目范圍.不在WBS中包括的工作就不是該項(xiàng)目的工作它是一個(gè)分級(jí)的樹(shù)型結(jié)構(gòu)，是對(duì)項(xiàng)目由粗到細(xì)的分解過(guò)程。工作結(jié)構(gòu)每細(xì)分一個(gè)層次表示對(duì)項(xiàng)目元素更細(xì)致的描述39chapter__5PMIdefinesWBS是面向可交付成果的對(duì)項(xiàng)目元素的PMIdefinesWorkpackagesWBS的最低層次的可交付成果工作包應(yīng)當(dāng)由唯一一個(gè)部門(mén)或承包商負(fù)責(zé)這一交付成果可以分配給另外一位項(xiàng)目經(jīng)理進(jìn)行計(jì)劃和執(zhí)行,或者通過(guò)子項(xiàng)目的方式完成工作包可進(jìn)一步分解為子項(xiàng)目的WBS或各個(gè)活動(dòng)40chapter__5PMIdefinesWorkpackagesWBS的最WBS類(lèi)型清單圖表41chapter__5WBS類(lèi)型清單41chapter__5圖表類(lèi)型“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)42chapter__5圖表類(lèi)型“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加結(jié)果處理統(tǒng)計(jì)總行清單類(lèi)型

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

在程序的頭部增加修改紀(jì)錄43chapter__5清單類(lèi)型

1.

變化計(jì)數(shù)器43chapte任務(wù)分解步驟確認(rèn)并分解項(xiàng)目的組成要素確定分解標(biāo)準(zhǔn)確定分解是否詳細(xì)確定項(xiàng)目交付成果驗(yàn)證分解的正確性(建立編號(hào))44chapter__5任務(wù)分解步驟確認(rèn)并分解項(xiàng)目的組成要素44chapter__WBS編號(hào)系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:12345chapter__5WBS編號(hào)系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:12標(biāo)識(shí)項(xiàng)功能名

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

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

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

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

F1.4.1依類(lèi)型分類(lèi)觀(guān)察網(wǎng)絡(luò)資源

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

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

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

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

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

F1.9顯示拓?fù)鋱D

F1.10建立通道46chapter__5標(biāo)識(shí)項(xiàng)功能名

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

WBS與OBS（組織分解結(jié)構(gòu)）47chapter__5WBS與OBS（組織分解結(jié)構(gòu)）47chapter__5分解標(biāo)準(zhǔn)生存期功能組成項(xiàng)目的組織單位。。。。。48chapter__5分解標(biāo)準(zhǔn)生存期48chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理按照生命期分解規(guī)劃需求設(shè)計(jì)編碼測(cè)試提交按照產(chǎn)品組成分解1.1

招生管理1.2

分班管理1.3

學(xué)生檔案管理1.4

學(xué)生成績(jī)管理49chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理49chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一（續(xù)）不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解招生管理

分班管理

學(xué)生檔案管理學(xué)生成績(jī)管理規(guī)劃需求設(shè)計(jì)編碼測(cè)試提交50chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一（續(xù)）不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解50cha本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析51chapter__5本章要點(diǎn)51chapter__5任務(wù)分解方法模版類(lèi)比自上而下自下而上52chapter__5任務(wù)分解方法模版52chapter__5WBS模板舉例53chapter__5WBS模板舉例53chapter__5分解方法-自上而下“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)54chapter__5分解方法-自上而下“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加結(jié)果處分解方法-自下而上“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)55chapter__5分解方法-自下而上“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加結(jié)果處本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析56chapter__5本章要點(diǎn)56chapter__5檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件最底層要素是否有重復(fù)的每個(gè)要素是否清晰完整定義最底層要素是否有定義清晰的責(zé)任人,是否可以進(jìn)行成本估算和進(jìn)度安排57chapter__5檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件5WBS的指南(1)WBS分解的規(guī)模和數(shù)量因項(xiàng)目而異、因項(xiàng)目經(jīng)理而異收集與項(xiàng)目相關(guān)的所有信息參看一下類(lèi)似的項(xiàng)目的WBS,與相關(guān)人員討論可以參照模板最低層是可控的和可管理的，但是避免不必要的過(guò)細(xì)，最好不要超過(guò)7層，軟件項(xiàng)目推薦分解到40小時(shí)的任務(wù)注：80/8規(guī)則58chapter__5WBS的指南(1)WBS分解的規(guī)模和數(shù)量因項(xiàng)目而異、因項(xiàng)目經(jīng)WBS的指南（2）每個(gè)Workpackage必須有一個(gè)提交物定義任務(wù)完成的標(biāo)準(zhǔn)每個(gè)WBS必須有利于責(zé)任分配可以準(zhǔn)備WBS的字典最后與相關(guān)人員進(jìn)行評(píng)審59chapter__5WBS的指南（2）每個(gè)Workpackage必須有一個(gè)提交WBS字典內(nèi)容WBS表示號(hào)

名稱(chēng)

主題目標(biāo)

描述

完成的任務(wù)

責(zé)任者

完成的標(biāo)識(shí)

備注1.

60chapter__5WBS字典內(nèi)容WBS表示號(hào)

名稱(chēng)

主題目標(biāo)

描述

完成的任務(wù)WBS字典WBS字典實(shí)例61chapter__5WBS字典WBS字典實(shí)例61chapter__5WBS意義提供了項(xiàng)目范圍基線(xiàn),是范圍變更的重要輸入為評(píng)估和分配任務(wù)提供具體的工作包進(jìn)行估算和編制項(xiàng)目進(jìn)度的基礎(chǔ)對(duì)整個(gè)項(xiàng)目成功的集成和控制起到非常重要的作用62chapter__5WBS意義提供了項(xiàng)目范圍基線(xiàn),是范圍變更的重要輸入62ch清單式任務(wù)分解實(shí)例電信運(yùn)營(yíng)信息查詢(xún)系統(tǒng)分解一例63chapter__5清單式任務(wù)分解實(shí)例電信運(yùn)營(yíng)信息查詢(xún)系統(tǒng)分解一例63chap網(wǎng)管系統(tǒng)（圖表）分解實(shí)例FF1配置管理F2故障管理F3安全管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.264chapter__5網(wǎng)管系統(tǒng)（圖表）分解實(shí)例FF1F2F3F4F3.2F3.3F網(wǎng)管系統(tǒng)（圖表）分解實(shí)例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.265chapter__5網(wǎng)管系統(tǒng)（圖表）分解實(shí)例F1F1.1F1.2F1.3F1.4網(wǎng)管系統(tǒng)（圖表）分解實(shí)例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.4F2.9.3F2.9.1F2.9.5F2.9.666chapter__5網(wǎng)管系統(tǒng)（圖表）分解實(shí)例F2F2.1F2.2F2.3F2.4標(biāo)識(shí)項(xiàng)功能名

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

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

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

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

F1.4.1依類(lèi)型分類(lèi)觀(guān)察網(wǎng)絡(luò)資源

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

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

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

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

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

F1.9顯示拓?fù)鋱D

F1.10建立通道67chapter__5標(biāo)識(shí)項(xiàng)功能名

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

WBS實(shí)例GeorgeandMartha’spicnic68chapter__5WBS實(shí)例GeorgeandMartha’spicniGeorgeandMartha一次野餐會(huì)GeorgeandMartha計(jì)劃與家人和朋友舉行一次特殊的野餐活動(dòng),以慶祝Martha的升職和他們35周年的結(jié)婚紀(jì)念.Martha是工程師,George是會(huì)計(jì).他們有兩個(gè)非?；顫姷拇_孩子,Mary13歲,Thomas17歲.經(jīng)過(guò)過(guò)去幾年的發(fā)展,家里不斷壯大,無(wú)論是時(shí)間和金錢(qián)上的需要都在增加,所以他們已經(jīng)逐漸成為非常好的計(jì)劃能手,最近他們又通過(guò)了PMP的認(rèn)證考試,所以他們非常清楚對(duì)于這樣野餐活動(dòng)也需要開(kāi)發(fā)一個(gè)WBS.69chapter__5GeorgeandMartha一次野餐會(huì)Georgea野餐準(zhǔn)備活動(dòng)任務(wù)分解序號(hào)任務(wù)持續(xù)時(shí)間工作人員1開(kāi)始02做冰茶15George3準(zhǔn)備三明治10Martha4準(zhǔn)備水果2Martha5準(zhǔn)備籃子2Martha6收拾毛毯2George7收拾運(yùn)動(dòng)服3Martha8裝車(chē)4George9加油6George10開(kāi)車(chē)去野餐營(yíng)地20Martha11結(jié)束070chapter__5野餐準(zhǔn)備活動(dòng)任務(wù)分解序號(hào)任務(wù)持續(xù)時(shí)間工作人員1開(kāi)始02做冰茶本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析71chapter__5本章要點(diǎn)71chapter__5案例分析School項(xiàng)目進(jìn)行任務(wù)分解WBS結(jié)果72chapter__5案例分析School項(xiàng)目進(jìn)行任務(wù)分解72chapter__小結(jié)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)73chapter__5小結(jié)一、軟件需求管理過(guò)程73chapter__5課堂練習(xí)你是某項(xiàng)目的項(xiàng)目經(jīng)理,這個(gè)項(xiàng)目是為用戶(hù)創(chuàng)建一個(gè)新的郵件服務(wù)器以及在所有100個(gè)工作站上部署相應(yīng)的郵件客戶(hù)端（要滿(mǎn)足用戶(hù)的期望）。其中，2個(gè)服務(wù)器需要重新購(gòu)置，而客戶(hù)端的機(jī)器已經(jīng)存在。請(qǐng)?zhí)峤蝗蝿?wù)分解結(jié)果WBS,WBS的圖表74chapter__5課堂練習(xí)你是某項(xiàng)目的項(xiàng)目經(jīng)理,這個(gè)項(xiàng)目是為用戶(hù)創(chuàng)建一個(gè)新的郵軟件開(kāi)發(fā)項(xiàng)目管理北京郵電大學(xué)軟件學(xué)院韓萬(wàn)江75chapter__5軟件開(kāi)發(fā)項(xiàng)目管理北京郵電大學(xué)軟件學(xué)院1chapter__5RoadMap

項(xiàng)目結(jié)束

項(xiàng)目執(zhí)行控制

項(xiàng)目計(jì)劃

項(xiàng)目初始76chapter__5RoadMap項(xiàng)目結(jié)束第二篇軟件項(xiàng)目計(jì)劃第二篇軟件項(xiàng)目計(jì)劃77沒(méi)有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作78chapter__5沒(méi)有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作4c有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作79chapter__5有計(jì)劃的情況時(shí)間資源投入開(kāi)發(fā)工作計(jì)劃性工作協(xié)調(diào)性工作5ch計(jì)劃的重要性PMI：項(xiàng)目成功的三大要素（法寶）：計(jì)劃、計(jì)劃、計(jì)劃計(jì)劃是通向項(xiàng)目成功的路線(xiàn)圖進(jìn)度計(jì)劃是最重要的計(jì)劃80chapter__5計(jì)劃的重要性PMI：項(xiàng)目成功的三大要素（法寶）：6chap項(xiàng)目進(jìn)度計(jì)劃81chapter__5項(xiàng)目進(jìn)度計(jì)劃7chapter__5編制進(jìn)度計(jì)劃的三步曲任務(wù)分解（WBS）--范圍基準(zhǔn)成本估算資源、進(jìn)度安排－－成本基準(zhǔn)，進(jìn)度基準(zhǔn)82chapter__5編制進(jìn)度計(jì)劃的三步曲任務(wù)分解（WBS）--范圍基準(zhǔn)－－成本基RoadMap

合同計(jì)劃

風(fēng)險(xiǎn)計(jì)劃

溝通計(jì)劃

人力計(jì)劃

質(zhì)量計(jì)劃

成本計(jì)劃

時(shí)間計(jì)劃

集成計(jì)劃范圍計(jì)劃

項(xiàng)目結(jié)束

項(xiàng)目執(zhí)行控制

項(xiàng)目計(jì)劃

項(xiàng)目初始83chapter__5RoadMap合同風(fēng)險(xiǎn)軟件項(xiàng)目管理第2章軟件項(xiàng)目范圍計(jì)劃84chapter__5軟件項(xiàng)目管理10chapter__5本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析85chapter__5本章要點(diǎn)11chapter__5軟件需求需求是指用戶(hù)對(duì)軟件的功能和性能的要求，就是用戶(hù)希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。86chapter__5軟件需求需求是指用戶(hù)對(duì)軟件的功能和性能的要求，就是用戶(hù)希望軟軟件需求的層次業(yè)務(wù)需求用戶(hù)需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求87chapter__5軟件需求的層次業(yè)務(wù)需求用戶(hù)需求功能需求軟件需求規(guī)格非功能性需需求管理的重要性88chapter__5需求管理的重要性14chapter__5項(xiàng)目失敗的原因分析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缺乏合格的項(xiàng)目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價(jià)合同

3.8

8

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

3.8

9

Insufficientexperienceasteam團(tuán)隊(duì)缺乏經(jīng)驗(yàn)

3.6

10

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

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute89chapter__5項(xiàng)目失敗的原因分析No.Top10Factors平均軟件需求管理的過(guò)程需求分析編寫(xiě)需求規(guī)格需求驗(yàn)證需求獲取需求變更需求確認(rèn)需求變更90chapter__5軟件需求管理的過(guò)程需求分析編寫(xiě)需求規(guī)格需求驗(yàn)證需求獲取需求變需求工程基本任務(wù)需求工程需求管理需求開(kāi)發(fā)需求獲取需求分析需求規(guī)格說(shuō)明需求驗(yàn)證變更管理91chapter__5需求工程基本任務(wù)需求工程需求管理需求開(kāi)發(fā)需求獲取需求分析需求需求獲取圖示92chapter__5需求獲取圖示18chapter__5需求獲取用戶(hù)要求

擴(kuò)展需求基線(xiàn)需求軟件需求93chapter__5需求獲取用戶(hù)要求軟件需求19chapter__5需求分析定義需求分析是為最終用戶(hù)所看到的系統(tǒng)建立一個(gè)概念模型，是對(duì)需求的抽象描述。94chapter__5需求分析定義需求分析是為最終用戶(hù)所看到的系統(tǒng)建立一個(gè)概念模型需求分析模型95chapter__5需求分析模型21chapter__5需求規(guī)格需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說(shuō)明書(shū)需求規(guī)格說(shuō)明書(shū)的編制是為了使用戶(hù)和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。96chapter__5需求規(guī)格需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”采用一定的規(guī)格說(shuō)明語(yǔ)言如果被開(kāi)發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中97chapter__5軟件需求規(guī)格說(shuō)明的原則從現(xiàn)實(shí)中分離功能，即描述要“做什么”而規(guī)格說(shuō)明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說(shuō)明應(yīng)該是一個(gè)認(rèn)識(shí)模型規(guī)格說(shuō)明應(yīng)該容許不完備性并允許擴(kuò)充98chapter__5規(guī)格說(shuō)明應(yīng)該包括系統(tǒng)運(yùn)行環(huán)境24chapter__5規(guī)格文檔參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描述其它簽字認(rèn)證99chapter__5規(guī)格文檔參考引言25chapter__5需求驗(yàn)證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實(shí)際可行的嗎？需求是必要的嗎？需求是可檢驗(yàn)的嗎？需求是可跟蹤的嗎？最后的簽字100chapter__5需求驗(yàn)證需求是正確的嗎？26chapter__5需求總在變化101chapter__5需求總在變化27chapter__5102chapter__528chapter__5需求變更管理確定需求變更控制過(guò)程建立變更控制委員會(huì)(SCCB)進(jìn)行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性103chapter__5需求變更管理確定需求變更控制過(guò)程29chapter__5需求變更管理管理和控制需求基線(xiàn)的過(guò)程需求變更控制系統(tǒng)一個(gè)正式的文檔，說(shuō)明如何控制需求變更建立變更審批系統(tǒng)104chapter__5需求變更管理管理和控制需求基線(xiàn)的過(guò)程30chapter__變更申請(qǐng)忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估結(jié)果拒絕接受本次修改下個(gè)版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項(xiàng)目計(jì)劃105chapter__5變更申請(qǐng)忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根據(jù)評(píng)估表4-3需求變更提交單軟件基線(xiàn)產(chǎn)品修改提交單申請(qǐng)人韓萬(wàn)江申請(qǐng)日期2002。10．11項(xiàng)目名稱(chēng)項(xiàng)目管理系統(tǒng)階段名稱(chēng)系統(tǒng)設(shè)計(jì)文件名稱(chēng)RCR-PM-01.doc,RCR-PM-02.doc,變更簡(jiǎn)述如下修改內(nèi)容1）修改測(cè)試流程控制：將2個(gè)角色，3個(gè)渠道流，改為3個(gè)角色，4個(gè)渠道流，詳見(jiàn)RCR-PM-01.doc2）增加開(kāi)發(fā)人員技能信息庫(kù)管理，詳見(jiàn)RCR-PM-02.doc

驗(yàn)證意見(jiàn)同意RCR-PM-01.doc變更。RCR-PM-02.doc的變更可以推遲到下一個(gè)版本實(shí)施驗(yàn)證人楊炎泰驗(yàn)證日期2002．10．11SCCB韓萬(wàn)江，姜岳尊，孫泉

填表人韓萬(wàn)江106chapter__5表4-3需求變更提交單軟件基線(xiàn)產(chǎn)品修改提交單申請(qǐng)人韓萬(wàn)江申本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析107chapter__5本章要點(diǎn)33chapter__5需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌?08chapter__5需求建模的基本方法原型方法34chapter__5本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析109chapter__5本章要點(diǎn)35chapter__5任務(wù)分解過(guò)程輸入分解WBS110chapter__5任務(wù)分解過(guò)程輸入分解WBS36chapter__5WBS(WorkBreakdownStructure)任務(wù)分解的過(guò)程將一個(gè)項(xiàng)目分解為更多的工作細(xì)目或者子項(xiàng)目，使項(xiàng)目變得更小、更易管理、更易操作。任務(wù)分解的結(jié)果WBS（任務(wù)分解結(jié)構(gòu)）。

WBS面向可交付成果的。Workpackages（工作包）WBS的最低層次的可交付成果111chapter__5WBS(WorkBreakdownStructure)WBS實(shí)例功能1軟件產(chǎn)品功能2-子功能2功能2功能3功能2-子功能1功能2-子功能3112chapter__5WBS實(shí)例功能1軟件產(chǎn)品功能2-子功能2功能2功能3功能2-PMIdefinesWBS是面向可交付成果的對(duì)項(xiàng)目元素的分組,它組織并定義了整個(gè)項(xiàng)目范圍.不在WBS中包括的工作就不是該項(xiàng)目的工作它是一個(gè)分級(jí)的樹(shù)型結(jié)構(gòu)，是對(duì)項(xiàng)目由粗到細(xì)的分解過(guò)程。工作結(jié)構(gòu)每細(xì)分一個(gè)層次表示對(duì)項(xiàng)目元素更細(xì)致的描述113chapter__5PMIdefinesWBS是面向可交付成果的對(duì)項(xiàng)目元素的PMIdefinesWorkpackagesWBS的最低層次的可交付成果工作包應(yīng)當(dāng)由唯一一個(gè)部門(mén)或承包商負(fù)責(zé)這一交付成果可以分配給另外一位項(xiàng)目經(jīng)理進(jìn)行計(jì)劃和執(zhí)行,或者通過(guò)子項(xiàng)目的方式完成工作包可進(jìn)一步分解為子項(xiàng)目的WBS或各個(gè)活動(dòng)114chapter__5PMIdefinesWorkpackagesWBS的最WBS類(lèi)型清單圖表115chapter__5WBS類(lèi)型清單41chapter__5圖表類(lèi)型“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)116chapter__5圖表類(lèi)型“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加結(jié)果處理統(tǒng)計(jì)總行清單類(lèi)型

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

在程序的頭部增加修改紀(jì)錄117chapter__5清單類(lèi)型

1.

變化計(jì)數(shù)器43chapte任務(wù)分解步驟確認(rèn)并分解項(xiàng)目的組成要素確定分解標(biāo)準(zhǔn)確定分解是否詳細(xì)確定項(xiàng)目交付成果驗(yàn)證分解的正確性(建立編號(hào))118chapter__5任務(wù)分解步驟確認(rèn)并分解項(xiàng)目的組成要素44chapter__WBS編號(hào)系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123119chapter__5WBS編號(hào)系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:12標(biāo)識(shí)項(xiàng)功能名

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

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

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

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

F1.4.1依類(lèi)型分類(lèi)觀(guān)察網(wǎng)絡(luò)資源

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

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

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

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

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

F1.9顯示拓?fù)鋱D

F1.10建立通道120chapter__5標(biāo)識(shí)項(xiàng)功能名

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

WBS與OBS（組織分解結(jié)構(gòu)）121chapter__5WBS與OBS（組織分解結(jié)構(gòu)）47chapter__5分解標(biāo)準(zhǔn)生存期功能組成項(xiàng)目的組織單位。。。。。122chapter__5分解標(biāo)準(zhǔn)生存期48chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理按照生命期分解規(guī)劃需求設(shè)計(jì)編碼測(cè)試提交按照產(chǎn)品組成分解1.1

招生管理1.2

分班管理1.3

學(xué)生檔案管理1.4

學(xué)生成績(jī)管理123chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一學(xué)生管理49chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一（續(xù)）不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解招生管理

分班管理

學(xué)生檔案管理學(xué)生成績(jī)管理規(guī)劃需求設(shè)計(jì)編碼測(cè)試提交124chapter__5分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一（續(xù)）不能同時(shí)使用兩種標(biāo)準(zhǔn)進(jìn)行分解50cha本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析125chapter__5本章要點(diǎn)51chapter__5任務(wù)分解方法模版類(lèi)比自上而下自下而上126chapter__5任務(wù)分解方法模版52chapter__5WBS模板舉例127chapter__5WBS模板舉例53chapter__5分解方法-自上而下“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)128chapter__5分解方法-自上而下“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加結(jié)果處分解方法-自下而上“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計(jì)總行標(biāo)記修改記錄修改版本比較找出增刪行統(tǒng)計(jì)增刪行刪除代碼增加行數(shù)刪除行數(shù)129chapter__5分解方法-自下而上“變化計(jì)數(shù)器”系統(tǒng)文件比較預(yù)處理增加結(jié)果處本章要點(diǎn)一、軟件需求管理過(guò)程二、需求建模的基本方法三、任務(wù)分解過(guò)程四、任務(wù)分解方法五、任務(wù)分解檢驗(yàn)六、案例分析130chapter__5本章要點(diǎn)56chapter__5檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件最底層要素是否有重復(fù)的每個(gè)要素是否清晰完整定義最底層要素是否有定義清晰的責(zé)任人,是否可以進(jìn)行成本估算和進(jìn)度安排131chapter__5檢驗(yàn)分解結(jié)果的標(biāo)準(zhǔn)最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件5WBS的指南(1)WBS分解的規(guī)模和數(shù)量因項(xiàng)目而異、因項(xiàng)目經(jīng)理而異收集與項(xiàng)目相關(guān)的所有信息參看一下類(lèi)似的項(xiàng)目的WBS,與相關(guān)人員討論可以參照模板最低層是可控的和可管理的，但是避免不必要的過(guò)細(xì)，最好不要超過(guò)7層，軟件項(xiàng)目推薦分解到40小時(shí)的任務(wù)注：80/8規(guī)則132chapter__5WBS的指南(1)WBS分解的規(guī)模和數(shù)量因項(xiàng)目而異、因項(xiàng)目經(jīng)WBS的指南（2）每個(gè)Workpackage必須有一個(gè)提交物定義任務(wù)完成的標(biāo)準(zhǔn)每個(gè)WBS必須有利于責(zé)任分配可以準(zhǔn)備WBS的字典最后與相關(guān)人員進(jìn)行評(píng)審133chapter__5WBS的指南（2）每個(gè)Workpackage必須有一個(gè)提交WBS字典內(nèi)容WBS表示號(hào)

名稱(chēng)

主題目標(biāo)

描述

完成的任務(wù)

責(zé)任者

完成的標(biāo)識(shí)

備注1.

134chapter__5WBS字典內(nèi)容WBS表示號(hào)

名稱(chēng)

主題目標(biāo)

描述

完成的任務(wù)WBS字典WBS字典實(shí)例135chapter__5WBS字典WBS字典實(shí)例61chapter__5WBS意義提供了項(xiàng)目范圍基線(xiàn),是范圍變更的重要輸入為評(píng)估和分配任務(wù)提供具體的工作包進(jìn)