应用架构（Application Architecture）是描述了
IT系统功能和技术实现的内容。
应用架构分为以下两个不同的层次：
企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在
企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的
关联关系等方面的内容。
在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。
应用架构主要以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计：
典型的整车生产企业产品开发业务的业务架构示意图
如典型的整车生产企业产品开发业务的业务架构示意图所示：当我们对于某项典型业务的业务组件的构成进行初步的归纳后，能够得到该项业务的一个整体的
框架结构，我们可以称之为“业务架构图”，以及在这个框架内，企业中三个层级的员工在该项业务上分别从事着哪些作业内容。
企业中的很多升职后的中高层领导，总是习惯地认为：研究执行层的作业方式和规律才是他们的主要职责，而没有注意到自己的作业内容和作业方式在整个作业链条中的重要作用，其结果，自然是管理层和决策层领导们的业绩，只好取决于执行层作业人员的努力程度，这种习惯也导致我们的中高层领导们不会去研究影响自己判断能力和决策能力的技术瓶颈是什么。
而很多新出现的现代管理模式，实际上就是为了解决中高层领导们的作业能力问题，或是为了解决三个业务层级之间的信息沟通能力的问题，这也就是为什么业务架构分析人员还必须分析战略层和管理层作业形态的原因。
下面将分别说明上述三个不同层次作业组件的特点：
战略层业务组件自然是用于定义和规范战略层决策人员的业务行为的。在很多企业中，一些专门从事为决策层领导进行战略
数据分析和提出具体方案的高级管理人员，也应该被认为是战略层业务组件中的业务人员。
战略层业务组件通常应按如下的作业基准进行设计：
由于管理层处于决策层和执行层之间，从信息沟通的角度来说，具有上情下达、下情上报的职责，一般情况下，上情下达比较容易实现，但下情上达则相对困难，存在诸多的管理和技术问题。管理层业务组件应以提升管理层控制业务过程的能力、以及提高管理层和执行层及战略层之间的信息沟通能力为主线进行设计。管理层作业的重点应按如下思路设置：
和最佳实践模式对标或完成调查和分析后的业务热点分析图
上述的架构图是一张企业级的典型业务架构概略图，所以，对于每一个典型业务，都包含了所有相关部门的业务组件。但实际上，我们的很多具体分析，往往只须针对一个部门的业务展开即可。在这种情况下，也可以按照上述的方法编制部门级业务架构图，只是这种架构图在大多数情况下，不需要考虑战略层的组件设计，所以，只采用两层的架构图也是没有问题的。
下面这张就是画的比较细的业务架构图
从技术层面描述，主要是分层模型，例如持久层、数据层、逻辑层、应用层、表现层等，然后每层使用什么技术框架，例如Spring、hibernate、ioc、MVC、成熟的类库、
中间件、WebService等，分别说明，要求这些技术能够将整个系统的主要实现概括。
技术框架（technological Framework）是整个或部分技术系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，技术框架是可被技术开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。