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

原则

• 重宏观，轻细节

• 重边界，轻内部

• 重流程，轻规则

内容

一、需求介绍

1、背景及价值

｜ 立项、PRD、KO 材料

二、概要设计

1、业务需求分析

1.1、业务流程

1.2、产品流程

2、核心流程拆解

2.1、核心流程

2.2、核心功能

3、系统交互视图

｜ 说明：通过一个完整的应用交互视图，体现项目中所有相关的系统（只要体现业务域，不需要体现业务域内部多个具体系统名称）、系统中包含的核心功能、核心功能之间的关键交互等。

4、核心技术点设计

4.1 领域模型设计

｜ 说明：如果涉及到核心领域模型的变化，需要首先进行核心领域模型的设计，注意领域模型是概念模型，是为了表达业务概念的组成和关系，跟数据模型/物理模型不需要完全匹配，在概要设计阶段也不需要太过关注细化。

｜ 重要：领域模型是概要设计前期最重要的产出，需要特别重视，需要跟产品对齐。

4.2 领域状态设计

｜ 说明：涉及到核心领域状态的，需要进行状态机设

｜

4.3 技术架构设计

｜ 服务之间交互、技术中间件、服务规范等

4.4 核心流程设计

｜ 说明：针对核心业务流程进行设计，通过多个系统之间的协作和交互，以及它们之间序列和组合，从而完成一个完整的业务流程

｜

三、风险评估

• 排期风险

• 技术风险

• 安全风险

• 资损风险

关键

• 不必生搬硬套