軟件項目需求管理教材課件

四、軟件項目需求管理

四、軟件項目需求管理

0RoadMap合同管理

生存期需求管理任務(wù)分解項目進度規(guī)模估算質(zhì)量計劃配置計劃風(fēng)險計劃團隊管理項目度量集成項目跟蹤控制

項目結(jié)束RoadMap合同管理需求管理任務(wù)分解1需求管理中的問題舉例需求的隱含錯誤需求不明確、含糊用戶不斷增加需求、變更需求用戶刁難開發(fā)人員的“鍍金”需求管理中的問題舉例需求的隱含錯誤2本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法本章要點一、軟件需求定義3軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么性能。軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟4軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需5項目失敗的原因分析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缺乏合格的項目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價合同

3.8

8

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

3.8

9

Insufficientexperienceasteam團隊缺乏經(jīng)驗

3.6

10

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

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute項目失敗的原因分析No.Top10Factors平均6本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法本章要點一、軟件需求定義7軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變更需求確認需求變更軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變8需求開發(fā)(確認)和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗證變更管理版本控制風(fēng)險分析需求開發(fā)(確認)和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲9本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義10需求獲取用戶要求

擴展需求基線需求軟件需求需求獲取用戶要求軟件需求11本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義12需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型13需求分析模型需求分析模型14本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義15需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)16軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而不是“怎樣實現(xiàn)”要求使用面向處理的規(guī)格說明語言（或稱系統(tǒng)定義語言）如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而17軟件需求規(guī)格說明的原則規(guī)格說明應(yīng)該包括系統(tǒng)運行環(huán)境規(guī)格說明應(yīng)該是一個認識模型規(guī)格說明應(yīng)該容許不完備性并允許擴充軟件需求規(guī)格說明的原則規(guī)格說明應(yīng)該包括系統(tǒng)運行環(huán)境18規(guī)格文檔參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實現(xiàn)約束質(zhì)量描述其它簽字認證規(guī)格文檔參考引言19本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義20需求驗證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實際可行的嗎？需求是必要的嗎？需求是可檢驗的嗎？需求是可跟蹤的嗎？最后的簽字需求驗證需求是正確的嗎？21本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義22需求變更管理確定需求變更控制過程建立變更控制委員會(SCCB)進行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)衡量需求穩(wěn)定性需求變更管理確定需求變更控制過程23需求變更管理管理和控制需求基線的過程需求變更控制系統(tǒng)一個正式的文檔，說明如何控制需求變更建立變更審批系統(tǒng)需求變更管理管理和控制需求基線的過程24變更申請忽略選擇變更方式SCCB評估項目經(jīng)理自行決定根據(jù)評估結(jié)果拒絕接受本次修改下個版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項目計劃變更申請忽略選擇變更方式SCCB評估項目經(jīng)理自行決定根據(jù)評估25本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法本章要點一、軟件需求定義26需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌枨蠼５幕痉椒ㄔ头椒?7原型方法按照用戶的需要，快速形成一個操作流程界面可能只是一個框架，具體的功能沒有實現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達成一致主要考慮系統(tǒng)的功能需求，很少考慮非功能需求原型方法按照用戶的需要，快速形成一個操作流程界面28原型方法需求分析原型開發(fā)原型評價原型方法需求分析原型開發(fā)原型評價29原型方法的類型進化型開發(fā)出來用于了解問題，并形成被交付軟件的部分或全部的基礎(chǔ)拋棄型開發(fā)出來獲以便更多地了解問題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實際部分原型方法的類型進化型30結(jié)構(gòu)化分析方法20世紀70年發(fā)展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進行分析的結(jié)構(gòu)化分析方法20世紀70年發(fā)展起來的面向數(shù)據(jù)流的方法31結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流程圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流程圖(DFD)32數(shù)據(jù)流程圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達和容易理解整個系統(tǒng)數(shù)據(jù)流程圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要33分層數(shù)據(jù)流程圖分層數(shù)據(jù)流程圖34數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.數(shù)據(jù)字典描述系統(tǒng)中涉及的每個數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合35數(shù)據(jù)字典-組成數(shù)據(jù)項:數(shù)據(jù)元素數(shù)據(jù)流:由數(shù)據(jù)項組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對數(shù)據(jù)文件的存儲數(shù)據(jù)字典-組成數(shù)據(jù)項:數(shù)據(jù)元素36系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系是描述物理系統(tǒng)的工具用圖形符號表示系統(tǒng)中的元素表達了系統(tǒng)中各個元素之間的信息流動情況系統(tǒng)流程圖系統(tǒng)包含的部分以及各個部分之間的關(guān)系37面向?qū)ο蟮男枨蠓治鯫OSEOOAOODOOPOOT…….面向?qū)ο蟮男枨蠓治鯫OSE38OOA是OO軟件工程的第一項技術(shù)活動將現(xiàn)實世界的“視圖”轉(zhuǎn)化為用對象來描述的模型描述對象之間的各種關(guān)系，以滿足軟件系統(tǒng)的要求。OOA是OO軟件工程的第一項技術(shù)活動39用例需求（Usecase）分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶提供一個有價值的結(jié)果的某項功能從用戶角度出發(fā)考慮的功能需求所有的用例結(jié)合起來就構(gòu)成了用例模型用例需求（Usecase）分析用例需求分析方法采用一種面向40UML需求視圖用例視圖（UsecaseDiagram）順序圖（SequenceDiagram）狀態(tài)圖（StateDiagram）活動圖（ActivityDiagram）UML需求視圖用例視圖（UsecaseDiagram）41用例實例用例實例42功能列表需求類別（功能/性能）名稱/標(biāo)識描述

特性（Feature）AA.1

……

A.n

特性FeatureBB.1

……

B.n

特性FeatureCC.1

……

C.n

功能列表需求類別（功能/性能）名稱/標(biāo)識描述

A.1

……

43四、軟件項目需求管理

四、軟件項目需求管理

44RoadMap合同管理

生存期需求管理任務(wù)分解項目進度規(guī)模估算質(zhì)量計劃配置計劃風(fēng)險計劃團隊管理項目度量集成項目跟蹤控制

項目結(jié)束RoadMap合同管理需求管理任務(wù)分解45需求管理中的問題舉例需求的隱含錯誤需求不明確、含糊用戶不斷增加需求、變更需求用戶刁難開發(fā)人員的“鍍金”需求管理中的問題舉例需求的隱含錯誤46本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法本章要點一、軟件需求定義47軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達到什么性能。軟件需求需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟48軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求軟件需求的層次業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需49項目失敗的原因分析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缺乏合格的項目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價合同

3.8

8

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

3.8

9

Insufficientexperienceasteam團隊缺乏經(jīng)驗

3.6

10

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

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute項目失敗的原因分析No.Top10Factors平均50本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法本章要點一、軟件需求定義51軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變更需求確認需求變更軟件需求管理的過程需求分析編寫需求規(guī)格需求驗證需求獲取需求變52需求開發(fā)(確認)和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗證變更管理版本控制風(fēng)險分析需求開發(fā)(確認)和管理基本任務(wù)需求工程需求管理需求開發(fā)需求獲53本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義54需求獲取用戶要求

擴展需求基線需求軟件需求需求獲取用戶要求軟件需求55本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義56需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。需求分析定義需求分析是為最終用戶所看到的系統(tǒng)建立一個概念模型57需求分析模型需求分析模型58本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義59需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。需求規(guī)格需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)60軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而不是“怎樣實現(xiàn)”要求使用面向處理的規(guī)格說明語言（或稱系統(tǒng)定義語言）如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而61軟件需求規(guī)格說明的原則規(guī)格說明應(yīng)該包括系統(tǒng)運行環(huán)境規(guī)格說明應(yīng)該是一個認識模型規(guī)格說明應(yīng)該容許不完備性并允許擴充軟件需求規(guī)格說明的原則規(guī)格說明應(yīng)該包括系統(tǒng)運行環(huán)境62規(guī)格文檔參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實現(xiàn)約束質(zhì)量描述其它簽字認證規(guī)格文檔參考引言63本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義64需求驗證需求是正確的嗎？需求是一致的嗎？需求是完全的嗎？需求是實際可行的嗎？需求是必要的嗎？需求是可檢驗的嗎？需求是可跟蹤的嗎？最后的簽字需求驗證需求是正確的嗎？65本章要點一、軟件需求定義二、軟件需求管理過程需求的獲取需求分析編寫需求規(guī)格需求驗證需求變更三、需求建模的基本方法本章要點一、軟件需求定義66需求變更管理確定需求變更控制過程建立變更控制委員會(SCCB)進行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)衡量需求穩(wěn)定性需求變更管理確定需求變更控制過程67需求變更管理管理和控制需求基線的過程需求變更控制系統(tǒng)一個正式的文檔，說明如何控制需求變更建立變更審批系統(tǒng)需求變更管理管理和控制需求基線的過程68變更申請忽略選擇變更方式SCCB評估項目經(jīng)理自行決定根據(jù)評估結(jié)果拒絕接受本次修改下個版本再修改修改合同相關(guān)信息修改相關(guān)需求修改相應(yīng)的項目計劃變更申請忽略選擇變更方式SCCB評估項目經(jīng)理自行決定根據(jù)評估69本章要點一、軟件需求定義二、軟件需求管理過程三、需求建模的基本方法本章要點一、軟件需求定義70需求建模的基本方法原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇üδ芰斜矸ㄆ渌枨蠼５幕痉椒ㄔ头椒?1原型方法按照用戶的需要，快速形成一個操作流程界面可能只是一個框架，具體的功能沒有實現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達成一致主要考慮系統(tǒng)的功能需求，很少考慮非功能需求原型方法按照用戶的需要，快速形成一個操作流程界面72原型方法需求分析原型開發(fā)原型評價原型方法需求分析原型開發(fā)原型評價73原型方法的類型進化型開發(fā)出來用于了解問題，并形成被交付軟件的部分或全部的基礎(chǔ)拋棄型開發(fā)出來獲以便更多地了解問題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實際部分原型方法的類型進化型74結(jié)構(gòu)化分析方法20世紀70年發(fā)展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進行分析的結(jié)構(gòu)化分析方法20世紀70年發(fā)展起來的面向數(shù)據(jù)流的方法75結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流程圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖結(jié)構(gòu)化分析方法-技術(shù)數(shù)據(jù)流程圖(DFD)76數(shù)據(jù)流程圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達和容易理解整個系統(tǒng)數(shù)據(jù)流程圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)