IT术语中：架构图、结构图、示意图、拓扑图的定义

架构图一纯汪前般涉及系统、程序、存储等

结构图描做清述结构组成部分

示意图表陵森达某种功能的演示图，不是很规矩

拓扑是限于网络，表述网络连接的结构。

有关企业架构的定义非常多，根据自己的理解简化下其含义， 企业架构如同战略规划，可以帮助企业完成业务以及IT战略规划，基橘纳于业务来驱动的，是企业信息系统中有体系的，普遍的问题解决方案。

根据TOGAF企业架构工具，其又将企业架构分为业务架构，应用架构，数据架构和技术架构。业务架构为主，应用、数据、和技术架构为支撑业务架构，实现业务战略目标。

这里主要学习企业的应用架构

根据各种定义，提取其关键点，应用架构必须包含什么：

简言之：应用架构是软件功能与功能的组合原则。

1、从工作职能的角度看，应用架构对应的是产品功能规划。

从公司的职能分配，以及检索应用架构的信息来看，应用架构是产品经理关心的事情。做个猜测：业务架构对应的是业务需求；应用架构对应产品功能规划；技术架构对应的则是技术实现；标准化的流程中业务需求一般不会直接传递到开发人员手上，需要经过产品进行需求的抽象和功能标准化。

2、应用架构介于业务与技术之间，确保技术实现满足业务场景的需要。要平衡业务和技术的复杂度，保证系统形散神不散

3、既然应用架构是业务与技术的桥梁，借用一句经典的话

分层架链启构、单体架构、微服务架构、事件驱动架构、面向服务(SOA)架构，参考： https://www.redhat.com/zh/topics/cloud-native-apps/what-is-an-application-architecture

各种架构模式，我理解是架构的标准方式。

应用架构跟随业务而变

一切图都是为了表达服务，根据不同的场景，绘制不同类型的应用架构图：

能力有限，暂时总结这些。

参考：

应用架构、业务架构、技术架构和业务流程图： https://www.huaweicloud.com/articles/3728914ba1ecee2fa06785d44884bb9b.html

什么是应用架构？ https://www.redhat.com/zh/topics/cloud-native-apps/what-is-an-application-architecture

谈谈应用架构的演变史： http://www.woshipm.com/pd/586436.html

架构设计概要、业务、应用、技术、数据架构： https://segmentfault.com/a/1190000038579086

应用圆唤没架构的使命是什么？ https://developer.aliyun.com/article/716280

应用架构（Application Architecture）是描述了IT系统功能和技术实现的内容。

应用架构分为以下两个不同的层次：

企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。

在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。

应用架构主要以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计：

典型的整车生产企业产扮陆品开发业务的业务架构示意图

如典型的整车生产企业产品开发业务的业务架构示意图所示：当我们对于某项典型业务的业务组件的构成进行初步的归纳后，能够得到该项业务的一个整体的框架结构，我们可以称之为“业务架构图”，以及在这个框架内，企业中三个层级的员工在该项业务上分别从事着哪些作业内容。

企业中的很多升职后的中高层领导，总是习惯地认为：研究执行层的作业方式和规律才是他们的主要职责，而没有注意到自己的作业内容和作业方式在整个作业链条中的重要作用，其结果，自然是管理层和决策层领导们的业绩，只好取决于执行层作业人员的努力程度，这种习惯也导致我们的中高层领导们不会去研究影响自己判断能力和决策能力的技术瓶颈是什么。

而很多新出现的现代管理模式，实际上就是为了解决中高层领导们的作业能力问题，或是为了解决三个业务层级之间的信息沟通能力的问题，这也就是为什么业务架构分析人员还必须分析战略层和管理层作业形态的原因。

下面将分别说明上述三个不同层次作业组件的特点：

战略层业务组件自然是用于定义和规范战略层决策人员的业务行为的。在很多企业中，一些专门从事为决策层领导进行战略数据分析和提出具体方案的高级管理人员，也应该被认为是战略层业务组件中的业务人员。

战略层业务组件通常应按如下的作业基准进行设计：

由于管理层处于决策层和执行层之间，从信息沟通的角度来说，具有上情下达、下情上报的职责，一般情况下，上情下达比较容易实现，但下情上达则相对困难，存在诸多的管理和技术问题。管理层业务组件应以提升管理层控制业务过程的能力、以及提高管理层和执行层及战略层之间的信息沟通能力为主线进行设计。管理层作业的重点应按如下思路设置：

和最佳实践模式对标或完成调查和分析后的业务热点分析图

上述的架构图是一张企业级的典型业务架构概略图，所以，对于每一个典型业务，都包含了所有相关部门的业务组件。但实际上，我们的很多具体分析，往往只须针对一个部门的业务展开即可。在这种情况下，也可以按照上述的方法编制部门级业务架构图，只是这种架构图在大多数情况下，不需要考虑战略层的组件设计，所以，只采用两层的架构图也是没有问题的。

下面这张就是画的比较细的业务架构图

从技术层面描述，主要是分层模型，例如持久层、数据层、逻辑层、应用层、表现层等，然后每层使用什么技术框架，例如Spring、hibernate、ioc、MVC、成熟的类库、中间件、WebService等，分别说明，厅吵顷要求这些技术能够将整个系统的主要实现概括。

技术框架（technological Framework）是整个或部分技术系统的可重用碰贺设计，表现为一组抽象构件及构件实例间交互的方法另一种定义认为，技术框架是可被技术开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

---