產品需求管理MRD模板

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

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

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

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