引言
之前在看一些需求建模的文章或者書籍時(shí)，常常看到用例分析法，根據(jù)用例里的主謂賓來構(gòu)建模型、模型的方法以及模型之間的關(guān)系等。但是在工作中遇到的一個(gè)問題是拿到的需求往往只有一份PRD，只是對于需求的功能進(jìn)行了簡單的描敘，那如何才能對PRD或者需求進(jìn)行分解，得到用例或者模型與業(yè)務(wù)規(guī)則呢？之前參加一個(gè)培訓(xùn)里，談到了一些需求分析的常用方法，例如事件風(fēng)暴、實(shí)例化需求、用例分析、用戶故事地圖、影響地圖、用戶旅程地圖。在網(wǎng)上簡單了解了一下幾個(gè)方法，發(fā)現(xiàn)實(shí)例化需求的可實(shí)踐價(jià)值挺高的，于是對實(shí)例化需求做個(gè)簡單梳理。
實(shí)例化需求簡介
顧名思義，實(shí)例化需求就是通過一個(gè)個(gè)業(yè)務(wù)的實(shí)例case來對需求進(jìn)行澄清與說明，這些業(yè)務(wù)實(shí)例case也就是業(yè)務(wù)的規(guī)則，可以被用來作為自動化測試的用例，對系統(tǒng)進(jìn)行自動化的驗(yàn)證以及活文檔進(jìn)行使用。
之所以認(rèn)為實(shí)例化需求可實(shí)踐價(jià)值高主要基于以下兩點(diǎn)：
1. 事件風(fēng)暴、用戶故事地圖等方法更加適合團(tuán)隊(duì)協(xié)作來對需求進(jìn)行分析與拆解，實(shí)例化需求當(dāng)然也是團(tuán)隊(duì)分析方法，但是也可以用來個(gè)人對于需求進(jìn)行分析，并且日常會議（例如電話會議）來使用也比較方便。
2. 實(shí)例化需求可以作為活文檔來使用，系統(tǒng)功能的顯示化對于系統(tǒng)的維護(hù)與交接非常重要，而在團(tuán)隊(duì)中又很難實(shí)現(xiàn)。
實(shí)例化需求步驟
實(shí)例化需求的步驟重要分為目標(biāo)、流程、規(guī)則三步。
目標(biāo)：目標(biāo)是對于業(yè)務(wù)目標(biāo)達(dá)成一致，可以通過質(zhì)疑目標(biāo)的價(jià)值（不做會怎樣）與可替代方法來進(jìn)行。
操作流程：最關(guān)鍵的操作流程，MECE中最難的是如何做到不遺漏，個(gè)人認(rèn)為這需要一些經(jīng)驗(yàn)的積累，例如之前在工作中會把支付相關(guān)的業(yè)務(wù)流程與特殊點(diǎn)都整理成xmind，當(dāng)有新需求來時(shí)會去對照之前的xmind去看看有沒有一些場景遺漏的。不過對于沒有積累過的場景可以通過PRD描述出發(fā)，通過梳理流程圖來思考與完善，以及與業(yè)務(wù)方進(jìn)行討論，來逐步完善操作流程。通過流程就可以大致得到系統(tǒng)的用例（可以通過UML用例圖或者xmind來標(biāo)識），以及通過時(shí)序圖或者流程圖來描述業(yè)務(wù)流程。
業(yè)務(wù)規(guī)則：業(yè)務(wù)規(guī)則是對于操作流程中的節(jié)點(diǎn)進(jìn)行業(yè)務(wù)規(guī)則的描述，最終形成的一條條描述準(zhǔn)確的，無歧義的業(yè)務(wù)case。
在實(shí)施過程中流程基本為：了解/介紹背景 => 理清目標(biāo) => 列用戶操作 => 畫流程圖 => 列業(yè)務(wù)規(guī)則
對于個(gè)人使用來說，經(jīng)過了這些步驟后，基本就可以理清一個(gè)需求中的用例，至少有了可以進(jìn)行需求建模的原材料，可以幫助梳理領(lǐng)域模型。
其他
實(shí)例化需求方法涉及的概念與步驟都不多，簡單易學(xué)，對于個(gè)人平時(shí)拆解分析PRD也很有幫助。經(jīng)過實(shí)例化需求幾步之后就需要用到用例分析法（需求建模）了，而且實(shí)例化的業(yè)務(wù)case也可以用來進(jìn)行自動化測試（活文檔），這兩部分在后面文章進(jìn)行總結(jié)。
