軟件項(xiàng)目需求管理教材課件

四、軟件項(xiàng)目需求管理

四、軟件項(xiàng)目需求管理

0RoadMap合同管理

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

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

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價(jià)合同

3.8

8

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

3.8

9

Insufficientexperienceasteam團(tuán)隊(duì)缺乏經(jīng)驗(yàn)

3.6

10

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

3.6

Scale:5=VerySerious3=Serious1=NoSerious

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

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

特性（Feature）AA.1

……

A.n

特性FeatureBB.1

……

B.n

特性FeatureCC.1

……

C.n

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

A.1

……

43四、軟件項(xiàng)目需求管理

四、軟件項(xiàng)目需求管理

44RoadMap合同管理

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

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

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價(jià)合同

3.8

8

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

3.8

9

Insufficientexperienceasteam團(tuán)隊(duì)缺乏經(jīng)驗(yàn)

3.6

10

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

3.6

Scale:5=VerySerious3=Serious1=NoSerious

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

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