在之前的文章中，我们明确了什么是架构，以及架构的分类和架构设计的目标。本文在前两篇文章的基础上来说在业务中，如何做各种类型的架构设计，以及如何达到架构设计的目标。
一个新的业务系统构建过程大致如下：业务分析 -> 基础设计 -> 各系统详细方案设计
颗粒度分别是： 整体业务级别 -> 业务领域 -> 应用 -> 模块 -> 代码
一、业务分析
业务分析是整个设计的最前期工作，这个阶段需要确定业务系统要解决什么样的问题，以及业务系统的目标用户有哪些。在确定下来之后，产研会将要解决的问题拆分，成为用户在业务系统上的各种各样的操作，形成一系列的用户用例，产品经理再根据用户用例，输出前期需求。
这个阶段必须要完成的是业务架构确定，以及业务系统的功能架构
二、基础设计
业务分析之后，研发部门就能明确要做的事情有哪些，这时便进入研发阶段。此时研发侧架构同学要做的事情主要如下
1、根据产品需求、业务流程拆分业务领域，这时候可以使用DDD来拆分
2、根据领域内业务，确定业务应用有哪些
3、基础技术组件选择
做完这两件事情之后，整个业务系统大概有什么业务流程，有哪些业务应用，以及业务实体就可以确定下来了。
这个阶段要确定的主要是应用架构，技术架构。很多时候，技术组件在公司或者部门级别是有规范的，这时候根据规范选择即可。
三、各系统详细方案设计
在各个应用确定之后，对应的研发同学则需要做出各个应用的详细系统设计，一般来说，一份好的系统设计应该包含的内容如下:
1、设计背景
2、用户用例
3、核心业务流程的流程图或者时序图
4、数据库实体关系
5、风险评估
6、api接口列表
7、工作量评估
四、后续维护
在各个应用开发完之后，就是维护的工作，如果是一个运行时间很长的系统，不仅仅是满足业务的需求，还有很多技术指标需要满足。常见的还有监控、日志、安全、性能，可用性等方面的需求。如果业务量上涨，则还需要考虑系统如何去扩展，关于扩展，可以看前文中提到的AFK原则。