你了解架构图吗？

技术界的扛把子架构图，你了解吗？今天我们就来聊聊它

什么是架构图呢？

系统架构是概念的体现，是对物/信息的功能与形式元素之间的对应情况所做的分配，是对元素之间的关系以及元素同周边环境之间的关系所做的定义。

架构就是对系统中的实体以及实体之间的关系所进行的抽象描述，是一系列的决策；

架构是结构和愿景。

结构，是架构的产物。不同的软件系统会有不同的结构，这些结构是为解决不同场景而设计的。

简单总结就是，架构=要素+结构+连接，将系统要素按照特定结构进行连接交互。

画架构图的好处

做任何图形的本质都是为了交流。

架构图是用抽象的方式描述系统中实体以及实体之间的关系。

架构图是一种图形化表示软件系统的组成和结构的工具。它是用来描述软件系统的较高级别的视图，包括不同组件之间的关系和交与方式。架构图常用于软件开发和设计过程中，它可以帮助开发人员更好地理解和规划系统，同时也可以方便不同人员之间的沟通和协作。好的架构图应该能够清晰地展现系统的整体构成，同时也能够反映出系统性能、可扩展性和安全性等方面的考量。

比如在电商系统中，电商系统技术架构图就是设计和运行电商系统的重要工具以及指南。帮助我们更好的构建系统，提升用户的体验以及系统的性能。

总之，架构图是一种非常重要的工具，有助于开发高质量、高性能的软件系统。

架构图的类型

架构图包括总体架构、业务架构、逻辑架构、应用架构、技术架构、数据架构、功能架构、网络架构、运行架构等等

一、业务架构

由业务架构师负责，也可以称为业务领域专家、行业专家，业务架构属于顶层设计，其对业务的定义和划分会影响组织架构和技术架构。业务架构图是由架构师进行需求分析和业务抽象所画的。业务架构图的绘制要在产品需求确认后，然后进行技术选型，绘制，系统部署上线。画业务架构图一定要让别人容易看懂。

账户业务架构图

系统业务架构图、系统产品架构图

 

营销业务架构图

 

二、应用架构

由应用架构师负责，需要根据业务场景需要，设计应用的层次结构，制定应用规范、定义接口和数据交互协议等。并尽量将应用的复杂度控制在一个可以接受的水平，从而在快速的支撑业务发展的同时，在保证系统的可用性和可维护性的同时，确保应用满足非功能属性的要求如性能、安全、稳定性等。


1、动物卫生监管应用架构

2、安全保障体系应用架构

 

3、XXX应用架构

 

三、技术架构
描述了需要哪些服务；选择哪些技术组件来实现技术服务；技术服务以及组件之间的交互关系。
应用架构本身只关心需要哪些应用系统，哪些平台来满足业务目标的需求，而不会关心在整个构建过程中你需要使用哪些技术。技术架构则是应接应用架构的技术需求，并根据识别的技术需求，进行技术选型，把各个关键技术和技术之间的关系描述清楚。
技术架构解决的问题包括：纯技术层面的分层、开发框架的选择、开发语言的选择、涉及非功能性需求的技术选择。

1、技术架构

2、企业技术架构

 

 3、Java技术架构

四、数据架构
描述了数据模型、分布、数据的流向、数据的生命周期、数据的管理等关系
1、大数据平台

 

2、主数据架构

 

3、数据架构图

 

产品架构图
产品架构图需要将各业务的板块及支持板块细化出功能板块。

1、SAAS产品架构图

CDP产品功能架构

 

更多架构图可以到ProcessOn 模板社区获取。