需求評(píng)審流程

1、精選優(yōu)質(zhì)文檔-傾情為你奉上肈產(chǎn) 品 需 求 評(píng) 審膆(V1.0)1、2、 螂產(chǎn)品需求評(píng)審的目的、目標(biāo)、范圍薀1、目的袇產(chǎn)品需求是軟件開(kāi)發(fā)最重要的一個(gè)輸入 ，需求的質(zhì)量很大程度上決定了項(xiàng)目質(zhì)量或產(chǎn)品質(zhì)量。并且需求風(fēng)險(xiǎn)常常是軟件開(kāi)發(fā)過(guò)程中最大的一個(gè)風(fēng)險(xiǎn) ，要降低需求階段帶來(lái)的風(fēng)險(xiǎn)。而產(chǎn)品需求評(píng)審的目的，是在軟件項(xiàng)目初期發(fā)現(xiàn)那些潛在的缺陷或錯(cuò)誤，避免這些錯(cuò)誤和缺陷遺漏到項(xiàng)目的后續(xù)階段。芆膃2、目標(biāo)1)2) 節(jié)需求已經(jīng)文檔化并且完整地描述了產(chǎn)品需求期望； 3)4) 袀業(yè)務(wù)問(wèn)題已經(jīng)解決了； 5)6) 蒞系統(tǒng)要求的性能價(jià)格比已經(jīng)經(jīng)過(guò)討論研究并證實(shí)是合理的； 7)8) 薄已經(jīng)明確了控制需求的方向（“控制”在

2、這里的意思是包括所有的機(jī)制、方法及應(yīng)用程序中用于保證其功能與期望相一致的過(guò)程。）； 9)10) 螀確定需求階段所有解決問(wèn)題的方法和途徑是有效和正確的。蠆蒅3、范圍1)2) 羅對(duì)需求規(guī)格說(shuō)明的正確性進(jìn)行評(píng)審3)4) 蒂對(duì)需求規(guī)格說(shuō)明的實(shí)踐性進(jìn)行評(píng)審5)6) 蒈對(duì)需求規(guī)格說(shuō)明的完整性進(jìn)行評(píng)審7)8) 薅對(duì)需求方案的可行性和成本預(yù)算進(jìn)行評(píng)審9)10) 膂對(duì)需求的質(zhì)量屬性進(jìn)行評(píng)審11)12) 袀對(duì)需求的可實(shí)施性進(jìn)行評(píng)審13)14) 膇對(duì)需求包含的用例文檔進(jìn)行評(píng)審15)16) 薅需求評(píng)審會(huì)的過(guò)程和結(jié)束標(biāo)準(zhǔn)薃3、4、 螞具體執(zhí)行操作流程芀5、6、 蚅具體角色及職責(zé)關(guān)系ll 羄準(zhǔn)備階段（P）聿需求負(fù)責(zé)人：爭(zhēng)

3、取上層決策者的支持與諒解，在正式評(píng)審之前，將相關(guān)的需求記錄（文檔或其他形式）發(fā)布給每個(gè)參與評(píng)審的人員手中。收集相關(guān)評(píng)審人員的各項(xiàng)需求評(píng)審建議和意見(jiàn)，對(duì)存在爭(zhēng)議和疑惑的需求說(shuō)明必須做好討論的安排。罿管理層：籌備相關(guān)的資源，包括人力、時(shí)間計(jì)劃，評(píng)審場(chǎng)地。螅開(kāi)發(fā)負(fù)責(zé)人、測(cè)試負(fù)責(zé)人：做好評(píng)審前的相關(guān)質(zhì)疑與確認(rèn)記錄。ll 莄實(shí)施階段（D）1)2) 螁與會(huì)人就某具體的問(wèn)題進(jìn)行討論，討論的優(yōu)先級(jí)如下所列 ØØ 螇最重要的業(yè)務(wù)內(nèi)容，一般是按流程、功能、細(xì)節(jié)來(lái)排定ØØ 裊爭(zhēng)議或疑問(wèn)較多的地方ØØ 螅部分有爭(zhēng)議的地方ØØ 艿對(duì)于沒(méi)有提

4、出疑義的地方，可以快速流過(guò)3)4) 螀最后，要注意一定要回顧已提出問(wèn)題和有結(jié)論的地方5)6) 羅由需求負(fù)責(zé)人整理會(huì)議的綱要，記錄各與會(huì)人員的相關(guān)意見(jiàn)，并在會(huì)后遞交紀(jì)要ll 袂檢查再實(shí)施階段（C）1)2) 羈需求負(fù)責(zé)人：對(duì)評(píng)審得出結(jié)論的問(wèn)題進(jìn)行再次確認(rèn)和修正補(bǔ)充并確定下次評(píng)審的時(shí)間3)4) 蕿按照第一階段的流程再次進(jìn)行組織，并確認(rèn)結(jié)果ll 肄總結(jié)階段（A）1)2) 芃就以上內(nèi)容做最后的確認(rèn)，需求定稿，各方簽字確認(rèn)。3)4) 蚃今后的變更轉(zhuǎn)入需求變更流程，其后產(chǎn)生的評(píng)審為小范圍內(nèi)評(píng)審。5)6) 莈7、8、 膄具體檢查手段蚄 在評(píng)審會(huì)議過(guò)程中，通過(guò)評(píng)審表（附錄一）對(duì)需求說(shuō)明書(shū)進(jìn)行考核。膁9、10、

5、肇報(bào)告反饋機(jī)制膄注：評(píng)審會(huì)議結(jié)束后，將會(huì)議紀(jì)要及評(píng)審表在一個(gè)工作日內(nèi)交至上級(jí)審閱,閱后將會(huì)議紀(jì)要及評(píng)審表發(fā)放至各與會(huì)人員。肅袃膀芄附錄一：節(jié)編號(hào)芁項(xiàng)目實(shí)際案例或說(shuō)明評(píng)審結(jié)果1與需求相關(guān)的數(shù)據(jù)定義數(shù)據(jù)流向，可以有數(shù)據(jù)流圖2功能需求是否覆蓋了所有的異常情況的處理對(duì)涉及到流程類(lèi)的操作進(jìn)行頭腦風(fēng)暴，畫(huà)出流程圖，找出所有的異常情況3是否標(biāo)識(shí)了將來(lái)可能變化的需求可擴(kuò)展性的考慮或是可維護(hù)性。測(cè)試中需要注意和跟蹤的地方。4是否說(shuō)明了系統(tǒng)輸入的來(lái)源輸入的數(shù)據(jù)是什么樣的5是否說(shuō)明了系統(tǒng)輸入輸出的類(lèi)型輸入輸出等價(jià)類(lèi)的劃分6是否說(shuō)明了系統(tǒng)輸入輸出的值域，單位，格式7是否說(shuō)明了系統(tǒng)輸入，輸出的精度有效位數(shù)8是否說(shuō)明了如

6、何進(jìn)行系統(tǒng)輸入合法性的驗(yàn)證輸入合法性的驗(yàn)證。9時(shí)間因素時(shí)間精度，跨度，使用的時(shí)間控件的情況。10需求項(xiàng)的編號(hào)，需求唯一，并可標(biāo)識(shí)需求管理和跟蹤11與需求相關(guān)的維護(hù)性系統(tǒng)上線后是怎么被維護(hù)的？維護(hù)的工作量是怎樣的，由誰(shuí)來(lái)維護(hù)，維護(hù)的頻度是多大的。12需求定義系統(tǒng)的外部接口與內(nèi)部接口劃定測(cè)試范圍，模塊集成測(cè)試的依據(jù)。從不同的入口準(zhǔn)備數(shù)據(jù)。13需求之間是否有沖突和矛盾14是否對(duì)每個(gè)需求給出設(shè)計(jì)理由，理由是否充分。比如，按id倒序排序，為什么要按id，為什么要倒序排序，按別的是不是更好？15是否冗余同一個(gè)需求被定義多次16系統(tǒng)應(yīng)用的環(huán)境，如瀏覽器，應(yīng)用語(yǔ)言，分辨率等等。17需求形式化語(yǔ)言的運(yùn)用對(duì)于數(shù)學(xué)公式的描述，或是復(fù)雜流程，盡量用形式化語(yǔ)言進(jìn)行描述。18需求是否可以驗(yàn)證需求的可測(cè)試性，是否需要開(kāi)發(fā)打上logo。19對(duì)于異常數(shù)據(jù)產(chǎn)生的結(jié)果是否有描述垃圾數(shù)據(jù)的處理20所有頁(yè)面控件的默認(rèn)狀態(tài)是否明確的標(biāo)明21是否有關(guān)于權(quán)限控制的說(shuō)明22對(duì)于提示信息的文案說(shuō)明是否有詳細(xì)的描述23Demo列表，demo是否加入了版本控制24是否對(duì)界面需求有所描述25需求中是否包含模糊性詞語(yǔ)舉例，如：依需要，順利完成，正確完成，可以，可能，等等26需求描述中應(yīng)有優(yōu)先級(jí)別和重要程度的描述27軟件需求文檔和用戶需求文檔是否有對(duì)應(yīng)的跟蹤關(guān)系全選和反選詳細(xì)說(shuō)明，反選是取反還