需求范圍定義的工作重點(diǎn)在于明確項(xiàng)目的目標(biāo)和范圍，通過三步走的方法，界定了需求范圍以后，就可以以業(yè)務(wù)事件列表和報(bào)表列表為線索，進(jìn)行進(jìn)一步的需求分析需求分析和需求業(yè)務(wù)建模提供架構(gòu)基礎(chǔ)。

一、需求范圍定義

我們?cè)谧鲰?xiàng)目的時(shí)候，進(jìn)行需求工程分析項(xiàng)目，為了能給需求分析與需求建模提供有效的支持，避免出現(xiàn)“上梁不正下梁歪”的情況，我們?cè)诹㈨?xiàng)階段的需求范圍定義就顯得尤為重要。而需求范圍的定義應(yīng)該放在項(xiàng)目的啟動(dòng)立項(xiàng)階段，對(duì)整個(gè)項(xiàng)目的宏觀業(yè)務(wù)需求，起到指引的作用。

一句話說就是：明確項(xiàng)目的目標(biāo)和范圍。

那么需求范圍定義的應(yīng)該怎么做？結(jié)合筆者的經(jīng)驗(yàn)，三步可以概括：

1. 劃分主題域，進(jìn)而畫出構(gòu)件圖，即摸清楚結(jié)構(gòu)性框架；
2. 繪制上下文關(guān)系圖，找到主題域承擔(dān)的責(zé)任，即找到每個(gè)板塊的業(yè)務(wù)范圍；
3. 標(biāo)識(shí)業(yè)務(wù)事件和報(bào)表，輸出需求大綱。

劃分主題域顧名思義就是劃分板塊，但是劃分的方法，維度，參考的標(biāo)識(shí)應(yīng)該是什么呢？我們可以通過兩個(gè)方法來識(shí)別：

• 以“事”為線索劃分主題域，通過業(yè)務(wù)事件找到業(yè)務(wù)流信息；
• 對(duì)于復(fù)雜的聯(lián)機(jī)處理業(yè)務(wù)系統(tǒng)，單單以一條線劃分主題域還不夠，結(jié)合職責(zé)劃分主題域會(huì)有更好的效果。

二、案例：商旅平臺(tái)系統(tǒng)

（1）確定主題域

通過典型的業(yè)務(wù)職責(zé)，將系統(tǒng)分為：銷售、生產(chǎn)、售后三部分。

• 銷售職責(zé)區(qū)塊：由于產(chǎn)品特性，商旅針對(duì)的B端用戶是組織和企業(yè)。所以這里的客戶是企業(yè)。銷售這個(gè)業(yè)務(wù)職責(zé)就是對(duì)客戶企業(yè)的管理，服務(wù)跟蹤，運(yùn)營數(shù)據(jù)數(shù)據(jù)分析等，這里把這個(gè)主題域命名為客戶管理子系統(tǒng)，也是通常說的CRM
• 生產(chǎn)職責(zé)區(qū)塊：這個(gè)職責(zé)區(qū)塊就是為企業(yè)用戶提供全面的商旅業(yè)務(wù)（包括機(jī)票，酒店，用車等），也就是商旅業(yè)務(wù)就是他的核心生產(chǎn)業(yè)務(wù)。因此可以把這個(gè)業(yè)務(wù)區(qū)塊主題域稱為“商旅業(yè)務(wù)系統(tǒng)”，但是由于業(yè)務(wù)相當(dāng)復(fù)雜，以及服務(wù)業(yè)的特性，光是一級(jí)主題域還不夠，商旅業(yè)務(wù)子系統(tǒng)下，平臺(tái)內(nèi)部還應(yīng)該劃分更細(xì)的業(yè)務(wù)職責(zé)以及協(xié)同職責(zé)，這里才是整個(gè)平臺(tái)高效運(yùn)轉(zhuǎn)的核心，也是我們劃分主題域的核心工作，所以這個(gè)案例的重點(diǎn)是把業(yè)務(wù)系統(tǒng)下的二級(jí)主題域劃分清楚。
• 售后職責(zé)區(qū)塊：這個(gè)區(qū)塊，為企業(yè)提供售后的支持的主題域，主要是財(cái)務(wù)上的，和C端的旅游不同，商旅很多是企業(yè)和平臺(tái)月結(jié)的，而平臺(tái)和供應(yīng)商一般也是周期結(jié)算。所以售后這個(gè)區(qū)塊一是平臺(tái)和企業(yè)的按照周期結(jié)算對(duì)賬，二是平臺(tái)和供應(yīng)商的結(jié)算。這個(gè)主題域叫做結(jié)算系統(tǒng)。

下面我們來進(jìn)一步二級(jí)主題域的劃分。

在業(yè)務(wù)子系統(tǒng)內(nèi)部，由于業(yè)務(wù)的特殊性和復(fù)雜性。我們進(jìn)一步進(jìn)行職責(zé)劃分：生產(chǎn)、支持、服務(wù)三個(gè)職責(zé)區(qū)塊。

• 生產(chǎn)職責(zé)區(qū)塊：商旅平臺(tái)在本質(zhì)上屬于電商平臺(tái)，只不過商品不是實(shí)物產(chǎn)品，他只是一個(gè)平臺(tái)代理商，所以它的核心業(yè)務(wù)應(yīng)該是屬于電商：查詢、下單、支付、發(fā)貨這個(gè)完整的業(yè)務(wù)流程。這個(gè)主題域我們把它叫成：生產(chǎn)系統(tǒng)。業(yè)務(wù)要走的通，除了業(yè)務(wù)，還應(yīng)有資金。支付方式如果支持多種：月結(jié)、現(xiàn)結(jié)、預(yù)存，那么還應(yīng)該有支付系統(tǒng)，或者第三方提供支付服務(wù)，提供支付接口，或者提供記賬的虛擬支付系統(tǒng)。
• 支持職責(zé)區(qū)塊：由于業(yè)務(wù)的復(fù)雜特性（以機(jī)票為例：各種政策投放，優(yōu)惠，里程兌換，行程單報(bào)銷，短信通知），質(zhì)量風(fēng)控，投訴質(zhì)檢等。需要大量的運(yùn)營人員以及系統(tǒng)對(duì)業(yè)務(wù)的支持。這里把所有的業(yè)務(wù)支持的東西都放在一起，叫業(yè)務(wù)支持主題域。生產(chǎn)上即業(yè)務(wù)支持子系統(tǒng)
• 服務(wù)職責(zé)區(qū)塊：由于服務(wù)行業(yè)7*24服務(wù)業(yè)的特性，在這個(gè)職責(zé)區(qū)塊上，為了給客服中心提供有效的協(xié)同支持，還應(yīng)該有工單子系統(tǒng)，呼叫子系統(tǒng)。

第二步：繪制構(gòu)件圖

完成了主題域劃分以后，可以用一個(gè)構(gòu)件圖，標(biāo)識(shí)出各主域題之間的關(guān)系，即找到各主題域之間的接口，把整個(gè)系統(tǒng)聯(lián)系起來，搭建出整個(gè)業(yè)務(wù)框架。

在前面我們已經(jīng)標(biāo)識(shí)出了一級(jí)主題域有：“客戶關(guān)系管理系統(tǒng)”、“商旅業(yè)務(wù)系統(tǒng)”、“結(jié)算系統(tǒng)”，現(xiàn)在我們先來梳理一下一級(jí)主題域之間的關(guān)系。

客戶關(guān)系管理子系統(tǒng)和商旅業(yè)務(wù)系統(tǒng)：以商旅機(jī)票服務(wù)為例，只有企業(yè)賬戶已經(jīng)開通，企業(yè)下的用戶才能在業(yè)務(wù)系統(tǒng)下單，所以在用戶下單時(shí)候，需客戶關(guān)系管理系統(tǒng)提供相應(yīng)的用戶數(shù)據(jù)，企業(yè)信息給業(yè)務(wù)系統(tǒng)。而為了分析企業(yè)的商旅出行的數(shù)據(jù)等，業(yè)務(wù)系統(tǒng)還應(yīng)該把訂單數(shù)據(jù)回傳給客戶關(guān)系管理系統(tǒng)，以為生成各類運(yùn)營報(bào)表提供基礎(chǔ)。所以這兩個(gè)主題域之間的接口應(yīng)該是：CRM提供查詢客戶資料的接口供業(yè)務(wù)系統(tǒng)查詢，業(yè)務(wù)系統(tǒng)提供同步訂單數(shù)據(jù)的接口給CRM。

客觀關(guān)系管理系統(tǒng)和結(jié)算系統(tǒng)：企業(yè)當(dāng)月使用多少票量，應(yīng)該月結(jié)金額多少錢，企業(yè)是否按時(shí)還款，這塊數(shù)據(jù)應(yīng)該由結(jié)算系統(tǒng)同步給給客戶關(guān)系管理系統(tǒng)。所以這兩個(gè)主題域之間的接口應(yīng)該是：結(jié)算系統(tǒng)提供數(shù)據(jù)給CRM生成報(bào)表。

供應(yīng)商主題域：在確定最終的主題域之前，我們還需要結(jié)合最終的目標(biāo)來考察這些主題域。從目標(biāo)范圍的角度來說，商旅平臺(tái)，只是作為一個(gè)代理商，他沒有真正的產(chǎn)品。剛才我們分析的都是對(duì)內(nèi)的關(guān)系，還應(yīng)分析對(duì)外的關(guān)系，即平臺(tái)是通過整合其他渠道或者代預(yù)定的方式來提供服務(wù)的。所以考慮他的產(chǎn)品從哪里來，就會(huì)自然想到其供應(yīng)商，這里統(tǒng)一叫成：供應(yīng)商主題域。當(dāng)然從機(jī)票的業(yè)務(wù)來講，可能有：黑屏，航司官網(wǎng)，其他OTA等等。從其他平臺(tái)有交易，有業(yè)務(wù)就有資金。所以還應(yīng)該有對(duì)供應(yīng)商的支付體系。

第一級(jí)主題域的構(gòu)件圖畫好了，標(biāo)識(shí)出服務(wù)接口：

如下：

下面來確定第二級(jí)主題域的構(gòu)件圖：

首先確定二級(jí)主題域之間的關(guān)系：生產(chǎn)系統(tǒng)、供應(yīng)商業(yè)務(wù)系統(tǒng)、供應(yīng)商支付系統(tǒng)、業(yè)務(wù)支持系統(tǒng)、工單系統(tǒng)、外呼系統(tǒng)。

生產(chǎn)系統(tǒng)和供應(yīng)商系統(tǒng)：以機(jī)票為例，來找這兩個(gè)主題域之間的關(guān)系。我們以“事”為線索，從業(yè)務(wù)事件，找到業(yè)務(wù)流程，最終推演業(yè)務(wù)活動(dòng)。機(jī)票下單首先航班信息這些不是憑空變出來的，都是從供應(yīng)商那里獲取到的，包括航班信息，艙位信息，運(yùn)價(jià)，座位的查詢，部分退票改簽政策等應(yīng)該由供應(yīng)商提供。如果用戶下單，那么平臺(tái)還應(yīng)該去供應(yīng)商那里自動(dòng)創(chuàng)單，所以還應(yīng)該對(duì)接供應(yīng)商業(yè)務(wù)系統(tǒng)的下單接口，供應(yīng)商提供的支付接口。

生產(chǎn)系統(tǒng)和業(yè)務(wù)支持系統(tǒng)：

• 由于業(yè)務(wù)的特殊性，對(duì)于大客戶企業(yè)，航空公司會(huì)有三方或者兩方協(xié)議政策提供優(yōu)惠，每種艙位折扣的優(yōu)惠力度，又由于每個(gè)時(shí)間段折扣不同，航線不同折扣不同，高管白名單等。這些都應(yīng)該維護(hù)在業(yè)務(wù)系統(tǒng)中給生產(chǎn)系統(tǒng)出票提供支持。
• 退票改簽的政策也各個(gè)航空公司有差異，每年都在變，甚至每個(gè)季度都在變，這些應(yīng)由運(yùn)營人員根據(jù)航空公司，企業(yè)大客戶政策，航班艙位多個(gè)角度實(shí)時(shí)更新并給生產(chǎn)提供支持。
• 作為平臺(tái)來講，會(huì)有一套自己獨(dú)有的出票邏輯體系，供應(yīng)商出票優(yōu)先級(jí)，政策投放規(guī)則以實(shí) 現(xiàn)盈利，所以業(yè)務(wù)支持系統(tǒng)維護(hù)出票配置，供應(yīng)規(guī)則等給生產(chǎn)系統(tǒng)，當(dāng)然這部分也可以放在生產(chǎn)系統(tǒng)本身當(dāng)中，這里不詳細(xì)介紹。

生產(chǎn)系統(tǒng)和工單系統(tǒng)：電商訂單無時(shí)無刻不在產(chǎn)生，對(duì)于7*24小時(shí)的人工服務(wù)，客服人員隨時(shí)在處理訂單的問題，也需要其他業(yè)務(wù)組，或者部門來處理的，甚至是需要技術(shù)人員處理（如退款失敗，需要人工退款），要實(shí)現(xiàn)高效的輸出，團(tuán)隊(duì)協(xié)作必不可少。而其他業(yè)務(wù)人員想要快速實(shí)現(xiàn)高效協(xié)作，工單系統(tǒng)中的訂單信息必不可少，應(yīng)該由生產(chǎn)系統(tǒng)通過服務(wù)接口提供給工單系統(tǒng)

生產(chǎn)系統(tǒng)和外呼系統(tǒng)：對(duì)于人工出票，客戶致電后為了能實(shí)現(xiàn)智能接聽，快速識(shí)別出客戶個(gè)人信息，已預(yù)訂的訂單信息，應(yīng)該由生產(chǎn)系統(tǒng)提供信息給外呼系統(tǒng)。

通過各個(gè)二級(jí)主題域之間的分析，找到了二級(jí)主題域之間的服務(wù)接口，繪制成構(gòu)建圖后如下：

通過我們對(duì)系統(tǒng)整體進(jìn)行主題域劃分之后，并且標(biāo)識(shí)出各主題域之間的關(guān)系，即服務(wù)接口以后，系統(tǒng)整體的架構(gòu)就一個(gè)雛形了（案例只是標(biāo)識(shí)了部分業(yè)務(wù)接口，具體還有很多其他業(yè)務(wù)接口，技術(shù)上的功能接口未標(biāo)出）。下面一步就是進(jìn)一步對(duì)各主題域內(nèi)部進(jìn)行細(xì)節(jié)梳理。

（2）繪制上下文關(guān)系圖

什么是上下文關(guān)系圖？

當(dāng)把系統(tǒng)的范圍縮小到一個(gè)主題域時(shí)候，涉及的內(nèi)容就大大減少了。這個(gè)時(shí)候我們針對(duì)每個(gè)主題域來分析，分析其所要承擔(dān)的業(yè)務(wù)責(zé)任。

我們以二級(jí)主題域，業(yè)務(wù)最復(fù)雜的生產(chǎn)系統(tǒng)為例來繪制上下午關(guān)系圖，通過三個(gè)步驟來抽絲剝繭，分析出細(xì)節(jié)脈絡(luò)。

a. 將整個(gè)系統(tǒng)看成一個(gè)盒子

b. 找到系統(tǒng)中所有的customer（客戶）和worker(工作人員)

c. 分析customer和worker主動(dòng)發(fā)起的事件

首先把這個(gè)生產(chǎn)系統(tǒng)看成一個(gè)黑盒子，用矩形表示；接著思考這些主題域需要哪些外部的customer，內(nèi)部的worker？

很顯然，這里的customer最重要的商旅用戶。他發(fā)起出差肯定會(huì)提交出差申請(qǐng)，不管是事前出差申請(qǐng)，還是訂票中提出差申請(qǐng)。那么會(huì)有他的領(lǐng)導(dǎo)來審核，對(duì)于生產(chǎn)系統(tǒng)來說也是屬于customer。

申請(qǐng)通過以后就會(huì)進(jìn)行在生產(chǎn)系統(tǒng)訂票，生產(chǎn)系統(tǒng)這個(gè)時(shí)候需要到外部供應(yīng)商那里去購票，這個(gè)時(shí)候，企業(yè)的業(yè)務(wù)協(xié)同就開始了，所以供應(yīng)商，結(jié)算系統(tǒng)，業(yè)務(wù)支持系統(tǒng)對(duì)于生產(chǎn)系統(tǒng)來說都是屬于外部的worker。結(jié)算系統(tǒng)負(fù)責(zé)資金流，業(yè)務(wù)系統(tǒng)提供業(yè)務(wù)支持，供應(yīng)商系統(tǒng)負(fù)責(zé)提供票務(wù)。

用戶除了訂票還會(huì)有什么獨(dú)立的行為呢？可能會(huì)因?yàn)樘鞖庠颍瑐€(gè)人原因臨時(shí)改變行程，發(fā)生改簽或者退票。這是一個(gè)獨(dú)立的，不是必然發(fā)生的事情。首先應(yīng)該由customer提出申請(qǐng)，然后由平臺(tái)客服運(yùn)營人員進(jìn)行審核后提交給航空公司或者供應(yīng)商處

如果退改簽的審核通過，則會(huì)進(jìn)行相應(yīng)的收取手續(xù)費(fèi)或者退款，因此將這兩個(gè)信息添加到上下文關(guān)系圖中，這時(shí)候就會(huì)得到。

分析完了customer主動(dòng)發(fā)起的事件后，我們來繼續(xù)分析worker主動(dòng)發(fā)起的事件。從生產(chǎn)系統(tǒng)customer以外的都是worker，包括供應(yīng)商，協(xié)作系統(tǒng)，財(cái)務(wù)系統(tǒng)等。

下面我們來分析幾個(gè)例子：

• 航空變動(dòng)：天氣原因，原航班有延誤，取消等通知需要通知給用戶，通過業(yè)務(wù)支持系統(tǒng)中的短信模塊來發(fā)送短信通知用戶（如果出票有短信服務(wù)也會(huì)通知）；
• 企業(yè)余額不足：企業(yè)在商旅系統(tǒng)上余額不足，不足以支付后，將會(huì)通知給用戶；
• 航旅個(gè)人報(bào)告：個(gè)人的商旅航分析報(bào)告，主動(dòng)推送給用戶。

其他例子不詳細(xì)說明。

我們?cè)偌由线@些后，上下文關(guān)系圖變得更加豐富和清晰：

到現(xiàn)在我們就通過以生產(chǎn)系統(tǒng)為例，從customer和worker的業(yè)務(wù)事件分析起。繪制出了生產(chǎn)系統(tǒng)的上下文關(guān)系圖

（3）標(biāo)識(shí)業(yè)務(wù)事件和報(bào)表，輸出需求大綱

對(duì)于聯(lián)機(jī)業(yè)務(wù)處理的系統(tǒng)而言，業(yè)務(wù)事件（業(yè)務(wù)流程）是核心線索，對(duì)于管理信息系統(tǒng)而言，report（包括各種查詢，分析，統(tǒng)計(jì)）是核心線索，而在此案例中，商旅平臺(tái)屬于復(fù)雜的聯(lián)機(jī)處理事務(wù)系統(tǒng)。

首先我們來對(duì)業(yè)務(wù)事件做個(gè)解析

業(yè)務(wù)事件是梳理業(yè)務(wù)系統(tǒng)需求的一個(gè)很重要的線索，因?yàn)橐粋€(gè)企業(yè)或組織存在的核心價(jià)值在于接受外部用戶的請(qǐng)求，通過響應(yīng)請(qǐng)求讓用戶滿意的同時(shí)也創(chuàng)造了相應(yīng)的價(jià)值。

業(yè)務(wù)事件是業(yè)務(wù)流程的觸發(fā)點(diǎn)，標(biāo)識(shí)出業(yè)務(wù)事件能夠幫助我們識(shí)別出業(yè)務(wù)流程；而業(yè)務(wù)流程是為了響應(yīng)業(yè)務(wù)事件而觸發(fā)的一系列業(yè)務(wù)活動(dòng)，它通常是由不同部門、不同崗位協(xié)作完成的。因此業(yè)務(wù)流程的信息是掌握在中層管理人員手里的，它屬于脈絡(luò)信息。

結(jié)合我們的案例商旅系統(tǒng)，在我們分析上下文關(guān)系圖的時(shí)候就是按照業(yè)務(wù)事件分析的，標(biāo)注出業(yè)務(wù)事件后如下：

舉一個(gè)業(yè)務(wù)事件例子：由用戶提出出差申請(qǐng)（業(yè)務(wù)事件），于是產(chǎn)生審批流程（業(yè)務(wù)流程），需要相關(guān)人員進(jìn)行審批（業(yè)務(wù)步驟），提出出差申請(qǐng)是業(yè)務(wù)事件，即觸發(fā)整個(gè)流程的行為，也是直接作用于系統(tǒng)的行為。通過這個(gè)事件，我們可以找到一系列的活動(dòng)和相關(guān)部門。

解析出報(bào)表：

在此基礎(chǔ)上我們來分析潛在的報(bào)表。需求定義階段主要是識(shí)別出報(bào)表的類型以及為什么要這些報(bào)表，他們的使用場(chǎng)景。這里由于和企業(yè)需要結(jié)算對(duì)賬，就需要進(jìn)行業(yè)務(wù)賬和資金賬的核對(duì)。

根據(jù)分類可以分析出以下報(bào)表：

當(dāng)然，報(bào)表不一定完全，還要根據(jù)管理層的意圖，需求，進(jìn)行訪談，增加報(bào)表類型等。

輸出需求大綱，產(chǎn)出需求范圍規(guī)格文檔。

下面就是我們的最后一步，把剛才的分析匯總成需求大綱，輸出需求規(guī)格的邊界，從主題域開始，一個(gè)一個(gè)小節(jié)列出來，闡述業(yè)務(wù)事件（包括整個(gè)流程），列表需求。搭建出了整體的系統(tǒng)框架。為具體的后期業(yè)務(wù)建模需求說明提供了參考。

下面是我輸出的需求大綱作為參考

Word版的文檔需求大綱：

XXX商旅平臺(tái)系統(tǒng)需求規(guī)格說明書：

1.文檔概述

（略）

2.任務(wù)概述

2.1業(yè)務(wù)需求

• 為大型企業(yè)提供一站式商旅解決方案，包括審批，預(yù)訂，出行，報(bào)銷全流程服務(wù)
• （其余略）

2.2用戶人群分析

（略）

3.業(yè)務(wù)模型分析

本系統(tǒng)由客戶關(guān)系管理系統(tǒng)，商旅業(yè)務(wù)系統(tǒng)，結(jié)算系統(tǒng)，將從業(yè)務(wù)的銷售，生產(chǎn)，售后等范圍進(jìn)行提供支持，其范圍如下：

主題域劃分示意圖

3.1客戶關(guān)系管理系統(tǒng)

本主題域主要對(duì)客戶關(guān)系管理提供支持，主要對(duì)企業(yè)信息管理，用戶信息管理，消費(fèi)統(tǒng)計(jì)等分析，其范圍如下：……

（略）

3.2商旅業(yè)務(wù)系統(tǒng)

本主題域主要為企業(yè)提供整體的商旅業(yè)務(wù)。在此主題域下又劃分為：生產(chǎn)系統(tǒng)，供應(yīng)商業(yè)務(wù)系統(tǒng)，供應(yīng)商支付系統(tǒng)，業(yè)務(wù)支持系統(tǒng)，工單系統(tǒng)，外呼系統(tǒng)主題域。其關(guān)系如下：

3.2.1生產(chǎn)系統(tǒng)

生產(chǎn)系統(tǒng)是整個(gè)業(yè)務(wù)生產(chǎn)的核心系統(tǒng)，是連接各個(gè)二級(jí)主題域的中樞，下面是生產(chǎn)系統(tǒng)的上下文關(guān)系圖，標(biāo)識(shí)出了生產(chǎn)系統(tǒng)范圍。

3.2.1.1業(yè)務(wù)事件

• 提交出差申請(qǐng)
• 撤銷出差申請(qǐng)
• 預(yù)訂出票
• 申請(qǐng)改簽
• 申請(qǐng)退票
• …

3.2.1.2服務(wù)接口

• 獲取企業(yè)信息
• 獲取用戶信息
• 獲取訂單信息
• 下單接口
• 支付接口
• 退票接口
• 退款接口
• 改簽支付接口
• …

3.2.1.3報(bào)表

• 出票周期統(tǒng)計(jì)報(bào)表
• 改簽周期統(tǒng)計(jì)報(bào)表
• 退票周期統(tǒng)計(jì)報(bào)表
• 航旅分析統(tǒng)計(jì)報(bào)表
• …

3.2.2結(jié)算系統(tǒng)

（略）

…

4.具體需求

4.1生產(chǎn)系統(tǒng)

4.2結(jié)算系統(tǒng)

4.3呼叫系統(tǒng)

4.4工單系統(tǒng)

…

三、總結(jié)

需求范圍定義的工作重點(diǎn)在于明確項(xiàng)目的目標(biāo)和范圍，通過三步走的方法，界定了需求范圍以后，就可以以業(yè)務(wù)事件列表和報(bào)表列表為線索，進(jìn)行進(jìn)一步的需求分析需求分析和需求業(yè)務(wù)建模提供架構(gòu)基礎(chǔ)。

以上便是筆者的工作總結(jié)以及方法論復(fù)盤，歡迎指正和交流。

本文由 @謝君翊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議