第2章軟件項目管理2ppt課件

1、1軟件項目管理軟件項目管理(2)(2)第第2 2章章 2教學目標教學目標 了解項目生存期模型了解項目生存期模型 掌握軟件需求管理掌握軟件需求管理 掌握掌握sasa分析方法分析方法3建筑工程類項目典型生存期模型建筑工程類項目典型生存期模型4制藥項目典型生存期模型制藥項目典型生存期模型5生存期模型選擇生存期模型選擇 productrealization inputoutput productcustomerrequirementscustomersatisfaction61 1、軟件生存期模型、軟件生存期模型軟件生存期模型軟件生存期模型: :軟件開發(fā)的一種框架軟件開發(fā)的一種框架, ,說明了軟件的活

2、動和進說明了軟件的活動和進行軟件開發(fā)的過程行軟件開發(fā)的過程, ,可以是以活動為中心，可以以產(chǎn)品為中可以是以活動為中心，可以以產(chǎn)品為中心的。心的。特征特征: :l 描述了開發(fā)的主要階段描述了開發(fā)的主要階段l 定義了每一個階段要完成的主要過程和活動定義了每一個階段要完成的主要過程和活動l 規(guī)范了每一個階段的輸入和輸出規(guī)范了每一個階段的輸入和輸出l 提供了一個框架，可以將必要的活動映射到該框架中。提供了一個框架，可以將必要的活動映射到該框架中。7q瀑布qv模型q原型q增量q螺旋式q快速應(yīng)用開發(fā)q漸近式階段常見的生存期模型常見的生存期模型82 2、軟件項目需求管理、軟件項目需求管理需求管理問題需求管理

3、問題 需求的隱含錯誤需求的隱含錯誤 需求不明確、含糊需求不明確、含糊 用戶不斷增加需求、變更需求用戶不斷增加需求、變更需求 用戶刁難用戶刁難 開發(fā)人員的鍍金開發(fā)人員的鍍金9 在軟件項目開發(fā)過程中在軟件項目開發(fā)過程中, ,經(jīng)常發(fā)生兩個普遍的問題經(jīng)常發(fā)生兩個普遍的問題: : 1 1）在開發(fā)結(jié)束時，由于系統(tǒng)不滿足用戶的要求而被拒絕）在開發(fā)結(jié)束時，由于系統(tǒng)不滿足用戶的要求而被拒絕接受接受 2 2）由于需求定義和需求文檔不正確，導致成本不斷增加、）由于需求定義和需求文檔不正確，導致成本不斷增加、進度滯后進度滯后 需求問題通常是項目開發(fā)中最主要、最普遍的問題源。需求問題通常是項目開發(fā)中最主要、最普遍的問題

4、源。101 1、軟件需求、軟件需求軟件需求軟件需求是指用戶對軟件的是指用戶對軟件的功能和性能功能和性能的要求，就是用戶希的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么性能。望軟件能做什么事情，完成什么樣的功能，達到什么性能。業(yè)務(wù)需求業(yè)務(wù)需求用戶需求用戶需求功能需求功能需求軟件需求規(guī)格軟件需求規(guī)格非功能性需求非功能性需求質(zhì)量特性質(zhì)量特性約 束 和 假約 束 和 假設(shè)設(shè)系統(tǒng)需求系統(tǒng)需求軟件需求層次軟件需求層次11從項目管理的角度看從項目管理的角度看 功能需求功能需求 性能需求性能需求 環(huán)境需求環(huán)境需求 資源使用需求資源使用需求 成本消耗需求成本消耗需求 開發(fā)進度需求開發(fā)進度需求

5、顯示約束顯示約束 預先估計以后系統(tǒng)可能達到的目標預先估計以后系統(tǒng)可能達到的目標12從項目開發(fā)的角度從項目開發(fā)的角度 功能需求：功能需求：最主要的需求，需要計算機系統(tǒng)解決的問題，最主要的需求，需要計算機系統(tǒng)解決的問題，就是對數(shù)據(jù)處理的要求。功能需求規(guī)定了系統(tǒng)必須執(zhí)行的就是對數(shù)據(jù)處理的要求。功能需求規(guī)定了系統(tǒng)必須執(zhí)行的功能功能 非功能需求：非功能需求：一些限制性要求，是對實際使用環(huán)境所做的一些限制性要求，是對實際使用環(huán)境所做的要求，例如要求，例如性能要求、可靠性要求、安全性性能要求、可靠性要求、安全性要求等。要求等。 非功能需求比功能需求要求更嚴格，更不易滿足，不非功能需求比功能需求要求更嚴格，更

6、不易滿足，不能滿足非功能需求，系統(tǒng)將無法運行。能滿足非功能需求，系統(tǒng)將無法運行。13項目失敗的原因分析項目失敗的原因分析no. top 10 factors平均值平均值 1 inadequate requirements specification 不充分的需求規(guī)范不充分的需求規(guī)范 4.5 2 changes in requirements 需求的改變需求的改變 4.3 3 shortage of systems engineers 缺乏系統(tǒng)工程師缺乏系統(tǒng)工程師 4.2 4 shortage of software managers 缺乏軟件管理人員缺乏軟件管理人員 4.1 5 shortag

7、e of qualified project managers 缺乏合格的缺乏合格的項目經(jīng)理項目經(jīng)理 4.1 6 shortage of software engineers 缺乏軟件工程師缺乏軟件工程師 3.9 7 fixed - price contract 固定價合同固定價合同 3.8 8 inadequate communications for system integration 系統(tǒng)集成階段系統(tǒng)集成階段, 交流與溝通不充分交流與溝通不充分 3.8 9 insufficient experience as team團隊缺乏經(jīng)驗團隊缺乏經(jīng)驗 3.6 10 shortage of ap

8、plication 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 institutesource: carnegie-mellon university, software engineering institute142 2、軟件需求管理的過程、軟件需求管理的過程需求分析需求分析編寫需求規(guī)格編寫需求規(guī)格需求驗證需求驗證需求獲取需求獲取需求變更需求變更需求

9、確認需求確認需求變更需求變更15需求開發(fā)需求開發(fā)( (確認確認) )和管理基本任務(wù)和管理基本任務(wù)需求工程需求工程需求管理需求管理需求開發(fā)需求開發(fā)需求獲取需求獲取需求分析需求分析需求規(guī)格說明需求規(guī)格說明需求驗證需求驗證變更管理變更管理版本控制版本控制風險分析風險分析16（1 1）需求獲?。┬枨螳@取用戶要求用戶要求 擴展需求擴展需求基線需求基線需求軟 件 需軟 件 需求求17（2 2）需求分析）需求分析需求分析需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。對需求的抽象描述。 需求分析模需求分析模型型18(3)(3)需求規(guī)格需求規(guī)格

10、q 需求分析工作完成的一個基本標志是形成了需求分析工作完成的一個基本標志是形成了一份完整的、一份完整的、規(guī)范的需求規(guī)格說明書規(guī)范的需求規(guī)格說明書q 需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。開發(fā)工作的基礎(chǔ)。19軟件需求規(guī)格說明的原則軟件需求規(guī)格說明的原則20規(guī)格文檔參考規(guī)格文檔參考1.1. 引言引言2.2. 系統(tǒng)定義系統(tǒng)定義 3.3. 應(yīng)用環(huán)境應(yīng)用環(huán)境4.4. 功能規(guī)格功能規(guī)格 5.5. 性能需求性能需求6.6. 產(chǎn)品提交產(chǎn)品提交

11、7.7. 實現(xiàn)約束實現(xiàn)約束8.8. 質(zhì)量描述質(zhì)量描述9.9. 其它其它10.10.簽字認證簽字認證21（4 4）需求驗證）需求驗證q 需求是正確的嗎？需求是正確的嗎？q 需求是一致的嗎？需求是一致的嗎？q 需求是完全的嗎？需求是完全的嗎？q 需求是實際可行的嗎？需求是實際可行的嗎？q 需求是必要的嗎？需求是必要的嗎？q 需求是可檢驗的嗎？需求是可檢驗的嗎？q 需求是可跟蹤的嗎？需求是可跟蹤的嗎？q 最后的簽字最后的簽字22（5 5）需求變更管理）需求變更管理需求總是在變需求總是在變需要基線管理需要基線管理23需求變更管理需求變更管理1.1. 確定需求變更控制過程確定需求變更控制過程2.2. 建

12、立變更控制委員會建立變更控制委員會(sccb)(sccb)3.3. 進行需求變更影響分析進行需求變更影響分析4.4. 跟蹤所有受需求變更影響的工作產(chǎn)品跟蹤所有受需求變更影響的工作產(chǎn)品5.5. 建立需求基準版本和需求控制版本文檔建立需求基準版本和需求控制版本文檔6.6. 維護需求變更的歷史記錄維護需求變更的歷史記錄7.7. 跟蹤每項需求的狀態(tài)跟蹤每項需求的狀態(tài)8.8. 衡量需求穩(wěn)定性衡量需求穩(wěn)定性24需求變更管理流程需求變更管理流程q 管理和控制需求基線的過程q 需求變更控制系統(tǒng)q一個正式的文檔，說明如何控制需求變更q建立變更審批系統(tǒng)25變更申請變更申請需求方需求方開發(fā)方開發(fā)方忽略忽略選擇變更方

13、式選擇變更方式sccb評估評估項目經(jīng)理自行決定項目經(jīng)理自行決定根據(jù)評估結(jié)果根據(jù)評估結(jié)果拒絕拒絕接受本次修改接受本次修改下個版本再修改下個版本再修改修改合同相關(guān)信息修改合同相關(guān)信息修改相關(guān)需求修改相關(guān)需求修改相應(yīng)的項目計劃修改相應(yīng)的項目計劃需求變更管理流程示意需求變更管理流程示意26表4-3 需求變更提交單軟件基線產(chǎn)品修改提交單軟件基線產(chǎn)品修改提交單申請人韓萬江韓萬江申請日期申請日期2002.2002.10101111項目名稱項目名稱項目管理系統(tǒng)階段名稱階段名稱系統(tǒng)設(shè)計文件名稱文件名稱rcr-pm-01.doc, rcr-pm-02.doc,變更簡述如下修改內(nèi)容修改內(nèi)容1 1）修改測試流程控制：

14、將）修改測試流程控制：將2 2個角色，個角色，3 3個渠道流，改為個渠道流，改為3 3個角個角色，色，4 4個渠道流，詳見個渠道流，詳見rcr-pm-01.doc2 2）增加開發(fā)人員技能信息庫管理，詳見）增加開發(fā)人員技能信息庫管理，詳見rcr-pm-02.doc驗證意見驗證意見同意rcr-pm-01.doc變更。rcr-pm-02.doc的變更可以推遲到下一個版本實施驗證人楊炎泰驗證日期20021011sccb韓萬江，姜岳尊，孫泉 填表人韓萬江需求變更管理流程文檔需求變更管理流程文檔27需求建模的基本方法需求建模的基本方法1.1. 原型方法原型方法2.2. 結(jié)構(gòu)化分析法結(jié)構(gòu)化分析法3.3. 面

15、向?qū)ο蟮挠美治龇嫦驅(qū)ο蟮挠美治龇?.4. 功能列表法功能列表法5.5. 其他其他28原型方法原型方法q 按照用戶的需要，快速形成一個操作流程界面按照用戶的需要，快速形成一個操作流程界面q 可能只是一個框架，具體的功能沒有實現(xiàn)，只是結(jié)果可能只是一個框架，具體的功能沒有實現(xiàn)，只是結(jié)果q 靜態(tài)的操作流程，以便與用戶快速就需求達成一致靜態(tài)的操作流程，以便與用戶快速就需求達成一致q 主要考慮系統(tǒng)的功能需求，很少考慮非功能需求主要考慮系統(tǒng)的功能需求，很少考慮非功能需求需求分析需求分析原型開發(fā)原型開發(fā)原型評價原型評價29原型方法的類型原型方法的類型q 進化型進化型q開發(fā)出來用于了解問題，并形成被交付軟

16、件的部分或開發(fā)出來用于了解問題，并形成被交付軟件的部分或全部的基礎(chǔ)全部的基礎(chǔ)q 拋棄型拋棄型q開發(fā)出來獲以便更多地了解問題或探究可能的方案的開發(fā)出來獲以便更多地了解問題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實際部分件的實際部分30結(jié)構(gòu)化分析方法（結(jié)構(gòu)化分析方法（sa,structured analysissa,structured analysis）q 2020世紀世紀7070年發(fā)展起來的面向年發(fā)展起來的面向數(shù)據(jù)流數(shù)據(jù)流的方法的方法q 是一種是一種自頂向下逐步求精自頂向下逐步求精的分析方法的分析方法q 根據(jù)軟件內(nèi)部數(shù)據(jù)

17、傳遞、變換的關(guān)系進行分析的根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進行分析的結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法- -技術(shù)技術(shù)q 數(shù)據(jù)流圖數(shù)據(jù)流圖(dfd)(dfd)q 數(shù)據(jù)字典數(shù)據(jù)字典(dd)(dd)q 系統(tǒng)流程圖系統(tǒng)流程圖31數(shù)據(jù)流圖的層次結(jié)構(gòu)數(shù)據(jù)流圖的層次結(jié)構(gòu)或或或符符 號號含含 義義數(shù)據(jù)的源點或終點數(shù)據(jù)流數(shù)據(jù)存儲加工323334數(shù)據(jù)字典（數(shù)據(jù)字典（ dddd）描述系統(tǒng)中涉及的描述系統(tǒng)中涉及的每個數(shù)據(jù)每個數(shù)據(jù), ,是數(shù)據(jù)描述的集合是數(shù)據(jù)描述的集合, ,通常配合通常配合數(shù)據(jù)流圖使用數(shù)據(jù)流圖使用, ,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工工. .數(shù)據(jù)字典-組成q 數(shù)據(jù)項數(shù)

18、據(jù)項: :數(shù)據(jù)元素數(shù)據(jù)元素q 數(shù)據(jù)流數(shù)據(jù)流: :由數(shù)據(jù)項組成的數(shù)據(jù)流由數(shù)據(jù)項組成的數(shù)據(jù)流q 數(shù)據(jù)文件數(shù)據(jù)文件: :表示對數(shù)據(jù)文件的存儲表示對數(shù)據(jù)文件的存儲35數(shù)據(jù)流圖數(shù)據(jù)流圖- -頂層頂層學管科學管科體檢科體檢科學籍科學籍科學生管理學生管理信息系統(tǒng)信息系統(tǒng)學生處領(lǐng)導學生處領(lǐng)導學生基本信息學生基本信息學生健康信息學生健康信息學生成績學生成績學生健康情況表學生健康情況表學生成績單學生成績單查詢要求查詢要求不及格人數(shù)不及格人數(shù)人數(shù)統(tǒng)計表人數(shù)統(tǒng)計表例：例：學生管理系統(tǒng)學生管理系統(tǒng)的數(shù)據(jù)流圖，涉及部門：的數(shù)據(jù)流圖，涉及部門：學管科、體檢科、學管科、體檢科、學籍科、學生處學籍科、學生處。36數(shù)據(jù)流圖-0層

19、數(shù)據(jù)流圖數(shù)據(jù)流圖- -第第1 1層層37數(shù)據(jù)流圖-1層數(shù)據(jù)流圖數(shù)據(jù)流圖- -第第2 2層層38數(shù)據(jù)流圖數(shù)據(jù)流圖- -第第2 2層層39建立數(shù)據(jù)流模型要遵循以下的原則：建立數(shù)據(jù)流模型要遵循以下的原則： (1) (1) 每個每個加工加工至少應(yīng)有至少應(yīng)有一個輸入數(shù)據(jù)流一個輸入數(shù)據(jù)流( (反映被處理數(shù)反映被處理數(shù)據(jù)的來源據(jù)的來源) )和和一個輸出數(shù)據(jù)流一個輸出數(shù)據(jù)流( (反映加工的結(jié)果反映加工的結(jié)果) )。 (2) (2) 數(shù)據(jù)流圖中各構(gòu)成元素的名稱必須具有明確的含數(shù)據(jù)流圖中各構(gòu)成元素的名稱必須具有明確的含義且能夠代表對應(yīng)元素的內(nèi)容或功能。義且能夠代表對應(yīng)元素的內(nèi)容或功能。 (3) (3) 對數(shù)據(jù)流圖

20、中某個加工進行細化生成的下層數(shù)據(jù)對數(shù)據(jù)流圖中某個加工進行細化生成的下層數(shù)據(jù)流圖，稱為其上層圖的流圖，稱為其上層圖的子圖子圖。應(yīng)保證分層數(shù)據(jù)流圖中任意。應(yīng)保證分層數(shù)據(jù)流圖中任意對應(yīng)的對應(yīng)的父圖和子圖的輸入父圖和子圖的輸入/ /輸出數(shù)據(jù)保持一致輸出數(shù)據(jù)保持一致。 建立數(shù)據(jù)流模型的原建立數(shù)據(jù)流模型的原則則40 (4) (4) 在數(shù)據(jù)流圖中，應(yīng)按照層次給每個加工編號，用于在數(shù)據(jù)流圖中，應(yīng)按照層次給每個加工編號，用于表明該加工所處的層次及上、下層的父圖與子圖的關(guān)系。表明該加工所處的層次及上、下層的父圖與子圖的關(guān)系。 (5) (5) 在父圖中不要出現(xiàn)子圖中涉及的局部數(shù)據(jù)存儲文件。在父圖中不要出現(xiàn)子圖中涉及

21、的局部數(shù)據(jù)存儲文件。 (6) (6) 數(shù)據(jù)流圖只能由四種基本符號組成，是實際業(yè)務(wù)流數(shù)據(jù)流圖只能由四種基本符號組成，是實際業(yè)務(wù)流程的客觀映象，用于說明程的客觀映象，用于說明系統(tǒng)應(yīng)該系統(tǒng)應(yīng)該“做什么做什么”， 而不需要而不需要指明系統(tǒng)指明系統(tǒng)“如何做如何做”。 (7) (7) 數(shù)據(jù)流圖的分解速度應(yīng)保持適中。通常一個加工每數(shù)據(jù)流圖的分解速度應(yīng)保持適中。通常一個加工每次可分解為次可分解為2 24 4個子加工，最多不要超過七個，因為過快個子加工，最多不要超過七個，因為過快的分解會增加用戶對系統(tǒng)模型理解的難度。的分解會增加用戶對系統(tǒng)模型理解的難度。 (8) (8) 為了便于數(shù)據(jù)流圖在計算機上的輸入和輸出，

22、免去為了便于數(shù)據(jù)流圖在計算機上的輸入和輸出，免去畫斜線、弧線、圓等符號的麻煩。畫斜線、弧線、圓等符號的麻煩。 建立數(shù)據(jù)流模型的原則（續(xù)）建立數(shù)據(jù)流模型的原則（續(xù)）41數(shù)據(jù)字典中的基本符號及其含義數(shù)據(jù)字典中的基本符號及其含義符符 號號含含 義義說說 明明 =表示定義為表示定義為用于對用于對=左邊的條目進行確切的定義左邊的條目進行確切的定義 +表示與關(guān)系表示與關(guān)系x=a+b表示表示x由由a和和b共同構(gòu)成共同構(gòu)成 | , 表示或關(guān)系表示或關(guān)系x=a|b與與x=a,b等價，表示等價，表示x由由a或或b組成組成 ( )表示可選項表示可選項x=(a)表示表示a可以在可以在x中出現(xiàn)，也可以不出現(xiàn)中出現(xiàn)，也可以不出現(xiàn) 表示重復表示重復大括號中的內(nèi)容重復大括號中的內(nèi)容重復0到多次到多次 m n表示規(guī)定次數(shù)的重復表示規(guī)定次數(shù)的重復重復的次數(shù)最少重復的次數(shù)最少m次，最多次，最多n次次 “ ”表示基本數(shù)據(jù)元素表示基本數(shù)據(jù)元素“ ”中的內(nèi)容是基本數(shù)據(jù)元素，不可再分中的內(nèi)容是基本數(shù)據(jù)元素，不可再分 .連接符連接符month=1.12表示表示month可取可取112中的任意值中的任意值 * *表示注釋表示注釋兩個星號之間的內(nèi)容為注釋信息兩個星號之間的內(nèi)容為注釋信息4