軟件需求管理之需求分析

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

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

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

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

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

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

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