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

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

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

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

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

5、的事”，其次才是“正確地做事”。擺脫開發(fā)項目的“無底洞”必須明確項目范圍，表現在顧客的可靠需求式樣、交付成果及項目結束條件。,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,軟件需求,需求是指用戶對軟件的功能和性能的要求。就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么性能。,軟件需求管理的過程,chapter__3,16,需求分析,需求規(guī)格編寫,需求驗證,需求獲取,需求變更,,,,,,需求確認,需求變更,需求獲取的方法,chapter__3,17,需求分析,ch

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

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

9、版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)衡量需求穩(wěn)定性,范圍規(guī)劃配套動畫,需求變更控制流程,26,項目變更申請報告,需求建模的基本方法介紹,chapter__3,28,原型方法結構化分析法面向對象的用例分析法功能列表法,需求建模的基本方法介紹,chapter__3,29,原型方法結構化分析法面向對象的用例分析法功能列表法,1、原型方法,chapter__3,30,需求分析,原型開發(fā),原型評價,,,

10、原型實例,31,需求建模的基本方法介紹,chapter__3,32,原型方法結構化分析法面向對象的用例分析法功能列表法,結構化分析方法-技術,chapter__3,33,數據流圖(DFD)數據字典(DD)系統(tǒng)流程圖,學生管理系統(tǒng)-數據流圖-頂層,chapter__3,34,學管科,體檢科,學籍科,學生管理信息系統(tǒng),學生處領導,,,,學生基本信息,學生健康信息,學生成績,,,,,,學生健康情況表,學生成績單,查詢要求,不及格人

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

12、：優(yōu)％十良％十一般％十差％ 學生成績單：學號十姓名十{課程名+成績}+總成績 不及格人數統(tǒng)計表：學號十成績十不及格總人數,需求建模的基本方法介紹,chapter__3,39,原型方法結構化分析法面向對象的用例分析法功能列表法,3、面向對象的用例分析,chapter__3,40,基于面向對象的情景分析方法從用戶角度出發(fā)考慮的功能需求用例是系統(tǒng)向用戶提供一個有價值的結果的某項功能,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實現用例圖按照需要實現順序圖，活動圖,狀態(tài)圖等,需求建模的基本方法介紹,chapter__3,44,原型方法結構化分析法

14、面向對象的用例分析法功能列表法,4、功能列表,chapter__3,45,基于功能列表的實例,chapter__3,46,,案例分析,“醫(yī)療信息商務平臺” 。需求規(guī)格說明（見書P70-82）2.某教育機構-校務通系統(tǒng)需求規(guī)格說明,課程實踐三：項目需求管理,chapter__4,48,實踐目的：編制需求規(guī)格和需求變更流程實踐要求：復習需求建模方法編寫***項目的需求規(guī)格說明書復習需求變更控制流程編寫***項目的需求變

15、更控制流程選擇1個團隊課堂上講述***項目需求規(guī)格和需求變更控制流程,需求管理-小結,chapter__4,49,軟件需求管理過程需求獲取需求分析需求規(guī)格編寫需求驗證需求變更需求建模的基本方法原型方法結構化分析法面向對象的用例分析法關鍵功能列表法,軟件項目管理 第二篇,50,第 5 章軟件項目任務分解,本章要點,51,一,,二,任務分解的基本步驟,三,任務分解方法,四,,任務分解定義,,,案例分析,五,,課

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

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

18、工作包應當由唯一主體負責這一交付成果可以分配給另外一位項目經理進行計劃和執(zhí)行,或者通過子項目的方式完成,創(chuàng)建工作分解結構(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中的每個具體細目通常都指定唯一的編碼。,chapter__3,59,任務分解類型,可以采用以下兩種形式表達任務分解的結果。清單圖表,chapter__3,60,清單類型,1.         變化計數器1.1   

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

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

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

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

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

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

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

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

28、完成的標準有利于責任分配推薦任務分解到40小時以內,chapter__3,77,WBS意義,提供了項目范圍基線,是范圍變更的重要輸入為評估和分配任務提供具體的任務包進行估算和編制項目進度的基礎對整個項目成功的集成和控制起到非常重要的作用,范圍基線,chapter__3,78,網管系統(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,網管系統(tǒng)（圖表）分解實例,chapter__3,80,網管系統(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周年的結婚紀念. Martha是工程師, George是會計.他們有兩個非?；顫姷拇_孩子,Mary 13歲,Thomas 17歲.經過過去幾年的發(fā)展,家里不斷壯大,無論是時間和金錢

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