企业架构是一个能够使组织标准化并组织IT基础架构来与业务目标保持一致的过程。以下的这些战略可用于支持企业的数字化转型，IT发展以及IT部门的现代化。

什么是企业架构?企业架构(EA)是一个分析、设计、规划和实施企业分析以成功执行业务战略的实践。EA用于帮助企业构建IT项目和策略，以实现期望的业务结果，并使用体系结构原则和实践来掌握行业趋势和中断的风险，这个过程也称为企业体系结构规划(enterprise architecture planning, EAP)。EA始于20世纪60年代，根据《企业架构知识手册》(EABOK)的说法，它诞生于“Dewey Walker教授撰写的关于业务系统规划的各种体系结构手稿”。Walker的学生之一John Zachmann帮助将这些文档制作成了更加结构化的EA格式。在此期间，两人都曾在IBM工作过，Zachman于1987年在IBM系统杂志上发表了这个框架。

通过寻根溯源，可以发现，即便从TOGAF算起，业务架构这个词也有20多年的历史了，但是在开发人员中，业务架构显然没有需求分析的概念明确，业务架构师也远不如产品经理常见。作者所在单位曾经实施了一个长达数年的企业级转型项目，其中有明确的业务架构组织，但是，每每与技术人员讨论，他们也常觉得业务架构有点儿“虚”。细究其原因，可能有如下几点：

用得少。原有的单体式或者竖井式开发依然是大家更经常采用的项目构建方法，而这种开发基本上没有横向视角，所以无需强调业务架构，通常的产品分析或者需求分析足以满足开发需要；

难设计。业务架构，特别是大型企业这种错综复杂的业务架构，说起来容易做起来难，业务架构对战略的分解、业务架构自身的整合与标准化、到IT设计的过渡都有不少坑，业务越复杂越宽泛就越难驾驭，因此，即便做过业务架构设计的企业，也有不少将业务架构设计保持在高阶状态，有点儿“虚”；

易跑偏。施工期间由于客观因素可能导致实施对业务架构的偏离，这种偏离如果没有及时纠正或者调整架构，累积久了会造成业务架构的失真，会变“虚”；

难维护。少数扛过了业务架构落地困难期的企业，也会由于感受到维护架构的难度而心生放弃，从而降低了对业务架构的评价。

其实，业务架构从诞生之初就很清楚地定义了自己的使命：面向复杂系统构建。也就是说，业务架构同其他架构一样，目的也是要降低复杂度，更好地规划系统，因此TOGAF是将业务架构归属于IT战略部分。但是从本人的实践经验看，业务架构不仅具有上述作用，其更突出的影响是对参加过业务架构设计工作的业务人员的影响，他们的逻辑思维能力、结构化能力、企业级观念和意识都有明显的改变，所以，应当将业务架构从IT战略中独立出来，更多面向业务人员，以充当业务与技术之间的桥梁。当然，业务架构真正要承担起这一职责，还需要改进、简化业务架构设计方法，对业务人员更友好，并且坚持使用业务架构方法做企业级需求管控，否则，熵增一定会将已经建好架构秩序回归混沌状态。

中培不仅是国内IT培训领域的顶尖品牌，而且还是The Open Group在中国区的黄金会员；中培已获得The Open Group的正式鉴定授权，唯一以TOGAF认证培训为主导的黄金会员机构；TOGAF认证作为中培最具影响力的精品课程之一，已获多方面专家的认证。

2019年，中培期待您的加入！

想了解更多请访问中培教育官网