企業級架構三大模型從不同視角描述整個業務體系，將企業戰略分解細化到各個業務領域的具體環節，對原本分割的部分進行系統化表達，同時彌補了產品、流程及數據間信息的不一致。

產品模型是企業定制化產品的集合，闡述企業提供的服務是什么

流程模型展現可復用的業務環節，表達企業提供的服務怎么做

數據模型扮演高度集合的資源池，用統一的語言和視圖支撐產品和流程模型。

從結構上看，產品模型和數據模型分別通過掛接流程模型進而產生關聯，三者協同便可清晰、系統化地呈現企業最終為客戶提供的服務。模型間聯動產出物有效指導開發，實現業務能力的復用以及業務組件的靈活配置。

01、三大模型概述

1.企架三大模型之——產品模型

通俗來說，產品泛指銀行銷售給客戶的服務，并通過與客戶簽訂具體產品合約獲取利益。產品模型站在企業視角，確定與產品相關的業務規則、限額、約束、期限、價格等要素，形成自上而下以產品線、產品組、基礎產品、產品組件和產品條件的結構化模型表達。頂層的產品線可以理解為銀行業務條線，可包含多個產品組，每一個產品組是對其唯一歸屬的產品線下具有相似業務性質基礎產品的聚合。基礎產品包含了聚類可售產品所有可能的特征，為對基礎產品進一步劃分，可創建不同的產品組件。產品組件的存在不僅能對基礎產品做出細分，同時也是最底層產品特征相同或相似的產品條件的歸類。產品條件表達產品對金額、利率、期限、數量等業務特征的限制規則，可用于對屬性和邏輯的控制參數。

2.企架三大模型之——流程模型
流程模型用標準化的方式表達業務流程結構，可分為五層，逐層把企業業務能力分解為業務領域、價值流、活動、任務和步驟，并通過與產品模型和數據模型協同關系，精準刻畫業務需求。頂層的業務領域是緊密相關業務的集合。價值流是一組互不相同、界限分明，但相互關聯的生產經營活動，是構成價值創造的動態過程，如存款和貸款的界限分明但共同存在為銀行創造價值。這里的活動由不同的事件觸發，比如外部事件、時間或條件觸發的內部事件，活動的存在是為了達成具體的業務目的，企業執行端到端的行為序列集合；活動也是從用戶角度看到的執行業務流程。具體來講，我們可用任務來表達從銀行內部執行的操作。活動和任務具備明確目的性，要求產生可觀測、有價值的結果。流程模型中最底層的步驟則涵蓋所有最細化的業務規則和業務信息。

3.企架三大模型之——數據模型

數據模型是企業范圍內統一的數據視圖，通過一系列規范和相關圖表反映數據需求和設計。根據規則從企業的視角對業務概念進行邏輯化、一致性的表述，用數據語言表達業務需求并展現業務規則，是聯接業務和技術的橋梁，也是業務模型的主要組成部分。具體來看，頂層的業務對象是一組關聯實體的集合，要求高內聚松耦合；關聯的實體不允許重復或缺失。業務實體可視為以業務視角抽象表示一種客觀存在于現實世界并且可以跟其他物體區分開，用一系列業務屬性來描述的事物。

因此業務實體所具有的某一業務特性，我們稱之為實體屬性。若干個屬性可共同刻畫同一實體。向下延申，屬性域值對屬性取值范圍進行規范，每個屬性都有需要遵循的值的范圍，通過域明確屬性的取值規則。屬性域實例只與代碼類的域關聯，用于進一步明確每一個取值下的規范。一個實例組會有多個取值，每個取值稱為實例組的一個實例。業務組件是獨立的業務模塊，指具有相似資源、人和專業技能的任務組合，通過將標準化的任務按照業務對象聚類形成業務組件。

02、模型間協同關系

第一部分概述中已經對每個模型劃分層級，比如產品模型自上而下分別是產品線、產品組、基礎產品、產品組件和產品條件。三大模型間的協同關系主要也是討論模型層級與層級間的聯動，下面將分類剖析：
1.產品模型對接流程模型

基礎產品與活動（多對多） 基礎產品僅關聯與產品有關的活動。活動可以看作是某個基礎產品在提供服務有哪些環節劃分，比如任何與貸款相關的基礎產品需要有申請貸款額度、審核客戶背景等環節共同搭建貸款服務體系。這些環節我們就可以說是這個基礎產品對應的活動。在填寫流程模型活動表單時，會體現活動編號、名稱、詳情等信息，也會專門有一列“產品信息”來體現活動對應到哪些具體的基礎產品。基礎產品與任務（多對多） 剛才提到活動是環節劃分，而任務則是某環節衍生出來要做的事，因此任務與其上層活動所關聯的基礎產品范圍上是一致的。延續”申請貸款額度“這個活動案例，銀行方面需要完成的任務就是“受理額度申請”等一系列為了完成客戶申請貸款額度而做的工作。我們也可以理解為活動是客戶角度看到的環節，而任務是從我們服務提供方內部角度對活動拆解出來需要完成的事項。當活動關聯了基礎產品，才會建立該活動下層任務與基礎產品的關系。產品條件與步驟（多對多） 步驟則是呈現任務中的事項具體如何去操作，是環節最細致的拆分。因此當活動和任務關聯了基礎產品，步驟作為最底層的拆分理應映射產品模型最下層的參數-產品條件。通常一個步驟需要關聯至少一個產品條件，同時每個產品條件需要被至少一個步驟使用。對“受理額度申請”這個任務來說，其中一個“檢查賬戶信息”的具體步驟，在流程模型步驟表單“與產品模型映射”列就可以映射“開戶銀行類型”這一產品條件，表示對某賬戶開戶銀行具體類型的選擇。

2.數據模型對接流程模型
任務與業務實體（多對多） 數據模型中的實體由流程模型的任務創建而來。流程模型任務表單有專門一列“業務實體”來呈現關系。比如終止某產品協議就可以關聯到“產品協議”這個實體。終止某產品協議是要做的事，要把這件事說清楚便需要創建一個產品協議實體去承接，且實體名稱需與數據模型的實體精確匹配。步驟與業務實體（多對多） 步驟是任務的細化，和任務一樣可以去操作實體。在實際工作中，會遇到步驟牽扯到多個實體的情況，比如“調查客戶背景”這個任務，其中有一個步驟是“核實客戶基本信息”，涉及操作“賬戶”實體和“客戶信息”實體，這時可根據業務含義判斷是否可拆分步驟，拆至最小顆粒度便于業務和技術人員清晰理解流程。步驟與實體屬性（多對多） 實體屬性用于描述業務實體。流程模型中的“業務規則”列需要體現涉及業務實體下的屬性。主要體現對業務規則有影響的關鍵屬性及對應的取值描述和使用規則。還是舉“核實客戶基本信息”這個步驟，在創建“客戶信息”實體的同時會在業務規則中體現是對公客戶還是對私客戶，因此屬性“客戶公私類型”便會建立在數據模型與其做映射，屬性的取值也直接影響到該步驟最終的結果。3.業務組件對接業務對象和任務

業務組件與任務（一對多）

業務組件可視為業務分類器，作為獨立的業務模塊歸集具有相似業務目的的任務。這里的相似主要是領域和數據使用的相似。比如“調查客戶背景”和“識別客戶風險”兩項任務都是為了更好了解和識別客戶信息和行為，涉及的數據都可以有賬戶實體下的所有屬性字段。因此我們可以將它們歸集在“客戶管理”業務組件。一個任務只歸屬一個業務組件，一個業務組件下可包含多個緊密相關的任務。

業務組件與業務對象（一對一/多）

業務組件歸集具有相似業務目的的任務，業務對象歸集互相關聯的實體，而實體由任務來創建。因此業務組件與業務對象的關聯具體體現在業務組件下任務對業務對象下實體的操作。以最基本的存款業務舉例，“存款”是業務組件，具體任務有“記錄存款信息”和“更換存單”，這兩項任務便可操作“存款賬戶”這個業務對象下的“存款合約”和“存單”兩個實體。

3.業務事件承接業務領域和活動

業務領域對業務劃分主題類型，其具體發生的行為操作稱之為業務事件。圍繞業務事件所產生的兩條關系可總結為業務領域包含業務事件，而事件會觸發一系列活動。比如貸款這個業務領域，我們能想到發生的業務事件包括申請住房貸款、購車貸款、助學貸款等貸款額度，這些事件便可觸發申請個人貸款額度的活動，這個活動下面的任務和步驟則是對其需要做的事更細致的劃分。一個領域涵蓋多個事件，每個活動必由一個或多個業務事件觸發。在實際建模工作中，三大模型分別建立再做關聯映射大大提升建模難度，為了映射而映射，導致模型質量降低。因此，從建模初期保持三大建模的“實時”匹配尤其重要。無論是頂層領域劃分規則還是底層參數設定，三個建模組通過完善的溝通機制共同協商而定，是企業級建模結果能夠有效應用于全領域業務的基石。