1
需求分析按照輸出成果分為兩個(gè)階段捕虽,第一個(gè)階段為產(chǎn)出需求方案服務(wù)纺裁,主要是梳理業(yè)務(wù)流程蜜自、初步分析角色及使用場(chǎng)景菩貌、結(jié)合系統(tǒng)分析功能要點(diǎn)形成分析框架,最終產(chǎn)出物為需求方案袁辈,第二階段為產(chǎn)出詳細(xì)的軟件需求說明書服務(wù)菜谣,需要在一階段上細(xì)化方案框架補(bǔ)充需求細(xì)節(jié)最終產(chǎn)出物為軟件需求說明書。
2
需求方案主要內(nèi)容包含:需求目標(biāo)和定位晚缩、流程尾膊、角色、數(shù)據(jù)實(shí)體荞彼、功能要點(diǎn)冈敛、業(yè)務(wù)規(guī)則和約束、數(shù)據(jù)割接方案鸣皂、非功能需求描述:
(1)需求目標(biāo)和定位:將需求識(shí)別階段明確的用戶痛點(diǎn)抓谴、需要做的事情和需要達(dá)成的目標(biāo)進(jìn)行概述,解決WHAT和WHY的問題寞缝;
(2)流程:繪制跨部門流程圖癌压,流程圖為系統(tǒng)流程圖,需求人員在繪制流程時(shí)應(yīng)嚴(yán)格按照流程圖例要求進(jìn)行繪制荆陆,方案中流程圖不要粘貼圖片滩届;
(3)角色:明確系統(tǒng)角色名稱,每個(gè)角色的職責(zé)范圍被啼、是否為新增角色帜消;
(4)數(shù)據(jù)實(shí)體:說明數(shù)據(jù)實(shí)體的關(guān)聯(lián)關(guān)系,具備條件的情況下初步說明數(shù)據(jù)實(shí)體詳細(xì)字段信息浓体。
5()功能要點(diǎn):包含角色及使用場(chǎng)景分析(不需要具體到每個(gè)場(chǎng)景的執(zhí)行步驟)及關(guān)聯(lián)功能/接口關(guān)聯(lián)影響析泡挺;
(6)業(yè)務(wù)規(guī)則和約束:說明流程級(jí)別的規(guī)范/約束和業(yè)務(wù)活動(dòng)級(jí)別的規(guī)則/約束;
(7)數(shù)據(jù)割接方案:初步明確數(shù)據(jù)割接原則及方案要點(diǎn)命浴;
(8)非功能需求描述:描述需求的可行性娄猫、健壯性、可擴(kuò)展性等約束,非功能需求描述時(shí)注意盡量采用定量描述的方法(比如報(bào)表查詢速度不超過10S)僧著。
3?
需求說明書主要內(nèi)容包含:需求定位和目標(biāo)诬像、流程、角色褂删、數(shù)據(jù)模板、功能說明冲茸、業(yè)務(wù)規(guī)則和約束屯阀、數(shù)據(jù)割接方案。
(1)需求目標(biāo)和定位:按照需求方案描述內(nèi)容要求填充轴术;
(2)流程:按需求方案內(nèi)容要求填充难衰;
(3)角色:按需求方案內(nèi)容要求填充;
(4)數(shù)據(jù)實(shí)體:在需求方案要求內(nèi)容基礎(chǔ)上進(jìn)一步填充詳細(xì)的數(shù)據(jù)實(shí)體詳細(xì)字段信息逗栽,針對(duì)依賴導(dǎo)入的功能明確系統(tǒng)導(dǎo)入模板盖袭。
(5)功能描述:在需求方案內(nèi)容要求基礎(chǔ)上進(jìn)一步填充角色及使用場(chǎng)景(細(xì)化到具體的執(zhí)行步驟)、功能列表、系統(tǒng)交互原型鳄虱、算法弟塞;
(6)業(yè)務(wù)規(guī)則和約束:在方案要求內(nèi)容基礎(chǔ)上進(jìn)一步明確數(shù)據(jù)約束和界面約束;
(7)數(shù)據(jù)割接方案:在數(shù)據(jù)割接原則明確的基礎(chǔ)上進(jìn)一步細(xì)化數(shù)據(jù)割接方案拙已,若割接方案復(fù)雜也可單獨(dú)編制割接方案决记,并在需求說明書中引用方案文檔。
(8)非功能需求描述:按需求方案內(nèi)容要求填充倍踪。
4
需求說明書編制時(shí)需要注意:
(1)需求說明書編制應(yīng)嚴(yán)格按照模板要求完成系宫;
(2)需求描述語言要用肯定句而非否定句,只有肯定句才能表達(dá)用戶真正想要什么建车,否定句只是表明了用戶不想要的扩借,但是沒有說明用戶想要的;
(3)需求人員在需求說明書中對(duì)于術(shù)語缤至、簡(jiǎn)稱等名稱前后一致性的檢查潮罪,不出現(xiàn)同一個(gè)術(shù)語或字段在不同地方名稱不一致的情況。
5凄杯、
需求確認(rèn)目的是對(duì)需求進(jìn)行驗(yàn)證错洁,保證需求的完整性、正確性戒突、可行性屯碴、必要性、一致性膊存、無二義性导而。
需求驗(yàn)證一般采用項(xiàng)目組內(nèi)部評(píng)審和用戶確認(rèn)簽字的方式進(jìn)行。
項(xiàng)目組內(nèi)部評(píng)審需求時(shí)根據(jù)需求復(fù)雜度不同可采用不同的方法隔崎,若復(fù)雜度為低可直接發(fā)郵件給項(xiàng)目組相關(guān)人員通過郵件的方式飯可以意見今艺,若需求復(fù)雜度為中或高英采用需求評(píng)審會(huì)的方式對(duì)需求進(jìn)行驗(yàn)證,召開需求評(píng)審會(huì)需求人員應(yīng)注意如下幾點(diǎn):
(1)盡量提前一天將需要評(píng)審的需求文檔上傳SVN并發(fā)郵件通知項(xiàng)目組相關(guān)人員提前安排時(shí)間并閱讀需求文檔爵卒;
(2)評(píng)審過程需求人員應(yīng)記錄評(píng)審問題虚缎,評(píng)審結(jié)束前與評(píng)審人員逐一確認(rèn);
(3)評(píng)審結(jié)束后需求人員必須按照評(píng)審模板撰寫需求評(píng)審紀(jì)要上傳SVN并郵件給相關(guān)評(píng)審人員钓株。
與用戶需求確認(rèn)時(shí)需求人員應(yīng)注意以下幾點(diǎn):
(1)需要用戶確認(rèn)的需求說明書應(yīng)至少提前一天發(fā)給用戶实牡,針對(duì)必須需要用戶確認(rèn)的問題需要提前梳理;
(2)若需求涉及多個(gè)用戶建議通過開會(huì)的方式確認(rèn)需求轴合,需提至少提前一天通知信息化部門組織會(huì)議创坞;
(3)若在需求確認(rèn)時(shí)用戶又提出新需求,需求人員應(yīng)建議新需求放到下一階段分析評(píng)估后實(shí)施受葛,否則會(huì)影響實(shí)施進(jìn)度题涨;
(4)在需求確認(rèn)時(shí)需求只針對(duì)需求問題進(jìn)行應(yīng)答偎谁,若涉及到工作量、上線計(jì)劃相關(guān)問題不要馬上答應(yīng)用戶纲堵,可回復(fù)用戶回去溝通后答復(fù)巡雨。