6.8 建模與細(xì)化需求

6.8.1 模型概述

明確需求結(jié)構(gòu)后，就需要進(jìn)行需求建模。模型的定義、目的、分類、選擇、建模語言等具體如下。

●模型定義：模型是信息的可視化表達(dá)形式。模型包括圖、表或結(jié)構(gòu)化文本。工具包括正式的建模工具、白板、藝術(shù)軟件。建模的信息實例，包括商業(yè)目標(biāo)、需求、商業(yè)規(guī)則和設(shè)計。

●模型目的：有助于在信息中發(fā)現(xiàn)差距和識別外部信息，提供語境以更好地理解及更清楚地傳遞信息，為定義建立產(chǎn)品而啟發(fā)更多的信息，并由于可視化及信息歸納，可以使分析更加容易。通過迭代，不斷細(xì)化需求，確定需求的重要性和價值。

●模型分類：指南把模型分為五種類別，即范圍模型、過程模型、規(guī)則模型、數(shù)據(jù)模型和接口模型（見表6-3）。

當(dāng)對項目中的相關(guān)方或解決方案需求進(jìn)行建模時，應(yīng)考慮一些元素，例如：

●寫作文本需求：使用文本需求來描述解決方案的能力、條件和制約因素是很常見的。良好的技術(shù)寫作能力是必要的。寫作文本需求并不是什么創(chuàng)造性的寫作練習(xí)。記住文本需求盡量使用簡單的句子，表達(dá)清楚、簡潔和完整。

●矩陣文檔（如表格）：在需求中最常見的矩陣是二維表格或電子表格。需求屬性和數(shù)據(jù)詞典都是以表格形式來描述的。當(dāng)你試圖顯示需求信息之間的簡單關(guān)系，如需求優(yōu)先級或可跟蹤性關(guān)系時，表格比一大堆句子有效得多。

●建立文本或圖形模型：模型是真實世界的簡化表示形式。它們可以是文本、圖形或兩者的組合。當(dāng)涉及分析和記錄你的需求時，“一圖勝千言”往往是對的。許多商業(yè)分析師發(fā)現(xiàn)在需求啟發(fā)與分析工作中使用模型（不管是正式或非正式的）都是有用的。

文本形式或圖形模型必須遵循模型的規(guī)則。通常情況下，建模規(guī)則由你的組織、你所選擇的建模工具供應(yīng)商，或者由你所選擇的建模技術(shù)標(biāo)準(zhǔn)和指南所決定。這意味著你要始終確保模型里的每個元素使用正確的符號和意義。只要你的相關(guān)方聽眾理解他們所說的語言，正式模型就是一種強(qiáng)大的工具，因為正式模型將需求以相關(guān)方的語言形象化地表現(xiàn)了出來。

●捕獲需求屬性：確保捕獲的需求屬性和你建模的每個需求相關(guān)。為每個類型的需求捕獲的屬性都定義在需求管理計劃中。我們之前學(xué)過，需求管理計劃是商業(yè)分析計劃的一部分。

●尋求改進(jìn)的機(jī)會：如果不尋找機(jī)會來改善你的工作和商業(yè)分析工作的方式，需求工作是不完整的。項目實戰(zhàn)中的改進(jìn)點可能包括：

（1）自動化或簡化所做的工作。

（2）提高整個組織的信息訪問效率。

（3）降低系統(tǒng)和人們之間接口的復(fù)雜性。

（4）在組織或團(tuán)隊成員行為方面增加一致性。

（5）消除相關(guān)方間交流的冗余信息。

運(yùn)用每一個元素到適當(dāng)程度是有經(jīng)驗的商業(yè)分析師的一種技能。你必須決定建模什么，如何有效地建模它，以及在你的模型中需要多少細(xì)節(jié)。

6.8.2 范圍模型

范圍模型用于結(jié)構(gòu)化和組織目的、目標(biāo)、特性、功能和商業(yè)域的邊界。

●商業(yè)目的和目標(biāo)模型：組織并反映目的、商業(yè)問題、商業(yè)目標(biāo)、成功衡量標(biāo)準(zhǔn)和高層級功能的圖表，呈現(xiàn)項目價值的來源；用來論證預(yù)算及準(zhǔn)確呈現(xiàn)項目所獲的收益；提供了明確商業(yè)需求的結(jié)構(gòu)。量化需求或功能的價值，有助于實現(xiàn)或確定最小可售功能，如圖6-9所示。

●生態(tài)系統(tǒng)圖：顯示所有相關(guān)系統(tǒng)及其間的關(guān)系，或者流經(jīng)它們的數(shù)據(jù)對象的圖表；用來理解所有可能受影響的系統(tǒng)。生態(tài)系統(tǒng)圖是系統(tǒng)接口高層級的表示，但它不包含這些接口的具體要求，如圖6-10所示。

案例6.7 浦發(fā)銀行用生態(tài)系統(tǒng)圖打造API Bank無界開放銀行

案例背景

2018年7月，浦發(fā)銀行應(yīng)用生態(tài)系統(tǒng)圖分析產(chǎn)業(yè)各方的接口，發(fā)布了API Bank無界開放銀行，全面開放銀行服務(wù)，無縫融入社會生活、生產(chǎn)、管理的各個環(huán)節(jié)。

個人客戶方面，簡化服務(wù)流程。例如，在訂購旅游產(chǎn)品時，用戶可以通過直接登錄旅游App完成財產(chǎn)證明、簽證、酒店、外幣現(xiàn)鈔等需求，而無須在App中切換。

企業(yè)客戶方面，嵌入企業(yè)經(jīng)營管理流程，幫助企業(yè)暢通信息、融通資金，并貫通單一窗口的通關(guān)、商檢、稅務(wù)等信息，主動預(yù)警資金缺口，并可實現(xiàn)相關(guān)經(jīng)營數(shù)據(jù)、物流信息直接與API Bank對接，完成在線提交融資申請和審批，解決融資難題。

社會服務(wù)方面，推動普惠金融的發(fā)展。例如，API Bank幫助居民通過聲紋、人臉等生物識別技術(shù)完成遠(yuǎn)程身份認(rèn)證等；在社區(qū)App中，業(yè)主可以直接支付物業(yè)費(fèi)、在社區(qū)商戶消費(fèi)獲得優(yōu)惠、預(yù)約保潔服務(wù)等。浦發(fā)銀行API Bank無界開放銀行流程，如圖6-11所示。

截至2019年2月底，API Bank已開放257個接口，對接中國銀聯(lián)、京東數(shù)科、華為、百度、科大訊飛等共計92家合作方，日峰值交易量超百萬。

●系統(tǒng)交互圖：系統(tǒng)交互圖顯示解決方案中所有直接系統(tǒng)和人機(jī)界面系統(tǒng)。系統(tǒng)交互圖有時候被稱為0級數(shù)據(jù)流圖。系統(tǒng)交互圖在項目早期指定項目范圍時特別有用，也有助于確定哪里有接口需求或數(shù)據(jù)需求。系統(tǒng)交互圖沒有明確需求，但是總結(jié)了產(chǎn)品范圍和用來明確所有接口，如圖6-12所示。

●功能模型：功能模型是可視化表示解決方案中所有以樹狀或分層結(jié)構(gòu)排列的功能的模型。功能模型有助于說明功能是如何組合在一起的，以及哪個功能是其他功能的子功能。功能模型通常不顯示需求，而是顯示需求（功能）集，如圖6-13所示。

●用例圖：用例圖顯示系統(tǒng)所有范圍內(nèi)的用例。用例圖除能概括主要功能外，還顯示了參與者，以及用例和參與者之間需要創(chuàng)建的接口。用例圖不能顯示需求，但有助于為商業(yè)分析工作組織需求或?qū)⑿枨蟛季衷谛枨笪臋n中，如圖6-14所示。

案例6.8 用例圖構(gòu)建上海華瑞銀行“極限”產(chǎn)品

案例背景

2017年4月，上海華瑞銀行推出綜合金融服務(wù)軟件工具包（Software Develop Kit，SDK）產(chǎn)品——“極限”。“極限”SDK可以嵌入各類App中，產(chǎn)品聚合賬戶、支付、投資、融資、數(shù)據(jù)、企業(yè)服務(wù)等金融服務(wù)，覆蓋租房、教育、醫(yī)療、出行、旅游、生活服務(wù)和企業(yè)服務(wù)等領(lǐng)域，構(gòu)建了可持續(xù)發(fā)展的智慧銀行共享商業(yè)模式，如圖6-15所示。

6.8.3 過程模型

過程模型描述解決方案、過程或項目的用戶或相關(guān)方元素。

過程模型使用過程和子過程的層級來組織你的需求，它們從過程開始一直追蹤到過程結(jié)束。你可以用過程模型來記錄相關(guān)方完成工作所采取的步驟。過程模型是非常容易理解和使用的，它往往圖形化地描述一系列的步驟，例如，你可以將一個網(wǎng)上訂單過程畫在白板上，用它們之間的箭頭顯示事件的序列。這就是我們上面所說的過程流。

過程模型是可視化表示的順序流和一組相關(guān)活動的控制邏輯。過程模型可能包括由相關(guān)方執(zhí)行的手動步驟，也可能包括軟件系統(tǒng)所采取的自動化步驟，或者兩者的結(jié)合。過程模型既可以是高層級的，以獲得對目前的工作有一個大致的了解，也可以是相關(guān)方執(zhí)行的非常詳細(xì)的工作步驟。

在過程模型中可以使用大量的符號。兩種最常見的符號是過程流和活動圖，具體如下。

●過程流：也叫作泳道圖、過程圖、進(jìn)程圖、過程流程圖，可視化地描述人們在工作中執(zhí)行的任務(wù)。在啟發(fā)階段，過程流可以促進(jìn)與業(yè)務(wù)相關(guān)方的會話；在分析過程中，過程流通過跟蹤需求的各個步驟，用來識別丟失的功能或需求。過程流還用于顯示關(guān)鍵績效指標(biāo)，如圖6-16所示。

過程流雖然看起來簡單，卻是經(jīng)常用到的工具。也正因為簡單，所以非常便于相關(guān)方理解和達(dá)成共識。以下過程模型符號元素表（見表6-4）供你參考。

●用例：用例描述一組情景。用例是主要參與者從啟動到成功實現(xiàn)目的所采取的系統(tǒng)活動、行為和反應(yīng)。用例代表了系統(tǒng)或運(yùn)營的功能性特征，但不用來記錄非功能性特征。用例用于用戶和系統(tǒng)之間有復(fù)雜的來回作用的場合，如表6-5所示。

●用戶故事：用戶故事是從用戶的角度來寫的陳述，描述了解決方案中需要的功能。用戶故事通常采用的格式：作為（參與者），我希望能夠（功能），這樣我可以（業(yè)務(wù)原因）。用戶故事的INVEST屬性（獨立的、可協(xié)商的、有價值的、可估計的、小規(guī)模的、可測試的）應(yīng)牢記。用戶故事是需求的功能組合，可以直接追溯到商業(yè)目標(biāo)以證實需求的價值（見表6-6）。

案例6.9 富國銀行網(wǎng)點轉(zhuǎn)型的場景化用例

案例背景

富國銀行是一家立足于美國本土，以社區(qū)銀行業(yè)務(wù)為特色的傳統(tǒng)商業(yè)銀行，擁有美國最先進(jìn)的網(wǎng)絡(luò)金融服務(wù)體系。尤其是金融危機(jī)以來，美國其他銀行在不斷收斂網(wǎng)點數(shù)量，以降低營業(yè)費(fèi)用和人員成本，提高盈利能力，而富國銀行通過新設(shè)網(wǎng)點和并購方式，不斷擴(kuò)充物理網(wǎng)點布局，構(gòu)建了全美最大和最廣泛的分銷系統(tǒng)。其網(wǎng)點轉(zhuǎn)型的獨特性有以下四點：

一是門店化。富國銀行力圖使自身成為一家能提供客戶所需任何產(chǎn)品的“百貨超市”式的全能金融機(jī)構(gòu)。網(wǎng)點布局有兩種形式：一種是零售金融超市，把網(wǎng)點比作“超市”，超市中經(jīng)營房屋抵押貸款、消費(fèi)信貸、商業(yè)貸款、私人銀行等幾十種金融服務(wù)，提供百余種金融產(chǎn)品；另一種是超市銀行，富國銀行的網(wǎng)點會入駐連鎖超市中，派駐工作人員，提供開戶、支票、轉(zhuǎn)賬等簡單性金融需求和業(yè)務(wù)咨詢服務(wù)。強(qiáng)調(diào)“客戶至上，體驗為先”的服務(wù)理念，真正把每個營業(yè)網(wǎng)點做成了金融的“生活超市”。

二是輕型化。從2008年起，富國銀行陸續(xù)推出了“迷你網(wǎng)點”，如圖6-17所示，重點發(fā)展?fàn)I業(yè)面積在100平方米以下的小型化網(wǎng)點，相當(dāng)于標(biāo)準(zhǔn)網(wǎng)點的1/4，最大特點是不設(shè)柜臺，但會保留基本技術(shù)配備和人工服務(wù)，滿足客戶一般性金融需求，鼓勵客戶使用各類自助設(shè)備辦理業(yè)務(wù)。

三是社區(qū)化。富國銀行提出“2.5公里服務(wù)圈”的服務(wù)理念，居民社區(qū)和企業(yè)園區(qū)每隔2.5公里就能找到一家富國銀行的營業(yè)網(wǎng)點或自助取款機(jī)。一方面大力開設(shè)社區(qū)銀行，另一方面投身公益，為所在社區(qū)捐贈所需，贏得了更多忠實的社區(qū)客戶。

四是融合化。富國銀行將網(wǎng)點渠道、自助渠道、電子渠道等多渠道進(jìn)行融合，實現(xiàn)線上和線下的無縫銜接，大大簡化了操作流程和業(yè)務(wù)手續(xù)。

從上面的案例可以看到，用例往往與場景相關(guān)。場景是由相關(guān)方執(zhí)行的一系列步驟，以便記錄相關(guān)方使用解決方案能力以達(dá)成目標(biāo)的方式。用例包括一組場景，描述了相關(guān)方可能實現(xiàn)（或無法實現(xiàn)）的特定目標(biāo)的所有方式。表6-7是用例和場景中的關(guān)鍵元素一覽表。

6.8.4 規(guī)則模型

規(guī)則模型有助于識別和記錄那些需由解決方案支持的商業(yè)規(guī)則、商業(yè)政策和決策框架。

●商業(yè)規(guī)則目錄：商業(yè)規(guī)則目錄是商業(yè)規(guī)則和相關(guān)屬性的表格。用平實語言表達(dá)，保持各自獨立，規(guī)則必須正確、可驗證和一致。商業(yè)規(guī)則通常不是特指單個項目。商業(yè)規(guī)則能產(chǎn)生功能性需求，具體如表6-8所示。

●決策樹和決策表：決策樹和決策表描述了一系列決策和決策導(dǎo)致的結(jié)果。決策樹適合用于二元或多元選擇。決策樹是用一棵有決策點的樹來描述的，樹上的每個分支代表不同的選擇。決策表的四個方面——條件說明、條件、行動說明、行動，如圖6-18所示。

當(dāng)商業(yè)分析師揭示了一系列“如果……，那么……”的陳述時，這兩個類型的決策模型都適用。決策樹通過尋找冗余結(jié)構(gòu)，有助于確定減少復(fù)雜決策邏輯的方法。決策表則確保所有可能的決策選擇組合都考慮到。決策樹和決策表是用來識別和表示商業(yè)規(guī)則的，如圖6-19所示。

操作型商業(yè)規(guī)則指導(dǎo)在組織中工作的人的行為，通常由組織政策所強(qiáng)化。結(jié)構(gòu)型商業(yè)規(guī)則決定什么時候是或不是真的，它用來結(jié)構(gòu)化和分類組織中的知識和信息。在分析和管理商業(yè)規(guī)則時，應(yīng)該考慮以下幾個方面：

●使用適當(dāng)?shù)男g(shù)語來說明商業(yè)規(guī)則。

●保持商業(yè)規(guī)則實現(xiàn)的獨立性。

●記錄商業(yè)規(guī)則與執(zhí)行過程相分離。

●在最小的原子單元使用聲明性格式來說明商業(yè)規(guī)則。

●將商業(yè)規(guī)則從其支持或限制的流程中分離出來。

●維護(hù)商業(yè)規(guī)則，使其隨著商業(yè)政策變化而不斷變化。

案例6.10 康旗股份善用商業(yè)規(guī)則，探索B2B2C商業(yè)路徑

案例背景

從“消費(fèi)互聯(lián)網(wǎng)”轉(zhuǎn)向“產(chǎn)業(yè)互聯(lián)網(wǎng)”，如何挖掘“金融服務(wù)+民生消費(fèi)+互聯(lián)網(wǎng)應(yīng)用”大數(shù)據(jù)的聚合效用？下面我們通過康旗股份的“激活嘉”挖掘“次優(yōu)客戶”和“存量客戶”案例，來一起分析這家金融科技公司是如何利用商業(yè)規(guī)則，探索B2B2C商業(yè)路徑的。

如何看待申卡被拒客群？由于各家銀行存在觀察視角問題，所以風(fēng)險容忍度不盡相同。比如，信用卡發(fā)行超幾千萬的銀行，與剛發(fā)行信用卡的區(qū)域性城商銀行的風(fēng)險容忍度存在差異，銀行內(nèi)部的風(fēng)控把握角度也不一樣。

2017年8月，面對A城商銀行信用卡申請被拒近20萬名的客群，康旗股份制訂了申卡被拒“次優(yōu)客戶”挖掘綜合解決方案，著手“打撈”次優(yōu)客戶。

首先，聯(lián)合A城商行針對被拒客群，建立提高響應(yīng)率的營銷篩選模型。在被拒客群中，雖然沒有優(yōu)質(zhì)客戶，但是要找到“次優(yōu)客戶”，經(jīng)過篩選，還余下近10萬名客戶。其次，出于風(fēng)控考慮在篩選模型里加上一些預(yù)審批策略。再次，針對篩選的白名單客群做營銷。一些客戶接受營銷后，通過聯(lián)合共建的網(wǎng)申入口進(jìn)件，再通過聯(lián)合風(fēng)控模型對這些客戶經(jīng)過從初審到終審流程。這是一類具有“循環(huán)信用”使用特征的客群，在眾多銀行信用卡報告中，是對銀行收入貢獻(xiàn)最高的客群。同時，也要從風(fēng)險角度對該類客群進(jìn)行風(fēng)險定價。

截至2019年年底，從被拒客群里面成功“打撈”出1.2萬名客戶，近兩年來給A城商銀行帶來了一定的收入，其風(fēng)控能力整體表現(xiàn)上佳。

除聯(lián)合A城商銀行推出申卡被拒“次優(yōu)客戶”挖掘綜合解決方案外，康旗股份還聯(lián)合B銀行挖掘“存量客戶”。“存量客戶”是指存量信用卡里面，涵蓋持卡人未激活、激活未動支、動支不活躍等的客戶。

在聯(lián)合經(jīng)營下，挖掘這些持有信用卡的存量客戶，風(fēng)控水平預(yù)期會表現(xiàn)更好。2018年7月開始試運(yùn)行存量客戶挖掘綜合解決方案，當(dāng)年底授信規(guī)模突破10億元，截至2019年4月30日授信規(guī)模超過13億元，授信額度使用率高于全國平均水平，涉及客戶數(shù)接近8萬名。

6.8.5 數(shù)據(jù)模型

數(shù)據(jù)模型將用于對過程或系統(tǒng)及其生命周期的數(shù)據(jù)進(jìn)行文檔化。模型用來描述數(shù)據(jù)間的關(guān)系，以顯示數(shù)據(jù)如何與過程關(guān)聯(lián)，并幫助提取需求和商業(yè)規(guī)則。

●實體關(guān)系圖：也被稱為商業(yè)數(shù)據(jù)圖，顯示商業(yè)數(shù)據(jù)對象或者一個項目中感興趣的信息和這些對象的基數(shù)關(guān)系。商業(yè)數(shù)據(jù)對象是指業(yè)務(wù)思考和關(guān)注的概念數(shù)據(jù)，而不是數(shù)據(jù)庫中確切的數(shù)據(jù)對象。多樣性顯示在關(guān)系線上，以代表一個實體和其他實體發(fā)生關(guān)系的次數(shù)（基數(shù)），以及這種關(guān)系是否必需或可選。如圖6-20的烏鴉腳和1到n符號示例。

實體關(guān)系圖用來定義商業(yè)數(shù)據(jù)對象及其相互關(guān)系。這些對象特定的屬性在數(shù)據(jù)字典里有詳細(xì)說明。商業(yè)數(shù)據(jù)對象在實體關(guān)系圖中可直接跟蹤到功能的需求，如圖6-21所示。

案例6.11 奧特萊斯（Outlets）的數(shù)據(jù)畫像賦能

案例背景

位于上海浦東新區(qū)祝橋鎮(zhèn)的佛羅倫薩小鎮(zhèn)是一個精品旅游購物村，是銷售非當(dāng)季奢侈品牌商品的奧特萊斯（Outlets）式購物中心。經(jīng)過多年的經(jīng)營與業(yè)務(wù)發(fā)展，商戶沉淀了過硬的品牌實力，并積累了相當(dāng)數(shù)量的忠實消費(fèi)者。如何有針對性地對新老顧客、不同消費(fèi)程度的顧客進(jìn)行營銷，以及如何選擇招商伙伴、提升品牌特性成為商戶的探索方向，如圖6-22所示。

奧特萊斯與銀聯(lián)商務(wù)合作，利用“銀杏大數(shù)據(jù)”18年積累的海量數(shù)據(jù)，憑借大數(shù)據(jù)技術(shù)，實現(xiàn)了目標(biāo)用戶群的完整消費(fèi)軌跡整合。通過對消費(fèi)者的消費(fèi)行為與消費(fèi)特性進(jìn)行抽象處理，從消費(fèi)者特性、來源地、消費(fèi)能力、消費(fèi)偏好、金融需求等多個維度出發(fā)，利用上百個數(shù)據(jù)標(biāo)簽和上千個模型指標(biāo)，通過數(shù)據(jù)分析與交叉算法比對等公式，準(zhǔn)確地識別出具有不同消費(fèi)屬性的消費(fèi)者群體，使得奧特萊斯能實施精準(zhǔn)的營銷策略；通過分析研判消費(fèi)者的品牌偏好，以及行業(yè)競爭趨勢，完善基于數(shù)據(jù)驅(qū)動的智能經(jīng)營決策。

在項目實戰(zhàn)中，兩種最常見的數(shù)據(jù)模型是實體關(guān)系圖。實體關(guān)系圖通常用于關(guān)系數(shù)據(jù)庫是解決方案一部分的項目中。邏輯數(shù)據(jù)模型是關(guān)于信息的概念、屬性和關(guān)系，這些信息與組織在更詳細(xì)或更高的層次相關(guān)聯(lián)。物理數(shù)據(jù)模型描述數(shù)據(jù)如何被軟件應(yīng)用程序存儲和管理，該軟件應(yīng)用程序是解決方案范圍的一部分。概念對組織關(guān)于組織需要什么數(shù)據(jù)方面有重要意義。屬性用來定義與一個概念相關(guān)聯(lián)的特定信息，如它的名稱、可接受的值和描述等。而關(guān)系是概念之間重要的業(yè)務(wù)關(guān)聯(lián)。

除了定義的信息和它的關(guān)系，數(shù)據(jù)模型還使用元數(shù)據(jù)或數(shù)據(jù)描述了商業(yè)信息的語境、用途和有效性。元數(shù)據(jù)告訴商業(yè)分析師什么時候和為什么在一個系統(tǒng)中的信息會以某種方式被改變。

數(shù)據(jù)模型是從規(guī)劃到分析、設(shè)計和實現(xiàn)的強(qiáng)大的轉(zhuǎn)換工具。它們從屬于嚴(yán)格的規(guī)則，目的是保證正確性和完整性，以產(chǎn)生更精確的最終產(chǎn)品。在某些情況下，你的相關(guān)方發(fā)現(xiàn)詳細(xì)的數(shù)據(jù)模型很難理解，所以你必須保持它們在適當(dāng)程度，并且在必要時能夠向他們解釋清楚。

●數(shù)據(jù)流圖：數(shù)據(jù)流圖說明了系統(tǒng)、參與者和數(shù)據(jù)之間的關(guān)系，其中數(shù)據(jù)在一個或多個進(jìn)程間交換和處理。數(shù)據(jù)流圖識別過程中的數(shù)據(jù)輸入和輸出，但不指定操作的時間或順序。數(shù)據(jù)流圖幫助理解數(shù)據(jù)流如何通過系統(tǒng)，進(jìn)而確定數(shù)據(jù)需求，如圖6-23所示。

數(shù)據(jù)流圖說明了系統(tǒng)內(nèi)的信息是如何流動的。它們關(guān)注以下幾個方面：

—外部實體，數(shù)據(jù)源或目的地。

—數(shù)據(jù)流程，將數(shù)據(jù)以某種方式變換。

—數(shù)據(jù)存儲，一段時期的數(shù)據(jù)收集。

—數(shù)據(jù)流在外部實體、流程和數(shù)據(jù)存儲之間移動數(shù)據(jù)。

數(shù)據(jù)流圖幫你理解解決方案內(nèi)或解決方案的組件內(nèi)的數(shù)據(jù)范圍。它向你展示了解決方案的高層級視圖及其相關(guān)的數(shù)據(jù)流。

●數(shù)據(jù)字典：數(shù)據(jù)字典是表格形式，顯示數(shù)據(jù)域和這些域的屬性。數(shù)據(jù)字典從商業(yè)相關(guān)方的視角明確數(shù)據(jù)域和屬性等詳細(xì)方面。數(shù)據(jù)字典作為輸入來創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)。數(shù)據(jù)字典用來獲取非常詳細(xì)的需求和它們的商業(yè)規(guī)則，如圖6-24所示。

●狀態(tài)表和狀態(tài)圖：狀態(tài)表和狀態(tài)圖模擬對象的有效狀態(tài)和任何在這些狀態(tài)之間允許的轉(zhuǎn)換。狀態(tài)表是表格形式，同時顯示允許和不允許轉(zhuǎn)換的狀態(tài)，確保狀態(tài)轉(zhuǎn)換不丟失。狀態(tài)圖僅顯示允許的轉(zhuǎn)換，更容易可視化有效狀態(tài)和轉(zhuǎn)換。狀態(tài)表和狀態(tài)圖幫助明確解決方案中對象的生命周期，如工作流對象的審批過程。狀態(tài)表還用于確認(rèn)數(shù)據(jù)和過程間的差異，具體如圖6-25和圖6-26所示。

案例6.12 加油小票背后的故事——萬事達(dá)卡（MasterCard）數(shù)據(jù)字典

案例背景

杰克像往常一樣，在每周六下午驅(qū)車與朋友聚會，然后一起去戶外健身。在去朋友家的路上，杰克都會選擇在經(jīng)過的一個加油站加油，并在附近的商店購買飲用水等物品。某一天，當(dāng)杰克拿到加油小票時，意外發(fā)現(xiàn)小票背面附有附近商店的優(yōu)惠券。杰克問加油站工作人員，工作人員也不知道這是怎么來的。

其實杰克并不知道，一切都是源于他手中的萬事達(dá)信用卡。在他用信用卡消費(fèi)的同時，交易信息會通過萬事達(dá)的用戶數(shù)據(jù)系統(tǒng)進(jìn)行分析，挖掘其中的用戶價值。萬事達(dá)的一個咨詢部門——MasterCard Advisors對210個國家和地區(qū)的15億個信用卡用戶的650億條交易記錄進(jìn)行了分析，從而預(yù)判商業(yè)發(fā)展前景與顧客消費(fèi)趨勢，如圖6-27所示。

萬事達(dá)通過“數(shù)據(jù)字典”工具分析發(fā)現(xiàn)：如果某人選擇在下午四點左右給汽車加油，他可能在接下來一小時內(nèi)去餐廳吃飯或去商店購物，并且消費(fèi)金額在35～50美元。如何讓這一分析結(jié)果為公司創(chuàng)造價值，顯然這是關(guān)鍵所在。萬事達(dá)將這一分析結(jié)果賣給了其他公司，從而幫助其他公司更好地進(jìn)行營銷推廣，精準(zhǔn)觸達(dá)客戶，就像杰克手中附有商店優(yōu)惠券的加油小票一樣。

6.8.6 接口模型

接口模型描述解決方案里的關(guān)系，以獲得對這些接口及接口細(xì)節(jié)的了解，具體類型有以下幾種。

●報告表：報告表是為單個報告獲取詳細(xì)層級需求的一種模型。報告表可以確保細(xì)節(jié)在解決方案中不會被忘記或忽略。相關(guān)方可以使用報告表和實體模型報告來充分了解報告需求，如圖6-28所示。

●系統(tǒng)接口表：系統(tǒng)接口表是為單一系統(tǒng)接口獲取所有詳細(xì)層級需求的屬性模型。系統(tǒng)接口表用來詳細(xì)說明解決方案中系統(tǒng)間每個接口的細(xì)節(jié)，指定了源系統(tǒng)/目標(biāo)系統(tǒng)的需求。系統(tǒng)接口表詳細(xì)到足以代表實際的接口需求，具體如表6-9所示。

●用戶界面流：用戶界面流顯示了功能設(shè)計里特定的頁面或屏幕界面，描繪了根據(jù)不同的觸發(fā)器如何導(dǎo)航屏幕。用戶界面流用在項目的解決方案定義階段，幫助跟蹤所有需要進(jìn)一步定義的屏幕界面。該模型沒有反映個人需求說明，但可以追溯到其他需求模型，如圖6-29所示。

●線框圖和顯示—操作—響應(yīng)模型：顯示—操作—響應(yīng)模型結(jié)合線框圖或屏幕界面實體模型，用來識別頁面元素和功能。每個線框圖分成多個顯示視角和行為視角來描述用戶界面元素，如圖6-30所示。商業(yè)分析師和用戶體驗分析師一起分析用戶界面。請注意七個用戶界面要素：兼容性、一致性、記憶、結(jié)構(gòu)、反饋、工作負(fù)荷、個性化。

顯示—操作—響應(yīng)模型通常用于用戶界面中細(xì)化顯示和交互需要精確度的情況。顯示—操作—響應(yīng)模型直接追溯到線框圖、用戶故事、用戶界面流和數(shù)據(jù)字典，這些模型包含用戶界面需求，如圖6-31所示。

案例6.13 寧城農(nóng)商銀行采用接口模型，打造“銀醫(yī)通”自助系統(tǒng)

案例背景

為切實解決內(nèi)蒙古寧城縣內(nèi)及周邊百姓的就醫(yī)難題，寧城農(nóng)商行與寧城縣中心醫(yī)院開啟戰(zhàn)略合作，于2018年7月推出了集金融、醫(yī)療服務(wù)于一體的“銀醫(yī)通”服務(wù)系統(tǒng)。

“銀醫(yī)通”自助服務(wù)系統(tǒng)以自助區(qū)聯(lián)社核心業(yè)務(wù)系統(tǒng)為依托，可實現(xiàn)線上、線下雙渠道業(yè)務(wù)辦理。就醫(yī)群眾可通過自助設(shè)備和微信公眾號進(jìn)行掛號、預(yù)約、查詢及繳費(fèi)，還可通過自助設(shè)備打印報告單，節(jié)省了排隊掛號、繳費(fèi)的時間，提高了就診效率，如圖6-32所示。

截至2019年2月末，“銀醫(yī)通”自助服務(wù)系統(tǒng)累計通過自助機(jī)辦理掛號、繳費(fèi)等業(yè)務(wù)筆數(shù)為6.25萬筆，交易金額為6757萬元。日均辦理業(yè)務(wù)303筆，交易金額達(dá)34萬元，業(yè)務(wù)筆數(shù)和交易金額逐月上升。目前，通過“銀醫(yī)通”自助服務(wù)系統(tǒng)辦理診療結(jié)算的業(yè)務(wù)額占醫(yī)院總診療業(yè)務(wù)額的29%，占非現(xiàn)金結(jié)算業(yè)務(wù)總額的58%，其中通過微信渠道辦理的診療結(jié)算交易金額占“銀醫(yī)通”自助系統(tǒng)交易總額的33%。“銀醫(yī)通”自助服務(wù)系統(tǒng)的應(yīng)用得到了就醫(yī)群眾及社會各界的廣泛認(rèn)可。