需求管理流程PPT學(xué)習(xí)課件

1、需求管理流程,人人都是產(chǎn)品經(jīng)理,1,什么是需求： Rational 把需求定義為“（正在構(gòu)建的）系統(tǒng)必須符合的條件或具備的功能”。 著名的需求工程設(shè)計師 Merlin Dorfman 和 Richard H. Thayer 提出了一個包容且更為精練的定義，它特指軟件方面 - 但不僅僅限于軟件： “軟件需求可定義為： 用戶解決某一問題或達(dá)到某一目標(biāo)所需的軟件功能。系統(tǒng)或系統(tǒng)構(gòu)件為了滿足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實行的文檔而必須滿足或具備的軟件功能?！?項目需求管理,2,華中科技大學(xué)機械學(xué)院CAD中心,為什么要進(jìn)行需求管理?,評測和驗證有效的軟件開發(fā)流程標(biāo)準(zhǔn)得到了推廣和普及 為什么現(xiàn)在仍然頻繁發(fā)生

2、的軟件項目失敗的事件？ 為什么仍有那么多的項目受到延期、預(yù)算超支和質(zhì)量問題的困擾？ 如何才能提高系統(tǒng)的質(zhì)量？ 簡單地說，系統(tǒng)開發(fā)團(tuán)隊之所以管理需求是為了獲得項目成功。 好的需求管理是項目成功的第一要素。,3,華中科技大學(xué)機械學(xué)院CAD中心,為什么要管理需求？,需求分析在啟動和計劃階段，占有相當(dāng)大的比例。,4,華中科技大學(xué)機械學(xué)院CAD中心,什么是需求管理？,需求管理是一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個使客戶與項目團(tuán)隊對不斷變更的系統(tǒng)需求達(dá)成并保持一致的過程。 提供一種機制，以分析需求、評估可行性、協(xié)商合理的解決方案、無歧義地規(guī)約解決方案、確認(rèn)規(guī)約以及在開發(fā)過程中管理這些被確認(rèn)的

3、需求規(guī)約。包括6個步驟： 獲?。ㄐ枨笳T導(dǎo)） 分析（需求分析和談判） 規(guī)定（規(guī)約） 系統(tǒng)建模 驗證（需求確認(rèn)） 需求管理（控制與變更管理）,5,華中科技大學(xué)機械學(xué)院CAD中心,需求管理存在的問題,需求不總是顯而易見的，它可來自各個方面。 需求并不總是容易用文字明白無誤地表達(dá)。 存在不同種類的需求，其詳細(xì)程度各不相同。 如果不加以控制，需求是無止境的，需求數(shù)量將難以管理。 需求相互之間以及與流程的其他可交付工件之間以多種方式相關(guān)聯(lián)。 需求既非同等重要，處理的難度也不同。 需求涉及眾多相關(guān)利益責(zé)任方，這意味著需求要由跨職能的各組人員來管理。 需求會發(fā)生變更。 需求可能對時間敏感。,6,華中科技大學(xué)機

4、械學(xué)院CAD中心,需求分析過程,（1）對系統(tǒng)的綜合要求： 功能要求:包括系統(tǒng)應(yīng)該實現(xiàn)的功能； 性能要求:包括系統(tǒng)響應(yīng)時間、資源限制、數(shù)據(jù)精確性、系統(tǒng)適應(yīng)性等； 運行要求:包括系統(tǒng)硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、系統(tǒng)軟件、接口等的具體要求； 其他要求包括：安全保密、可靠性、可維護(hù)性、可移植性、可擴展性等等。,7,華中科技大學(xué)機械學(xué)院CAD中心,（2）分析系統(tǒng)的數(shù)據(jù)要求 數(shù)據(jù)定義、數(shù)據(jù)邏輯關(guān)系、輸入/出數(shù)據(jù)定義、 數(shù)據(jù)采集方式等 （3）抽象出并確立目標(biāo)系統(tǒng)的邏輯模型 如用例圖、設(shè)計模型、實施模型和實現(xiàn)模型等 （4）編寫需求規(guī)格說明書 如數(shù)據(jù)流圖、面向?qū)ο蟮姆治龅取?需求分析過程,8,華中科技大學(xué)機械學(xué)院CAD

5、中心,需求的作用,9,華中科技大學(xué)機械學(xué)院CAD中心,需求的作用,項目計劃過程：需求是項目計劃的基礎(chǔ) 跟蹤控制過程：監(jiān)控每項需求的狀態(tài)，以發(fā)現(xiàn)設(shè)計是否達(dá)到了預(yù)期的要求 變更控制過程：需求文檔確定并制定基線后的變更都要通過確定的變更控制過程來實現(xiàn) 系統(tǒng)測試過程：需求是測試的重要參考文檔編制過程：需求是編寫文檔的重要參考 系統(tǒng)構(gòu)建過程：需求決定模塊設(shè)計，模塊設(shè)計是代碼實現(xiàn)的依據(jù),10,華中科技大學(xué)機械學(xué)院CAD中心,需求的類別,原始問題描述：對要解決問題的敘述，它是軟件需求的基礎(chǔ) 用戶需求：用自然語言和圖表給出的關(guān)于系統(tǒng)需要提供的服務(wù)及操作的約束 系統(tǒng)需求：用詳細(xì)的術(shù)語給出系統(tǒng)要提供的服務(wù)及受到的

6、約束 軟件設(shè)計描述：在系統(tǒng)需求的基礎(chǔ)上加入更詳細(xì)的內(nèi)容，它是軟件詳細(xì)設(shè)計和實現(xiàn)的基礎(chǔ),華中科技大學(xué)機械學(xué)院CAD中心,提交需求的基本原則,語句和段落盡量簡短 語句要完整，語法、標(biāo)點等要正確 使用的術(shù)語與詞匯表中的定義保持一致 避免使用模糊、主觀的術(shù)語，如性能“優(yōu)越” 避免使用比較性詞匯，盡量給出定量的說明， 含糊的表達(dá)將引起需求的不可驗證 ,12,華中科技大學(xué)機械學(xué)院CAD中心,需求開發(fā)與管理的界限,13,華中科技大學(xué)機械學(xué)院CAD中心,需求管理的目標(biāo),需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，也是使客戶與項目團(tuán)隊對不斷變更的軟件需求保持一致的過程 需求管理的目的：在客戶和處理客戶需

7、求的軟件項目組之間建立對客戶需求的共同理解 使軟件受控，并建立供軟件工程和管理使用的需求基線 使軟件計劃、產(chǎn)品和活動與軟件需求保持一致,14,華中科技大學(xué)機械學(xué)院CAD中心,需求管理的原則,一定要分類管理： 目標(biāo)性需求、具體業(yè)務(wù)流程需求和操作性的需求等 必須分優(yōu)先級 必須文檔化： 文檔必須是正確的、最新的、可管理的、可理解和經(jīng)過驗證的 需求一旦變化，就必須對需求變更的影響進(jìn)行評估，每個項目都必須有需求管理員或組 需求管理必須與需求工程的其他活動機密結(jié)合：需求管理是形式，需求獲取、需求分析、需求驗證等是內(nèi)容,15,華中科技大學(xué)機械學(xué)院CAD中心,需求管理的規(guī)劃,進(jìn)行需求管理的第一步是建立需求管理

8、規(guī)劃： 需求識別：給需求以惟一的標(biāo)識 變更過程管理：確定一個選擇、分析和決策需求變更的過程 需求跟蹤：定義需求之間的關(guān)系及需求和設(shè)計之間的關(guān)系，記錄并維護(hù)這些關(guān)系 自動化工具：即選擇使用何種CASE工具,16,華中科技大學(xué)機械學(xué)院CAD中心,變更控制流程,需求管理委員會,17,華中科技大學(xué)機械學(xué)院CAD中心,需求管理委員會,一、職能： 評審需求分析及討論 跟蹤需求修改進(jìn)度 監(jiān)督需求整改質(zhì)量保證 二、會議制度： 每周定期召開需求管理會議,18,華中科技大學(xué)機械學(xué)院CAD中心,職能 和規(guī)定,產(chǎn)品研發(fā)步驟： 一、產(chǎn)品需求文檔： 二、討論（發(fā)散思維），排列出優(yōu)先等級 測試人員參與，按照實現(xiàn)效果、目的測

9、試測試用例 三、功能設(shè)計詳細(xì)設(shè)計測試日常維護(hù) 四、根據(jù)客戶反饋，搜集新一輪需求； 會議決議： 1、在不影響重大需求的前提下，新的緊急需求會盡快上線。 2、如果計劃做新版本，需要重新做出新規(guī)劃,19,華中科技大學(xué)機械學(xué)院CAD中心,需求跟蹤,目的：建立和維護(hù)從用戶需求到測試的一致性與完整性，確保實現(xiàn)都以客戶需求為基礎(chǔ)，實現(xiàn)的需求覆蓋了預(yù)期的需求，并確保輸出與用戶需求的符合性 需求跟蹤就要追溯需求間以及需求與系統(tǒng)設(shè)計間的聯(lián)系，可追溯性是需求描述的一個總體特性，反映了發(fā)現(xiàn)相關(guān)需求的能力。三類可追溯性信息： 源可追溯性信息：連接需求與提出需求的人員及產(chǎn)生需求的原因 需求可追溯性信息：連接需求文檔中彼此

10、依賴的信息 設(shè)計可追溯性信息：連接需求到其實現(xiàn)的設(shè)計模塊,20,華中科技大學(xué)機械學(xué)院CAD中心,需求跟蹤的作用,在需求驗證中，便于確保所有需求被應(yīng)用 有助于變更影響分析 便于需求的維護(hù) 便于測試時找出問題所在 便于項目跟蹤和減少項目風(fēng)險 簡化了系統(tǒng)再設(shè)計，易于軟件重用,21,華中科技大學(xué)機械學(xué)院CAD中心,需求質(zhì)量保證,需求驗證過程 審查需求文檔：由分析人員、客戶、設(shè)計人員和測試人員等組成的審查小組 編寫測試用例：根據(jù)用戶要求的產(chǎn)品功能寫出測試用例。如果測試的設(shè)計很可能或不可能，說明需求的實現(xiàn)很困難 編寫用戶手冊：用戶手冊初稿 確定合格的標(biāo)準(zhǔn)：合格的測試是建立在使用情景描述或使用實例基礎(chǔ)上的,

11、22,華中科技大學(xué)機械學(xué)院CAD中心,需求驗證的內(nèi)容,有效性檢查： 每項需求都是正確有效的，能解決用戶面對的問題 一致性檢查：需求不應(yīng)該沖突 完備性檢查：應(yīng)包含所有用戶想要的功能和約束 現(xiàn)實性檢查：保證能利用現(xiàn)有技術(shù)實現(xiàn) 可檢驗性檢查：描述的需求能夠?qū)嶋H測試 可跟蹤性檢查：需求的出處被清晰記錄 可調(diào)節(jié)性檢查： 需求變更不會對其它部分造成大規(guī)模影響 可讀性檢查：能夠被讀懂,23,華中科技大學(xué)機械學(xué)院CAD中心,需求評審,評審注意事項： 嚴(yán)格控制每次評審的文檔規(guī)模和持續(xù)時間：避免參加者厭倦，提高評審效率和保證評審質(zhì)量 評審工作要分段進(jìn)行：需求開發(fā)與需求評審依次進(jìn)行 要控制討論的問題：避免跑題 避免無謂的爭吵,24,華中科技大學(xué)機械學(xué)院CAD中心,小結(jié),應(yīng)用軟件項目開發(fā)過程中，最為關(guān)鍵的環(huán)節(jié)是對需求的控制。 需求管理處于軟件項目管理開發(fā)周期的最上游；軟件需求主要來源于業(yè)務(wù)分析的結(jié)果，在充分考慮用戶的自身特性與要求的前提下，項目經(jīng)理在用戶與項