EA（Enterprise Architecture）是一个系统的基本组织，具体表现为系统组成的组件（component）、组件之间的关系，及其设计和演进的原则。目前国际上最为成熟和流行的EA架构方法即为The Open Group提出的TOGAF架构框架。TOGAF通过架构开发方法（Architecture Development Method，ADM），指导企业从无到有的开发架构。ADM从架构预备阶段和架构愿景开始，逐层开发业务架构、信息系统架构（应用架构和数据架构）、技术架构。那么在ADM方法中，对于最先开发、也是最重要的业务架构给出了哪些详细开发路径呢？
选择参考模型、视角和工具（见TOGAF9.2 7.3.1 节）
开发基线业务架构描述（见TOGAF9.27.3.2 节）
开发目标业务架构描述（见TOGAF9.2 7.3.3 节）
进行差距分析（见TOGAF9.2 7.3.4 节）
定义候选路线图组件（见TOGAF9.2 7.3.5 节）
化解贯穿整个架构全景中的影响（见TOGAF9.2 7.3.6 节）
进行正式的利益攸关者审视（见TOGAF9.2 7.3.7 节）
最终确定业务架构（见TOGAF9.2 7.3.8 节）
创建架构定义文件（见TOGAF9.2 7.3.9 节）
看起来是不是有点简单，作为其他架构开发的输入和先决条件的业务架构，居然只用9个步骤进行描述，而且其中最关键的业务架构开发过程也只是用了“开发基线/目标业务架构”这样比较笼统的说法。我们再来看看“开发基线业务架构描述”的详细内容，TOGAF9.2中是这样定义的：
定义的范围和细节层级，将取决于现有的业务元素有可能延用到目标业务架构中的程度，并取决于架构描述是否存在，如 7.5 节所述。尽可能地利用架构存储库（参见第五部分第 37 章）识别相关的业务架构构建块。当需要开发新架构模型以满足利益攸关者的关注点时，使用步骤 1 中识别的模型作为创建用于描述基线架构的新架构内容的指南。此套方法实际上是用来指导复杂组织体如何建立和维护其复杂组织体架构的一套流程化的架构开发步骤。
是不是还是觉得有些简单？TOGAF定位为架构框架标准所决定的，为了保证最广泛的适用性和中立性，TOGAF没有给出（也不可能给出）具体的业务架构开发方法。同理在应用架构、数据架构和技术架构层面也是如此。所以企业在应用TOGAF开发架构时，必须要补充适宜的工具和方法，结合企业实际情况开展业务架构设计。 在企业架构视频课程中，我们通过第一个真实的项目案例，《某电子产品生产制造企业业务架构设计与实践案例》向大家系统的介绍了如何通过科学的方法和严密的逻辑推导得出组织的业务架构。在开展具体的架构项目之前，必须先了解架构思想的本质，这样才能保证具体项目的实施过程中整体方向的准确和目标对准。这是架构理论的“道”。我们结合项目实际情况介绍了架构方法的精髓是对组织开展正向设计，并通过通俗的产品和软件的开发过程进行类比。见下图。
在深入理解架构思想的基础上，确定了项目的整体目标，按照TOGAF的ADM架构开发方法，确定了描述现状——系统的回答企业业务现状（在哪里），设定未来——确定企业目标业务（去哪里），规划路径——确定迁移路径和治理（怎么去）共三个阶段。这是架构理论的“法”。见下图。
确定了架构的“道”和“法”，还要在项目执行过程中注重“术”的运用。本项目在业务设计中，采用了IBM提出的“组件化业务模型”CBM的方法，通过业务组件结构化梳理企业业务构成，系统的反应企业业务全貌。
关于业务组件的设计方法，我在以前的文章中（例如《组件化业务模型》、《组件化业务模型（CBM）在企业架构和流程架构中的应用》）已经有过介绍。文章中就不再赘述了，我会在视频中结合具体项目讲解如何使用。见下图。
当然，结合项目的实践经验，创造性的提出了从业务组件的“科学性”到“艺术性”再到“科学性”的设计方法，不仅用严谨了逻辑推导业务架构设计过程，还提出了针对业务架构设计结果的校对和验证过程，从根本上确保业务架构设计结果的正确和逻辑性。见下图。
事实上，在具体的项目过程中，存在大量需要注意的细节和技巧。例如在业务组件定义过程中，每个业务组件都应有较为清晰的业务范围定义，成本构成、测评指标、产生的业务对象，对外提供的服务和接口等。我们结合项目真实情况，详细介绍了业务组件推导过程中每一个步骤的设计细节，这些内容都是既满足了CBM方法的要求，又对具体的操作过程进行了补充和细化。同时运用业务组件分析方法，将企业的业务组件层次进行梳理并重新进行标准定义。见下图。
在现状业务架构设计过程中，还通过对现有业务的梳理、分析和提取，形成业务组件分析矩阵。对业务组件进行系统分析，找出“热点”，从组件的重要程度、变革紧迫度、业务关联度等多个纬度进行分析，得出当前企业架构需要重点改善的 “热点”组件，同时对这些“热点”组件的能力需求进行提取，形成了后续局部改进项目和未来目标架构设计改进目标和落脚点。热点组件图见下。
这些业务组件的接口和交联关系、所用的资源、提供的服务、依靠的 IT 系统等方方面面的能力都以模型化的方式描述出来。通过相应的标准对业务组件进行评判，得出的“诊断单”，就是当前架构下的业务运营现状及存在的问题。
在确定企业业务现状的基础上，进一步通过分析战略，确定企业未来想成为什么样的企业。战略的选择所带来的组织运营模式也决然不同。企业基于对自身技术、人才以及对外部市场、环境的长期经验和敏锐判断，设定适合企业发展的战略选择。基于未来战略，需要在当前业务上做出什么样的调整，如增加什么业务来实现新的战略或砍掉什么非关键业务，来适应新的战略。
这些业务组件的接口和交联关系、所用的资源、提供的服务、依靠的 IT 系统等方方面面的能力都以模型化的方式描述出来。通过相应的标准对业务组件进行评判，得出的“诊断单”，就是当前架构下的业务运营现状及存在的问题。
在确定企业业务现状的基础上，进一步通过分析战略，确定企业未来想成为什么样的企业。战略的选择所带来的组织运营模式也决然不同。企业基于对自身技术、人才以及对外部市场、环境的长期经验和敏锐判断，设定适合企业发展的战略选择。基于未来战略，需要在当前业务上做出什么样的调整，如增加什么业务来实现新的战略或砍掉什么非关键业务，来适应新的战略。这些战略调整工作，通过业务组件顶层管理视图，实现从高层领导感性的判断转向基于业务组件模型的理性推演。实现基于战略的业务能力及组织的重新布局，对一系列业务组件模型的再设计，就形成了企业未来的目标业务架构，即企业未来的设计蓝图。
基于企业未来架构的这张设计蓝图，进一步确定业务蓝图实施的先后顺序，比如 ：房屋建设的规划路径是先打地基、再盖主体、最后装修等工作，以及相应的资源、组织安排等一系列详细策划。架构的规划路径，就是根据企业目标业务架构，确定实施的步骤，其原则是充分考虑战略目标、当前业务架构与目标业务架构的差距，以及外部环境等因素，综合分析，确定业务架构、信息化架构调整实施的解决方案和路径。
整工作，通过业务组件顶层管理视图，实现从高层领导感性的判断转向基于业务组件模型的理性推演。实现基于战略的业务能力及组织的重新布局，对一系列业务组件模型的再设计，就形成了企业未来的目标业务架构，即企业未来的设计蓝图。
基于企业未来架构的这张设计蓝图，进一步确定业务蓝图实施的先后顺序，比如 ：房屋建设的规划路径是先打地基、再盖主体、最后装修等工作，以及相应的资源、组织安排等一系列详细策划。架构的规划路径，就是根据企业目标业务架构，确定实施的步骤，其原则是充分考虑战略目标、当前业务架构与目标业务架构的差距，以及外部环境等因素，综合分析，确定业务架构、信息化架构调整实施的解决方案和路径。
本项目依据TOGAF企业架构方法论，聚焦业务架构，落地了战略变革，提升企业管理成熟度，助力企业塑造核心竞争力。更重要的是在TOGAF方法基础上，融合CBM业务组件设计方法，探索了业务架构的开发路径，为TOGAF的理论方法提供了有力补充和实践案例。
本项目详细技术路径、实施过程、架构制品等内容，请关注《企业架构视频课程项目1：某电子产品生产制造企业业务架构设计与实践案例》。
