首先明确应用架构的定义，从百度百科上即可了解到何为应用架构：
应用架构（Application Architecture）是描述了IT系统功能和技术实现的内容。应用架构分为以下两个不同的层次：
- 企业级的应用架构：企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。
- 单个系统的应用架构：在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。
简而言之，应用架构图分为两类，一类为多系统应用架构，用来分层次说明不同系统间的业务逻辑关系、信息流、系统边界等等。一类为单系统应用架构，用来分层次说明系统主要组成模块和功能点之间的业务逻辑关系。
从应用架构图的描述方式或岗位角度而言，又分为系统功能性架构图（或叫业务架构图）和系统技术层次架构图（或叫技术架构图）。两者的差异如下：
| 架构图类型 | 适用岗位 | 定位 |
|---|---|---|
| 业务架构图 | 产品经理 | ①帮助产品经理基于对企业业务系统生态有全局掌握的情况下参与制定业务决策。 ②帮助产品经理梳理新增系统在企业应用生态中的定位以及和其他系统之间的关系 |
| 技术架构图 | 技术人员 | 帮助技术人员搭建良好的技术规范和编码大纲 |
一般而言，由于现互联网公司产品经理越来越聚焦于功能设计和业务决策，而技术人员则越来越聚焦于技术设计。所以对于产品经理而言，架构图的运用则侧重在业务架构图上，技术架构图则由技术经理负责。当然产品经理如果也有技术背景，有能力理解技术架构图则更好。
下面分别引用网上大神所做的架构图例子来说明何为业务架构图，何为技术架构图。
技术架构图
技术架构图，来源于网络，侵删
由上图可见，技术架构图的特点在于用技术语言来描述系统的七个层级。
业务架构图
业务架构图可以按多系统业务架构图和单系统业务架构图进行说明。
多系统业务架构图
由上图可见，业务架构图是从业务逻辑的视角出发，为产品经理整齐地展现出一个企业各类系统之间的层次和关系。在产品大神杨堃的《深度｜从一个故事说起，谈谈企业应用架构的演变史》一文中，形象地为我们描述了业务架构图从无到有的过程，非常值得各位产品人学习的。下面就根据大神的经验说一下自己对业务架构图的理解。
业务架构图按照层次结构可以分为经典的三层结构：展现层、业务逻辑层和数据层，而上图作者在该基础上又分别对展现层和业务逻辑层做了细分。在上图的基础上其实还可以加上一层运维层来说明系统所需要的硬件条件。对于单个系统的架构图而言尤其重要。
| 一级层次 | 二级层次 | 说明 |
|---|---|---|
| 展现层 | 前端 | 面对外部客户的客户端、Web官网、公众号、小程序等 |
| 后台 | 面对内部人员的后台系统 | |
| 业务逻辑层 | 业务单元支持系统 | 主要指可以在同一企业的不同子系统中复用的支持同类业务的单元系统 |
| 职能单元支持系统 | 主要指企业职能部门使用到的OA、邮箱等系统。一般中小企业这块都是相对比较独立的。比较难嵌合进其他业务系统体系中。 | |
| 基础架构支持系统 | 基础业务逻辑，包括账号体系、鉴权授权体系、定位、短信、支付等等 | |
| 数据层 | 数据仓库 | 负责打通各系统之后的全部数据存储和处理 |
| 运维层 | 运维层 | 主要指企业各系统的硬件环境 |
使用多系统应用架构图还有一个好处在于，每当有新增的子系统时，可以提前预判是否需要共用哪些单元或者业务逻辑。例如是否用同一套账户体系，这对产品前期开发至关重要。
单系统业务架构图
对于一个从0到1的项目而言，产品经理除了要了解这个项目在整个企业应用架构中的定位，还要对整个系统的模块和功能有着清晰的分层次设计和了解。所以产品经理就不仅需要多系统业务架构图，也需要单系统业务架构图。
单系统应用架构图
由上图可以看出，单系统应用架构图分层可以和多系统应用架构图一致。但是每个层次里面的说明单元就变成功能模块，而非子系统。
支付系统功能架构图
支付业务的基础系统的复杂性和稳定性是支付业务是否能够及时安全处理的根本,该支付系统功能架构图收集了支付宝的系统架构。完整的支付系统整体架构! 从产品分类、模块功能和业务流程,了解支付产品服务的设计。支付系统要兼并合规性、易用性、安全性为一体,在前期设计时一定要综合考虑。支付系统架构图为通用支付...
平台数据架构流程图
标准大数据平台架构,标准大数据平台架构,大数据平台架构,数据仓库,数据集市,大数据平台层级结构,数据挖掘,举报,包含该模板的分享。数据架构设计(数据架构组) 概述 总体描述 相对于业务架构和应用架构,数据架构在总体架构中处于基础和核心地位。首先应根据业务架构分析来定义数据架构,然后将数据架构结...
系统流程图
系统流程图(又称业务流程图)进行可行性分析时,通常用系统流程图来描述所要开发的系统。用于 描述项目的处理流程、范围、功能等。系统流程图是概括的描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个具体部件(程序、文件、数据库、表格、人工过程等），表达数据在系统各个部...
Spring Cloud 微服务总体架构图
Spring cloud作为当下主流的微服务框架,让我们实现微服务架构简单快捷,Spring cloud中各个组件在微服务架构中扮演的角色如图所示。spring-cloud-aws：用于简化整合 Amazon Web Service 的组件spring-cloud-bus：事件、消息总线，用于...
财务管理系统业务流程图
这是一个财务管理系统业务流程图,模板主要包含了2大部分:角色和业务执行流程.其中角色就包含了系统管理员,出纳/会计,财务主管,CEO.整个财务管理操作流程清晰明确。ERP中销售流程及财务管理流程,ERP管理系统是非常复杂的系统,涉及到多个模块。仓库管理业务流程图, ERP业务流程图的画法, ...
系统业务流程图
商业流程图，又叫做业务流程图,是一种描述系统内部各人员与各单位的业务关系、管理信息以及作业顺序。系统流程图是概括的描绘系统物理模型的传统工具。它的基本思想是用图形符号形式描绘系统里面的每个具体部件，表达数据在系统各个部件之间流动的情况。系统分析员在工作中往往需要绘制各种各样的流程图
组织架构流程图
组织架构是企业的流程运转、部门设置及职能规划等最基本的结构依据，常见的组织架构形式包括中央集权制、分权制、直线式以及矩阵式等。组织架构关系图有总经理、副总经理、研发部、采购部、财务部、销售部、生产部。完善组织体系架构，员工体系，薪酬体系，绩效体系，岗位体系，建设队伍，创造激励机制!
电商物流仓储流程图
在电商仓储内部中,其作业流程主要包括订单处理、采购作业、入库上架、在库管理、拣选包装、出库作业、配送作业、退货作业以及财务会计作业等。电子商务的快速发展,其配套设施服务也需跟上,而其中最重要的非仓储、配送等物流服务莫属。电子商务间的竞争,最终转变为后端物流之争。
精益质量管理流程图
精益质量管理流程图,该流程图以精益质量管理为中心,从五个小点逐步扩散,改善了工作的效率。精益管理有七大任务,分别是:安全、质量、生产、设备、成本、人事和环境!质量管理部进料、生产过程、出货、新产品研发、不合格品控制等工作流程图。建立和实施质量管理体系工作流程: 第一阶段:策划与准备 一、体系策...
软件开发周期
软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。软件生命周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段,一般称为软件生存...文章来源：https://www.toymoban.com/news/detail-851631.html
文章来源地址https://www.toymoban.com/news/detail-851631.html
到了这里，关于系统架构设计图的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
