一、模板

1 背景

描述為什麼要做這個技術改造，改造後收益是什麼。可以是業務背景或者技術背景。

此處可以將產品需求文檔連接羅列於此

2 現狀

描述當前的技術實現的現狀，是否滿足需求

描述下方技術方案所涉及到的內部/外部現狀的梳理結果，輔助技術方案，這部分可以單獨頁面展開

[註]: 針對技術改造類的方案，外部依賴梳理時，除開接口層面的梳理，還需要關註數據(通過數據服務間接依賴)和消息層面的依賴梳理

3 技術方案

3.1 原則

本次技術方案的多個設計原則，例如對業務方盡可能少的修改，平滑遷移，接入xx基服務，基礎服務業務剝離，業務數據自治，中臺接入治理等等，概要性的指導原則，下方技術方案需要遵循這一原則

3.2 改造范圍

羅列本次技術方案的改造范圍，包括系統維度，功能維度等，確定改造邊界，防止改造范圍被無限擴大導致無法落地，范圍比較大的改造可以分期進行。

3.3 方案概述

概要性的描述整體技術方案，對技術方案的大體思路有個大致的輪廓，後續再逐項展開

3.4 系統交互設計

關聯系統的詳細交互時序圖+每一步的詳細描述，粒度為接口級別。如果是一個系統內部，則可以使用細化到模塊之間的交互時序。

整體思路是: 基於時序圖產出需要調整的系統之間最小粒度的交互，例如接口/MQ，再基於MQ，再基於此產出各個系統改造的功能列表

3.5 規則/狀態機設計

如果是規則性比較強的系統，例如計費規則，可以將規則列表+對應示例在此做詳細描述

如果涉及到主實體狀態比較多的場景，可將住實體的狀態機羅列於此

3.6 接口設計

基於系統交互設計，得到最小粒度的接口列表，基於這部分需要調整的接口，作詳細的接口設計。

包含給到其他業務系統或者前端的接口列表

接口設計元素: URL Method Header 入參 出參 demo示例

3.7 數據庫設計

支撐上述技術方案所需要的數據庫設計圖以及源文件

3.8 性能設計

性能設計，需要考慮可能的容量規劃，包括接口和存儲層面，以及之後的性能提升方案，例如增加實例，添加緩存，分庫分表，讀寫分離(CQRS)等等

3.9 安全性設計

安全合規方面的考慮，例如敏感信息加密傳輸/存儲，對C端用戶是否存在安全漏洞，例如越權，脫庫等等

4 數據兼容方案

根據技術方案類型，如果是技術新老系統改造類的，則需要考慮數據同步方案，雙寫還是切流，切流的維度是什麼，開關如何控制，以及接口訪問路由方

案，上線步驟等等數據庫變更腳本，刷庫腳本等等

5 原型設計

原則上應該產品經理出原型設計，如果產品經理不熟悉，則開發可以給一些原型設計到產品經理側，輔助產品經理設計

6 回滾方案

上線回滾方案，每個技術方案必須考慮，典型的思路是開關控制，開關粒度需要關註

7 上線CheckList

羅列上線所需的檢查項，包括數據庫變更腳本，apollo配置，定時任務配置，自有控臺配置，外部依賴服務配置(例如規則引擎，UC等等)

8 實施路徑

改造是否需要分期實施，每一期的具體改動點，排期時間，依賴業務方等

所有內外部系統改造點匯總，以及任務分配，可基於此產出tb任務列表

9 測試回歸功能點匯總

需要測試回歸的功能點匯總，方便測試評估工作量

10 問題列表

在設計技術方案時能想到的所有的問題羅列於此，方便記憶，後續這部分問題需要在方案中解決2

二、工具推薦

時序圖:

• Visual
• PUML
• Processon
• StarUML
• drowio

業務/技術架構圖:

• Processon
• drowio
• PPT

數據庫設計:

• powerdesigner
• navicat
• PDManer

原型設計:

• Axure Pro
• Processon

三、參考案例