軟件需求管理之需求分析

1、軟件產(chǎn)品經(jīng)理之需求管理需求分析是通過(guò)需求收集獲取的用戶需求，選擇一種業(yè)務(wù)導(dǎo)向的線索將零散的需求串 聯(lián)起來(lái)，進(jìn)行業(yè)務(wù)分析、消除矛盾，并在業(yè)務(wù)分析基礎(chǔ)上結(jié)合系統(tǒng)現(xiàn)狀進(jìn)行系統(tǒng)分析并最 終形成方案和系統(tǒng)需求說(shuō)明書(shū)的過(guò)程。需求分析總體分為 8個(gè)步驟，按照順序依次為：需求識(shí)別、業(yè)務(wù)流程/統(tǒng)計(jì)查詢/接口分析、數(shù)據(jù)實(shí)體分析、角色及使用場(chǎng)景分析、系統(tǒng)功能分析、數(shù)據(jù)割接分析、用戶體驗(yàn)分 析、非功能需求分析。一、需求識(shí)別需求人員在此步驟應(yīng)該分析需求類(lèi)別、需求復(fù)雜度和需求價(jià)值用來(lái)確定需求實(shí)施的優(yōu) 先級(jí)。1 .需求類(lèi)別確認(rèn)：需求類(lèi)別包含流程類(lèi)需求、統(tǒng)計(jì)分析類(lèi)需求、接口類(lèi)需求，一個(gè)需 求可能為某一類(lèi)型需求，也可能包含多類(lèi)

2、需求。確認(rèn)需求類(lèi)別后應(yīng)對(duì)每類(lèi)需求的數(shù)量進(jìn)行 初步分析（比如流程類(lèi)需求包含幾個(gè)流程、統(tǒng)計(jì)分析類(lèi)需求包含幾個(gè)報(bào)表、接口類(lèi)需求包 含幾個(gè)接口）；2 .需求復(fù)雜度分析：一般需求受理 工作量在1-5人天的需求復(fù)雜度低，工作量在5-15人天的需求復(fù)雜度中，工作量在15人天以上需求復(fù)雜度高。（工作量表示需求受理全過(guò)程需求人員需要付出的工作量）。3 .價(jià)值分析：需求人員收到需求后應(yīng)根據(jù)收集需求內(nèi)容初步分析需求痛點(diǎn)/目標(biāo)、需求復(fù)雜度、業(yè)務(wù)重要程度確定需求價(jià)值，需求價(jià)值分析可參考如下模型：二、業(yè)務(wù)流程/統(tǒng)計(jì)查詢/接口分析針對(duì)流程類(lèi)需求必須進(jìn)行業(yè)務(wù)流程分析，統(tǒng)計(jì)查詢和接口類(lèi)需求可不進(jìn)行詳細(xì)的流程 分析。1 .業(yè)務(wù)流

3、程分為組織級(jí)、部門(mén)級(jí)和崗位級(jí)，部門(mén)級(jí)流程關(guān)注脈絡(luò)需要分析涉及哪些具 體崗位、執(zhí)行活動(dòng)、每個(gè)活動(dòng)之間的關(guān)聯(lián)關(guān)系，它是需求分析的主線條，也是流程分析的 主要產(chǎn)物；組織級(jí)流程關(guān)注宏觀一般不會(huì)直接繪制，是對(duì)部門(mén)級(jí)流程的概括和抽象，崗位 級(jí)流程關(guān)注每個(gè)業(yè)務(wù)活動(dòng)的執(zhí)行步驟屬需求細(xì)節(jié)范疇，在流程分析階段不要過(guò)度進(jìn)入細(xì)節(jié)。2 .需求識(shí)別階段確認(rèn)的流程均為部門(mén)級(jí)流程，需求人員在進(jìn)行流程分析應(yīng)遵循如下方法：1）業(yè)務(wù)流程確認(rèn)：一個(gè)流程為一個(gè)業(yè)務(wù)事件一般是外部角色發(fā)起或系統(tǒng)內(nèi)部主動(dòng)發(fā)起（比如時(shí)間事件或狀態(tài)事件），發(fā)起后會(huì)觸發(fā)一系列業(yè)務(wù)活動(dòng)；2）角色及業(yè)務(wù)活動(dòng)確認(rèn)：流程圖中的每個(gè)泳道都必須對(duì)應(yīng)到角色，每個(gè)角色對(duì)應(yīng)多個(gè)

4、業(yè)務(wù)活動(dòng)，需求人員在確認(rèn)業(yè)務(wù)活動(dòng)時(shí)一定要保證活動(dòng)的粒度，一個(gè)業(yè)務(wù)活動(dòng)一定是由一 個(gè)角色完成且每個(gè)業(yè)務(wù)活動(dòng)都是有價(jià)值的活動(dòng)（比如項(xiàng)目輸入項(xiàng)目名稱是一個(gè)執(zhí)行步驟， 這個(gè)動(dòng)作沒(méi)有價(jià)值，項(xiàng)目經(jīng)理查詢項(xiàng)目信息就是一個(gè)業(yè)務(wù)活動(dòng)），在需求描述時(shí)針對(duì)線下 活動(dòng)或新增活動(dòng)應(yīng)該應(yīng)標(biāo)識(shí)區(qū)分；3）業(yè)務(wù)活動(dòng)間關(guān)系及數(shù)據(jù)確認(rèn)：確定所有業(yè)務(wù)活動(dòng)的前后置關(guān)系，并明確流程間的傳 遞的數(shù)據(jù)實(shí)體。4）流程整體瓶頸分析：一般若某個(gè)角色業(yè)務(wù)活動(dòng)工作量較大或流程涉及高級(jí)領(lǐng)導(dǎo)一般 都會(huì)造成瓶頸，這種情況需求人員應(yīng)想辦法分散工作量提出流程優(yōu)化建議。3 .針對(duì)統(tǒng)計(jì)查詢類(lèi)需求及接口類(lèi)需求按照上述業(yè)務(wù)活動(dòng)確定原則分析、確定角色并明 確每個(gè)角色所執(zhí)

5、行的業(yè)務(wù)活動(dòng)即可。三、數(shù)據(jù)實(shí)體分析針對(duì)流程類(lèi)需求需要分析各業(yè)務(wù)活動(dòng)傳遞的數(shù)據(jù)實(shí)體，統(tǒng)計(jì)分析類(lèi)需求需要分析統(tǒng)計(jì) 查詢條件和查詢展現(xiàn)兩類(lèi)數(shù)據(jù)實(shí)體、接口類(lèi)需求需要分析接口傳遞數(shù)據(jù)實(shí)體，具體分析包 含如下內(nèi)容：1 .明確數(shù)據(jù)實(shí)體：確認(rèn)需要分析的所有數(shù)據(jù)實(shí)體，明確哪些為系統(tǒng)原有實(shí)體、哪些為 新增實(shí)體、哪些為改造實(shí)體；2 .明確所有數(shù)據(jù)實(shí)體間關(guān)系：實(shí)體間關(guān)系包含（1對(duì)1、1對(duì)多、多對(duì)多），另外需要分析數(shù)據(jù)實(shí)體變更是否需要保留版本，實(shí)體刪除（邏輯刪除、物理刪除）是否影響其它數(shù) 據(jù)實(shí)體；3 .明確數(shù)據(jù)實(shí)體字段：針對(duì)新增數(shù)據(jù)或改造數(shù)據(jù)實(shí)體需要明確新增字段的名稱、字段 類(lèi)型、是否必填、字段取值方式（人工輸入、系統(tǒng)

6、自動(dòng)繼承自其它數(shù)據(jù)實(shí)體、系統(tǒng)自動(dòng)計(jì) 算需要明確計(jì)算公式）；4 .數(shù)據(jù)權(quán)限分析：需要分析不同角色在數(shù)據(jù)權(quán)限方面的差異，若涉及縱向多級(jí)用戶， 要說(shuō)明對(duì)于集團(tuán)/省/地市用戶的數(shù)據(jù)隔離。四、角色及使用場(chǎng)景分析一般來(lái)說(shuō)每個(gè)業(yè)務(wù)活動(dòng)是對(duì)用戶使用場(chǎng)景的抽象，每個(gè)業(yè)務(wù)活動(dòng)可能包含多個(gè)場(chǎng)景， 分析使用場(chǎng)景時(shí)應(yīng)按照業(yè)務(wù)活動(dòng)為主線逐個(gè)進(jìn)行分析，每個(gè)業(yè)務(wù)活動(dòng)分析時(shí)應(yīng)包含如下內(nèi) 容：1 .明確活動(dòng)執(zhí)行角色；2 .明確活動(dòng)執(zhí)行的前置條件和后置條件；3 .明確不同場(chǎng)景：一個(gè)業(yè)務(wù)活動(dòng)可能包含正常的使用場(chǎng)景、備選使用場(chǎng)景和異常使用 場(chǎng)景；4 .明確每個(gè)場(chǎng)景的執(zhí)行步驟：描述執(zhí)行步驟時(shí)應(yīng)使用簡(jiǎn)單的語(yǔ)法，主語(yǔ)明確語(yǔ)義易于 理解，每個(gè)

7、步驟不應(yīng)該在任何一方（執(zhí)行角色、系統(tǒng)）停留兩部以上，重點(diǎn)描述如何交互。5 .業(yè)務(wù)規(guī)則和約束：明確在每個(gè)業(yè)務(wù)活動(dòng)下應(yīng)遵循的業(yè)務(wù)規(guī)則和約束，這里一般是與 業(yè)務(wù)流程相關(guān)的行為規(guī)則（比如項(xiàng)目周期時(shí)長(zhǎng)超過(guò)90天必須提交二級(jí)領(lǐng)導(dǎo)審批）或與數(shù)據(jù)實(shí)體相關(guān)的數(shù)據(jù)規(guī)則（需求交接單拒收時(shí)候必須填寫(xiě)拒收原因，且拒收原因不能超過(guò) 500 字）。五、系統(tǒng)功能分析系統(tǒng)功能分析是結(jié)合系統(tǒng)現(xiàn)狀和上述分析進(jìn)一步明確實(shí)現(xiàn)相應(yīng)用戶場(chǎng)景的系統(tǒng)功能， 主要還包含內(nèi)容如下：1 .功能列表：分析得出實(shí)現(xiàn)上述業(yè)務(wù)活動(dòng)對(duì)應(yīng)的功能/接口列表，并明確新增功能、改造功能；2 .功能/接口關(guān)聯(lián)影響分析：實(shí)現(xiàn)某個(gè)業(yè)務(wù)活動(dòng)需要新增或改造的功能對(duì)其它關(guān)聯(lián)功能 /接口的影響分析（比如改造請(qǐng)購(gòu)池受理功能可能會(huì)影響采購(gòu)項(xiàng)目創(chuàng)建功能，采購(gòu)項(xiàng)目創(chuàng)建 功能修改一個(gè)字段取值范圍會(huì)影響項(xiàng)目統(tǒng)計(jì)分析和同步ES系統(tǒng)接口）3 .系統(tǒng)交互原型分析：需求人員應(yīng)遵循界面規(guī)范并與研發(fā)溝通確定系統(tǒng)交互原型，用 戶原型的目的是為了幫助研發(fā)或用戶更好的理解需求場(chǎng)景而非真正系統(tǒng)實(shí)現(xiàn)后高保真原型， 在交互原型中應(yīng)包含如下內(nèi)容：4 ）原型界面