文檔標(biāo)準(zhǔn)MRD模板

FILENAME標(biāo)準(zhǔn)MRD模板.doc PAGE第2頁共5頁MRD市場需求文檔MRD審核人【MRD審核人一般是指MRD擬制人的直接主管，要求對提交項(xiàng)目成員的MRD都要進(jìn)行審核、簽字】重要性【分高、中、低三級】緊迫性【分高、中、低三級】MRD擬制人【MRD的作者，如果是多人共同擬制，也都要寫出來】MRD提交日期【提交MRD初稿給項(xiàng)目組其他成員的日期】需求變更控制時(shí)間點(diǎn)【在MRD評審會(huì)議上進(jìn)行討論給出，可用時(shí)間點(diǎn)，也可用階段來描述，例如設(shè)計(jì)階段之后，編碼階段之前】PAGEiMRD修改記錄MRD更新時(shí)間變更內(nèi)容變更提出部門變更理由【MRD進(jìn)行修改后提交的日期】【MRD變更內(nèi)容的簡要描述，每次變更MRD后，將改動(dòng)地方以顏色標(biāo)記出來】【需求變更是哪個(gè)部門提出的，例如：PM、RD、Test、TS、市場部門等】【提出需求變更的理由】注：MRD提交評審之前的修改也可以記錄下來第1頁共SECTIONPAGES1頁第2頁共5頁項(xiàng)目背景【在此簡單介紹項(xiàng)目/產(chǎn)品產(chǎn)生的背景】名詞解釋【對文檔中出現(xiàn)的新的名詞、概念或簡略語給出定義和解釋。如果沒有此項(xiàng)，可以裁剪】可行性分析前期調(diào)研信息和數(shù)據(jù)【提供前期調(diào)研信息和數(shù)據(jù)作為項(xiàng)目立項(xiàng)的支持，給出一些重要的依據(jù)數(shù)據(jù)（譬如通過某項(xiàng)調(diào)研發(fā)現(xiàn)存在很大的空間可以提高問題解決率，那么調(diào)研的結(jié)果應(yīng)該在此進(jìn)行表述）】項(xiàng)目預(yù)期目標(biāo)【明確項(xiàng)目的預(yù)期目標(biāo)，最好有量化的目標(biāo)值（譬如用來提高問題解決率的MRD，應(yīng)該給出預(yù)期的解決率的范圍或者具體值）】綜合描述功能概述【對功能做整體性的概要描述，包括所包含的功能模塊及各功能模塊的概要描述，也可以指出本次的開發(fā)重點(diǎn)。如果MRD需求功能點(diǎn)較少，此項(xiàng)可以裁剪】對其它產(chǎn)品的影響【包括和該需求相關(guān)的假設(shè)和依賴，即本產(chǎn)品和外部系統(tǒng)的接口關(guān)系，如果接口比較多或復(fù)雜，建議以圖形方式進(jìn)行表示。如果本產(chǎn)品沒有外部接口，此項(xiàng)可以裁剪】功能詳述功能需求功能點(diǎn)1功能點(diǎn)類型和優(yōu)先級【功能點(diǎn)類型有新增、舊有功能升級、Bugfix三種類型；優(yōu)先級分為高、中、低】流程圖【如果功能點(diǎn)流程較復(fù)雜，可以結(jié)合流程圖來進(jìn)行說明。如果流程簡單，可以裁剪】頁面布局【由TS或UE或其它部門提供的模板頁面，如果沒有，此項(xiàng)可以裁剪】功能點(diǎn)1描述【針對該功能點(diǎn)做詳細(xì)的描述，確保描述的一致性、無二義性，并盡可能量化功能要求】功能點(diǎn)2功能點(diǎn)類型和優(yōu)先級流程圖頁面布局功能點(diǎn)2描述……非功能需求【包括性能需求、可維護(hù)性需求、可靠性需求、安全性需求等，對各項(xiàng)質(zhì)量屬性的解釋說明如下：性能需求：包括時(shí)間特性要求、系統(tǒng)容量要求等；可維護(hù)性：包括易分析性、易變更性等要求；可靠性：產(chǎn)品在規(guī)定條件下使用時(shí)保持規(guī)定性能水平的能力；安全性：產(chǎn)品在規(guī)定的使用環(huán)境中實(shí)現(xiàn)可接受風(fēng)險(xiǎn)的能力；安裝性：產(chǎn)品在規(guī)定環(huán)境中安裝卸載的能力；非功能需求也可以和功能需求合并在一起進(jìn)行描述。如果沒有此項(xiàng)，可以裁剪】其它問題描述【1、此處應(yīng)該標(biāo)明此版本上線后可能帶來的風(fēng)險(xiǎn)以及應(yīng)對措施；2、對其它部門是否有影響，是否涉及