業務團隊新開發模式

現狀及問題

• 需求傳遞效率低，需求評審效率低，缺少業務全景圖和全鏈路需求圖，小需求也須要衆人評審
• 重複建設較多，團隊協同效率低，根據康威定律系統架構和組織架構會互爲影響
• 難以深耕，技術實現成本較高，疲於應付新需求，各端都難以深耕和精細化運做
• 運營支持效率低，接口重複開發，數據異構且成孤島，難以支撐業務及數字化運營
• 業務間缺少隔離，QA測試成本較高，系統耦合封閉，很難拿出部分功能快速支持業務創新和試錯

新開發模式

• 需求結構化，提供通用描述語言，並對需求進行結構化管理
• 業務可視化，業務具有可視化能力，可表現出系統具有的業務能力
• 引擎架構，作到以不變應萬變，構建穩定業務內核
• 提效業務吞吐，從局部技術開發效率提高變爲提高全局業務開發效率

核心關鍵詞：

• 平臺：概念開發框架，公共協做平臺
• 業務技術映射：DDD，代碼結構化，標準映射
• 引擎式架構：抽象原子指令，構建執行引擎，涉及表達切面

DDD解決的問題

將業務描述統一語言，將業務描述語言和技術要素之間作互相映射，劃定需求界限上下文，不一樣研發團隊負責具體界限上下文以內的需求迭代，產生服務和具體功能模塊。 界限上下文以內，以領域方式進行系統分層和對象職能分配，領域內包含：

• 接口層
• 應用服務層
• 領域模型層
• 基礎設施層

領域模型層：

• 值對象
• 實體
• 領域服務
• 聚合
• 領域事件
• 工廠
• 資源庫

業務描述和技術要素映射

業務組成：業務規則，業務流程，業務活動

業務規則： 映射的結果是規則的表達，Domain.Service，Entity.validator等校驗器，謂詞判斷等。

業務流程： 進行流程編排DSL，技術組件能夠經過Builder工廠模式實現。

業務活動： 業務邏輯映射到領域模型，經過Entity，Value Object，Domain Service，Factory構造複雜對象，實現對數據和行爲的映射。

引擎式架構

梳理並解決問題域，解空間。

將系統能力進行接入抽象，抽象爲「數據物料」接入，數據物料包括：營銷資源，匹配策略，定製規則，管控策略等。 系統能力擴展抽象成接口或插件擴展，好比新的營銷資源，新的匹配規則，展現層定製配置，協同營銷策略等都抽象爲數據或者表達式。

經過數據，表達式，插件（接口）完成整個營銷能力的接入，配置和擴展。 配置即數據，規則即數據，資源即數據。 系統不變的內核就是整個分層次的引擎系統，灌輸不一樣的數據就具有不一樣的能力。

平臺組成

• BDF開發框架
• 開放協做平臺

整個平臺由開放規範，業務概念抽象，BDF開發框架，開放協做平臺組成。

BDF開發框架：

解決代碼結構化，業務可視化，業務身份識別，業務隔離，監控，問題診斷等問題。

業務需求由多種業務能力編排而成。 業務能力由規則組合而成。 規則由數據+行爲組合而成。 多種業務能力屬於一種角色。 針對於角色內的擴展定製擴展點。

業務可視化分析定製能力 -> 自動生成需求PRD能力 -> 業務SDK自動生成能力 -> QA自動迴歸測試能力 -> 自動虛擬隔離部署能力 -> 自動數據業務運營能力

經過可拔插組件管理和對已有組件擴展實現開發擴展能力

RD根據SDK定製開發沉澱出新的業務組件，定製化SDK

解構口訣

• 語法和語義解耦
• 語義和執行解耦
• 執行和引擎解耦
• 引擎和平臺解耦
• 平臺和業務解耦
• 算法和結構解耦