這個文件用於描述方案的詳細設計，包含但不僅限於對架構圖的影響、關鍵系統功能的實現方式（功能維度和非功能維度
簡單文字介紹 + tapd鏈結
需要體現本次需要中公司對外部使用者帶來的價值功能點
需要體現出系統的邊界，即每個功能需要經過哪些系統的合作
如果是基於現有系統的改造，需要標記處變化的點
需要體現系統所能支援的功能變化
需要體現服務的呼叫和依賴上的變更
需要體現實體邊界，即哪些是我們系統內的實體、哪些是外部實體、系統內部實體之間的關係、內部實體和外部實體之間的關係。
如果是基於現有系統實體的擴充套件或修改，要體現這裡的差異點
需要體現核心實體的狀態機變化（新增狀態，修改狀態扭轉等任何變化）
需要體現工程目錄結構的變更，例如：新增api jar包，包結構的變更。
需要體現部署上的變更，例如：新增應用，擴容或縮減機器，db遷移，多機房部署等
描述系統需要新增或變動的功能點
如果某些系統用例很關鍵，影響面很大，如果不提前溝通可能會導致後續大範圍的改動，可以按每個系統用例分開進行描述
使用系統用例時序圖來描述功能的實現流程以及非功能性問題可以輔助以文字或其他內容做為補充
使用系統用例時序圖來描述功能的實現流程以及非功能性問題可以輔助以文字或其他內容做為補充
變更時間
變更內容
2018.03.22
技術方案設計
概要設計文件 技術方案 1.由原始需求逐步拆分，深入 後期迭代增加 2.資料流圖，整體流程 每一條資料流鏈路，便於查問題節點 3.不僅給技術開發看，面向產品和測試，對測試的輸出和產品的輸出 4.寫出支撐功能點，前端對接的資料結構 流程 需求評審 設計方案評審 資料鏈路，需求拆分 技術方案評審 實現方...
提公升前端效能 技術方案設計
瀏覽器效能體系的建立可以分為以下幾個部分 要想做好效能優化，正確地評估現狀和建立指標是最關鍵的一步，它又往往是會被輕視的一步。效能問題可以分成很多方面，最重要的幾個點是 在瀏覽器的大致工作過程中，我們必須理解幾件事 技術方案設計好了，它是不會自己變成線上頁面的，所以，有了技術方案，我們只完成了一半的...
UI設計規範
以使用者為中心。設計由使用者控制的介面，而不是介面控制使用者。清楚一致的設計。所有介面的風格保持一致，所有具有相同含義的術語保持一致，且易於理解 較快的響應速度。簡單且美觀。使用者介面設計的乙個重要原則是使用者應該總是感覺在控制軟體而不是感覺被軟體所控制。操作上假設是使用者 而不是計算機或軟體 開始...