產(chǎn)品需求管理MRD模板

1、XXX 項 目 / 產(chǎn) 品 MRDMRD|r核人【MRDT核人一M是指MRD以制人的直接主 管，要求對提交項目成員的 MRD?要進(jìn)行審核、簽字】重要性【分高、中、低三級】緊迫性;【分高、中、低三級】MRD以制人【MRD勺作者，如果是多人共同擬制，也都要 寫出來】mrDE交日期【提交MRDJ稿給項目組其他成員的日期】需求及更控制時間點(diǎn)【在MRDF審會議上進(jìn)行討論給出，可用時間 點(diǎn)，也可用階段來描述，例如設(shè)計階段之 后，編碼階段之前】XX有限公司（版權(quán)所有，翻版必究）MR嘴改記錄mriM新時間變更內(nèi)容變更提出部門變更理由【MRDft行修 改后提交的日 期】【MR限更內(nèi)容的簡要描述，每次 變更MRD

2、f,將改動地方以顏色標(biāo) 記出來】【需求變更是哪個 部門提出的，例 如：PM RD Test、TS、市場部 門等】【提出需 求變更的 理由】注：mrDE交評審之前的修改也可以記錄下來目錄1 項目背景【在此簡單介紹項目 / 產(chǎn)品產(chǎn)生的背景】2 名詞解釋【對文檔中出現(xiàn)的新的名詞、 概念或簡略語給出定義和解釋。 如果沒有此項， 可以裁剪】3 可行性分析3.1 前期調(diào)研信息和數(shù)據(jù)【提供前期調(diào)研信息和數(shù)據(jù)作為項目立項的支持， 給出一些重要的依據(jù)數(shù)據(jù) （譬如通過某項調(diào)研發(fā)現(xiàn)存在很大的空間可以提高問題解決率，那么調(diào)研的結(jié)果應(yīng)該在此進(jìn)行表述） 】3.2 項目預(yù)期目標(biāo)【明確項目的預(yù)期目標(biāo)，最好有量化的目標(biāo)值（譬如

3、用來提高問題解決率的MRD應(yīng)該給出預(yù)期的解決率的范圍或者具體值） 】4 綜合描述4.1 功能概述【對功能做整體性的概要描述， 包括所包含的功能模塊及各功能模塊的概要描述， 也可 以指出本次的開發(fā)重點(diǎn)。如果MRM求功能點(diǎn)較少，此項可以裁剪】4.2 對其它產(chǎn)品的影響【包括和該需求相關(guān)的假設(shè)和依賴， 即本產(chǎn)品和外部系統(tǒng)的接口關(guān)系， 如果接口比較多或復(fù)雜，建議以圖形方式進(jìn)行表示。如果本產(chǎn)品沒有外部接口，此項可以裁剪】5 功能詳述5.1 功能需求5.1.1 功能點(diǎn) 15.1.1.1 功能點(diǎn)類型和優(yōu)先級【功能點(diǎn)類型有新增、舊有功能升級、 Bugfix 三種類型；優(yōu)先級分為高、中、低】5.1.1.2 流程圖

4、【如果功能點(diǎn)流程較復(fù)雜，可以結(jié)合流程圖來進(jìn)行說明。如果流程簡單，可以裁剪】5.1.1.3 頁面布局【由TS或UE或其它部門提供的模板頁面，如果沒有，此項可以裁剪】5.1.1.4 功能點(diǎn) 1 描述【針對該功能點(diǎn)做詳細(xì)的描述， 確保描述的一致性、 無二義性， 并盡可能量化功能要求】5.1.2 功能點(diǎn) 25.1.2.1 功能點(diǎn)類型和優(yōu)先級5.1.2.2 流程圖5.1.2.3 頁面布局5.1.2.4 功能點(diǎn) 2 描述5.2 非功能需求【包括性能需求、可維護(hù)性需求、可靠性需求、安全性需求等，對各項質(zhì)量屬性的解釋說明如下：性能需求：包括時間特性要求、系統(tǒng)容量要求等；可維護(hù)性：包括易分析性、易變更性等要求；可靠性：產(chǎn)品在規(guī)定條件下使用時保持規(guī)定性能水平的能力；安全性：產(chǎn)品在規(guī)定的使用環(huán)境中實現(xiàn)可接受風(fēng)險的能力；安裝性：產(chǎn)品在規(guī)定環(huán)境中安裝卸載的能力；非功能需求也可以和功能需求合并在一起進(jìn)行描述。如果沒有此項，可以裁剪】6 其它問題描述【 1、 此處應(yīng)該標(biāo)明此版本上線后可能帶來的風(fēng)險以及應(yīng)對措施；2、 對其它部門是否有影響，是