軟件項目需求管理課件

第4章軟件項目需求管理

第4章軟件項目需求管理本章目錄4.1軟件需求概述4.2需求管理方法與內(nèi)容4.3軟件項目的任務(wù)分解4.4軟件需求的變更控制4.5案例與討論本章目錄4.1軟件需求概述4.1軟件需求概述 4.1.1軟件需求的層次劃分 14.1.2用戶需求與特點分析2

4.1.3系統(tǒng)需求與類型劃分 3

4.1.4軟件需求規(guī)格說明書 5544.1軟件需求概述 4.1.1軟件需求的層次劃分 14.1.4.1.1軟件需求的層次劃分軟件需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么樣的性能。軟件人員要準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)化為需求規(guī)格說明。軟件需求可以按照層次進(jìn)行劃分，其內(nèi)容包括業(yè)務(wù)需求、用戶需求、功能需求、軟件需求規(guī)格等層次。

4.1.1軟件需求的層次劃分軟件需求是指用戶對軟件的功能和4.1.2用戶需求與特點分析（1）用戶需求直接來源于用戶。

（2）用戶需求需要以文檔的形式提供給用戶審查。

（3）可以把用戶需求理解為用戶對軟件的合理請求。

（4）用戶需求主要是為用戶方的管理層撰寫的，但是用戶方的技術(shù)代表、軟件系統(tǒng)今后的操作者及開發(fā)方的高層技術(shù)人員，也有必要認(rèn)真閱讀用戶需求文檔。

4.1.2用戶需求與特點分析（1）用戶需求直接來源于用戶。4.1.3系統(tǒng)需求與類型劃分系統(tǒng)需求是比用戶需求更具有技術(shù)特性的需求陳述。它是提供給開發(fā)者或用戶方技術(shù)人員閱讀的，并將作為軟件開發(fā)人員設(shè)計系統(tǒng)的起點與基本依據(jù)。系統(tǒng)需求包括多個方面，可以從不同角度進(jìn)行類型劃分。而從項目開發(fā)角度看，軟件需求主要包括兩大類型：功能需求、非功能需求。

4.1.3系統(tǒng)需求與類型劃分系統(tǒng)需求是比用戶需求更具有技術(shù)4.1.4軟件需求規(guī)格說明書1．需求規(guī)格說明書的重要性軟件需求規(guī)格說明書詳細(xì)地說明了軟件產(chǎn)品“必須做什么”，以及對模糊的部分“不做什么”，還包括軟件應(yīng)該“做成什么樣”等。需求規(guī)格說明書在后面的開發(fā)、測試、質(zhì)量保證，以及相關(guān)項目管理功能中都將起到重要的作用。

2．需求規(guī)格說明書的結(jié)構(gòu)框架

3．需求規(guī)格說明書的編寫要求（1）條理清晰。

（2）結(jié)構(gòu)完整。

（3）內(nèi)容一致。

（4）可測試性。

4.1.4軟件需求規(guī)格說明書1．需求規(guī)格說明書的重要性4.2需求管理方法與內(nèi)容 4.2.1需求管理的含義14.2.2需求管理的復(fù)雜性2

4.2.3需求管理的方法34.2.4需求管理的過程44.2需求管理方法與內(nèi)容 4.2.1需求管理的含義14.2.4.2.1需求管理的含義需求管理就是一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個使客戶與項目團(tuán)隊對不斷變更的系統(tǒng)需求達(dá)成并保持一致的過程。

4.2.1需求管理的含義需求管理就是一種獲取、組織并記錄系4.2.2需求管理的復(fù)雜性軟件的需求管理的復(fù)雜性主要體現(xiàn)在以下幾個方面。

(1)需求的描述問題。(2)需求的完備程度問題。(3)需求開發(fā)的工期問題。(4)需求的細(xì)致程度問題。(5)需求的變化問題。4.2.2需求管理的復(fù)雜性軟件的需求管理的復(fù)雜性主要體現(xiàn)在4.2.3需求管理的方法

在需求管理中，可以采用的方法主要包括以下一些方面。

（1）確定需求變更控制過程。（2）進(jìn)行需求變更影響分析。（3）建立需求基準(zhǔn)版本和需求控制版本文檔。（4）維護(hù)需求變更的歷史記錄。（5）跟蹤需求的狀態(tài)。（6）衡量需求的穩(wěn)定性。4.2.3需求管理的方法在需求管理中，可以采用的方法主要4.2.4需求管理的過程需求管理的過程從需求獲取開始，一直貫穿于整個項目生命周期，其目的是力圖實現(xiàn)最終產(chǎn)品同用戶需求的最佳結(jié)合。在整個需求管理過程中，主要包括了以下內(nèi)容。1．需求獲取2．需求確認(rèn)

3．建立需求狀態(tài)

4．需求驗證

5．需求承諾

6．需求跟蹤

7．需求變更控制

4.2.4需求管理的過程需求管理的過程從需求獲取開始，一4.3軟件項目的任務(wù)分解 4.3.1工作分解結(jié)構(gòu)14.3.2工作分解的操作步驟2

4.3.3工作分解結(jié)構(gòu)的表示形式3

4.3.4任務(wù)分解的注意事項 44.3軟件項目的任務(wù)分解 4.3.1工作分解結(jié)構(gòu)14.3.24.3.1工作分解結(jié)構(gòu)在進(jìn)行需求分析時，當(dāng)要解決的問題過于復(fù)雜時，可以將問題進(jìn)行分解，直到分解后的子問題容易解決，然后分別解決這些子問題。定義任務(wù)或活動的方法可以通過建立工作分解結(jié)構(gòu)(WBS)的技術(shù)來實現(xiàn)。

4.3.1工作分解結(jié)構(gòu)在進(jìn)行需求分析時，當(dāng)要解決的問題過于4.3.2工作分解的操作步驟一般來講，任務(wù)分解的主要步驟如下。（1）確認(rèn)并分解項目的主要組成要素。

（2）確定分解標(biāo)準(zhǔn)，按照項目實施管理的方法分解。（3）確認(rèn)分解是否詳細(xì)，明確責(zé)任。

（4）確定項目交付成果。（5）驗證分解的正確性。

（6）建立一套編號系統(tǒng)，以便區(qū)別各個工作。

4.3.2工作分解的操作步驟一般來講，任務(wù)分解的主要步驟如4.3.3工作分解結(jié)構(gòu)的表示形式進(jìn)行任務(wù)分解時，可以采用圖表、清單等不同的形式，來表示任務(wù)分解的最后結(jié)果。1．圖表形式

2．清單形式3．類比方法

4.3.3工作分解結(jié)構(gòu)的表示形式進(jìn)行任務(wù)分解時，可以采用圖4.3.4任務(wù)分解的注意事項對于規(guī)模較大的軟件項目而言，在進(jìn)行工作分解的時候，要注意以下幾點內(nèi)容。（1）應(yīng)注意收集與項目相關(guān)的所有信息。（2）對于項目最底層的工作要非常具體，而且要完整無缺地分配給項目內(nèi)外的不同個人或者是組織。（3）對于最底層的工作包，一般要有全面、詳細(xì)和明確的文字說明。（4）任務(wù)分解的規(guī)模和數(shù)量因項目而異，先分解大塊的任務(wù)，然后再細(xì)分小的任務(wù)。（5）WBS中所有的分支并非都必須分解到同一水平，各分支的組織原則可能會不同。（6）在WBS完成之后，在其基礎(chǔ)上就可以對每個工作包所投入的資源、人力進(jìn)行分解和估算。

4.3.4任務(wù)分解的注意事項對于規(guī)模較大的軟件項目而言，在4.4軟件需求的變更控制 4.4.1不可避免的需求變更14.4.2需求變更的原因分析2

4.4.3管理需求變更的請求34.4.4需求變更的控制流程44.4軟件需求的變更控制 4.4.1不可避免的需求變更14.4.4.1不可避免的需求變更在軟件項目的開發(fā)過程中，需求變更貫穿了軟件項目的整個生命周期，從軟件的項目立項到研發(fā)和維護(hù)。需求的變更可以發(fā)生在任何的階段。需求變更可能來自開發(fā)方、客戶或產(chǎn)品供應(yīng)商等，也可能來源于項目組內(nèi)部。軟件開發(fā)人員必須接受“需求會變動”這個事實。在進(jìn)行需求分析時要懂得防患于未然，盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求，以便在進(jìn)行系統(tǒng)設(shè)計時，將軟件的核心建筑在穩(wěn)定的需求上，同時要留出變更空間。

4.4.1不可避免的需求變更在軟件項目的開發(fā)過程中，需求變4.4.2需求變更的原因分析1．范圍沒有圈定就開始細(xì)化

2．沒有良好的軟件結(jié)構(gòu)適應(yīng)變化

3．用戶改變需求

4.4.2需求變更的原因分析1．范圍沒有圈定就開始細(xì)化4.4.3管理需求變更的請求應(yīng)仔細(xì)評估已建議的變更；挑選合適的人選對變更做出決定；變更應(yīng)及時通知所有涉及的人員；要按一定的程序來采納需求變更等。

1．控制需求漸變的策略

2．項目周期內(nèi)的變更控制

4.4.3管理需求變更的請求應(yīng)仔細(xì)評估已建議的變更；挑選合4.4.4需求變更的控制流程下是一個需求變更控制流程的示例。

4.4.4需求變更的控制流程下是一個需求變更控制流程的示例4.5案例與討論案例4-1討論題1．本例中，W公司CRM軟件系統(tǒng)建設(shè)遇到了什么困境？產(chǎn)生的主要原因是什么？2．從文中敘述分析：W公司市場部門最初提出的用戶需求，是想實施一個什么類型的CRM系統(tǒng)？而IT部門為其推薦的是何種類型的CRM系統(tǒng)？IT部門為什么這么做？3．如果你是本例中的李高翔，你下一步將會怎么做？4.5案例與討論案例4-1討論題4.5案例與討論案例4-2討論題1. 為什么會出現(xiàn)用戶需求變更？這個問題能夠避免嗎？2. 如果你的項目遇到需求變更問題，你會采用哪種方式去應(yīng)對？3. 分析本案例中兩種應(yīng)對需求變更方式的各自優(yōu)缺點。你傾向于哪種方法？4.5案例與討論案例4-2討論題第4章軟件項目需求管理

第4章軟件項目需求管理本章目錄4.1軟件需求概述4.2需求管理方法與內(nèi)容4.3軟件項目的任務(wù)分解4.4軟件需求的變更控制4.5案例與討論本章目錄4.1軟件需求概述4.1軟件需求概述 4.1.1軟件需求的層次劃分 14.1.2用戶需求與特點分析2

4.1.3系統(tǒng)需求與類型劃分 3

4.1.4軟件需求規(guī)格說明書 5544.1軟件需求概述 4.1.1軟件需求的層次劃分 14.1.4.1.1軟件需求的層次劃分軟件需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事情，完成什么樣的功能，達(dá)到什么樣的性能。軟件人員要準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)化為需求規(guī)格說明。軟件需求可以按照層次進(jìn)行劃分，其內(nèi)容包括業(yè)務(wù)需求、用戶需求、功能需求、軟件需求規(guī)格等層次。

4.1.1軟件需求的層次劃分軟件需求是指用戶對軟件的功能和4.1.2用戶需求與特點分析（1）用戶需求直接來源于用戶。

（2）用戶需求需要以文檔的形式提供給用戶審查。

（3）可以把用戶需求理解為用戶對軟件的合理請求。

（4）用戶需求主要是為用戶方的管理層撰寫的，但是用戶方的技術(shù)代表、軟件系統(tǒng)今后的操作者及開發(fā)方的高層技術(shù)人員，也有必要認(rèn)真閱讀用戶需求文檔。

4.1.2用戶需求與特點分析（1）用戶需求直接來源于用戶。4.1.3系統(tǒng)需求與類型劃分系統(tǒng)需求是比用戶需求更具有技術(shù)特性的需求陳述。它是提供給開發(fā)者或用戶方技術(shù)人員閱讀的，并將作為軟件開發(fā)人員設(shè)計系統(tǒng)的起點與基本依據(jù)。系統(tǒng)需求包括多個方面，可以從不同角度進(jìn)行類型劃分。而從項目開發(fā)角度看，軟件需求主要包括兩大類型：功能需求、非功能需求。

4.1.3系統(tǒng)需求與類型劃分系統(tǒng)需求是比用戶需求更具有技術(shù)4.1.4軟件需求規(guī)格說明書1．需求規(guī)格說明書的重要性軟件需求規(guī)格說明書詳細(xì)地說明了軟件產(chǎn)品“必須做什么”，以及對模糊的部分“不做什么”，還包括軟件應(yīng)該“做成什么樣”等。需求規(guī)格說明書在后面的開發(fā)、測試、質(zhì)量保證，以及相關(guān)項目管理功能中都將起到重要的作用。

2．需求規(guī)格說明書的結(jié)構(gòu)框架

3．需求規(guī)格說明書的編寫要求（1）條理清晰。

（2）結(jié)構(gòu)完整。

（3）內(nèi)容一致。

（4）可測試性。

4.1.4軟件需求規(guī)格說明書1．需求規(guī)格說明書的重要性4.2需求管理方法與內(nèi)容 4.2.1需求管理的含義14.2.2需求管理的復(fù)雜性2

4.2.3需求管理的方法34.2.4需求管理的過程44.2需求管理方法與內(nèi)容 4.2.1需求管理的含義14.2.4.2.1需求管理的含義需求管理就是一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個使客戶與項目團(tuán)隊對不斷變更的系統(tǒng)需求達(dá)成并保持一致的過程。

4.2.1需求管理的含義需求管理就是一種獲取、組織并記錄系4.2.2需求管理的復(fù)雜性軟件的需求管理的復(fù)雜性主要體現(xiàn)在以下幾個方面。

(1)需求的描述問題。(2)需求的完備程度問題。(3)需求開發(fā)的工期問題。(4)需求的細(xì)致程度問題。(5)需求的變化問題。4.2.2需求管理的復(fù)雜性軟件的需求管理的復(fù)雜性主要體現(xiàn)在4.2.3需求管理的方法

在需求管理中，可以采用的方法主要包括以下一些方面。

（1）確定需求變更控制過程。（2）進(jìn)行需求變更影響分析。（3）建立需求基準(zhǔn)版本和需求控制版本文檔。（4）維護(hù)需求變更的歷史記錄。（5）跟蹤需求的狀態(tài)。（6）衡量需求的穩(wěn)定性。4.2.3需求管理的方法在需求管理中，可以采用的方法主要4.2.4需求管理的過程需求管理的過程從需求獲取開始，一直貫穿于整個項目生命周期，其目的是力圖實現(xiàn)最終產(chǎn)品同用戶需求的最佳結(jié)合。在整個需求管理過程中，主要包括了以下內(nèi)容。1．需求獲取2．需求確認(rèn)

3．建立需求狀態(tài)

4．需求驗證

5．需求承諾

6．需求跟蹤

7．需求變更控制

4.2.4需求管理的過程需求管理的過程從需求獲取開始，一4.3軟件項目的任務(wù)分解 4.3.1工作分解結(jié)構(gòu)14.3.2工作分解的操作步驟2

4.3.3工作分解結(jié)構(gòu)的表示形式3

4.3.4任務(wù)分解的注意事項 44.3軟件項目的任務(wù)分解 4.3.1工作分解結(jié)構(gòu)14.3.24.3.1工作分解結(jié)構(gòu)在進(jìn)行需求分析時，當(dāng)要解決的問題過于復(fù)雜時，可以將問題進(jìn)行分解，直到分解后的子問題容易解決，然后分別解決這些子問題。定義任務(wù)或活動的方法可以通過建立工作分解結(jié)構(gòu)(WBS)的技術(shù)來實現(xiàn)。

4.3.1工作分解結(jié)構(gòu)在進(jìn)行需求分析時，當(dāng)要解決的問題過于4.3.2工作分解的操作步驟一般來講，任務(wù)分解的主要步驟如下。（1）確認(rèn)并分解項目的主要組成要素。

（2）確定分解標(biāo)準(zhǔn)，按照項目實施管理的方法分解。（3）確認(rèn)分解是否詳細(xì)，明確責(zé)任。

（4）確定項目交付成果。（5）驗證分解的正確性。

（6）建立一套編號系統(tǒng)，以便區(qū)別各個工作。

4.3.2工作分解的操作步驟一般來講，任務(wù)分解的主要步驟如4.3.3工作分解結(jié)構(gòu)的表示形式進(jìn)行任務(wù)分解時，可以采用圖表、清單等不同的形式，來表示任務(wù)分解的最后結(jié)果。1．圖表形式

2．清單形式3．類比方法

4.3.3工作分解結(jié)構(gòu)的表示形式進(jìn)行任務(wù)分解時，可以采用圖4.3.4任務(wù)分解的注意事項對于規(guī)模較大的軟件項目而言，在進(jìn)行工作分解的時候，要注意以下幾點內(nèi)容。（1）應(yīng)注意收集與項目相關(guān)的所有信息。（2）對于項目最底層的工作要非常具體，而且要完整無缺地分配給項目內(nèi)外的不同個人或者是組織。（3）對于最底層的工作包，一般要有全面、詳細(xì)和明確的文字說明。（4）任務(wù)分解的規(guī)模和數(shù)量因項目而異，先分解大塊的任務(wù)，然后再細(xì)分小的任務(wù)。（5）WBS中所有的分支并非都必須分解到同一水平，各分支的組織原則可能會不同。（6）在WBS完成之后，在其基礎(chǔ)上就可以對每個工作包所投入的資源、人力進(jìn)行分解和估算。

4.3.4任務(wù)分解的注意事項對于規(guī)模較大的軟件項目而言，在4.4軟件需求的變更控制 4.4.1不可避免的需求變更14.4.2需求變更的原因分析2

4.4.3管理需求變更的請求34.4.4需求變更的控制流程44.4軟件需求的變更控制 4.4.1不可避免的需求變更14.4.4.1不可避免的需求變更在軟件項目的開發(fā)過程中，需求變更貫穿了軟件項目的整個生命周期，從軟件的項目立項到研發(fā)和維護(hù)。需求的變更可以發(fā)生在任何的階段。需求變更可能來自開發(fā)方、客戶或產(chǎn)品供應(yīng)商等，也可能來源于項目組內(nèi)部。軟件開發(fā)人員必須接受“需求會變動”這個事實。在進(jìn)行需求分析