項(xiàng)目策劃及需求分析課件

1、項(xiàng)目策劃及需求分析經(jīng)驗(yàn)交流提綱項(xiàng)目策劃（35分鐘）需求分析（35分鐘）討論（20分鐘）項(xiàng)目策劃項(xiàng)目策劃的重要性項(xiàng)目策劃相關(guān)內(nèi)容項(xiàng)目策劃參考案例項(xiàng)目策劃的重要性從軟件實(shí)施成功率談起軟件項(xiàng)目成功率調(diào)查結(jié)果怎樣才算是一個(gè)成功的項(xiàng)目？項(xiàng)目策劃的重要性W理論Every stakeholder（涉眾 ） is a winner（獲勝者）客戶、用戶、項(xiàng)目經(jīng)理、開發(fā)者、維護(hù)者、軟件企業(yè)相關(guān)人員。項(xiàng)目策劃的重要性項(xiàng)目成功的十大關(guān)鍵因素中第一位： 清楚地界定項(xiàng)目范圍及制定項(xiàng)目計(jì)劃從項(xiàng)目管理角度：三個(gè)階段項(xiàng)目策劃的重要性一個(gè)完善的項(xiàng)目計(jì)劃 可以使失敗的概率降到最低，以最大限度的保證在預(yù)期的期限內(nèi)取得預(yù)期的效果項(xiàng)目策

2、劃的重要性項(xiàng)目策劃項(xiàng)目策劃的重要性項(xiàng)目策劃相關(guān)內(nèi)容項(xiàng)目策劃參考案例項(xiàng)目策劃內(nèi)容軟件質(zhì)量保證需求項(xiàng)目過程活動(dòng)軟件配置管理項(xiàng)目管理分析實(shí)現(xiàn)測試交付項(xiàng)目策劃相關(guān)內(nèi)容為什么要制定項(xiàng)目開發(fā)計(jì)劃？計(jì)劃趕不上變化？沒有充足的條件制定可行的計(jì)劃？計(jì)劃變更是合理的；關(guān)鍵在于如何使變更可控；結(jié)論：計(jì)劃變更是在正常不過的項(xiàng)目策劃相關(guān)內(nèi)容誰來制定項(xiàng)目計(jì)劃？結(jié)論：計(jì)劃應(yīng)由所有的涉眾制定項(xiàng)目策劃相關(guān)內(nèi)容制定幾份項(xiàng)目計(jì)劃？結(jié)論：兩個(gè)協(xié)調(diào)的計(jì)劃并行；項(xiàng)目策劃相關(guān)內(nèi)容項(xiàng)目策劃項(xiàng)目策劃的重要性項(xiàng)目策劃相關(guān)內(nèi)容項(xiàng)目策劃參考案例項(xiàng)目策劃策劃前策劃中策劃后定義項(xiàng)目目標(biāo)a、項(xiàng)目可交付的結(jié)果列表b、制定項(xiàng)目最終完成及中間里程碑的截至日期c

3、、交付結(jié)果必須滿足的質(zhì)量準(zhǔn)則d、項(xiàng)目不能超過的成本限制項(xiàng)目策劃定義項(xiàng)目前提a、項(xiàng)目是否依賴其他人員；b、項(xiàng)目是否有其所需的資源；c、成本對項(xiàng)目多重要，誰有權(quán)增加項(xiàng)目預(yù)算；d、項(xiàng)目的風(fēng)險(xiǎn)是否基本可控；項(xiàng)目策劃項(xiàng)目策劃策劃前策劃中策劃后選擇軟件開發(fā)過程模型項(xiàng)目策劃系統(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試Full SystemIncrement 1Increment 2Increment 3瀑布模型增量模型螺旋模型RAD模型RUP項(xiàng)目策劃軟件開發(fā)過程模型軟件開發(fā)過程對客戶是個(gè)黑匣子項(xiàng)目策劃讓客戶加入到軟件過程中來，認(rèn)識我們地軟件開發(fā)過程模型 軟件企業(yè)成熟，必須引導(dǎo)要求客戶成熟資源、工作量、進(jìn)度、及成本估算相

4、關(guān)案例見下文項(xiàng)目策劃安排進(jìn)度、確定里程碑項(xiàng)目策劃結(jié)論： 確定里程碑、快速實(shí)現(xiàn)階段成果，增加成就感，凝聚力，提高客戶滿意度，客戶分配資源、商討承諾項(xiàng)目策劃項(xiàng)目策劃策劃前策劃中策劃后計(jì)劃的執(zhí)行，及對計(jì)劃的執(zhí)行做出反饋；交流溝通的重要性；項(xiàng)目計(jì)劃要不斷展開和修正；項(xiàng)目策劃項(xiàng)目策劃項(xiàng)目策劃的重要性項(xiàng)目策劃相關(guān)內(nèi)容項(xiàng)目策劃參考案例參考案例過程相似，結(jié)果截然不同的案例我們又是怎么做的？一、前提條件二、引言三、問題提出四、從軟件過程看“需求”五、需求文檔的書寫前提條件在這里只討論需求的開發(fā)需求管理（如基線）都不在討論之列引言方法論本身源于實(shí)踐方法論沒有絕對的真理，只有絕對的實(shí)際方法論限于環(huán)境，不同的環(huán)境有不

5、同的方法論！方法論不能絕對對的遵循，我們要學(xué)會了解方法論、優(yōu)化方法論，才能更好的為我們服務(wù)問題提出的開發(fā)中，特別是基礎(chǔ)套件的開發(fā)過程中，我們不得不再次思考以下幾個(gè)問題： 什么是軟件需求？ 需求文檔中應(yīng)該有那些內(nèi)容？ 需求寫到什么程度？ 從軟件過程看需求自上而下、逐步求精獲取市場或用戶需要或潛在需要了解具體使用者習(xí)慣和業(yè)務(wù)定義軟件的功能、展現(xiàn)方式及性能要求對軟件內(nèi)部結(jié)構(gòu)的設(shè)計(jì)程序設(shè)計(jì)及代碼編寫發(fā)布需求需求設(shè)計(jì)設(shè)計(jì)不同的組織對它的范圍有不同的解釋什么是“需求”I E E E軟件工程標(biāo)準(zhǔn)詞匯表（ 1 9 9 7年）中定義需求為：（1）用戶解決問題或達(dá)到目標(biāo)所需的條件或權(quán)能（ C a p a b i

6、l i t y）。（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。（3）一種反映上面（1）或（2）所描述的條件或權(quán)能的文檔說明。什么是“需求”實(shí)際上我們認(rèn)為“需求”這個(gè)詞匯是個(gè)相對概念對需求的理解和范圍劃分要從涉眾是誰來看待 如，對開發(fā)人員來說的“需求”對于客戶而言就是“設(shè)計(jì)”寫好需求的前提做好需求的前提是，讓同一個(gè)團(tuán)隊(duì)對“需求”的理解達(dá)成共識需求的三個(gè)層次業(yè)務(wù)需求用戶需求功能需求功能需求規(guī)格說明書在開發(fā)中我們認(rèn)為需求有三個(gè)層次問題焦點(diǎn)我們要為設(shè)計(jì)或開發(fā)人員提供一份什么樣的 功能需求規(guī)格說明書？編寫需求是軟件開發(fā)過程中最難的嗎？需求的重要性有一點(diǎn)可以肯定：設(shè)計(jì)

7、和編寫代碼的代價(jià)是遠(yuǎn)遠(yuǎn)大于編寫各種需求文檔的代價(jià)。編寫各種需求文檔這里將著重討論功能需求規(guī)格說明書何時(shí)產(chǎn)生詳細(xì)的？我們能不能在需求階段提供詳細(xì)的？編寫各種需求文檔基本要求： 明確需求不是設(shè)計(jì)：需求強(qiáng)調(diào)的是產(chǎn)品是怎樣，而不是產(chǎn)品是怎樣設(shè)計(jì)和構(gòu)造。描寫功能需求的時(shí)候應(yīng)把系統(tǒng)或子系統(tǒng)看作是黑盒，描述他的響應(yīng)和行為。而黑盒內(nèi)部相關(guān)的結(jié)構(gòu)和工作原理應(yīng)留給開發(fā)人員去設(shè)計(jì)。如，軟件部件相關(guān)的格式，存儲應(yīng)該由設(shè)計(jì)實(shí)現(xiàn)。編寫各種需求文檔定義：軟件的功能及是對用戶各種需求的抽象不同的軟件功能對事物的抽象層度不同，所以在需求階段描述的詳細(xì)度可能不同一、分清項(xiàng)目類型1、定制化項(xiàng)目（定制MIS)2、產(chǎn)品開發(fā)類項(xiàng)目3、技

8、術(shù)研究類項(xiàng)目1、定制化項(xiàng)目（定制MIS)簡單的抽象（某一個(gè)業(yè)務(wù)）業(yè)務(wù)需求：如文檔、文檔用戶需求:如功能需求:如需求說明書和概要設(shè)計(jì)有些類似2、技術(shù)研究類項(xiàng)目高層次抽象（某一類基礎(chǔ)技術(shù)）需要有大量的業(yè)務(wù)分析，理論研究，技術(shù)實(shí)驗(yàn)，才能規(guī)劃出其功能。同時(shí)需求來源不是用戶，而是開發(fā)者或開發(fā)商。在需求階段只能描述出要做什么樣的事，而無法直接提出什么樣的軟件功能來完成什么事。所以在需求中只能描述其特性和技術(shù)指標(biāo)具體的軟件功能則不涉及前提條件、其主要描述描述市場前景、商業(yè)模式、潛在收入、定價(jià)、成本、合同、銷售方式等等 如大量的場景描述初步版本迭帶次數(shù)更多很多開發(fā)產(chǎn)品的公司對功能的設(shè)計(jì)一般是在設(shè)計(jì)階段進(jìn)行如易

9、用性設(shè)計(jì)之后才能確定功能需求歸和說明書3、產(chǎn)品開發(fā)類項(xiàng)目前提條件簡單的說： 關(guān)系到對事務(wù)認(rèn)識的直接性和間接性 由功能提出和軟件功能實(shí)現(xiàn)的直接性和間接性我們來劃分那些該在需求中和設(shè)計(jì)中實(shí)現(xiàn)文檔項(xiàng)的部分說明例子，某字處理軟件，業(yè)務(wù)需求“用戶能有效的糾錯(cuò)正文檔中的拼寫錯(cuò)誤”用戶需求“找到一個(gè)文檔中的單詞錯(cuò)誤，并提供一個(gè)錯(cuò)誤列表，用戶可以通過該列表進(jìn)行替換單詞 功能需求“拼寫檢查器，高亮度提示錯(cuò)誤詞，替換對話框進(jìn)行替換操作，與錯(cuò)詞最相進(jìn)的單詞列表顯示”設(shè)計(jì)則可能是描述實(shí)現(xiàn)以上功能，程序要怎么架構(gòu)如要實(shí)現(xiàn)語法分析器，詞匯緩沖池、詞匯檢索引擎，單詞分析器，錯(cuò)誤類比引擎，高亮顯示等等，以及更細(xì)粒度的劃分和設(shè)

10、計(jì)”。文檔項(xiàng)的部分說明 業(yè)務(wù)需求：描述提供給客戶和產(chǎn)品開發(fā)商的新系統(tǒng)的最初利益,反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求業(yè)務(wù)流程描述及分析，軟件處理描述。用戶需求：獲取和描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求：功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能,舉IEEE的一個(gè)例子。根據(jù)不同項(xiàng)目，對功能需求的細(xì)化程度不同*：與數(shù)據(jù)模型之間的差別,數(shù)據(jù)字典只是描述業(yè)務(wù)過程相關(guān)的數(shù)據(jù)項(xiàng)目，而非具體軟件開發(fā)時(shí)的數(shù)據(jù)庫模型需求優(yōu)先級每項(xiàng)需求必須用優(yōu)先級進(jìn)行排序?qū)τ诋a(chǎn)品，我們要規(guī)劃其長遠(yuǎn)特性，并對哪些是下一版本實(shí)現(xiàn)的做出標(biāo)識需求迭代和分包對于大系統(tǒng)需求是一個(gè)迭代的過程。我們不能簡單的把需求分為客戶需

11、求和功能需求，我們要注意的是我們的需求分析的過程，分析過程是一種方法論，過程的好壞直接影響到最終需求的質(zhì)量。所以大項(xiàng)目的需求會劃分多個(gè)階段，每個(gè)階段需求分析的層次不同細(xì)致層度不同，是一種自上而下逐步求精的過程，不同的軟件項(xiàng)目需求的迭代次數(shù)也不盡相同。END提綱項(xiàng)目過程認(rèn)證PDSPOSSPCMMOssp為組織及規(guī)范，pdsp為項(xiàng)目定義。項(xiàng)目管理流程范例項(xiàng)目管理機(jī)構(gòu)范例項(xiàng)目策劃與跟蹤項(xiàng)目策劃需求管理項(xiàng)目跟蹤項(xiàng)目策劃估計(jì)：工作細(xì)分DELPHI方法簡介管理工作量估計(jì)進(jìn)度及里程碑制訂風(fēng)險(xiǎn)預(yù)估估計(jì)目標(biāo)估計(jì)目標(biāo)：尋找估算和實(shí)際情況的交匯點(diǎn)合理的估計(jì)是準(zhǔn)確的進(jìn)度、有效計(jì)劃的基礎(chǔ)可靠估計(jì)的障礙 1、管理者/客戶

12、的壓力 2、總體確定后直接分配給項(xiàng)目成員 3、缺乏歷史數(shù)據(jù) 4、混亂的估計(jì)方法 5、太理想主義 6、忽視了必要的活動(dòng) 7、過高的估計(jì)自己的能力 8、打折扣 9、即使完成了需求分析，對需要工作量的了解也 在50%以下軟件項(xiàng)目估計(jì)的波浪原則計(jì)劃在階段實(shí)施之前，每個(gè)階段都是一個(gè)“新”項(xiàng)目工作量和成本的估計(jì)來源于滾動(dòng)的WBS元素每個(gè)成功的階段實(shí)施之后，估計(jì)將會越來越軟件項(xiàng)目估計(jì)方法詳細(xì)階段估計(jì)1.從下至上方法2.以WBS元素為基礎(chǔ)3.最好由實(shí)際做這項(xiàng)工作的人來估計(jì)項(xiàng)目初始階段：1.從上至下的項(xiàng)目估計(jì)2.基于項(xiàng)目定義、需求和高層設(shè)計(jì)3.方法：功能點(diǎn)、代碼行和德爾菲法工作細(xì)分前提一：軟件工程過程系統(tǒng)分析軟

13、件需求分析設(shè)計(jì)編碼測試Full SystemIncrement 1Increment 2Increment 3瀑布模型增量模型螺旋模型RAD模型工作細(xì)分前提二：識別工作產(chǎn)品Work ProductsProject Phases&ActivitiesDefinitionDesignCodingTestingSASTPSRAHLDDDITPCUTITSTDOCRELCustomer Reqts SpecXSoftware Reqts SpecXHigh-Level Design SpecXDetail Design SpecXCodeXSystem Test PlanXXIntegration T

14、est PlanXUnit Test PlanXUnit Test ReportXIntegration Test ReportXSystem Test ReportXUser Manual-PreliminaryXUser Manual-FinalXRelease NotesXInstallation TopeX工作細(xì)分（WBS）表WBS級別工作包2過程3模塊4子模塊5功能點(diǎn)任務(wù)描述工作產(chǎn)品技術(shù)方面管理和支持方面WBS制訂的方法和技巧1、使用過程模型作為第一層的基礎(chǔ)2、將第一層細(xì)分，定義低層的元素3、在詳細(xì)階段計(jì)劃時(shí)定義最后一層元素4、 最后一層元素定義完成之后，完成TDF任務(wù)描述表5、管理

15、活動(dòng)也同樣技術(shù)活動(dòng)一樣定義6、有些管理活動(dòng)無法細(xì)分，只要有一定程度的努力即可TDF（任務(wù)描述表）責(zé)任人:所需技能:前期任務(wù):工期:成本:時(shí)間:估計(jì)提交的產(chǎn)品:任務(wù)描述:WBS#:任務(wù)名稱:階段:項(xiàng)目名稱:WBS在實(shí)際項(xiàng)目中的使用慣例1、項(xiàng)目經(jīng)理負(fù)責(zé)劃分第一、二層2、應(yīng)注意盡量不要遺漏測試、安裝實(shí)施、驗(yàn)收等3、隨著階段計(jì)劃的開發(fā)，模塊負(fù)責(zé)人具體細(xì)化4、WBS細(xì)化后應(yīng)符合2周（80小時(shí)）原則5、一般情況下項(xiàng)目組成員直接投入項(xiàng)目的時(shí)間只占70%80%，任務(wù)的評審應(yīng)留出適當(dāng)時(shí)間項(xiàng)目策劃估計(jì)：工作細(xì)分DELPHI方法簡介管理工作量估計(jì)進(jìn)度及里程碑制訂風(fēng)險(xiǎn)預(yù)估DELPHI方法簡介計(jì)劃碰頭會個(gè)人準(zhǔn)備估計(jì)會得

16、出結(jié)果完成估計(jì)是估計(jì)的一種方法2. 專家小組針對WBS或任務(wù)列表估計(jì)3. 是不記名的、記錄的、評審的和討論的估計(jì)4. 重復(fù)該過程直到達(dá)成一致意見DELPHI方法簡介第4輪第3輪第2輪第1輪50 100 150 200第4輪第3輪第2輪第1輪50 100 150 200專家討論、匿名投票，直到一致DELPHI方法簡介第4輪第3輪第2輪第1輪50 100 150 200第4輪第3輪第2輪第1輪50 100 150 200專家意見不一致，則取平均值、同時(shí)記錄最好和最壞值DELPHI方法簡介多輪投票的退出條件1. 完成4輪估計(jì)2. 估計(jì)的范圍已經(jīng)聚集在一個(gè)可接受得很窄 的范圍之內(nèi)3. 接近會議結(jié)束時(shí)間

17、（2小時(shí)）4. 參與者已經(jīng)不愿再進(jìn)一步修改自己的估計(jì)DELPHI方法簡介WBS活動(dòng)估計(jì)#1變更#1變更#2變更#3估計(jì)結(jié)果假設(shè)前提 總計(jì)：項(xiàng)目策劃估計(jì)：工作細(xì)分DELPHI方法簡介管理工作量估計(jì)進(jìn)度及里程碑制訂風(fēng)險(xiǎn)預(yù)估管理工作量估計(jì)SQA：一般占全部技術(shù)開發(fā)量的5%SCM：一般占全部技術(shù)開發(fā)量的5%項(xiàng)目管理：一般占全部工作量的20%管理預(yù)留：根據(jù)項(xiàng)目的特點(diǎn)制訂，一般為20%管理工作量估計(jì)例：項(xiàng)目預(yù)算開發(fā)工作量1000 小時(shí)配置管理（5%） 50質(zhì)量保證（5%） 50其它（培訓(xùn)） 24項(xiàng)目管理（20%） 220 總的審定預(yù)算： 1344管理預(yù)留（20%） 270 總的項(xiàng)目預(yù)算： 1614 小時(shí)項(xiàng)

18、目策劃估計(jì)：工作細(xì)分DELPHI方法簡介管理工作量估計(jì)進(jìn)度及里程碑制訂風(fēng)險(xiǎn)預(yù)估甘特圖WEEKHours12345678910Activity1Activity5Activity4Activity6Activity9Activity2Activity7Activity10Activity3Activity8網(wǎng)絡(luò)圖開始ACFDGBH結(jié)束E里程碑制訂根據(jù)WBS細(xì)分，制訂項(xiàng)目里程碑明確項(xiàng)目里程碑內(nèi)應(yīng)完成的WBS每個(gè)WBS有其對應(yīng)的里程碑定義獲取價(jià)值（EV）曲線獲得值（EV）技術(shù)使估算成本和項(xiàng)目進(jìn)度結(jié)合起來EV提供了一般項(xiàng)目活動(dòng)的度量衡項(xiàng)目活動(dòng)的價(jià)值一般用人小時(shí)成本或人天表示當(dāng)活動(dòng)完成之后，活動(dòng)的價(jià)值才獲得了通過EV分析，對項(xiàng)目的成本和進(jìn)度能有一個(gè)直觀的了解建立項(xiàng)目基線將任務(wù)預(yù)算和時(shí)間進(jìn)度聯(lián)合起來360510H530G480F350E360D270C240B120A進(jìn)度（周）預(yù)算時(shí)間（小時(shí)）任務(wù)估計(jì)建立項(xiàng)目基線將任務(wù)預(yù)算和時(shí)間進(jìn)度聯(lián)合起來360510H530G480F350E360D270C240B120A進(jìn)度（周）預(yù)算時(shí)間（小時(shí)）任務(wù)估計(jì)按照項(xiàng)目基線計(jì)算獲取價(jià)值87630I,J,K650