為深入貫徹落實新發展理念，以供給側結構性改革為主線，圍繞建設現代化煙草經濟體系，以更高水平、更深層次的信息化、數字化能力促進資源要素優化配置和合理流動，推動行業高質量發展，國家局提出全國煙草生產經營管理一體化平臺建設的總體目標與平臺框架（全國煙草生產經營管理一體化平臺，從基礎支撐到上層應用包含四個層級，分別是：一個云平臺、兩個中臺（業務中臺、數據中臺）、四大企業應用和兩大行業應用，共同形成“1242”總體架構）。其中“數字中臺作為行業一體化平臺總體框架的重要組成”這一火爆互聯網的架構概念提出，吸引了行業大多數IT人員的眼球。“什么是中臺？行業要建怎樣的中臺？怎樣設計行業中臺？”自然而然地成為了行業IT人員茶余飯后的談資。出于對信息技術的愛好和偏執，本文以業務中臺為例，闡述了筆者對行業業務中臺設計的膚淺理解。

什么是中臺？可能，每個人都有不同的見解。至少，沒有一個權威機構能給出中臺的明確定義。百度、知乎上有很多不同的中臺定義和理解，但這些定義過于概括和抽象，不適用于項目的獨特性，行業體制下的中臺建設其獨特性尤為明顯，實不亞于重大科研創新項目。雖摸著石頭過河，但行業一體化項目組全員都憑著赴百仞之谷而不懼的勇氣及篳路藍縷、以啟山林的干勁，抓鐵有痕、踏石留印地探索著建設之路。

建設中臺，首先需要對中臺有足夠深刻的理解，厘清中臺與前臺、后臺、微服務之間的關系；其次在業務需求梳理和設計層面上將具有共性的業務資源整合，形成行業級的服務復用能力；然后在實現服務能力共享的過程中，不斷優化、沉淀更多的業務能力、業務規則配置等要素從而推進運營模式的轉變及組織架構調整。

筆者結合行業信息系統項目建設的淺薄經驗，按照信息系統架構設計、系統分析理論，根據對中臺起源的解讀自行定義了中臺及業務中臺，在厘清中臺與前臺、后臺、微服務之間的關系基礎上，梳理了業務中臺包含的內容，粗略地闡述了業務中臺的設計思路。

1 從起源理解中臺

從技術上若將中臺算作一種系統架構是新概念，其起源有兩種說法，一是中臺概念早期是由美軍的作戰體系演化而來，技術上所說的“中臺”主要是指學習這種高效、靈活和強大的指揮作戰體系；二是由阿里在2015年提出的“大中臺，小前臺”戰略中延伸出來的概念，靈感源于芬蘭的游戲公司Supercell——以小前臺的方式組織了若干個開發團隊。每個團隊包含了開發一款游戲所需的各種角色。而基礎設施、游戲引擎、內部開發工具和平臺則由類似“部落”的部門提供。用以支持眾多的小團隊進行游戲研發，團隊開發效率高、創新能力非常強，開發出了多款火爆游戲。

圖1-1 中臺作戰體系示意

從管理上若將中臺看作一種組織架構，早在我國東漢、唐朝就已歷經了幾百年的最佳實踐。東漢時期,尚書臺成為政府的中樞,號稱中臺。唐朝完善的三省六部制,以門下省為西臺,中書省為東臺,也將尚書省稱為中臺。中臺作為執行機構，轄吏、戶、禮、兵、刑、工六部。

圖1-2 三省六部制示意

回溯歷史并賦予中臺新時代的內涵，中臺的組織方式就是在企業內部構建統一的協同平臺：一方面可以讓各業務部門保持相對的獨立和分權,保證對業務的敏感性和創新性;另一方面,用一個強大的平臺來對這些部門進行總協調和支持,平衡集權與分權并為創新業務提供生長空間,從而大幅降低組織變革的成本。中臺提煉各業務線的共性需求,最大程度減少重復“造輪子”。

從技術層面看,中臺是企業級共享服務平臺。傳統的IT系統或套件沒有太多關注系統能力的復用和共享,因此企業在多年的信息化過程中引入和建設了多套具有重復功能的煙囪型系統。而中臺則要求對能力進行細粒度分析,識別共享能力,并將共享能力建設成為統一的平臺。

綜上所述,筆者對中臺的理解為：中臺是基于企業資源整合的需要，形成的能力樞紐和能力共享中心。中臺是在集中的基礎上建設分權的業務,進行聯通,并為各業務提供統一的服務，將企業各式各樣的資源轉化為易于前臺使用的能力。

2 中臺與前臺、后臺、微服務

早期行業建設的系統有不少是基于單業務領域或企業組織架構來建設的，每個系統都有自己的前端界面和后端業務邏輯，不同系統之間相互獨立。用戶操作是豎井式，有時一筆業務需要登錄多個系統才能完成完整的業務流程（如在處理煙葉調撥業務時需要登錄專賣系統完成準運證申辦、登錄交易系統完成結算）。如下圖2-1所示

圖2-1 煙囪式系統建設模式

按筆者的理解，在1242總體架構下，行業級會有一套整體解決方案，以實現4大企業應用、2大行業應用與各種不同中臺的前端操作、流程和界面的組合、聯通和融合。不管在行業級有多少個業務中臺，前端用戶感受到的始終是一個前臺交互界面（如在處理煙葉調撥業務時無需再登錄專賣系統完成準運證申辦、登錄交易系統完成結算，前臺應用服務通過中臺調用準運證、交易等業務流程提供至前臺交互界面，用戶操作時始終是在一個應用的前臺交互界面）。如下圖2-2所示

圖2-2 前臺應用服務調用業務中臺示例

建設中臺的過程中，若僅將傳統集中式單體應用按業務職責和能力細分為微服務，則會產生越來越多、獨立部署的微服務。這種方式雖提升了應用彈性伸縮和高可用能力，但微服務之間物理隔離運行的特性，會導致數據進一步分離。原單體系統內的調用也會變成跨微服務調用，加之前后端的分離設計，會極大增加應用集成難度。

倘若沒有合適的設計方法和指導思想，處理不好前臺、中臺、后臺和微服務間的關系，將會加劇前臺業務和數據的孤島化、碎片化。厘清中臺與前臺、后臺、微服務之間的關系與邊界勢在必行。

2.1前臺

由圖2-2可看出，前臺包含兩大部分，前臺交互界面和前臺應用服務。前臺應用服務是指為前臺交互界面提供后端服務接口的功能單元集合。業務中臺一般不直接面向前臺交互界面，而是面向前臺應用服務，為其提供共享的服務接口功能單元集合。前臺應用服務提供的功能具有應用局限性和特殊性，它一般是完成某一個特定業務場景所需的功能。相對而言，業務中臺完成的則是多個業務場景的通用部分，以及掛載和執行面向特定前臺業務的擴展功能。通常來說，前臺應用服務會根據前臺業務場景的特殊需要，將中臺能力進行編排、轉換后再提供給前臺交互界面使用。

2.2后臺

后臺是指系統的后端平臺，終端用戶感知不到他的存在。后臺的價值是存儲和計算企業的核心數據。例如工業企業ERP系統存儲商品及庫存數據、人力資源系統存儲用戶及組織機構信息。后臺并不直接面向用戶，而是面向運營人員的配置管理系統，比如商品管理、物流管理、結算管理。后臺為前臺提供了一些簡單的配置，基礎設施和計算平臺作為企業的核心計算資源，也屬于后臺的一部分。

2.3微服務

微服務不是業務中臺，但微服務與業務中臺并不是截然分開的，“微服務”是當今比較流行的一種技術架構，微服務是在技術層面建設業務中臺能力中心的最佳實踐。業務中臺的內涵不僅僅是技術架構，還是一種組織層面的業務架構。雖然中臺作為技術架構體現出來的是微服務的形式，但從廣義上講，它還可以是一種企業組織管理模式和理念。業務中臺是在“集中”的基礎上建設隔離分權的前臺業務，并將這些業務進行聯通。業務中臺結合了系統論整體規劃的思想，將系統按縱、橫兩個方向進行拆分。它吸收了微服務“按業務領域”的縱向拆分應用方法，形成“高內聚、低耦合”的能力中心；在縱向拆分的基礎上，橫向將業務中臺與業務應用進行隔離，造就了中臺的共享理念，使其超脫了微服務的范疇。中臺內部縱向拆分服務，降低了領域間的耦合度。中臺與上層應用橫向隔離，促進了業務和數據在各應用間的交叉共享，大大減少了重復建設和重復投資，由此，也造就了可持續沉淀積累和運行的企業資產，中臺因此成為行業數智化轉型的新基建。

3 詮釋業務中臺

在厘清中臺與前臺、后臺、微服務之間的關系后，筆者理解的業務中臺是以業務領域劃分邊界，形成高內聚、低耦合的面向業務領域的能力中心，打造持續演進的行業級業務能力共享服務平臺。業務中臺的直觀呈現就是各能力中心，常見的有交易中心、商品中心、庫存中心等。它不僅提供豐富的共享服務，還包含體系化建設企業能力域的方法和機制。業務中臺不僅是生產上層應用的開發設計平臺，也是配置、編排和擴展業務對象、業務能力、業務規則及業務流程，完成企業資源運營管理的平臺。它為上層應用系統的穩定運行提供了高并發、高可用的執行環境。

4 剖析業務中臺

通過抽象所形成的通用業務運行機制，解決的是前臺業務共性的問題。這種通用的業務運行機制是業務中臺的核心內容之一。業務中臺專注于通用機制的抽象和實現，所以業務中臺才具有通用性和包容性。業務中臺再結合可動態修改的配置項，以及可即時擴展的插件，通過業務空間的隔離，解決了業務個性化問題，即以一套通用的機制同時支撐不同業務，從而進一步保證了業務中臺的開放性。業務中臺主要就是以這兩點來支撐不斷變化的業務場景，并確保自己不會頻繁地被推倒重建。

業務中臺專注于通用業務運行機制和系統開放機制的實現。而業務中臺通用業務運行機制需要包含四個要素——業務對象、業務能力、業務規則和業務流程，按照微服務設計原則將系統開放機制再拆分為業務配置和業務隔離最小獨立應用。由此，業務中臺至少包含業務對象、業務能力、業務規則、業務流程、業務配置、業務隔離6項內容。

4.1業務對象

業務對象包括實體對象和過程對象，實體對象是指具體的企業資源、產品與服務，例如商品、用戶、客戶、組織機構等一切有形或無形的資源。過程對象主要是指企業在經營活動中對業務動作進行的描述。行業級業務中臺，筆者理解的業務對象主要為管控對象和業務過程管控。具體指專賣制品的生產、加工、儲運、交易等環節涉及的管控實體和業務操作的過程管控，比如“收購”是對交易活動的描述，“工商交接，三方確認”是對多方利益關系在煙葉經營活動中過程的描述，它們都是過程對象。

4.2業務能力

業務能力是同類業務功能的抽象實現，是對業務對象的操作。業務能力可以改變業務對象的狀態，并通過結合業務規則來操作相關的業務數據。一個能力可以支持多個功能。能力的基礎是結構和算法，能力是系統內生機制的體現。在不同的業務場景下，業務能力可間接表現為不同的應用功能。比如倉庫注冊能力，既可以對應用戶自主注冊的功能，又可以對應系統后臺主動開通倉庫自動注冊的功能。

4.3業務規則

業務規則就是業務邏輯，是用來控制或影響業務能力的定義或者約束的描述。中臺將業務規則與業務能力獨立開來，單獨實現。業務規則影響了能力中心所提供的能力和業務數據的聚合、轉換、變化。比如，“倉庫創建能力”搭配“倉庫需要審核”的業務規則，就會產生“倉庫創建后，倉庫進入待審核狀態，需要審核通過后才能發布”的情況。

4.4業務流程

業務流程規定了業務中臺系列業務動作執行的順序，用以完成特定的業務目的。業務中臺針對不同業務需要設計不同的業務引擎，比如交易引擎處理交易相關的邏輯，促銷引擎負責促銷活動相關的自動化，審批流引擎負責統計報表（業務單據）的審批。業務引擎和流程定義決定了能力中心內部以及能力中心之間如何自動化執行。比如通過可自定義的交易流程，業務系統既可實現先付款后發貨，又可實現先發貨后付款。這種面對實際場景需要多變的業務不是通過修改代碼，而是通過調整業務流程來實現的，從而讓中臺達到隨需而變。

4.5業務配置

業務配置是內嵌在業務中臺邏輯中的一些控制點和擴展點。通過可視化的配置視圖，用戶可以動態控制業務中臺的執行邏輯，讓業務柔性運行。比如煙農身份認證擴展點，可以配置煙農在交售時是否需要進行認證。如果進行認證，是選用滑塊認證、人臉認證還是其他認證方式，從而動態控制交售場景中的業務執行邏輯。

4.6業務隔離

業務中臺作為共享服務，需支撐多個前臺應用。在共享的基礎上，需要隔離前臺應用，讓前臺應用既可執行個性化的邏輯，又避免互相干擾，各自獨立運營發展。比如，當任何一個前臺應用增加功能或者修改執行邏輯時，我們只需對該前臺應用進行整體回歸測試，而不需要對其他前臺應用進行回歸測試。

5 業務中臺的架構設計

行業業務中臺建設是一項極具創新的系統化工程。從系統架構角度看，業務中臺也有自己的架構體系。那么中臺的主要架構風格是怎樣的呢？根據筆者理解的業務中臺內容，概括起來就是：縱向分域，橫向分層。

5.1 縱向分域

縱向分域是指，業務中臺將企業的業務內容，按照不同領域，以及能否獨立運營為標準，進行縱向切割。對切割后大小各異、算不上嚴謹的多個業務領域，業務中臺從技術上再進行一系列的分析、抽象、歸類、推演，形成在業務上能獨立運營、技術上含有多個微服務的系統。切分之后的各個系統，我們一般稱為業務中臺的能力中心。如常見的用戶中心、客戶中心、交易中心、庫存中心、消息中心、支付中心等。每個能力中心都支撐著不同的業務領域，它內部所有的領域對象均與業務領域有直接的聚合關系。

5.2 橫向分層

橫向分層需要建立在縱向切分的基礎上。對于不同的業務領域，業務中臺會根據其管理對象的不同性質，從下向上拆分為業務實體層、業務協作層、業務活動層。這里所說的“橫向分層”強調的是在業務中臺內部，前面提到的“橫向隔離”，指的是整個IT系統層面的橫向隔離，也就是將業務中臺與前臺應用隔離。

·業務實體層：由管理企業靜態資源的能力中心構成，居于三層模型的底部，比如商品、倉儲、用戶等。

·業務協作層：由對企業資源使用策略進行管理的能力中心構成，居于三層模型的中間，起到承上啟下的作用，比如營銷政策中心、價格政策中心等。

·業務活動層：由管理或實現企業核心業務活動的能力中心構成，居于三層模型的頂部，可實時調用下方兩層的業務能力，完成業務活動的執行，比如交易中心、支付中心等。

通過橫向分層，中臺就確立了不同層次能力中心之間的依賴關系和數據流向關系等。三層模型的頂部，可實時調用下方兩層的業務能力，完成業務活動的執行，比如交易中心、支付中心等。

6 業務中臺的體系結構

從軟件工程角度來講，完整的業務中臺體系結構由設計態、管理態、運行態三個階段組成。各階段擁有相應的關鍵特征，對這些特征的深入了解，有助于指導業務中臺的架構設計落地。

6.1設計態

設計態的業務中臺提供組件平臺和能力平臺。組件平臺的作用是快速搭建應用，能力平臺的作用是統一管理和使用中臺能力。

組件平臺可完成前后端組件的注冊、發布及接入指引。這里的組件包括技術類組件和業務類組件兩類。技術類組件封裝了通用的技術功能，業務類組件不僅封裝了特定的業務邏輯，也封裝了對業務中臺能力的調用。組件平臺為業務應用端到端的建設，從創建應用、描述數據模型到組裝頁面，提供了組件素材，加快了應用的搭建。

能力平臺提供能力的注冊、發布及接入指引。通過能力平臺，中臺系統的使用者（包括中臺能力使用方、中臺能力提供方和中臺機制設計方）不僅可以統一直觀地查看中臺具備的能力與能力詳情，還能匯總統計能力的調用情況等。能力地圖即是能力平臺的一個體現。

6.2管理態

管理態的中臺應包括需求管理、進度管理、質量管理、項目管理、配置管理等多個方面。因為業務中臺建設是由多人多角色共同協作完成，所以需要通過統一的管理平臺從中協調推進。一般把這些軟件生產過程中通用的需求管理、進度管理、質量管理等放在技術平臺的研發服務平臺上實現。在業務中臺建設的推進過程中，建設方還需要加強對各階段產出物的評審，并通過對評審結果的記錄，實現上線內容可追溯。

6.3運行態

運行態的中臺包括能力配置、能力編排、能力執行三個方面。可配置和可編排的能力需要統一上報，形成全局的控制中心，即中臺管理控制臺，以完成對業務能力的管理和配置，然后通過執行平面實現能力的執行，再通過運行監控形成運營監控臺，三者共同配合，達到對業務中臺運行內容的柔性管理和控制。

7 業務中臺構建

根據系統分析理論結合業務中臺開發案例分析，業務中臺構建主要可分為業務中臺構建策略和業務中臺構建實施兩部分。

7.1業務中臺構建策略

業務中臺的構建策略（屬于項目前期咨詢階段過程或產出物，其方法論和工具網上有很多資料供參考，無需贅述）主要是利用方法論、實踐工具等將企業整體業務細分成業務領域和能力中心的過程方法。可歸納為三個層面，即領域驅動、需求結構化和能力可配置。首先，通過領域驅動，從整體上劃分業務中臺的領域，進而劃分出業務中臺的具體能力中心；其次，對具體的領域進行細化，使用需求結構化和能力可配置兩種策略，最終形成易用、靈活的業務能力中心。

7.2業務中臺構建實施

業務中臺構建實施通常采用五步法，它是指導建設業務中臺的方法論，具體步驟為：業務規劃→領域分析→能力中心設計→中臺實現→業務運營。其中，領域分析的過程非常關鍵，是業務中臺區別于以往傳統IT系統建設的環節；能力中心設計是各平臺項目組業務中臺方案設計的重點環節。

對行業一體化項目而言，在開展業務中臺建設時，一體化項目辦和信息中心，首先會結合行業發展戰略與業務中長期規劃，開展業務需求調研和梳理，形成業務能力藍圖和抽象業務要素；其次會在業務需求調研的基礎上，基于對行業業務流程和應用服務的梳理和理解，明確業務共享服務中心的層級結構，形成統一的建設標準和要求，建立業務共享服務中心元模型及清晰的業務中臺服務能力構建策略，形成各個業務共享服務中心的詳細設計；然后會對業務中臺涉及到的微服務架構、應用管理、服務治理、灰度發布等開發、測試和生產環境的技術架構體系進行統一設計，明確業務共享服務中心與云平臺工具、業務中臺基礎框架工具的對應關系，并針對行業應用兩級部署的特點，結合兩級各中心能力設計，設計出相應的技術架構體系；最終形成縱向分域、橫向分層的業務中臺頂層架構（0級架構）。業務中臺在縱向維度進行領域劃分，形成業務中臺的能力中心；同時在橫向維度，根據業務領域與上層應用的關聯性，將業務中臺領域進行分層。

根據項目辦和信息中心給出的0級架構，在明確了能力中心的層次依賴關系后，各平臺項目組就可根據分配好的業務中臺建設任務，對不同層次的能力中心，采取不同策略進行能力中心設計及建設。

7.3 能力中心設計

能力中心設計包括組件規劃、1級架構設計、能力中心概要設計。組件規劃承接0級架構設計，是對能力中心內容的展開，即明確能力中心由哪些業務組件組成。通過對能力中心的功能分析和業務實體的抽象，將具有較強依賴關系的業務實體聚合為一個組件，或者將具有相同主題的業務功能聚合為一個業務組件。最后以結構化的形式聚合這些組件，構成能力中心。業務組件是業務邏輯的封裝單位，包含一個或多個能力，一般用于完成一個具體的業務任務，并可被多個業務場景所復用。業務組件按照邏輯關系聚合為能力中心，能力中心又可以根據邏輯關系分為業務實體層、業務協作層、業務活動層三個層。這樣就形成了業務中臺內“橫縱有序、解耦合理”的立體架構。

組件規劃設計完成后，需要轉化為應用架構。這里的應用架構是指能力中心內部的應用架構，稱為1級架構。如果說0級架構是業務中臺的骨架，那么1級架構就是業務中臺的血液。骨架的作用是穩定和支撐，而血液則需要在身體各部分流動才能維持各項機能的正常運作。1級架構聚焦的是在具體業務場景下，各中心、各應用如何各司其職、承載所屬的數據和業務邏輯，即通過具體業務場景，將各中心的能力和領域事件串聯起來。在串聯的過程中，我們有可能會發現0級架構缺失的能力，甚至需要調整0級架構各能力中心的領域模型分布。1級架構是從0級架構設計到落地開發的關鍵橋梁，也是能力中心概要設計的指導方針。

能力中心概要設計是從系統設計到開發交付的過渡階段。通過設計數據庫概念模型、功能包結構、核心時序圖、接口設計等，為能力中心的詳細設計與開發奠定基礎。

7.4 開發交付

開發交付是將0級架構及具體場景下的1級架構落實到代碼，并實現為可運行系統的過程。開發交付包括能力中心詳細設計、測試用例設計等詳細內容的設計輸出以及代碼開發、持續交付等。能力中心詳細設計包含數據庫物理模型設計、具體能力的時序圖、類圖等。這里需要注意，數據庫模型并不等于領域模型。

開發交付是一項復雜的系統工程，需要依托一套對設計態、管理態、運行態統一進行管理的技術平臺才能順利完成。另外，在使用技術平臺的過程中，開發團隊也要不斷吸收先進內容，如管理思想、開源技術、快捷工具等，這樣不僅可以更好地幫助團隊快速成長，也可以推動技術平臺的沉淀和演進。

整個開發交付過程需在技術自治的思想指導下展開，包括迭代規劃、需求反講、持續集成等，并輔之以日清日結的過程管控。日清，幫助團隊發現問題；日結，及時總結經驗教訓。通過總結回顧，先進有效的措施得以發揚，不足和錯誤則可被及時制止，保證開發活動有效推進。

7.5 持續運營

業務中臺需要持續運營才能不斷沉淀和發展，持續運營包含以下4個方面。

(1)業務運營：利用業務中臺的管控能力，結合數據中臺的各類分析視圖、趨勢預測，調整原有的業務運營措施或增加新的業務試錯方案（如定義新的營銷活動，上架合適的商品），驅動業務發展。

(2)內容運營：運營的內容包括產品、銷售、服務、企業文化等多個方面。各業務部門可按需準備不同的內容素材，定義不同的內容模板，發布到企業內外部各個渠道。

(3)技術運營：通過中臺控制平面，快速調整業務配置，靈活調用編排能力，聚合不同內容，以滿足業務運營的需要。對于不能動態調整的場景，則需要擴展已有能力或增加新的能力。中臺控制平面與執行平面的交易引擎、營銷引擎、鏈路監控等一系列技術結合，組成管控和執行體系，助力技術運營。

(4)數據運營：業務需要數據的反饋和指導，同樣，業務中臺的能力建設也需要數據的指引。因此，數據運營不僅會幫助企業進行業務的調整和優化，還可以指導業務中臺能力的迭代。

8 雙中臺聯動

傳統企業的核心業務大多是基于集中式架構開發的。這種集中式單體系統，一般都存在擴展能力弱、彈性伸縮能力差的問題，無法適應突發高頻訪問的互聯網業務場景。同時，傳統企業數據類應用大多通過ETL工具抽取數據以實現數據建模、統計和報表分析功能。這種傳統的數據倉庫處理模式往往會存在數據時效性問題，再加上傳統數據類應用主要面向企業管理和決策分析，并不是為前臺而生的，因此難以快速響應前臺一線業務的數據服務要求。

在數字化轉型時，為同時解決傳統的業務和數據應用建設問題，項目辦和信息中心高瞻遠矚地采用雙中臺模式同步建設業務中臺和數據中臺。業務中臺與數據中臺各自獨立，卻又相輔相成。業務中臺支撐實時在線業務，并產生業務數據；數據中臺則通過匯聚整合、提純加工、建模處理、算法學習，將數據轉為數據資產，并以共享服務的方式提供給業務使用，從而與業務聯動，并再次產生新的數據。

從數據角度來看，業務中臺通過能力的輸出，獲取了大量的業務數據。這些實時的業務數據是數據中臺非常重要的數據來源之一。而且，因為這些數據是實時的，所以就減少了數據中臺模型加工的時間延遲。與此同時，數據中臺通過模型加工出來的數據結果，可直接推送給業務中臺，豐富業務中臺的業務內容。比如，數據中臺加工產生的煙農標簽，推送給業務中臺后，業務中臺就可以展現綜合的煙農畫像，為職業煙農評定提供高效率和高質量的服務。

從業務協作角度來看，業務中臺在支撐業務時，需要數據中臺提供的數據服務來對業務能力進行調整。數據中臺提供的在線數據服務可以幫助業務能力更有針對性和精準度的執行。比如，營銷互動場景下，業務中臺的交易能力可以結合數據中臺的人物畫像服務，完成千人千面的差異化推介。

9 項目組織特性

行業一體化平臺項目與其他IT項目顯著區別有2點，1、行業其他IT項目大多基于單業務領域或某一層級的企業組織架構，而一體化平臺項目針對的是行業組織架構下的全業務領域；2、同組織架構類似IT項目，管理維度僅有生產經營或運營一條業務主線，而行業級管理維度涵蓋管控和生產經營或運營兩條業務主線，其顯而易見的項目獨特性，更彰顯了一體化平臺項目科研創新的含金量。

一體化平臺項目建設涉及到的技術架構變革、系統架構變革、業務架構變革及引發的運營模式轉變和組織架構調整等問題其難度、復雜性不言而喻。作為在行業1242架構下開展設計的平臺項目，其每位參與者都已置身于行業數智化轉型的風口浪尖。站在“行業一體化”的風口上，除要有 “萬折必東不回頭”、“赴百仞之谷而不懼”的勇氣支撐和“篳路藍縷，以啟山林”的做事干勁外，更需具有乘風而起、順勢而上的自我更新與迭代的學習能力。如在設計階段，業務人員作為項目組內主攻角色，首先需精通本領域業務，通過業務調研、業務需求、業務分析，細化業務操作過程，對業務進行顆粒度劃分，找出每一個功能需求所對應的業務對象或實體；然后需熟練掌握企業供應鏈上、中、下游各環節業務，從供應鏈、產業鏈的角度全盤思考、洞察相關對象或實體在流程流轉和業務銜接中存在的痛點、堵點、難點問題；其次需增強全局視野，寬域思考的能力，要站在行業級管理維度（管控、生產經營或運營2個維度）對業務功能需求分析整合，對業務流程優化、重構，企業應用和行業應用的“上下貫通”及行業應用之間的“左右聯通”進行前瞻性思考。技術人員作為項目組內主控型輔助角色，除應具備業務人員上述能力要求外，更需強化提升技術水平以解決項目中遇到的技術壁壘，同步輔助好業務人員按系統架構、應用架構、中臺架構、數據流向等開展功能、需求設計；并從軟件工程和系統分析的層面為項目管理者提供技術方案轉化文檔（將專業技術文案等轉化為通俗易懂的文檔）、項目范圍管理的邊界、進度管理的關鍵路徑節點、過程問題、應用資源情況等輔助。項目管理者作為項目組內的總控師，除具備大型項目管理PMP能力要求外，更需具有對上敢直面問題、打破砂鍋問到底，對下能統一步調、齊心協力向前行的——溝通技巧；敢于向積存多年的頑瘴痼疾開刀，沖破行業經營管理障礙——獨當一面的魄力；敢于啃硬骨頭、涉險灘、勇于探索實踐的——責任擔當。

結語

“這個世界的現在與未來不會有太多新鮮的東西,大多在歷史中都有。”——中臺也是如此，它承載業務邏輯、沉淀業務數據、產生業務價值，并隨著業務不斷發展進化，其核心、根本都是業務。業務中臺只是支持業務場景的手段，其特征表現雖是共享和復用，但其目標依然是為了簡潔、高效的完成業務運行。 ??——本文僅為筆者一孔之見，望能起到拋磚引玉的作用。?