需求管理流程.ppt

需求管理流程,人人都是產(chǎn)品經(jīng)理,什么是需求： Rational 把需求定義為“（正在構(gòu)建的）系統(tǒng)必須符合的條件或具備的功能”。 著名的需求工程設(shè)計(jì)師 Merlin Dorfman 和 Richard H. Thayer 提出了一個(gè)包容且更為精練的定義，它特指軟件方面 - 但不僅僅限于軟件： “軟件需求可定義為： 用戶(hù)解決某一問(wèn)題或達(dá)到某一目標(biāo)所需的軟件功能。系統(tǒng)或系統(tǒng)構(gòu)件為了滿(mǎn)足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實(shí)行的文檔而必須滿(mǎn)足或具備的軟件功能。”,項(xiàng)目需求管理,為什么要進(jìn)行需求管理?,評(píng)測(cè)和驗(yàn)證有效的軟件開(kāi)發(fā)流程標(biāo)準(zhǔn)得到了推廣和普及 為什么現(xiàn)在仍然頻繁發(fā)生的軟件項(xiàng)目失敗的事件？ 為什么仍有那么多的項(xiàng)目受到延期、預(yù)算超支和質(zhì)量問(wèn)題的困擾？ 如何才能提高系統(tǒng)的質(zhì)量？ 簡(jiǎn)單地說(shuō)，系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)之所以管理需求是為了獲得項(xiàng)目成功。 好的需求管理是項(xiàng)目成功的第一要素。,為什么要管理需求？,需求分析在啟動(dòng)和計(jì)劃階段，占有相當(dāng)大的比例。,什么是需求管理？,需求管理是一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個(gè)使客戶(hù)與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過(guò)程。 提供一種機(jī)制，以分析需求、評(píng)估可行性、協(xié)商合理的解決方案、無(wú)歧義地規(guī)約解決方案、確認(rèn)規(guī)約以及在開(kāi)發(fā)過(guò)程中管理這些被確認(rèn)的需求規(guī)約。包括6個(gè)步驟： 獲?。ㄐ枨笳T導(dǎo)） 分析（需求分析和談判） 規(guī)定（規(guī)約） 系統(tǒng)建模 驗(yàn)證（需求確認(rèn)） 需求管理（控制與變更管理）,需求管理存在的問(wèn)題,需求不總是顯而易見(jiàn)的，它可來(lái)自各個(gè)方面。 需求并不總是容易用文字明白無(wú)誤地表達(dá)。 存在不同種類(lèi)的需求，其詳細(xì)程度各不相同。 如果不加以控制，需求是無(wú)止境的，需求數(shù)量將難以管理。 需求相互之間以及與流程的其他可交付工件之間以多種方式相關(guān)聯(lián)。 需求既非同等重要，處理的難度也不同。 需求涉及眾多相關(guān)利益責(zé)任方，這意味著需求要由跨職能的各組人員來(lái)管理。 需求會(huì)發(fā)生變更。 需求可能對(duì)時(shí)間敏感。,需求分析過(guò)程,（1）對(duì)系統(tǒng)的綜合要求： 功能要求:包括系統(tǒng)應(yīng)該實(shí)現(xiàn)的功能； 性能要求:包括系統(tǒng)響應(yīng)時(shí)間、資源限制、數(shù)據(jù)精確性、系統(tǒng)適應(yīng)性等； 運(yùn)行要求:包括系統(tǒng)硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、系統(tǒng)軟件、接口等的具體要求； 其他要求包括：安全保密、可靠性、可維護(hù)性、可移植性、可擴(kuò)展性等等。,（2）分析系統(tǒng)的數(shù)據(jù)要求 數(shù)據(jù)定義、數(shù)據(jù)邏輯關(guān)系、輸入/出數(shù)據(jù)定義、 數(shù)據(jù)采集方式等 （3）抽象出并確立目標(biāo)系統(tǒng)的邏輯模型 如用例圖、設(shè)計(jì)模型、實(shí)施模型和實(shí)現(xiàn)模型等 （4）編寫(xiě)需求規(guī)格說(shuō)明書(shū) 如數(shù)據(jù)流圖、面向?qū)ο蟮姆治龅取?需求分析過(guò)程,需求的作用,需求的作用,項(xiàng)目計(jì)劃過(guò)程：需求是項(xiàng)目計(jì)劃的基礎(chǔ) 跟蹤控制過(guò)程：監(jiān)控每項(xiàng)需求的狀態(tài)，以發(fā)現(xiàn)設(shè)計(jì)是否達(dá)到了預(yù)期的要求 變更控制過(guò)程：需求文檔確定并制定基線后的變更都要通過(guò)確定的變更控制過(guò)程來(lái)實(shí)現(xiàn) 系統(tǒng)測(cè)試過(guò)程：需求是測(cè)試的重要參考文檔編制過(guò)程：需求是編寫(xiě)文檔的重要參考 系統(tǒng)構(gòu)建過(guò)程：需求決定模塊設(shè)計(jì)，模塊設(shè)計(jì)是代碼實(shí)現(xiàn)的依據(jù),需求的類(lèi)別,原始問(wèn)題描述：對(duì)要解決問(wèn)題的敘述，它是軟件需求的基礎(chǔ) 用戶(hù)需求：用自然語(yǔ)言和圖表給出的關(guān)于系統(tǒng)需要提供的服務(wù)及操作的約束 系統(tǒng)需求：用詳細(xì)的術(shù)語(yǔ)給出系統(tǒng)要提供的服務(wù)及受到的約束 軟件設(shè)計(jì)描述：在系統(tǒng)需求的基礎(chǔ)上加入更詳細(xì)的內(nèi)容，它是軟件詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)的基礎(chǔ),提交需求的基本原則,語(yǔ)句和段落盡量簡(jiǎn)短 語(yǔ)句要完整，語(yǔ)法、標(biāo)點(diǎn)等要正確 使用的術(shù)語(yǔ)與詞匯表中的定義保持一致 避免使用模糊、主觀的術(shù)語(yǔ)，如性能“優(yōu)越” 避免使用比較性詞匯，盡量給出定量的說(shuō)明， 含糊的表達(dá)將引起需求的不可驗(yàn)證 ,需求開(kāi)發(fā)與管理的界限,需求管理的目標(biāo),需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，也是使客戶(hù)與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的軟件需求保持一致的過(guò)程 需求管理的目的：在客戶(hù)和處理客戶(hù)需求的軟件項(xiàng)目組之間建立對(duì)客戶(hù)需求的共同理解 使軟件受控，并建立供軟件工程和管理使用的需求基線 使軟件計(jì)劃、產(chǎn)品和活動(dòng)與軟件需求保持一致,需求管理的原則,一定要分類(lèi)管理： 目標(biāo)性需求、具體業(yè)務(wù)流程需求和操作性的需求等 必須分優(yōu)先級(jí) 必須文檔化： 文檔必須是正確的、最新的、可管理的、可理解和經(jīng)過(guò)驗(yàn)證的 需求一旦變化，就必須對(duì)需求變更的影響進(jìn)行評(píng)估，每個(gè)項(xiàng)目都必須有需求管理員或組 需求管理必須與需求工程的其他活動(dòng)機(jī)密結(jié)合：需求管理是形式，需求獲取、需求分析、需求驗(yàn)證等是內(nèi)容,需求管理的規(guī)劃,進(jìn)行需求管理的第一步是建立需求管理規(guī)劃： 需求識(shí)別：給需求以惟一的標(biāo)識(shí) 變更過(guò)程管理：確定一個(gè)選擇、分析和決策需求變更的過(guò)程 需求跟蹤：定義需求之間的關(guān)系及需求和設(shè)計(jì)之間的關(guān)系，記錄并維護(hù)這些關(guān)系 自動(dòng)化工具：即選擇使用何種CASE工具,變更控制流程,需求管理委員會(huì),需求管理委員會(huì),一、職能： 評(píng)審需求分析及討論 跟蹤需求修改進(jìn)度 監(jiān)督需求整改質(zhì)量保證 二、會(huì)議制度： 每周定期召開(kāi)需求管理會(huì)議,職能 和 規(guī)定,產(chǎn)品研發(fā)步驟： 一、產(chǎn)品需求文檔： 二、討論（發(fā)散思維），排列出優(yōu)先等級(jí) 測(cè)試人員參與，按照實(shí)現(xiàn)效果、目的測(cè)試測(cè)試用例 三、功能設(shè)計(jì)詳細(xì)設(shè)計(jì)測(cè)試日常維護(hù) 四、根據(jù)客戶(hù)反饋，搜集新一輪需求； 會(huì)議決議： 1、在不影響重大需求的前提下，新的緊急需求會(huì)盡快上線。 2、如果計(jì)劃做新版本，需要重新做出新規(guī)劃,需求跟蹤,目的：建立和維護(hù)從用戶(hù)需求到測(cè)試的一致性與完整性，確保實(shí)現(xiàn)都以客戶(hù)需求為基礎(chǔ)，實(shí)現(xiàn)的需求覆蓋了預(yù)期的需求，并確保輸出與用戶(hù)需求的符合性 需求跟蹤就要追溯需求間以及需求與系統(tǒng)設(shè)計(jì)間的聯(lián)系，可追溯性是需求描述的一個(gè)總體特性，反映了發(fā)現(xiàn)相關(guān)需求的能力。三類(lèi)可追溯性信息： 源可追溯性信息：連接需求與提出需求的人員及產(chǎn)生需求的原因 需求可追溯性信息：連接需求文檔中彼此依賴(lài)的信息 設(shè)計(jì)可追溯性信息：連接需求到其實(shí)現(xiàn)的設(shè)計(jì)模塊,需求跟蹤的作用,在需求驗(yàn)證中，便于確保所有需求被應(yīng)用 有助于變更影響分析 便于需求的維護(hù) 便于測(cè)試時(shí)找出問(wèn)題所在 便于項(xiàng)目跟蹤和減少項(xiàng)目風(fēng)險(xiǎn) 簡(jiǎn)化了系統(tǒng)再設(shè)計(jì)，易于軟件重用,需求質(zhì)量保證,需求驗(yàn)證過(guò)程 審查需求文檔：由分析人員、客戶(hù)、設(shè)計(jì)人員和測(cè)試人員等組成的審查小組 編寫(xiě)測(cè)試用例：根據(jù)用戶(hù)要求的產(chǎn)品功能寫(xiě)出測(cè)試用例。如果測(cè)試的設(shè)計(jì)很可能或不可能，說(shuō)明需求的實(shí)現(xiàn)很困難 編寫(xiě)用戶(hù)手冊(cè)：用戶(hù)手冊(cè)初稿 確定合格的標(biāo)準(zhǔn)：合格的測(cè)試是建立在使用情景描述或使用實(shí)例基礎(chǔ)上的,需求驗(yàn)證的內(nèi)容,有效性檢查： 每項(xiàng)需求都是正確有效的，能解決用戶(hù)面對(duì)的問(wèn)題 一致性檢查：需求不應(yīng)該沖突 完備性檢查：應(yīng)包含所有用戶(hù)想要的功能和約束 現(xiàn)實(shí)性檢查：保證能利用現(xiàn)有技術(shù)實(shí)現(xiàn) 可檢驗(yàn)性檢查：描述的需求能夠?qū)嶋H測(cè)試 可跟蹤性檢查：需求的出處被清晰記錄 可調(diào)節(jié)性檢查： 需求變更不會(huì)對(duì)其它部分造成大規(guī)模影響 可讀性檢查：能夠被讀懂,需求評(píng)審,評(píng)審注意事項(xiàng)： 嚴(yán)格控制每次評(píng)審的文檔規(guī)模和持續(xù)時(shí)間：避免參加者厭倦，提高評(píng)審效率和保證評(píng)審質(zhì)量 評(píng)審工作要分段進(jìn)行：需求開(kāi)發(fā)與需求評(píng)審依次進(jìn)行 要控制討論的問(wèn)題：避免跑題 避免無(wú)謂的爭(zhēng)吵,小結(jié),應(yīng)用軟件項(xiàng)目開(kāi)發(fā)過(guò)程中，最為關(guān)鍵的環(huán)節(jié)是對(duì)需求的控制。 需求管理處于軟件項(xiàng)目管理開(kāi)發(fā)周期的最上游；軟件需求主要來(lái)源于業(yè)務(wù)分析的結(jié)果，在充分考慮用戶(hù)的自身特性與要求的前提下，項(xiàng)目經(jīng)理在用戶(hù)與項(xiàng)目組之間