軟件項目需求分析階段的知識和管理

1、第第5章章 軟件項目需求分析階段的軟件項目需求分析階段的知識和管理知識和管理本章要點： 需求分析是軟件項目的立足之本 需求分析的工作內(nèi)容 需求分析階段的團隊組織 需求分析階段的項目管理 需求獲取的方法和特點 需求分析方法和建模工具 需求分析階段性成果和考核依據(jù) 軟件需求分析階段工作的基本任務(wù)就是軟件需求分析階段工作的基本任務(wù)就是要準(zhǔn)確回答要準(zhǔn)確回答“用戶真正需要一個什么樣的軟用戶真正需要一個什么樣的軟件系統(tǒng)件系統(tǒng)?該軟件系統(tǒng)必須完成什么功能該軟件系統(tǒng)必須完成什么功能?”。 需求分析階段將對軟件系統(tǒng)提出完整、準(zhǔn)需求分析階段將對軟件系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。確、清晰、具體的要求。5.1

2、 需求分析是軟件項目的立足之本需求分析是軟件項目的立足之本 需求分析是整個軟件項目開展工作的基需求分析是整個軟件項目開展工作的基礎(chǔ)，需求分析質(zhì)量的好壞，直接關(guān)系到軟件礎(chǔ)，需求分析質(zhì)量的好壞，直接關(guān)系到軟件項目交付成果的客戶滿意度，甚至整個項目項目交付成果的客戶滿意度，甚至整個項目的成敗。如果需求分析工作做的不扎實，無的成敗。如果需求分析工作做的不扎實，無論設(shè)計階段工作完成得如何出色、軟件編碼論設(shè)計階段工作完成得如何出色、軟件編碼質(zhì)量如何高，其結(jié)果將只會給用戶帶來失望，質(zhì)量如何高，其結(jié)果將只會給用戶帶來失望，給開發(fā)者帶來失敗的苦惱。給開發(fā)者帶來失敗的苦惱。5.2 需求分析的工作內(nèi)容需求分析的工作

3、內(nèi)容5.2.1需求分析的目標(biāo)、內(nèi)容和任務(wù)需求分析的目標(biāo)、內(nèi)容和任務(wù) 目標(biāo)目標(biāo) 獲取完整、準(zhǔn)確的用戶需求；獲取完整、準(zhǔn)確的用戶需求； 充分理解、認(rèn)識和分析用戶的需求；充分理解、認(rèn)識和分析用戶的需求； 采用需求建模方法編寫需求規(guī)格說明，采用需求建模方法編寫需求規(guī)格說明，為開展整個軟件項目的連續(xù)工作提供詳細的為開展整個軟件項目的連續(xù)工作提供詳細的任務(wù)要求，為開發(fā)者和用戶提供軟件項目成任務(wù)要求，為開發(fā)者和用戶提供軟件項目成果質(zhì)量評價的重要依據(jù)。果質(zhì)量評價的重要依據(jù)。 工作內(nèi)容工作內(nèi)容 刻畫出軟件的功能和性能、指明軟件刻畫出軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口、并建立軟件必須滿和其他系統(tǒng)元素的

4、接口、并建立軟件必須滿足的約束條件；足的約束條件； 分解軟件系統(tǒng)模塊，建造將被軟件處分解軟件系統(tǒng)模塊，建造將被軟件處理的數(shù)據(jù)、功能和行為模型，為軟件設(shè)計者理的數(shù)據(jù)、功能和行為模型，為軟件設(shè)計者提供了可被翻譯成數(shù)據(jù)、體系結(jié)構(gòu)、界面和提供了可被翻譯成數(shù)據(jù)、體系結(jié)構(gòu)、界面和處理流程的設(shè)計模型；處理流程的設(shè)計模型； 提交需求規(guī)格說明書，形成軟件項目提交需求規(guī)格說明書，形成軟件項目管理過程的第一個里程碑成果。管理過程的第一個里程碑成果。 任務(wù)任務(wù) 問題分析問題分析 (即如何獲取需求即如何獲取需求 )、需求描述、需求描述(即如何定義需求即如何定義需求)和需求驗證。和需求驗證。 問題分析問題分析 需求分析人

5、員通過對問題及其環(huán)境的理需求分析人員通過對問題及其環(huán)境的理解、分析和綜合，消除用戶需求的模糊性、解、分析和綜合，消除用戶需求的模糊性、歧義性和不一致性。歧義性和不一致性。 系統(tǒng)分析人員應(yīng)該將自己對客戶需求及系統(tǒng)分析人員應(yīng)該將自己對客戶需求及問題的理解與自己所擁有的軟件開發(fā)經(jīng)驗結(jié)問題的理解與自己所擁有的軟件開發(fā)經(jīng)驗結(jié)合起來，以便發(fā)現(xiàn)哪些要求是由于用戶的片合起來，以便發(fā)現(xiàn)哪些要求是由于用戶的片面理解和短期行為所提出的不合理的要求，面理解和短期行為所提出的不合理的要求，哪些要求是尚未提出但具有真正價值的潛在哪些要求是尚未提出但具有真正價值的潛在需求。需求。 由于用戶群中每個用戶的出發(fā)點不同，由于用戶

6、群中每個用戶的出發(fā)點不同，思考問題的角度也有所區(qū)別，從不同的應(yīng)用思考問題的角度也有所區(qū)別，從不同的應(yīng)用層面闡述對原始問題的理解和對目標(biāo)系統(tǒng)的層面闡述對原始問題的理解和對目標(biāo)系統(tǒng)的要求，因此，有必要對原始問題及其軟件求要求，因此，有必要對原始問題及其軟件求解建立模型。解建立模型。 這種模型一方面用于精確記錄用戶從不這種模型一方面用于精確記錄用戶從不同的角度、在不同的抽象級別對原始問題和同的角度、在不同的抽象級別對原始問題和軟件要求的描述；另一方面，它也將幫助分軟件要求的描述；另一方面，它也將幫助分析人員發(fā)現(xiàn)用戶需求中的不一致性，排除不析人員發(fā)現(xiàn)用戶需求中的不一致性，排除不合理的部分，挖掘潛在的用

7、戶需求。合理的部分，挖掘潛在的用戶需求。 這種模型是分析人員對于原始問題及其這種模型是分析人員對于原始問題及其軟件理解的一種知識結(jié)構(gòu)。這種結(jié)構(gòu)往往包軟件理解的一種知識結(jié)構(gòu)。這種結(jié)構(gòu)往往包含問題及其環(huán)境所涉及的信息流、處理功能、含問題及其環(huán)境所涉及的信息流、處理功能、用戶界面、行為模型及設(shè)計約束。它是需求用戶界面、行為模型及設(shè)計約束。它是需求規(guī)格說明書、軟件設(shè)計和實現(xiàn)的主要基礎(chǔ)。規(guī)格說明書、軟件設(shè)計和實現(xiàn)的主要基礎(chǔ)。 (2)需求描述 以需求模型為基礎(chǔ)，考慮問題的軟以需求模型為基礎(chǔ)，考慮問題的軟件可解性，生成需求規(guī)格說明書件可解性，生成需求規(guī)格說明書。 需求規(guī)格說明書包含對目標(biāo)系統(tǒng)外需求規(guī)格說明書

8、包含對目標(biāo)系統(tǒng)外部行為的完整描述、需求驗證標(biāo)準(zhǔn)以及部行為的完整描述、需求驗證標(biāo)準(zhǔn)以及用戶對系統(tǒng)在性能、質(zhì)量、可維護性等用戶對系統(tǒng)在性能、質(zhì)量、可維護性等方面的要求。方面的要求。 (3)需求驗證需求驗證 分析人員在用戶和軟件設(shè)計人員的配合分析人員在用戶和軟件設(shè)計人員的配合下對生成的需求規(guī)格說明進行復(fù)核，以確保下對生成的需求規(guī)格說明進行復(fù)核，以確保軟件需求的全面性、精確性、一致性、可行軟件需求的全面性、精確性、一致性、可行性。性。 并使用戶和軟件設(shè)計人員對需求規(guī)格說并使用戶和軟件設(shè)計人員對需求規(guī)格說明及用戶手冊的理解達成共識，達成對目標(biāo)明及用戶手冊的理解達成共識，達成對目標(biāo)系統(tǒng)理解的一致性。系統(tǒng)理

9、解的一致性。 問題分析、需求描述和需求驗證并不遵問題分析、需求描述和需求驗證并不遵循線性順序，這些活動是相互滲透、增量并循線性順序，這些活動是相互滲透、增量并行和連續(xù)反復(fù)的。包括四個過程：行和連續(xù)反復(fù)的。包括四個過程： 第一，系統(tǒng)分析員和用戶開展面對面的第一，系統(tǒng)分析員和用戶開展面對面的交流，記錄用戶提供的信息，即開展獲取活交流，記錄用戶提供的信息，即開展獲取活動；動； 第二，需求分析員處理從用戶那里獲取第二，需求分析員處理從用戶那里獲取的信息并理解它們，把它們分成不同的類別，的信息并理解它們，把它們分成不同的類別，并將客戶需求同可能的軟件需求相聯(lián)系，即并將客戶需求同可能的軟件需求相聯(lián)系，即開

10、展需求分析活動；開展需求分析活動； 第三，系統(tǒng)分析人員將客戶需求信息結(jié)第三，系統(tǒng)分析人員將客戶需求信息結(jié)構(gòu)化，編寫成文檔和示意圖，形成需求規(guī)格構(gòu)化，編寫成文檔和示意圖，形成需求規(guī)格說明書；說明書； 最后，組織用戶代表評審文檔，并糾正最后，組織用戶代表評審文檔，并糾正存在的錯誤，完成需求的驗證工作。存在的錯誤，完成需求的驗證工作。 這四個過程循環(huán)往復(fù)，滲透到客戶業(yè)務(wù)這四個過程循環(huán)往復(fù)，滲透到客戶業(yè)務(wù)系統(tǒng)的各個環(huán)節(jié)，貫穿于需求分析的整個工系統(tǒng)的各個環(huán)節(jié)，貫穿于需求分析的整個工作過程中，直到項目組人員與客戶在對目標(biāo)作過程中，直到項目組人員與客戶在對目標(biāo)系統(tǒng)的功能、流程、接口、數(shù)據(jù)、操作等多系統(tǒng)的功能

11、、流程、接口、數(shù)據(jù)、操作等多方面內(nèi)容達成共識后，方可宣布需求分析任方面內(nèi)容達成共識后，方可宣布需求分析任務(wù)的結(jié)束。務(wù)的結(jié)束。 需求還有可能再發(fā)生變動，此時需求分需求還有可能再發(fā)生變動，此時需求分析的結(jié)束，只是標(biāo)志客戶需求在一定時期內(nèi)析的結(jié)束，只是標(biāo)志客戶需求在一定時期內(nèi)的的“相對鎖定相對鎖定”，這對整個項目未來工作的，這對整個項目未來工作的開展非常重要。開展非常重要。5.2.2需求分析的工作模式需求分析的工作模式 需求分析在通常情況下劃分為三個階段。需求分析在通常情況下劃分為三個階段。 第一階段：第一階段：“訪談式訪談式”(Visitation) 這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)這一階段是和

12、具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員進行訪談式溝通，主要目的是從務(wù)層人員進行訪談式溝通，主要目的是從上把握用戶的具體需求，了解現(xiàn)有的組織上把握用戶的具體需求，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有系統(tǒng)等具體情況，建立起良好的溝通渠道有系統(tǒng)等具體情況，建立起良好的溝通渠道和方式。和方式。 實現(xiàn)手段：訪談、發(fā)放調(diào)查表實現(xiàn)手段：訪談、發(fā)放調(diào)查表 成果：調(diào)查報告、業(yè)務(wù)流程報告成果：調(diào)查報告、業(yè)務(wù)流程報告 第二階段：第二階段：“誘導(dǎo)式誘導(dǎo)式”(1nducement) 在分析人員已經(jīng)了解了具體用戶方的組在分析人員已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、硬件

13、環(huán)境、軟件環(huán)境、織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等信息的基礎(chǔ)上，作出簡單現(xiàn)有的運行系統(tǒng)等信息的基礎(chǔ)上，作出簡單的用戶流程和操作界面，同時結(jié)合以往的項的用戶流程和操作界面，同時結(jié)合以往的項目經(jīng)驗對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方目經(jīng)驗對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計的法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計的合理性、準(zhǔn)確性、方便性、習(xí)慣性和易操作合理性、準(zhǔn)確性、方便性、習(xí)慣性和易操作性。性。 實現(xiàn)手段：拜訪（誘導(dǎo)）、實現(xiàn)手段：拜訪（誘導(dǎo)）、DEMO演示演示 輸出成果：調(diào)研分析報告、原型反饋報輸出成果：調(diào)研分析報告、原型反饋報告、業(yè)務(wù)流程報告。告、

14、業(yè)務(wù)流程報告。 第三階段：第三階段：“確認(rèn)式確認(rèn)式”(Affirm) 進行具體的流程細化、數(shù)據(jù)項的確認(rèn)階進行具體的流程細化、數(shù)據(jù)項的確認(rèn)階段。段。 分析人員需要完成明確的業(yè)務(wù)流程報告、分析人員需要完成明確的業(yè)務(wù)流程報告、數(shù)據(jù)項描述、修改后的數(shù)據(jù)項描述、修改后的DEMO系統(tǒng)及業(yè)務(wù)流系統(tǒng)及業(yè)務(wù)流設(shè)計目標(biāo)。設(shè)計目標(biāo)。 用戶方審查業(yè)務(wù)流程報告、數(shù)據(jù)項描述用戶方審查業(yè)務(wù)流程報告、數(shù)據(jù)項描述以及通過操作開發(fā)方提供的以及通過操作開發(fā)方提供的DEMO系統(tǒng)，提系統(tǒng)，提出反饋意見，并對已經(jīng)完成并可接受的報告、出反饋意見，并對已經(jīng)完成并可接受的報告、文檔簽字確認(rèn)。文檔簽字確認(rèn)。 實現(xiàn)手段：拜訪實現(xiàn)手段：拜訪(回顧、

15、確認(rèn)回顧、確認(rèn))，提交業(yè)務(wù)，提交業(yè)務(wù)流程報告、數(shù)據(jù)項描述；流程報告、數(shù)據(jù)項描述；DEMO演示系統(tǒng)。演示系統(tǒng)。 輸出成果：需求分析報告輸出成果：需求分析報告 5.3 需求分析階段的團隊組織需求分析階段的團隊組織5.3.1團隊組織與建設(shè)團隊組織與建設(shè) 需求分析作為軟件開發(fā)生命周期的第一需求分析作為軟件開發(fā)生命周期的第一個里程碑，它的內(nèi)容貫穿于整個軟件生命周個里程碑，它的內(nèi)容貫穿于整個軟件生命周期全過程，是一個需要團隊成員高度配合和期全過程，是一個需要團隊成員高度配合和密切協(xié)作的階段。密切協(xié)作的階段。 需求分析階段參與項目的人員及工作職需求分析階段參與項目的人員及工作職責(zé)如下：責(zé)如下： (1)項目經(jīng)

16、理：負(fù)責(zé)需求分析階段項目進項目經(jīng)理：負(fù)責(zé)需求分析階段項目進度的安排和控制；參與項目的各種資源調(diào)度；度的安排和控制；參與項目的各種資源調(diào)度；負(fù)責(zé)項目的總體協(xié)調(diào)工作。負(fù)責(zé)項目的總體協(xié)調(diào)工作。 (2)系統(tǒng)分析人員：與用戶方的技術(shù)人員系統(tǒng)分析人員：與用戶方的技術(shù)人員和業(yè)務(wù)人員進行良好的溝通，了解業(yè)務(wù)流程、和業(yè)務(wù)人員進行良好的溝通，了解業(yè)務(wù)流程、功能需求、系統(tǒng)構(gòu)想和項目目標(biāo)，完成軟件功能需求、系統(tǒng)構(gòu)想和項目目標(biāo)，完成軟件需求說明書的編制任務(wù)。需求說明書的編制任務(wù)。 (3)程序員：在采用原型法的系統(tǒng)分析過程序員：在采用原型法的系統(tǒng)分析過程中，程序員參與用戶的需求分析過程，根程中，程序員參與用戶的需求分析過

17、程，根據(jù)用戶的實際需求，完成原型系統(tǒng)的開發(fā)工據(jù)用戶的實際需求，完成原型系統(tǒng)的開發(fā)工作。作。 (4)質(zhì)量管理人員：負(fù)責(zé)組織有關(guān)人員完質(zhì)量管理人員：負(fù)責(zé)組織有關(guān)人員完成對需求分析工作的質(zhì)量審核和需求說明書成對需求分析工作的質(zhì)量審核和需求說明書的評審工作。的評審工作。 (5)配置管理人員：把通過評審的需求說配置管理人員：把通過評審的需求說明書納入軟件的配置管理項。明書納入軟件的配置管理項。 (6)用戶方的技術(shù)人員：用戶方參與項目用戶方的技術(shù)人員：用戶方參與項目的技術(shù)人員的技術(shù)人員(往往是計算中心的工作人員，未往往是計算中心的工作人員，未來工作是維護系統(tǒng)來工作是維護系統(tǒng))，通過與系統(tǒng)分析人員的，通過與

18、系統(tǒng)分析人員的溝通，確定系統(tǒng)的技術(shù)實現(xiàn)方案。要求該人溝通，確定系統(tǒng)的技術(shù)實現(xiàn)方案。要求該人員具有對需求說明書中系統(tǒng)技術(shù)方案的最終員具有對需求說明書中系統(tǒng)技術(shù)方案的最終簽字認(rèn)可權(quán)。簽字認(rèn)可權(quán)。 (7)用戶方的業(yè)務(wù)人員：用戶方參與項目用戶方的業(yè)務(wù)人員：用戶方參與項目的業(yè)務(wù)人員，經(jīng)過與系統(tǒng)分析人員的溝通，的業(yè)務(wù)人員，經(jīng)過與系統(tǒng)分析人員的溝通，確定未來軟件系統(tǒng)實現(xiàn)的具體功能和業(yè)務(wù)模確定未來軟件系統(tǒng)實現(xiàn)的具體功能和業(yè)務(wù)模型。要求該類人員對需求說明書中的業(yè)務(wù)需型。要求該類人員對需求說明書中的業(yè)務(wù)需求具有最終簽字認(rèn)可的權(quán)利。求具有最終簽字認(rèn)可的權(quán)利。 圖5-4為需求分析階段典型的團隊組織模型。 需求分析涉及

19、的單位、組織和人員主要需求分析涉及的單位、組織和人員主要包括兩大類，一類是用戶方，一類是開發(fā)方。包括兩大類，一類是用戶方，一類是開發(fā)方。 雙方參與需求分析階段工作的人員在各雙方參與需求分析階段工作的人員在各自項目經(jīng)理的領(lǐng)導(dǎo)和協(xié)調(diào)下開展工作，并分自項目經(jīng)理的領(lǐng)導(dǎo)和協(xié)調(diào)下開展工作，并分別與對方項目人員進行充分的溝通和交流；別與對方項目人員進行充分的溝通和交流；雙方項目人員之間協(xié)調(diào)不了的事情由雙方項雙方項目人員之間協(xié)調(diào)不了的事情由雙方項目經(jīng)理進行協(xié)調(diào)，項目經(jīng)理協(xié)調(diào)不了的事情目經(jīng)理進行協(xié)調(diào)，項目經(jīng)理協(xié)調(diào)不了的事情交項目委員會協(xié)調(diào)。交項目委員會協(xié)調(diào)。 整個軟件需求分析階段的團隊組織是按整個軟件需求分析階

20、段的團隊組織是按照項目管理中典型的矩陣式結(jié)構(gòu)來開展，能照項目管理中典型的矩陣式結(jié)構(gòu)來開展，能夠有效地利用項目資源，增加了溝通的機會，夠有效地利用項目資源，增加了溝通的機會，充分發(fā)揮項目人員的積極性。充分發(fā)揮項目人員的積極性。5.3.2團隊管理團隊管理 本階段的團隊管理包含項目參與雙方團本階段的團隊管理包含項目參與雙方團隊的管理工作。隊的管理工作。 團隊管理的特點有：團隊管理的特點有： (1)團隊成員能力的要求團隊成員能力的要求 具有良好的溝通及協(xié)作能力是對項目所具有良好的溝通及協(xié)作能力是對項目所有參與人員的共同要求。有參與人員的共同要求。 對開發(fā)方需求分析人員，需要具備豐富對開發(fā)方需求分析人員

21、，需要具備豐富的需求分析經(jīng)驗、良好的業(yè)務(wù)知識。切忌承的需求分析經(jīng)驗、良好的業(yè)務(wù)知識。切忌承擔(dān)分析任務(wù)的分析人員既是新手，又不熟悉擔(dān)分析任務(wù)的分析人員既是新手，又不熟悉業(yè)務(wù)知識業(yè)務(wù)知識 對用戶方人員來說，技術(shù)人員要具備良對用戶方人員來說，技術(shù)人員要具備良好的技術(shù)背景，熟悉本單位的計算機系統(tǒng)及好的技術(shù)背景，熟悉本單位的計算機系統(tǒng)及網(wǎng)絡(luò)狀況。業(yè)務(wù)人員需要具有豐富的業(yè)務(wù)知網(wǎng)絡(luò)狀況。業(yè)務(wù)人員需要具有豐富的業(yè)務(wù)知識，熟悉各種業(yè)務(wù)的處理流程及結(jié)果形式。識，熟悉各種業(yè)務(wù)的處理流程及結(jié)果形式。 (2)明確劃分雙方的職責(zé)明確劃分雙方的職責(zé) 在需求分析階段開始時，要明確項目雙在需求分析階段開始時，要明確項目雙方在合

22、作中的權(quán)利和義務(wù)，形成正式的項目方在合作中的權(quán)利和義務(wù)，形成正式的項目協(xié)作文件。協(xié)作文件。 為了避免用戶方工作人員不愿意積極參為了避免用戶方工作人員不愿意積極參與需求調(diào)研過程，或?qū)π枨蠓治龅墓ぷ鞑恢嘏c需求調(diào)研過程，或?qū)π枨蠓治龅墓ぷ鞑恢匾暤默F(xiàn)象，對需求分析結(jié)果，用戶方必須簽視的現(xiàn)象，對需求分析結(jié)果，用戶方必須簽字確認(rèn)。字確認(rèn)。 (3)團隊矛盾及問題的防范及解決辦法團隊矛盾及問題的防范及解決辦法 需求分析階段容易發(fā)生的矛盾與問題主需求分析階段容易發(fā)生的矛盾與問題主要是系統(tǒng)分析人員與用戶的工作配合上。要是系統(tǒng)分析人員與用戶的工作配合上。 例如：由于種種原因，用戶借工作忙，例如：由于種種原因，用戶借

23、工作忙，使需求調(diào)研工作一拖再拖；或用戶拒絕對各使需求調(diào)研工作一拖再拖；或用戶拒絕對各項需求分析結(jié)果進行簽字確認(rèn)等；或是雙方項需求分析結(jié)果進行簽字確認(rèn)等；或是雙方工作方式上的不恰當(dāng)，造成工作配合上的矛工作方式上的不恰當(dāng)，造成工作配合上的矛盾和摩擦等。盾和摩擦等。 可采用以下辦法加以防范和解決：可采用以下辦法加以防范和解決： 1)明確各自的責(zé)任和義務(wù)明確各自的責(zé)任和義務(wù) 2)樹立共同的項目目標(biāo)和成功意識樹立共同的項目目標(biāo)和成功意識 3)增加友誼增加友誼 4)出現(xiàn)問題盡量在小范圍內(nèi)自行協(xié)調(diào)解出現(xiàn)問題盡量在小范圍內(nèi)自行協(xié)調(diào)解決決 5)組織項目協(xié)調(diào)會議組織項目協(xié)調(diào)會議5.4 需求分析階段的項目管理需求分

24、析階段的項目管理5.4.1需求分析階段的進度管理與控制需求分析階段的進度管理與控制 做好需求分析階段的進度管理工作，需做好需求分析階段的進度管理工作，需要做好以下幾個方面的工作：要做好以下幾個方面的工作： (1)詳細的工作計劃和明確的責(zé)任分工詳細的工作計劃和明確的責(zé)任分工 由于需求分析階段項目雙方工作協(xié)作較由于需求分析階段項目雙方工作協(xié)作較多，容易出現(xiàn)配合上的矛盾和問題。所以，多，容易出現(xiàn)配合上的矛盾和問題。所以，在需求分析階段開始時，雙方的項目經(jīng)理要在需求分析階段開始時，雙方的項目經(jīng)理要進行溝通，制定本階段詳細的工作計劃、參進行溝通，制定本階段詳細的工作計劃、參與人員的工作分工及職責(zé)。與人員

25、的工作分工及職責(zé)。 計劃主要包括：計劃主要包括： 本階段詳細的進度計劃安排；本階段詳細的進度計劃安排； 項目參與雙方參與人員的工作分派及項目參與雙方參與人員的工作分派及職責(zé)要求；職責(zé)要求； 雙方人員的工作時間約定、工作內(nèi)容雙方人員的工作時間約定、工作內(nèi)容及工作時間的保證要求；及工作時間的保證要求； 在項目協(xié)作過程中雙方工作人員的工在項目協(xié)作過程中雙方工作人員的工作流程約定、問題及其解決流程約定等。作流程約定、問題及其解決流程約定等。 計劃完成后，要形成正式的書面文件。計劃完成后，要形成正式的書面文件。雙方項目經(jīng)理簽字認(rèn)可后下發(fā)執(zhí)行。雙方項目經(jīng)理簽字認(rèn)可后下發(fā)執(zhí)行。 (2)合理的需求調(diào)研和科學(xué)的

26、工作安排合理的需求調(diào)研和科學(xué)的工作安排 較為理想的需求調(diào)研步驟為：較為理想的需求調(diào)研步驟為： 首先與用戶方的技術(shù)人員交流，確定系統(tǒng)首先與用戶方的技術(shù)人員交流，確定系統(tǒng)實現(xiàn)的技術(shù)方面的需求，即技術(shù)實現(xiàn)的架構(gòu)實現(xiàn)的技術(shù)方面的需求，即技術(shù)實現(xiàn)的架構(gòu)與要求。與要求。 接下來再與業(yè)務(wù)人員交流，獲取詳細的業(yè)接下來再與業(yè)務(wù)人員交流，獲取詳細的業(yè)務(wù)需求。在業(yè)務(wù)需求的調(diào)研過程中，應(yīng)先確務(wù)需求。在業(yè)務(wù)需求的調(diào)研過程中，應(yīng)先確定系統(tǒng)的主要功能要求，再在此基礎(chǔ)上逐步定系統(tǒng)的主要功能要求，再在此基礎(chǔ)上逐步進行需求細化工作。進行需求細化工作。 (3)有效遏制需求變更有效遏制需求變更 需求分析階段用戶需求的變更主要表現(xiàn)為需

27、求分析階段用戶需求的變更主要表現(xiàn)為用戶需求的反復(fù)，容易使需求分析工作原地用戶需求的反復(fù)，容易使需求分析工作原地轉(zhuǎn)圈，無法按計劃完成需求分析工作。轉(zhuǎn)圈，無法按計劃完成需求分析工作。 要遏制分析階段的需求變更，通常采用的要遏制分析階段的需求變更，通常采用的辦法有以下幾種：辦法有以下幾種： 1)充分到位的需求調(diào)研。充分到位的需求調(diào)研。 詳細周密的需求分析，以及對用戶需求詳細周密的需求分析，以及對用戶需求的深層次挖掘等工作，是保證高質(zhì)量需求分的深層次挖掘等工作，是保證高質(zhì)量需求分析工作的基礎(chǔ)，也是防止需求變更的基本手析工作的基礎(chǔ)，也是防止需求變更的基本手段。段。 2)用戶簽字制度。用戶簽字制度。 簽字

28、的辦法可以使用戶在需求調(diào)研中以簽字的辦法可以使用戶在需求調(diào)研中以積極負(fù)責(zé)的態(tài)度，認(rèn)真對待每個需求分析項。積極負(fù)責(zé)的態(tài)度，認(rèn)真對待每個需求分析項。這樣做可有效遏制需求的反復(fù)。這樣做可有效遏制需求的反復(fù)。 3)定期的工作通報制度。定期的工作通報制度。 開發(fā)方項目經(jīng)理要定期將需求分析階段開發(fā)方項目經(jīng)理要定期將需求分析階段的工作進展情況、存在的問題進行匯總，向的工作進展情況、存在的問題進行匯總，向項目雙方的高層領(lǐng)導(dǎo)、項目管理委員會進行項目雙方的高層領(lǐng)導(dǎo)、項目管理委員會進行工作通報。工作通報。 4)對簽字認(rèn)可后的需求納入需求管理，對簽字認(rèn)可后的需求納入需求管理，對發(fā)生的需求變更，執(zhí)行需求變更處理流程。對

29、發(fā)生的需求變更，執(zhí)行需求變更處理流程。 (4)確保與用戶溝通的深度和廣度確保與用戶溝通的深度和廣度 所謂深度是指分析人員在需求調(diào)查的過所謂深度是指分析人員在需求調(diào)查的過程中，不但要與用戶建立良好的工作關(guān)系，程中，不但要與用戶建立良好的工作關(guān)系，甚至要努力去建立比較深厚的私人關(guān)系，拉甚至要努力去建立比較深厚的私人關(guān)系，拉近距離，便于溝通。只有這樣才能更清楚的近距離，便于溝通。只有這樣才能更清楚的了解用戶的真實想法，獲得用戶的尊重和工了解用戶的真實想法，獲得用戶的尊重和工作支持。作支持。 所謂廣度就是在需求調(diào)研過程中要進行所謂廣度就是在需求調(diào)研過程中要進行整體調(diào)研，需求調(diào)研要面向用戶項目參與的整體

30、調(diào)研，需求調(diào)研要面向用戶項目參與的全體人員。一方面是要了解用戶的整體需求全體人員。一方面是要了解用戶的整體需求細節(jié)；另一方面也可從不同人員各自的角度細節(jié)；另一方面也可從不同人員各自的角度了解用戶方到底想要完成一個什么樣的系統(tǒng)。了解用戶方到底想要完成一個什么樣的系統(tǒng)。 對于用戶方的不同認(rèn)識，分析人員可通對于用戶方的不同認(rèn)識，分析人員可通過召開項目協(xié)調(diào)會議的方法，協(xié)調(diào)并統(tǒng)一用過召開項目協(xié)調(diào)會議的方法，協(xié)調(diào)并統(tǒng)一用戶方人員對相關(guān)需求的一致看法。戶方人員對相關(guān)需求的一致看法。 (5)采取有效的需求調(diào)研方法采取有效的需求調(diào)研方法 分析人員要確保本階段工作能夠按計劃分析人員要確保本階段工作能夠按計劃執(zhí)行，

31、首先需要分析在項目需求分析中的困執(zhí)行，首先需要分析在項目需求分析中的困難和問題，并采用有針對性的需求調(diào)研方法。難和問題，并采用有針對性的需求調(diào)研方法。 (6)需求的復(fù)用需求的復(fù)用 在軟件項目實施的過程中，許多不同項在軟件項目實施的過程中，許多不同項目間的需求都有相似性，特別是對于同類型目間的需求都有相似性，特別是對于同類型項目在不同用戶間的實施，需求之間的相似項目在不同用戶間的實施，需求之間的相似性就更加普遍。所以，分析人員應(yīng)該十分注性就更加普遍。所以，分析人員應(yīng)該十分注意需求的復(fù)用。意需求的復(fù)用。 通過復(fù)用，用戶形成了一個需求的原型，通過復(fù)用，用戶形成了一個需求的原型，進而只需要對原型進行修

32、改和完善即可。進而只需要對原型進行修改和完善即可。 (7)需求分析的結(jié)束控制需求分析的結(jié)束控制 要做好需求驗收工作，需要踏踏實實做要做好需求驗收工作，需要踏踏實實做好需求分析的各階段工作：好需求分析的各階段工作： 1)通過項目的合同條款，做好項目的范通過項目的合同條款，做好項目的范圍規(guī)劃，明確項目的工作內(nèi)容。圍規(guī)劃，明確項目的工作內(nèi)容。 2)做好分析階段的工作計劃，明確工作做好分析階段的工作計劃，明確工作進度、人員分工及各自的工作職責(zé)。進度、人員分工及各自的工作職責(zé)。 3)做好各部分需求條款的簽字驗收工作做好各部分需求條款的簽字驗收工作及定期的工作總結(jié)與工作匯報。及定期的工作總結(jié)與工作匯報。

33、4)做好目標(biāo)系統(tǒng)的介紹或原型系統(tǒng)的演做好目標(biāo)系統(tǒng)的介紹或原型系統(tǒng)的演示。示。 在做好上述工作的基礎(chǔ)上，才能確保需在做好上述工作的基礎(chǔ)上，才能確保需求分析工作按進度、高質(zhì)量地完成，需求階求分析工作按進度、高質(zhì)量地完成，需求階段的驗收工作也就可以順利地進行。段的驗收工作也就可以順利地進行。5.4.2需求分析階段的質(zhì)量管理與控制需求分析階段的質(zhì)量管理與控制 高質(zhì)量的需求最能真實反映用戶的實際高質(zhì)量的需求最能真實反映用戶的實際要求，也將對整個項目的開展帶來較少的變要求，也將對整個項目的開展帶來較少的變更處理及較高的軟件開發(fā)效率。更處理及較高的軟件開發(fā)效率。 要得到高質(zhì)量的需求分析，應(yīng)做到以下要得到高質(zhì)

34、量的需求分析，應(yīng)做到以下幾點：幾點： (1)積極認(rèn)真進行調(diào)研準(zhǔn)備積極認(rèn)真進行調(diào)研準(zhǔn)備 分析人員在進行每一次需求調(diào)研前，要分析人員在進行每一次需求調(diào)研前，要認(rèn)真做好調(diào)研前的準(zhǔn)備工作：即要按照工作認(rèn)真做好調(diào)研前的準(zhǔn)備工作：即要按照工作計劃設(shè)定需求調(diào)研主題；設(shè)計采用的需求調(diào)計劃設(shè)定需求調(diào)研主題；設(shè)計采用的需求調(diào)研方式；可能的結(jié)果形式估計及每種結(jié)果的研方式；可能的結(jié)果形式估計及每種結(jié)果的應(yīng)對措施等。應(yīng)對措施等。 (2)正確理解用戶的需求描述及非二異性的正確理解用戶的需求描述及非二異性的需求文字記錄需求文字記錄 對于用戶描述的軟件需求，一方面分析對于用戶描述的軟件需求，一方面分析人員要正確理解，使項目雙

35、方之間達成共識；人員要正確理解，使項目雙方之間達成共識；另一方面，分析人員在進行記錄或書寫需求另一方面，分析人員在進行記錄或書寫需求說明書的時候，要表達準(zhǔn)確，避免二異性描說明書的時候，要表達準(zhǔn)確，避免二異性描述的出現(xiàn)。述的出現(xiàn)。 (3)做好各需求項的用戶簽字認(rèn)可工作做好各需求項的用戶簽字認(rèn)可工作 需求分析結(jié)果是項目驗收的質(zhì)量標(biāo)準(zhǔn)，需求分析結(jié)果是項目驗收的質(zhì)量標(biāo)準(zhǔn)，具有用戶評審及驗收簽字的需求文檔是最終具有用戶評審及驗收簽字的需求文檔是最終軟件產(chǎn)品能否通過驗收的關(guān)鍵。將需求分析軟件產(chǎn)品能否通過驗收的關(guān)鍵。將需求分析階段的所有需求調(diào)研及會議討論的結(jié)果形成階段的所有需求調(diào)研及會議討論的結(jié)果形成正式的

36、書面文件，經(jīng)用戶審核簽字后，納入正式的書面文件，經(jīng)用戶審核簽字后，納入需求管理。需求管理。 (4)做好需求的管理工作做好需求的管理工作 完成需求文檔的版本控制及需求變更的完成需求文檔的版本控制及需求變更的控制工作，一方面可使需求分析的結(jié)果可管控制工作，一方面可使需求分析的結(jié)果可管理，防止頻繁的修改及內(nèi)容混亂；另一方面理，防止頻繁的修改及內(nèi)容混亂；另一方面通過有效的管理也可提高軟件需求文檔的復(fù)通過有效的管理也可提高軟件需求文檔的復(fù)用率。用率。 (5)定期的會議交流和評審定期的會議交流和評審 通過定期召開項目交流會議，一方面可通過定期召開項目交流會議，一方面可將已獲得的結(jié)果通報全體用戶人員；另一方

37、將已獲得的結(jié)果通報全體用戶人員；另一方面將需求分析中的問題拿出來，供全體人員面將需求分析中的問題拿出來，供全體人員討論，最終形成一致的結(jié)果。同時對已完成討論，最終形成一致的結(jié)果。同時對已完成的需求結(jié)果進行用戶的確認(rèn)，形成的需求結(jié)果進行用戶的確認(rèn)，形成“相對鎖相對鎖定定”的用戶需求。的用戶需求。5.4.3需求分析階段的溝通管理需求分析階段的溝通管理 (1)溝通的主要目的溝通的主要目的 溝通的主要目的就是要準(zhǔn)確、全面地了溝通的主要目的就是要準(zhǔn)確、全面地了解用戶的實際應(yīng)用需求和理想目標(biāo)。為最終解用戶的實際應(yīng)用需求和理想目標(biāo)。為最終實現(xiàn)和滿足用戶的實際需求奠定良好的基礎(chǔ)。實現(xiàn)和滿足用戶的實際需求奠定良

38、好的基礎(chǔ)。 (2)溝通的技巧溝通的技巧 需求分析人員一方面不能有害怕用戶的需求分析人員一方面不能有害怕用戶的心理，應(yīng)以一種積極、主動，將項目做好的心理，應(yīng)以一種積極、主動，將項目做好的心態(tài)與用戶進行溝通；另一方面要將需求調(diào)心態(tài)與用戶進行溝通；另一方面要將需求調(diào)研看作是為了給用戶解決問題，而不是來指研看作是為了給用戶解決問題，而不是來指導(dǎo)工作的。導(dǎo)工作的。 在協(xié)作工作中，只有對別人尊重和理解，在協(xié)作工作中，只有對別人尊重和理解，才能換取別人的尊重和支持。同時在工作中才能換取別人的尊重和支持。同時在工作中要以平和的心態(tài)面對用戶的需求變更，應(yīng)當(dāng)要以平和的心態(tài)面對用戶的需求變更，應(yīng)當(dāng)積極地與用戶進行交

39、流，實現(xiàn)對需求變更的積極地與用戶進行交流，實現(xiàn)對需求變更的最佳解決。最佳解決。 （不卑不亢、相互尊重、心平氣和）（不卑不亢、相互尊重、心平氣和） (3)溝通的形式溝通的形式 1)正式的形式。即按照本階段工作計劃正式的形式。即按照本階段工作計劃的安排，對用戶進行需求調(diào)研。或者是相關(guān)的安排，對用戶進行需求調(diào)研?；蛘呤窍嚓P(guān)人員參與問題的討論等。人員參與問題的討論等。 2)非正式的形式。通過共同進餐、閑聊、非正式的形式。通過共同進餐、閑聊、體育活動等方式。體育活動等方式。 在實際工作中，采用非正式的用戶溝通在實際工作中，采用非正式的用戶溝通形式往往可以取得意想不到的工作效果。形式往往可以取得意想不到的

40、工作效果。 (4)溝通結(jié)果溝通結(jié)果 對于溝通取得的工作結(jié)果，都要形成正對于溝通取得的工作結(jié)果，都要形成正式的書面文件，經(jīng)過用戶的簽字驗收，納入式的書面文件，經(jīng)過用戶的簽字驗收，納入需求管理范圍。需求管理范圍。5.4.4需求管理需求管理 軟件項目的實現(xiàn)過程是由需求驅(qū)動的，軟件項目的實現(xiàn)過程是由需求驅(qū)動的，因而人們希望在軟件的開始階段盡量提供一因而人們希望在軟件的開始階段盡量提供一個精確的需求定義，然后嚴(yán)格的實現(xiàn)這些需個精確的需求定義，然后嚴(yán)格的實現(xiàn)這些需求。求。 但是，每個大型軟件的需求都是隨著需但是，每個大型軟件的需求都是隨著需求的發(fā)展和人們認(rèn)識程度的提高發(fā)生不同程求的發(fā)展和人們認(rèn)識程度的提高

41、發(fā)生不同程度的需求變更。度的需求變更。 所有針對需求變更的工作在需求分析階所有針對需求變更的工作在需求分析階段要納入需求管理的范圍。段要納入需求管理的范圍。 （1）需求工程）需求工程 把所有與需求直接相關(guān)的活動通稱為需求工程。把所有與需求直接相關(guān)的活動通稱為需求工程。 需求工程的活動可分為兩大類：需求開發(fā)；需求工程的活動可分為兩大類：需求開發(fā)；需求管理。其結(jié)構(gòu)如圖需求管理。其結(jié)構(gòu)如圖5-5所示所示需求開發(fā)需求獲取需求分析需求定義需求驗證需求跟蹤需求變更控制版本管理需求復(fù)用需求工程需求管理圖5-5 需求工程結(jié)構(gòu)圖 需求開發(fā)的目的是通過調(diào)查與分析，獲需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定

42、義產(chǎn)品需求。需求開發(fā)的過取用戶需求并定義產(chǎn)品需求。需求開發(fā)的過程有四個主要活動程有四個主要活動: 1)需求獲取。與用戶進行交流，捕捉、需求獲取。與用戶進行交流，捕捉、分析和修正用戶目標(biāo)系統(tǒng)的需求，并提煉出分析和修正用戶目標(biāo)系統(tǒng)的需求，并提煉出符合解決問題的用戶需求，產(chǎn)生符合解決問題的用戶需求，產(chǎn)生用戶需求用戶需求說明書說明書。 2)需求分析。對各種需求信息進行分析需求分析。對各種需求信息進行分析并抽象描述，為目標(biāo)系統(tǒng)建立一個概念模型。并抽象描述，為目標(biāo)系統(tǒng)建立一個概念模型。 3)需求定義。是根據(jù)需求調(diào)查和需求分需求定義。是根據(jù)需求調(diào)查和需求分析的結(jié)果，進一步定義準(zhǔn)確無誤的產(chǎn)品需求，析的結(jié)果，進

43、一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生產(chǎn)生需求規(guī)格說明書需求規(guī)格說明書。 4)需求驗證。指開發(fā)方和用戶共同對需需求驗證。指開發(fā)方和用戶共同對需求文檔進行評審，經(jīng)雙方對需求達成共識后求文檔進行評審，經(jīng)雙方對需求達成共識后作出書面承諾，使需求文檔具有商業(yè)合同效作出書面承諾，使需求文檔具有商業(yè)合同效果。果。 需求管理的目的是：在用戶與開發(fā)方對需求管理的目的是：在用戶與開發(fā)方對需求有著共同理解的基礎(chǔ)上，維護需求的完需求有著共同理解的基礎(chǔ)上，維護需求的完整性和一致性，并控制需求的變更。整性和一致性，并控制需求的變更。 需求管理過程也有四個主要活動：需求管理過程也有四個主要活動： 1)需求跟蹤。指通過比較需求文

44、檔與后需求跟蹤。指通過比較需求文檔與后續(xù)工作成果之間的對應(yīng)關(guān)系，確保產(chǎn)品依據(jù)續(xù)工作成果之間的對應(yīng)關(guān)系，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)。需求文檔進行開發(fā)。 2)需求變更控制。指依據(jù)需求變更控制。指依據(jù)“變更申請一變更申請一審批一更改一重新確認(rèn)審批一更改一重新確認(rèn)”的流程處理需求的的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項目發(fā)變更，防止需求變更失去控制而導(dǎo)致項目發(fā)生混亂。生混亂。 3)版本管理。詳細記錄發(fā)生需求變更的版本管理。詳細記錄發(fā)生需求變更的需求文檔版本的日期，發(fā)生變更的原因，變需求文檔版本的日期，發(fā)生變更的原因，變更發(fā)生的控制記錄，更新后文檔的版本號等。更發(fā)生的控制記錄，更新后文檔的

45、版本號等。 4)需求復(fù)用。實現(xiàn)為需求開發(fā)過程提供需求復(fù)用。實現(xiàn)為需求開發(fā)過程提供可復(fù)用的需求文檔資料，提高需求開發(fā)的工可復(fù)用的需求文檔資料，提高需求開發(fā)的工作效率和質(zhì)量。作效率和質(zhì)量。 需求開發(fā)與需求管理活動的業(yè)務(wù)流程如圖需求開發(fā)與需求管理活動的業(yè)務(wù)流程如圖5-65-6所示。所示。 (2)需求跟蹤需求跟蹤 是為了建立與維護是為了建立與維護“需求一設(shè)計一編程需求一設(shè)計一編程一測試一測試”之間的一致性，確保所有的工作成之間的一致性，確保所有的工作成果符合用戶需求。果符合用戶需求。 需求跟蹤有兩種方式：需求跟蹤有兩種方式： 1)正向跟蹤。通過檢查正向跟蹤。通過檢查需求規(guī)格說明需求規(guī)格說明書書中的每個

46、需求，看是否都能在后繼工作中的每個需求，看是否都能在后繼工作成果中找到對應(yīng)點。成果中找到對應(yīng)點。 2)逆向跟蹤。通過檢查設(shè)計文檔、代碼、逆向跟蹤。通過檢查設(shè)計文檔、代碼、測試用例等工作成果，看是否都能在測試用例等工作成果，看是否都能在需求需求規(guī)格說明書規(guī)格說明書中找到出處。中找到出處。 在實際工作中，我們通常將正向跟蹤和在實際工作中，我們通常將正向跟蹤和逆向跟蹤合并使用。逆向跟蹤合并使用。 (3)需求變更控制需求變更控制 對軟件項目來說廣需求的變更是不可避對軟件項目來說廣需求的變更是不可避免的，并且許多需求的改進是必要的、合理免的，并且許多需求的改進是必要的、合理的。的。 需求發(fā)生變更的原因主

47、要有：需求發(fā)生變更的原因主要有： 1)隨著項目的進展，人們對需求的認(rèn)識隨著項目的進展，人們對需求的認(rèn)識越來越深入。對于早些時候的在需求描述中越來越深入。對于早些時候的在需求描述中的錯誤或不足有了清晰的認(rèn)識，因此要對早的錯誤或不足有了清晰的認(rèn)識，因此要對早先提出的需求進行必要的變更處理。先提出的需求進行必要的變更處理。 2)業(yè)務(wù)或市場發(fā)生了變化，原先的需求業(yè)務(wù)或市場發(fā)生了變化，原先的需求文檔已經(jīng)不能適應(yīng)用戶實際業(yè)務(wù)的發(fā)展要求、文檔已經(jīng)不能適應(yīng)用戶實際業(yè)務(wù)的發(fā)展要求、或跟不上當(dāng)前市場的變化。因此，要進行需或跟不上當(dāng)前市場的變化。因此，要進行需求的變更處理，否則，完成的軟件產(chǎn)品就失求的變更處理，否則

48、，完成的軟件產(chǎn)品就失去了其應(yīng)有的應(yīng)用價值。去了其應(yīng)有的應(yīng)用價值。 提出需求變更的動機是好的，目的是希提出需求變更的動機是好的，目的是希望產(chǎn)品更加符合用戶的需求或市場的變化。望產(chǎn)品更加符合用戶的需求或市場的變化。但對軟件項目開發(fā)小組而言，變更需求意味但對軟件項目開發(fā)小組而言，變更需求意味著要調(diào)整項目資源、調(diào)整工作計劃和重新分著要調(diào)整項目資源、調(diào)整工作計劃和重新分配工作任務(wù)、修改前期的工作成果等，開發(fā)配工作任務(wù)、修改前期的工作成果等，開發(fā)小組要為此付出較大的代價。因此，變更請小組要為此付出較大的代價。因此，變更請求要有一定的范圍，否則項目實施將會遙遙求要有一定的范圍，否則項目實施將會遙遙無期。無期

49、。 需求變更控制的基本出發(fā)點是：需求變更控制的基本出發(fā)點是： 1)如果需求變更帶來的好處大于壞處，如果需求變更帶來的好處大于壞處，那么允許變更，但必須按照在計劃階段已定那么允許變更，但必須按照在計劃階段已定義好的變更處理流程執(zhí)行，避免變更失去控義好的變更處理流程執(zhí)行，避免變更失去控制。制。 2)如果需求變更帶來的壞處大于好處，如果需求變更帶來的壞處大于好處，那么拒絕變更。那么拒絕變更。 需求變更控制是一個渠道和過濾器，通需求變更控制是一個渠道和過濾器，通過它可以確保采納最合適的變更，使變更可過它可以確保采納最合適的變更，使變更可能產(chǎn)生的負(fù)面影響減少到最小。能產(chǎn)生的負(fù)面影響減少到最小。 需求變更

50、控制的一般流程如下需求變更控制的一般流程如下 1)提出變更申請?zhí)岢鲎兏暾?需求變更申請的提出者可以是任何一個需求變更申請的提出者可以是任何一個項目的利益相關(guān)人員。目的是完善需求或修項目的利益相關(guān)人員。目的是完善需求或修改原需求文檔中不正確的內(nèi)容。改原需求文檔中不正確的內(nèi)容。 2)審批審批 對于變更申請的審批流程要根據(jù)項目計對于變更申請的審批流程要根據(jù)項目計劃階段確定的變更處理流程進行。一般要由劃階段確定的變更處理流程進行。一般要由開發(fā)方和用戶方共同承擔(dān)需求變更的審批工開發(fā)方和用戶方共同承擔(dān)需求變更的審批工作。審作。審 批工作的主要目的是評價需求變更是批工作的主要目的是評價需求變更是利大于弊、

51、還是弊大于利，根據(jù)評價結(jié)果決利大于弊、還是弊大于利，根據(jù)評價結(jié)果決定是否同意進行需求變更。定是否同意進行需求變更。 3)修改需求文檔修改需求文檔 對于通過審批的變更申請，變更申請人對于通過審批的變更申請，變更申請人從配置管理員或需求管理從配置管理員或需求管理 員處獲得需要修改員處獲得需要修改的當(dāng)前使用的需求文檔版本，完成相關(guān)內(nèi)容的當(dāng)前使用的需求文檔版本，完成相關(guān)內(nèi)容的修改和完善工作。的修改和完善工作。 4)重新進行需求確認(rèn)重新進行需求確認(rèn) 修改完成的需求文檔，要重新組織對需修改完成的需求文檔，要重新組織對需求的評審和確認(rèn)工作。對通過需求評審和確求的評審和確認(rèn)工作。對通過需求評審和確認(rèn)的需求文檔

52、納入配置管理和需求管理，形認(rèn)的需求文檔納入配置管理和需求管理，形成最新的需求文檔版本。成最新的需求文檔版本。 5)變更結(jié)束變更結(jié)束 需求變更處理結(jié)束后，需要根據(jù)變更處需求變更處理結(jié)束后，需要根據(jù)變更處理過程的工作記錄完成理過程的工作記錄完成需求變更控制報需求變更控制報告告。根據(jù)需求變更情況進行工作量的估算，。根據(jù)需求變更情況進行工作量的估算，并進行工作計劃的調(diào)整。并進行工作計劃的調(diào)整。 需求變更將造成費用增加、工期延長，需求變更將造成費用增加、工期延長，所以，在審批階段就要認(rèn)真進行變更所帶來所以，在審批階段就要認(rèn)真進行變更所帶來的工作量及成本增加情況的評估。的工作量及成本增加情況的評估。 若工

53、作量或成本增加不是很大時，可由若工作量或成本增加不是很大時，可由項目雙方協(xié)商是否由用戶方增加適當(dāng)?shù)拈_發(fā)項目雙方協(xié)商是否由用戶方增加適當(dāng)?shù)拈_發(fā)費用完成。費用完成。 若工作量或成本增加較大時，一個較為若工作量或成本增加較大時，一個較為理想的解決辦法是將變更部分作為本項目的理想的解決辦法是將變更部分作為本項目的二期項目來實施。二期項目來實施。 5.5 需求獲取的方法和特點需求獲取的方法和特點5.5.1需求獲取的主要困難及對策需求獲取的主要困難及對策 整個軟件項目實施過程中，需求獲取是整個軟件項目實施過程中，需求獲取是軟件開發(fā)中最困難、最關(guān)鍵、最易出錯及最軟件開發(fā)中最困難、最關(guān)鍵、最易出錯及最需要溝通

54、和交流的重要方面。需要溝通和交流的重要方面。 造成需求獲取困難的主要原因是：造成需求獲取困難的主要原因是： (1)分析人員領(lǐng)域知識的缺乏分析人員領(lǐng)域知識的缺乏 大多數(shù)承擔(dān)需求分析任務(wù)的需求分析人大多數(shù)承擔(dān)需求分析任務(wù)的需求分析人多數(shù)是技術(shù)出身，而不是業(yè)務(wù)出身。其知識多數(shù)是技術(shù)出身，而不是業(yè)務(wù)出身。其知識結(jié)構(gòu)的重點是計算機技術(shù)，對在項目實施過結(jié)構(gòu)的重點是計算機技術(shù)，對在項目實施過程中的管理及用戶的業(yè)務(wù)操作等一般都不太程中的管理及用戶的業(yè)務(wù)操作等一般都不太熟悉。而用戶是個計算機的門外漢。熟悉。而用戶是個計算機的門外漢。 需求分析員應(yīng)當(dāng)抓緊補習(xí)和學(xué)習(xí)該領(lǐng)域需求分析員應(yīng)當(dāng)抓緊補習(xí)和學(xué)習(xí)該領(lǐng)域的業(yè)務(wù)知識

55、。可能的話，最好聘請既懂軟件的業(yè)務(wù)知識?？赡艿脑挘詈闷刚埣榷浖_發(fā)又懂領(lǐng)域知識的行家來幫忙。開發(fā)又懂領(lǐng)域知識的行家來幫忙。 (2)用戶對需求描述不清用戶對需求描述不清 大多數(shù)的用戶不知道應(yīng)該提什么樣的需求，大多數(shù)的用戶不知道應(yīng)該提什么樣的需求，或者說他們對目標(biāo)系統(tǒng)到底要做成什么樣子或者說他們對目標(biāo)系統(tǒng)到底要做成什么樣子只有一個模糊的概念。這樣的想法很可能只只有一個模糊的概念。這樣的想法很可能只是出自于企業(yè)規(guī)劃中提出的一個宏觀描述是出自于企業(yè)規(guī)劃中提出的一個宏觀描述 需求分析員要善于挖掘、善于誘導(dǎo)、甚需求分析員要善于挖掘、善于誘導(dǎo)、甚至給用戶演示一些實際應(yīng)用系統(tǒng)來啟發(fā)用戶至給用戶演示一些實際

56、應(yīng)用系統(tǒng)來啟發(fā)用戶對目標(biāo)系統(tǒng)的理解和認(rèn)識。對目標(biāo)系統(tǒng)的理解和認(rèn)識。 (3)對需求理解上的偏差對需求理解上的偏差 在需求分析的過程中，對于用戶表達的在需求分析的過程中，對于用戶表達的軟件需求，不同的開發(fā)人員可能存在不同的軟件需求，不同的開發(fā)人員可能存在不同的理解。如果需求分析員誤解了用戶的真正意理解。如果需求分析員誤解了用戶的真正意圖，將會導(dǎo)致后續(xù)的開發(fā)工作在錯誤的方向圖，將會導(dǎo)致后續(xù)的開發(fā)工作在錯誤的方向指引下越走越遠。指引下越走越遠。 不論是復(fù)雜的項目還是簡單的項目，需不論是復(fù)雜的項目還是簡單的項目，需求分析員和用戶都有可能誤解需求。所以需求分析員和用戶都有可能誤解需求。所以需求評審求評審(

57、需求驗證需求驗證)工作必不可少，通過需求分工作必不可少，通過需求分析、用戶交流、需求評審等手段可使項目所析、用戶交流、需求評審等手段可使項目所有人員對目標(biāo)系統(tǒng)的認(rèn)識有人員對目標(biāo)系統(tǒng)的認(rèn)識 達成共識。達成共識。5.5.2基于調(diào)查的需求獲取方法基于調(diào)查的需求獲取方法 (1)需求調(diào)查工作流程需求調(diào)查工作流程 需求調(diào)查的一般工作流程如下：需求調(diào)查的一般工作流程如下： 1)需求調(diào)查準(zhǔn)備。需求調(diào)查準(zhǔn)備。 2)進行需求調(diào)查并記錄。進行需求調(diào)查并記錄。 3)分析用戶的需求信息并撰寫分析用戶的需求信息并撰寫用戶需求用戶需求說明書說明書。 4)進行需求確認(rèn)工作。進行需求確認(rèn)工作。 (2)需求調(diào)查準(zhǔn)備需求調(diào)查準(zhǔn)備

58、需求調(diào)查準(zhǔn)備工作圍繞以下三個中心進需求調(diào)查準(zhǔn)備工作圍繞以下三個中心進行：行： 1)要調(diào)查什么內(nèi)容要調(diào)查什么內(nèi)容? 2)通過什么方式進行調(diào)查通過什么方式進行調(diào)查? 3)對對“何人何人”在在“何時何時”進行調(diào)查進行調(diào)查? 確定需求調(diào)查的內(nèi)容確定需求調(diào)查的內(nèi)容 需求分析調(diào)查前，分析人員應(yīng)將所有的需求分析調(diào)查前，分析人員應(yīng)將所有的項目資料進行匯總和分析，并與本項目的相項目資料進行匯總和分析，并與本項目的相關(guān)人員進行簡單溝通，以便對項目整體上有關(guān)人員進行簡單溝通，以便對項目整體上有一個基本的了解。一個基本的了解。 然后，根據(jù)自己對項目的認(rèn)識，確定進然后，根據(jù)自己對項目的認(rèn)識，確定進行需求分析工作的重點和

59、目標(biāo)，起草相關(guān)的行需求分析工作的重點和目標(biāo)，起草相關(guān)的需求調(diào)查問題表，將調(diào)查工作的重點鎖定在需求調(diào)查問題表，將調(diào)查工作的重點鎖定在該問題表內(nèi)。該問題表內(nèi)。 確定需求調(diào)查的方式確定需求調(diào)查的方式 一般可以采取以下幾種方式：一般可以采取以下幾種方式： 與用戶交談，向用戶提問題。與用戶交談，向用戶提問題。 參觀用戶的工作流程，觀察用戶的操參觀用戶的工作流程，觀察用戶的操作。作。 向用戶群體發(fā)放調(diào)查問卷表。向用戶群體發(fā)放調(diào)查問卷表。 與同行專家交談，聽取他們的意見。與同行專家交談，聽取他們的意見。 分析已經(jīng)存在的同類軟件產(chǎn)品，提取分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求。需求。 從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求

60、。從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。 從從Inlemet上搜查相關(guān)資料。上搜查相關(guān)資料。 對于一個具體的軟件項目，分析人員可對于一個具體的軟件項目，分析人員可以根據(jù)具體項目和用戶的情況選擇以根據(jù)具體項目和用戶的情況選擇12種方種方式作為本項目主要的需求調(diào)查方式，其他方式作為本項目主要的需求調(diào)查方式，其他方式作為輔助的調(diào)查方式完成需求調(diào)查的任務(wù)。式作為輔助的調(diào)查方式完成需求調(diào)查的任務(wù)。 最后，需要確定調(diào)查的時間、地點和最后，需要確定調(diào)查的時間、地點和人員等人員等 對于調(diào)查的時間、地點、人員的確定，對于調(diào)查的時間、地點、人員的確定，分析人員首先需要做好自己的需求調(diào)查計分析人員首先需要做好自己的需求調(diào)查計