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