1
需求分析按照輸出成果分為兩個(gè)階段，第一個(gè)階段為產(chǎn)出需求方案服務(wù)，主要是梳理業(yè)務(wù)流程、初步分析角色及使用場(chǎng)景、結(jié)合系統(tǒng)分析功能要點(diǎn)形成分析框架，最終產(chǎn)出物為需求方案，第二階段為產(chǎn)出詳細(xì)的軟件需求說(shuō)明書(shū)服務(wù)，需要在一階段上細(xì)化方案框架補(bǔ)充需求細(xì)節(jié)最終產(chǎn)出物為軟件需求說(shuō)明書(shū)。
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的問(wèn)題；
（2）流程：繪制跨部門流程圖，流程圖為系統(tǒng)流程圖，需求人員在繪制流程時(shí)應(yīng)嚴(yán)格按照流程圖例要求進(jìn)行繪制，方案中流程圖不要粘貼圖片；
（3）角色：明確系統(tǒng)角色名稱，每個(gè)角色的職責(zé)范圍、是否為新增角色；
（4）數(shù)據(jù)實(shí)體：說(shuō)明數(shù)據(jù)實(shí)體的關(guān)聯(lián)關(guān)系，具備條件的情況下初步說(shuō)明數(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ī)則和約束：說(shuō)明流程級(jí)別的規(guī)范/約束和業(yè)務(wù)活動(dòng)級(jí)別的規(guī)則/約束；
（7）數(shù)據(jù)割接方案：初步明確數(shù)據(jù)割接原則及方案要點(diǎn)；
（8）非功能需求描述：描述需求的可行性、健壯性、可擴(kuò)展性等約束，非功能需求描述時(shí)注意盡量采用定量描述的方法（比如報(bào)表查詢速度不超過(guò)10S）。
3?
需求說(shuō)明書(shū)主要內(nèi)容包含：需求定位和目標(biāo)、流程、角色、數(shù)據(jù)模板、功能說(shuō)明、業(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ú)編制割接方案，并在需求說(shuō)明書(shū)中引用方案文檔。
（8）非功能需求描述：按需求方案內(nèi)容要求填充。
4
需求說(shuō)明書(shū)編制時(shí)需要注意：
（1）需求說(shuō)明書(shū)編制應(yīng)嚴(yán)格按照模板要求完成；
（2）需求描述語(yǔ)言要用肯定句而非否定句，只有肯定句才能表達(dá)用戶真正想要什么，否定句只是表明了用戶不想要的，但是沒(méi)有說(shuō)明用戶想要的；
（3）需求人員在需求說(shuō)明書(shū)中對(duì)于術(shù)語(yǔ)、簡(jiǎn)稱等名稱前后一致性的檢查，不出現(xiàn)同一個(gè)術(shù)語(yǔ)或字段在不同地方名稱不一致的情況。
5、
需求確認(rèn)目的是對(duì)需求進(jìn)行驗(yàn)證，保證需求的完整性、正確性、可行性、必要性、一致性、無(wú)二義性。
需求驗(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)人員通過(guò)郵件的方式飯可以意見(jiàn)，若需求復(fù)雜度為中或高英采用需求評(píng)審會(huì)的方式對(duì)需求進(jìn)行驗(yàn)證，召開(kāi)需求評(píng)審會(huì)需求人員應(yīng)注意如下幾點(diǎn)：
（1）盡量提前一天將需要評(píng)審的需求文檔上傳SVN并發(fā)郵件通知項(xiàng)目組相關(guān)人員提前安排時(shí)間并閱讀需求文檔；
（2）評(píng)審過(guò)程需求人員應(yīng)記錄評(píng)審問(wèn)題，評(píng)審結(jié)束前與評(píng)審人員逐一確認(rèn)；
（3）評(píng)審結(jié)束后需求人員必須按照評(píng)審模板撰寫(xiě)需求評(píng)審紀(jì)要上傳SVN并郵件給相關(guān)評(píng)審人員。
與用戶需求確認(rèn)時(shí)需求人員應(yīng)注意以下幾點(diǎn):
（1）需要用戶確認(rèn)的需求說(shuō)明書(shū)應(yīng)至少提前一天發(fā)給用戶，針對(duì)必須需要用戶確認(rèn)的問(wèn)題需要提前梳理；
（2）若需求涉及多個(gè)用戶建議通過(guò)開(kāi)會(huì)的方式確認(rèn)需求，需提至少提前一天通知信息化部門組織會(huì)議；
（3）若在需求確認(rèn)時(shí)用戶又提出新需求，需求人員應(yīng)建議新需求放到下一階段分析評(píng)估后實(shí)施，否則會(huì)影響實(shí)施進(jìn)度；
（4）在需求確認(rèn)時(shí)需求只針對(duì)需求問(wèn)題進(jìn)行應(yīng)答，若涉及到工作量、上線計(jì)劃相關(guān)問(wèn)題不要馬上答應(yīng)用戶，可回復(fù)用戶回去溝通后答復(fù)。
