系统设计的6大架构：业务架构、应用架构、集成架构、数据架构、技术架构、部署架构。

业务架构

业务架构是整个系统设计中最重要的架构，因为所有的系统设计都需要满足业务的需求，如果业务架构出现错误，将导致整个系统设计的失败。

业务架构是对于业务的框架性描述，一般分层展开，如运营支撑、作业执行、业务管控（监控、预警、风控）、决策分析。

业务架构中的数据，包括内部数据、外部系统数据、用户使用行为数据，共同组成一个数据流的闭环。

不是所有的系统都有执行、管控和决策分析层的，如果只是执行层面的系统就没有管控和决策分析层；如果只是管控层面的系统，就没有执行层。

绘制业务架构容易犯的错误：

一是，业务架构与技术架构混淆，直接从技术的角度去描述业务流程，导致业务架构像是应用架构；

二是，业务架构本身与最终提供的服务相混淆，比如仓储物流系统的业务为提供仓储物流功能，而不要把运苹果、运高粱、运小麦等放在业务架构里面；否则将导致边界不清晰、逻辑混乱，永远的感觉到哪里的别扭；

三是，业务架构要用业务的语言去描述，而不要用技术的角度去描述。

四是，业务架构关键是框架的逻辑正确，而不是每一部分的细节，陷入细节将导致对整体业务把握的失控。

五是，跳出、否定、抛弃原有业务架构或概念的陷阱（包括自己否定自己），质疑、重新梳理，才能达到顺畅的目标。

六是，业务架构通用模型，如下图所示：

业务架构通用模型

• 半环绕式布局，以”作业运行“为中心，运行部分描述业务日常运作的关键活动，形成一个粗粒度的价值流；

• 左侧罗列资源开发活动和合作伙伴的能力，这是业务日常运作的基础；

• 右侧罗列业务的渠道通路，业务日常运作产生的价值由此传递给客户；

• 上方是业务策略规划、管控活动和决策分析；

七是，注重框架中的每一部分的细节，善始善终，做出一个完善的业务架构；

应用架构

从业务机构中来，分系统进行功能模块描述。

集成架构

系统与外围交互系统之间的数据交换。

数据架构

数据的流动方向、数据的存储方式、数据的展示方式。

技术架构

网络安全、防火墙、负载均衡、网关、服务治理、开发服务、安全服务，业务模块用到的技术栈

部署架构

分区：互联网DMZ区、专线DMZ区、应用区、数据区等；

前置机、代理服务、web服务器、应用服务器、数据库

网络安全策略：IP和端口、数据流向等