《事业-最佳实践-架构》系列

一、原则

聚焦业务，对齐当前阶段

简单、合适、演进、复用

二、参考目录

零、设计原则

一、行业分析（可选）

二、业务动向（可选）

1、核心业务流程

2、问题分析思考

3、寻找价值

4、规划方向

三、竞品调研（可选）

四、产品规划

1、现状分析

2、定位描述

3、核心价值

4、主要特性

5、关键策略

6、整体规划

五、架构规划

1、领域架构

1.1、定义领域

1.2、领域模型

1.4、领域状态

2、整体架构

2.1、应用架构

2.2、技术架构

2.3、部署架构

2.4、核心链路

2.5、数据实体模型

三、步骤

1、整理输入

1.1、业务动向

核心业务流程

通过梳理现有业务流程去还原业务场景，更加有条理的呈现出来，有助于下面的思考

问题分析思考

从现有业务流程中找出我们要解决的问题，看我们要达到的目标是否通过这个流程能真的达到

寻找价值

首先是业务所产生的价值，

其次是我们产品和技术能创造价值的突破点在流程中的位置

1.2、规划方向

1.3、竞品调研

｜ 优先公司内部，再外部

1.4、产品现状 &规划

｜ 产品功能

｜ 需求清单

背景 &问题

由上一步输出的业务背景和提炼出来的问题。

定位描述

一句话讲清楚产品定位，我是谁，我要解决什么问题。

核心价值

产品和技术能产生什么价值，不要太多，要聚焦，并能有可衡量的指标

主要特性

用什么产品特性来支撑你实现价值

关键策略

根据前面的分析制定出对应于业务或产品策略的技术策略

1.5、架构规划

领域架构

｜ 重要！！！承上启下！！！精华皆在于此！！！ ​0-ALPD​

定义领域

包括领域范围、特点、核心概念词汇等。

领域模型

基于问题域进一步抽象分析出领域模型及模型之间的关系

逻辑架构

：整体逻辑架构方案，并定义子领域 &模块的划分（注意层次结构）及之间的逻辑关系（调用、数据流等）

关键方案

：用核心业务场景来验证逻辑架构是否可行，设计针对关键业务特性的关键脚骨方案，输出以核心流程来贯穿领域、模型、架构。最终的精髓和创新就在这里会产生。

整体架构

应用架构

L2：分层次（如：数据、框架、服务、端等），分系统，分模块，并定义出他们的边界和关系；并明确那些是自建的，那些是用别人的；梳理清楚跟其他产品技术架构的边界和交互协议。

L3：框架、子系统或核心模块的内部分层或边界关系等

核心设计：

关键类图

流程图

状态图等

技术架构

核心技术特性

：针对要解决的领域问题，去分析我们技术需要具备那些关键的技术特性才能满足业务发展。

部署架构

L2：系统的物理部署(应用及容量数据)、系统和子系统的关系、系统对于外部系统的依赖及调用协议（HSF、HTTP）

L3：子系统和模块划分（工程组织维度）

核心系统链路：

数据实体模型：

基于领域模型进一步设计的数据实体模型，需要对领域模型进行拆分或合并，并完成数据实体的获取技术方案和存储方案。

2、规划输出

2.1、现状分析

业务流程

产品流程

系统实现

2.2、基线架构

现状

痛点

2.3、目标架构

改动点

策略

2.4、整体规划

目标

策略

描述

成本

2.5、具体规划

｜ 做什么

痛点 P0

｜ 为什么做

目标 P0

｜ 做成什么样

策略 P0

｜ 整体怎么做

方案

｜ 具体怎么做

成本

｜ 需要什么资源

节奏

｜ 什么时间完成什么目标

2.6、稳定性

2.7、落地节奏