数字化转型中的架构设计01：架构方法_业务架构 应用架构 数据架构 温昱

随着国家大力推动数字经济发展，产业数字化在政策驱动下也越来越受到重视。经过近2年的企业数字化转型研究，对这个概念和内涵也有了一定的认识。结合之前做一些企业架构实践和读过的几本企业架构的书，发现两者的基本方法是一致的，很多做数字化转型咨询规划的公司和甲方企业都是沿用TOGAF企业架构方法和思路。

01 什么时候需要做数字化转型咨询规划或企业架构设计？

目前很多企业都意识到了数字化转型规划咨询的重要意义，归结原因主要是因为：
1）前期建设了大量系统，改善了局部效益，但造成了系统孤岛、数据孤岛、协同障碍，在全局层面缺少统一管控。
2）认识到数字化转型是全局变革，需要提升到战略层面，对企业做个全面诊断，进行整体规划，并能适应未来发展变化。

02 数字化转型的体系架构

整体借鉴中信联《数字化转型工作手册》的“价值体系重构”的思路，融合企业业务架构设计，形成整体架构。首先从战略出发，要实现基于数据的战略分析和战略实施。其次，制定衡量战略是否成功的价值目标。体系的核心是如何实现数字化转型，概括为三大任务体系，业务变革、技术变革和治理变革。在实施过程中，要保持总体原则，保证实施效果。技术逻辑，重在阐述数字化技术如何发挥作用。推进措施，是实施数字化转型的通用方法。评估体系是必要的，在开始转型之前需要评估当前所处阶段，转型过程中，也需要评估指导和转型成效评估。
详见上篇分析(数字化转型体系化再认识)

03 企业架构和数字化转型架构的关系

在数字化转型体系架构里，业务变革、技术变革和治理变革都涉及到企业架构设计的方法。

• 业务变革承接公司战略和价值目标，对应业务架构设计。企业如何实现增长，更多关注企业商业模式的设计；企业价值创造和管理支撑关注企业如何管理和利用资源更好的获得收益，一般遵循波特价值链分析的方法。
• 技术变革承接业务变革的需求，对应应用架构、数据架构和技术架构的设计，如何更好的满足业务需求，适应数字化时代敏捷变化的开放性要求。
• 治理变革更多承接非IT方面的设计，如组织机构随着转型不断调整，企业数字文化、管理制度的逐步建立。
  【思考】之前做项目遇到一些困惑，就是面对多元化的企业，或者在探索新业务和新模式的企业，如何做体系规划。后来想想，也不外乎是价值链变成了多条，业务领域更多了，应用系统更多，集成更多了。技术架构上，可能引起较大变化，需要借助云平台、中台架构来实现敏捷和方便运维。但整个方法论还是适用的。

04 企业架构的全景概述

了解到企业架构在数字化转型中的重要作用，总结一些企业架构知识点。

1.TOGAF内容模型

从图中可以看到，架构的核心部分包括四块：

• 业务架构（Business Architecture,BA），描述集团核心业务的价值流及业务能力，是业务的结构化表达，描述组织如何运用业务关键要素实现其战略意图和目标。其中，战略目标、业务动机（Motivation）回答为什么干；业务功能、业务能力（Functions、Business Capabilities）回答干什么；组织结构、业务角色（Organization）回答谁来干；业务流程、业务规则、业务服务（Business Services、Processes、Controls）回答怎么干。
• 数据架构（Data Architecture,DA），描述在业务运作和管理决策中所需要的各类信息、数据及其关系的一套整体组件规范。包括数据实体、逻辑模型、物理模型等，是实现业务架构用到的数据。
• 应用架构(Application Architecture,AA)，描述价值创造、业务能力、信息处理的应用功能和关系。包括系统服务、逻辑应用组件、物理应用组件等，是实现业务架构用到的应用系统。
• 技术架构（Technology Architecure,TA），代表各种可以从市场或组织内部获得的软件和硬件组件。包括技术服务、逻辑技术组件、物理应用组件等，是支撑信息系统架构用到的技术。

2. TOGAF过程

完整的TOGAF是以ADM（Architecture Development Method）为核心的一系列方法和工具技合。

结合实践，把整个过程划分成了项目启动、架构蓝图、实施规划和分批实施4个阶段，非常有启发意义。

“ 1）计划开始，是项目启动阶段：敲定方法、成立团队、批准资金、战略调研、就绪评估、广招外部公司作为帮手；
2）第一年，以架构蓝图为主：重点之一是业务架构蓝图的详细规划，包括业务功能、业务流程、业务数据等。如果有大规模创新，商业模式和组织机构都会有调整和优化。重点至二是总体技术方案，DA、AA、TA都如何支撑业务架构蓝图，要梳理一遍。总体技术方案不仅要由业务驱动，也要重视技术风险，即由风险驱动。
3）后续，是“5年腾飞”实施规划阶段：IT系统要识别新建系统项目、升级系统项目、技术采购等工作包，拟定路线图、制定时间表。还有非IT的机构调整等工作包。
4）分批实施、分步上线阶段：对应ADM的实施治理阶段。”—温昱《企业架构.数据架构.应用架构实战》

【注意】业务架构蓝图的实现，需要“IT实施”和“非IT实施”共同支持，并行进行。

IT方面。支持业务架构蓝图所需的所有“IT能力”项有哪些？项目是研发还是购买？相应识别技术采购工作包、项目研发工作包。
非IT方面。支持商业蓝图所需要的“组织能力”有哪些？相应识别机构调整工作包、新建部门工作包、人员培训工作包。—温昱，《业务架构.应用架构.数据架构实战》

【思考2】对企业做数字化转型来说，IT信息服务商往往只关注IT咨询，而忽略了非IT咨询，增加了转型失败的风险。这里是需要IT厂商引入管理咨询能力或和类似管理咨询的公司合作，共同制定完整的解决方案。
另外，关注IT项目是研发还是购买，也决定了需要向客户推广的是研发平台和服务还是具体的应用系统和服务。

3. 4A架构关系及内容

从图中可以看到，业务架构是连接公司战略和数据架构、应用架构、技术架构的桥梁，起着承上启下的作用：战略决定业务，业务支撑战略；业务决定技术，技术支撑业务。

1. 公司战略层。战略是业务架构设计的驱动力。
2. 业务架构层。业务架构蓝图必须有企业标准，我理解为可以根据企业现状做不同删减，即组织结构、业务功能、业务流程、业务数据和商业模式。
3. 方案架构层。涉及到数据架构、应用架构和技术架构。
   
   在《业务架构.应用架构.数据架构实战》文中还给出了从战略到架构，再到实施的实际过程，描述了每个阶段的组织和角色，对应阶段的输出是什么，具有很好的实践指导意义。