基本概念
框架（Framework）：是处理某类/某方面问题的思路/办法，通过前期大量的研究、尝试、调整、完善、验证，设计和归纳出一套通用的、可行的方法和知识的组织结构，能够帮助其它人处理类似的问题。是一个宏观、高阶的指导，但框架不是标准答案，没有直接的结果，需要在理解的基础上灵活运用。
方法论（Mehtodology）：是某一个具体问题的方法和工具，方法论会对一系列具体的方法进行分析研究、系统总结并最终提出较为一般性的原则。方法论是企业架构框架的组成部分，框架的广度和高度需要多方面方法论的支持。
企业架构方案（Approach）：某个企业或者项目根据自己的情况，参考行业多种的企业架构框架和方法论，量身定制的一个方案。具有落地性，更加详细和充实。
业务架构
业务架构是整个企业架构中最有影响力的部分但也是最有争议的部分。由于最初企业架构只包括IT的内容，随着理论不断的发展和完善，业务架构也逐步成为了企业架构的一部分。但是更多的企业还没有把业务架构纳入到企业架构的范畴。
业务架构是整个企业架构中最有影响力的部分但也是最有争议的部分。由于最初企业架构只包括IT的内容，随着理论不断的发展和完善，业务架构也逐步成为了企业架构的一部分。但是更多的企业还没有把业务架构纳入到企业架构的范畴。
业务体系架构是一个全面 IT 战略和IT 体系架构的基础，因为业务体系架构是应用，数据/信息、技术的驱动。在开始设计IT架构之前，需要对企业的业务架构有很深刻的认识。
业务架构的设计方法一：业务流程
很多框架，比如FEAF（联邦企业体系架构）就直接采用业务流程来表现业务架构；行业有很多成熟的流程方法论可以参考，比如APQC，它把流程分为核心流程和辅助流程，并且给出了企业通用的流程框架供参考。
业务架构的设计方法二：业务模型图
业务组件图
应用架构
应用架构（Application Architure）是描述了IT系统功能和技术实现的内容。应用架构分为以下两个不同的层次：
企业级的应用架构：企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。
单个系统的应用架构：在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。
应用架构主要以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计：
1. 系统功能视角的应用架构图
2. 系统技术层次视角的应用架构图
数据架构
数据架构主要涉及的内容有企业数据的分类（属于数据标准化的工作）、数据的分布和流转等内容。
一：数据分类
二：数据存储和流转
技术架构
技术架构包含的内容比较广泛，从开发框架、操作系统、中间件、安全、设备、网络到部署、灾备等等，可以根据不同公司和项目的情况决定技术架构范围和管控的程度。对于比较复杂和成熟的企业，设备和网络等基础设施可以不纳入到技术架构中。下图是一个最全面的技术架构范围，可以参考取舍本企业的范围：