軟件開發(fā)項目管理

1、chapter__3,0,軟件項目管理,李麗萍-liliping@sspu.edu.cn,情景引入：計劃,1,How long?How much?How good?,chapter__3,2,核心三計劃,范圍計劃進(jìn)度計劃成本計劃,chapter__3,范圍計劃,chapter__3,4,項目范圍管理概述,做過項目的人可能都會有這樣的經(jīng)歷：一個項目做了很久，感覺總是做不完，就像一個“無底洞”。用戶總是有新的需求要項目開發(fā)方來做,就

2、像用戶在“漫天要價”，而開發(fā)方在“就地還錢”。實際上，這里涉及到一個“范圍管理”的概念。項目中哪些該做，做到什么程度，哪些不該做，都是由“范圍管理”來決定的。那么，到底什么是“范圍管理”，本章將揭開這個謎底。,chapter__3,5,項目范圍管理也就是對項目應(yīng)該包括什么和不應(yīng)該包括什么進(jìn)行相應(yīng)的定義和控制。它包括用以保證項目能按要求的范圍完成所涉及的所有過程. 項目干系人必須在項目要產(chǎn)生什么樣的產(chǎn)品方面達(dá)成共識，也要在如何生產(chǎn)這些

3、產(chǎn)品方面達(dá)成一定的共識。 定義范圍的輸入是項目章程。定義范圍的輸出是項目范圍說明書。項目范圍說明書詳細(xì)描述項目的可交付成果，以及為提交這些可交付成果而必須開展的工作。項目范圍說明書也表明項目干系人之間就項目范圍所達(dá)成的共識。,項目范圍管理,項目范圍說明書,chapter__3,6,項目范圍管理,項目范圍管理的各個過程，包括：1 收集需求——為實現(xiàn)項目目標(biāo)而定義并記錄干系人的需求的過程。2 定義范圍,創(chuàng)建任務(wù)分解結(jié)構(gòu)——將項目可

4、交付成果和項目任務(wù)分解為較小的、更易于管理的組成部分的過程。4 核實范圍——正式驗收項目已完成的可交付成果的過程。5 控制范圍——監(jiān)督項目和產(chǎn)品的范圍狀態(tài)、管理范圍基準(zhǔn)變更的過程。,項目范圍和產(chǎn)品范圍區(qū)別,軟件項目管理 第二篇,7,第 4 章軟件項目需求管理,本章要點,8,一,,二,,三,,四,,軟件需求管理概念,軟件需求管理過程,需求建模的基本方法,案例分析,五,,課程實踐,軟件項目需求管理,項目管理的第一法則就是“做正確

5、的事”，其次才是“正確地做事”。擺脫開發(fā)項目的“無底洞”必須明確項目范圍，表現(xiàn)在顧客的可靠需求式樣、交付成果及項目結(jié)束條件。,chapter__3,9,明確做什么？,chapter__3,10,需求管理中的問題舉例,11,需求的隱含錯誤,需求管理中的問題舉例,chapter__4,12,用戶不斷增加需求、變更需求,chapter__3,13,需求管理的重要性,,chapter__3,14,項目失敗的原因分析,,Source: Carn

6、egie-Mellon University, Software Enineering Institute,chapter__3,15,軟件需求,需求是指用戶對軟件的功能和性能的要求。就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么性能。,軟件需求管理的過程,chapter__3,16,需求分析,需求規(guī)格編寫,需求驗證,需求獲取,需求變更,,,,,,需求確認(rèn),需求變更,需求獲取的方法,chapter__3,17,需求分析,ch

7、apter__3,18,需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。,chapter__3,19,需求分析模型,3、需求規(guī)格編寫,chapter__4,20,需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書,需求規(guī)格文檔參考,chapter__3,21,引言系統(tǒng)定義 應(yīng)用環(huán)境功能規(guī)格 性能需求產(chǎn)品提交實現(xiàn)約束質(zhì)量描述其它簽字認(rèn)證,4、需求驗證,chapter__4,22,

8、需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實際可行的嗎？需求是必要的嗎？需求是可檢驗的嗎？需求是可跟蹤的嗎？最后的簽字,chapter__3,23,需求總在變化,需求基線(baseline)是指是否容許需求變更的分界線。,chapter__3,24,chapter__3,25,需求變更管理,確定需求變更控制過程建立變更控制委員會(SCCB)進(jìn)行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)

9、版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項需求的狀態(tài)衡量需求穩(wěn)定性,范圍規(guī)劃配套動畫,需求變更控制流程,26,項目變更申請報告,需求建模的基本方法介紹,chapter__3,28,原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸?需求建模的基本方法介紹,chapter__3,29,原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸?1、原型方法,chapter__3,30,需求分析,原型開發(fā),原型評價,,,

10、原型實例,31,需求建模的基本方法介紹,chapter__3,32,原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸?結(jié)構(gòu)化分析方法-技術(shù),chapter__3,33,數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖,學(xué)生管理系統(tǒng)-數(shù)據(jù)流圖-頂層,chapter__3,34,學(xué)管科,體檢科,學(xué)籍科,學(xué)生管理信息系統(tǒng),學(xué)生處領(lǐng)導(dǎo),,,,學(xué)生基本信息,學(xué)生健康信息,學(xué)生成績,,,,,,學(xué)生健康情況表,學(xué)生成績單,查詢要求,不及格人

11、數(shù),人數(shù)統(tǒng)計表,學(xué)生管理系統(tǒng)-數(shù)據(jù)流圖-0層,chapter__3,35,學(xué)生管理系統(tǒng)-數(shù)據(jù)流圖-1層,chapter__3,36,學(xué)生管理系統(tǒng)-數(shù)據(jù)流圖-1層,chapter__3,37,,學(xué)生管理系統(tǒng)-數(shù)據(jù)字典-數(shù)據(jù)流,chapter__3,38,學(xué)生基本信息：學(xué)號十姓名 學(xué)生健康信息：學(xué)號十健康情況 學(xué)生成績：學(xué)號十{課程名+成績} 查詢要求：[健康查詢單 |平均成績查詢單 l不及格人數(shù)查詢] 學(xué)生健康情況表

12、：優(yōu)％十良％十一般％十差％ 學(xué)生成績單：學(xué)號十姓名十{課程名+成績}+總成績 不及格人數(shù)統(tǒng)計表：學(xué)號十成績十不及格總?cè)藬?shù),需求建模的基本方法介紹,chapter__3,39,原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸?3、面向?qū)ο蟮挠美治?chapter__3,40,基于面向?qū)ο蟮那榫胺治龇椒◤挠脩艚嵌瘸霭l(fā)考慮的功能需求用例是系統(tǒng)向用戶提供一個有價值的結(jié)果的某項功能,UML需求視圖,chapter__3,

13、41,用例圖（Use case Diagram）順序圖（Sequence Diagram）狀態(tài)圖（State Diagram）活動圖（Activity Diagram）,用例視圖,chapter__3,42,用例需求分析方法綜述,chapter__3,43,識別出系統(tǒng)的Actor描述主要的Use case實現(xiàn)用例圖按照需要實現(xiàn)順序圖，活動圖,狀態(tài)圖等,需求建模的基本方法介紹,chapter__3,44,原型方法結(jié)構(gòu)化分析法

14、面向?qū)ο蟮挠美治龇üδ芰斜矸?4、功能列表,chapter__3,45,基于功能列表的實例,chapter__3,46,,案例分析,“醫(yī)療信息商務(wù)平臺” 。需求規(guī)格說明（見書P70-82）2.某教育機(jī)構(gòu)-校務(wù)通系統(tǒng)需求規(guī)格說明,課程實踐三：項目需求管理,chapter__4,48,實踐目的：編制需求規(guī)格和需求變更流程實踐要求：復(fù)習(xí)需求建模方法編寫***項目的需求規(guī)格說明書復(fù)習(xí)需求變更控制流程編寫***項目的需求變

15、更控制流程選擇1個團(tuán)隊課堂上講述***項目需求規(guī)格和需求變更控制流程,需求管理-小結(jié),chapter__4,49,軟件需求管理過程需求獲取需求分析需求規(guī)格編寫需求驗證需求變更需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇P(guān)鍵功能列表法,軟件項目管理 第二篇,50,第 5 章軟件項目任務(wù)分解,本章要點,51,一,,二,任務(wù)分解的基本步驟,三,任務(wù)分解方法,四,,任務(wù)分解定義,,,案例分析,五,,課

16、程實踐,任務(wù)分解,chapter__3,52,,將一個項目分解為更多的工作細(xì)目或者子項目，使項目變得更小、更易管理、更易操作,任務(wù)分解過程,,任務(wù)分解結(jié)果,WBS（ Work Breakdown Structure:任務(wù)分解結(jié)構(gòu)）,任務(wù)分解,chapter__2,53,chapter__3,54,WBS (Work Breakdown Structure),WBS是對項目由粗到細(xì)的分解過程。面向可交付成果的任務(wù)層級分解。WBS它

17、組織并定義了整個項目范圍,chapter__3,55,PMI defines WBS,是面向可交付成果的對項目元素的分組,它組織并定義了整個項目范圍.不在WBS中包括的工作就不是該項目的工作它是一個分級的樹型結(jié)構(gòu)，是對項目由粗到細(xì)的分解過程。工作結(jié)構(gòu)每細(xì)分一個層次表示對項目元素更細(xì)致的描述,chapter__3,56,PMI defines Work packages,Work packages（工作包）WBS的最低層次的可交付成果

18、工作包應(yīng)當(dāng)由唯一主體負(fù)責(zé)這一交付成果可以分配給另外一位項目經(jīng)理進(jìn)行計劃和執(zhí)行,或者通過子項目的方式完成,創(chuàng)建工作分解結(jié)構(gòu)(WBS),Work Breakdown Structure,Create a Work Breakdown Structure is the process of subdividing project deliverables and project work into smaller, more manag

19、eable components.,chapter__3,57,chapter__3,58,WBS實例,,WBS中的每個具體細(xì)目通常都指定唯一的編碼。,chapter__3,59,任務(wù)分解類型,可以采用以下兩種形式表達(dá)任務(wù)分解的結(jié)果。清單圖表,chapter__3,60,清單類型,1.         變化計數(shù)器1.1   

20、;       比較兩個版本的程序1.1.1     預(yù)處理1.1.2     文件比較1.1.3     結(jié)果處理1.2          找出修改后的程序中增

21、加和刪除的代碼行1.2.1     找出增加的代碼行1.2.2     找出刪除的代碼行1.3          統(tǒng)計修改后的程序中增加和刪除的代碼行數(shù)1.3.1     統(tǒng)計增加代碼行數(shù)1.3.2  

22、;   統(tǒng)計刪除代碼行數(shù)1.4          統(tǒng)計總的代碼行數(shù) 1.5          設(shè)定標(biāo)記以指示修改的次數(shù)1.6         

23、在程序的頭部增加修改紀(jì)錄,chapter__3,61,圖表類型,本章要點,62,一,,二,,三,任務(wù)分解方法,四,,任務(wù)分解定義,任務(wù)分解的基本步驟,,案例分析,五,,課程實踐,chapter__3,63,任務(wù)分解過程,輸入,分解,WBS,,,分解目的：便于控制分解程度：能夠可靠的估算工作費用和持續(xù)時間。,,進(jìn)行任務(wù)分解應(yīng)該采取一定的步驟，并且分解過程中保持唯一的分解標(biāo)準(zhǔn)。任務(wù)分解過程如下圖：,任務(wù)分解的基本步驟,chapter__5

24、,64,確認(rèn)并分解項目的組成要素(WBS編號)確定分解標(biāo)準(zhǔn)確定分解是否詳細(xì)確定項目交付成果（可以編制WBS字典）驗證分解的正確性,WBS編號系統(tǒng),chapter__2,65,,66,WBS字典內(nèi)容,WBS具體工作要素的闡述通常用WBS字典表示。,chapter__3,67,分解標(biāo)準(zhǔn),生存期功能組成,分解標(biāo)準(zhǔn)應(yīng)統(tǒng)一:學(xué)生管理,68,,規(guī)劃需求設(shè)計編碼測試提交,,按照生存期階段分解,,1.1  招生

25、管理1.2分班管理1.3學(xué)生檔案管理1.4 學(xué)生成績管理,,按照產(chǎn)品功能分解,不能同時使用兩種標(biāo)準(zhǔn)進(jìn)行分解:,69,,招生管理 分班管理 學(xué)生檔案管理學(xué)生成績管理 規(guī)劃需求設(shè)計編碼測試提交,,學(xué)生管理 階段分解,檢驗分解結(jié)果的標(biāo)準(zhǔn),chapter__3,70,,,,,,,,,最底層的要素是否是實現(xiàn)目標(biāo)的充分必要條件,,最底層要素是否有重復(fù)的,,每個要素是否清晰完整定義,,,,,最底層

26、要素是否有定義清晰的責(zé)任人,,,是否可以進(jìn)行成本估算和進(jìn)度安排,,分解標(biāo)準(zhǔn),本章要點,71,一,,二,,三,任務(wù)分解方法,四,,任務(wù)分解定義,任務(wù)分解的基本步驟,,案例分析,五,,課程實踐,chapter__3,72,分解方法,模版參照：許多應(yīng)用領(lǐng)域都有標(biāo)準(zhǔn)或半標(biāo)準(zhǔn)的WBS，它們可以當(dāng)做模板參考使用。類比：采用類似的項目WBS作為參考。自上而下：創(chuàng)建WBS最好的方法。自下而上,chapter__3,73,WBS模板舉例,,,,ch

27、apter__3,74,分解方法-自上而下（p91）,,自下而上（p92）,75,“變化計數(shù)器”系統(tǒng),,,,,,,文件比較,預(yù)處理,增加代碼,結(jié)果處理,統(tǒng)計總行,,,,,,,,,,標(biāo)記修改,記錄修改,,版本比較,找出增刪行,統(tǒng)計增刪行,,,刪除代碼,,增加行數(shù),,,,刪除行數(shù),,WBS任務(wù)分解建議,chapter__3,76,最低層是可控的和可管理的，但是不必要的過細(xì)每個Work package必須有一個提交物定義任務(wù)

28、完成的標(biāo)準(zhǔn)有利于責(zé)任分配推薦任務(wù)分解到40小時以內(nèi),chapter__3,77,WBS意義,提供了項目范圍基線,是范圍變更的重要輸入為評估和分配任務(wù)提供具體的任務(wù)包進(jìn)行估算和編制項目進(jìn)度的基礎(chǔ)對整個項目成功的集成和控制起到非常重要的作用,范圍基線,chapter__3,78,網(wǎng)管系統(tǒng)（圖表）分解實例,F,,,,,,F1配置管理,F2故障管理,F3安全管理,F4性能管理,,,,F3.2,F3.3,F3.1,F3.4,,,

29、,,,,F4.2,F4.3,F4.5,F4.6,F4.7,F4.4,F4.1,,,,,,,,,,F4.7.1,F4.7.2,,,chapter__3,79,網(wǎng)管系統(tǒng)（圖表）分解實例,chapter__3,80,網(wǎng)管系統(tǒng)（圖表）分解實例,F2,,,,,,F2.1,F2.2,F2.3,F2.4,F2.5,F2.6,F2.7,,,,F2.8,,F2.9,,,,,,,F2.6.1,F2.6.2,,,F2.9.2,F2.9.4,F2.9.3,F2

30、.9.1,F2.9.5,F2.9.6,,,,,,,chapter__3,81,chapter__3,82,George and Martha一次野餐會,George and Martha計劃與家人和朋友舉行一次特殊的野餐活動,以慶祝Martha的升職和他們35周年的結(jié)婚紀(jì)念. Martha是工程師, George是會計.他們有兩個非常活潑的確孩子,Mary 13歲,Thomas 17歲.經(jīng)過過去幾年的發(fā)展,家里不斷壯大,無論是時間和金錢

31、上的需要都在增加,所以他們已經(jīng)逐漸成為非常好的計劃能手,最近他們又通過了PMP的認(rèn)證考試,所以他們非常清楚對于這樣野餐活動也需要開發(fā)一個WBS.,chapter__3,83,野餐準(zhǔn)備活動任務(wù)分解,本章要點,84,一,,二,,三,,四,,任務(wù)分解定義,任務(wù)分解方法,任務(wù)分解的基本步驟,案例分析,五,,課程實踐,醫(yī)療信息商務(wù)平臺:任務(wù)分解結(jié)果,85,,,chapter__3,86,案例分析2,“校務(wù)通系統(tǒng)” WBS結(jié)果,本章要點,87,一,