企业信息化建设是一项复杂的系统工程，涉及业务流程重组、应用系统整合、数据资源管理和技术平台搭建等多个维度。

某大型集团在推进信息化架构规划过程中，逐步形成了一套从现状诊断到目标架构设计的六步方法论，有效解决了架构设计无序、系统建设碎片化的问题。

本文将详细拆解这套方法论的核心步骤与实操要点，为正在推进或规划企业架构转型的团队提供可落地的参考。

第一步：现状调研与诊断——摸清信息化家底

架构规划的起点是对现状的充分了解。核心目标是识别现有业务架构、应用架构、数据架构和技术架构的真实状态，发现问题并明确改进方向。

调研四件事

1. 干系人目标与期望分析

梳理高层领导和管理层中关键干系人的目标和期望，明确其对项目需求的优先级。分析内容涵盖：

• 业务目标与解决方案时间期限
• 财务目标与交付物要求
• 限制因素与成功衡量标准

只有充分理解各方诉求，才能在后续设计中实现有效平衡。

2. 已有架构资产审阅

系统收集现有架构文档，包括但不限于：

• 现有应用系统清单
• 业务流程现状与应用集成现状
• 数据模型与管理现状
• 开发架构与运维架构
• 基础架构和安全管理现状

收集后还需检查并完善架构资产的完整性，确保分析有据可依。

3. 调查问卷与深度访谈

• 向关键业务和技术人员发放企业架构评估调查问卷
• 对收集到的信息进行审阅，组织深入访谈
• 与信息化管理部门及业务部门领导访谈，了解挑战和提升点

4. 成熟度评估

从业务、应用、数据和技术四个角度进行全面评估：

最终输出现状评估报告，涵盖业务现状、数据现状、应用现状、技术现状、组织现状五个维度。

第二步：差距分析与目标定义——从哪里来到哪里去

差距识别

基于现状评估结果，分析为实现未来愿景所需要的能力、流程或技术平台。需要回答几个核心问题：

• 当前业务流程与行业最佳实践之间的差距在哪里？
• 现有应用系统能否支撑未来三到五年的业务发展？
• 数据管理水平距离企业级数据治理还有多远？
• 技术平台是否具备足够的弹性和扩展性？

方案定义与优先级排序

方案定义：依据差距提出改进方案，每个方案陈述一组有逻辑的相似机会，在成本与收益之间建立关联。

优先级排序：通过难度与收益度量矩阵进行分析：

1. 将信息化提升举措以可视化方式呈现在矩阵中
2. 体现各举措之间的依赖关系
3. 将举措与相应业务能力对应
4. 与关键干系人沟通审核，达成共识后形成实施优先级列表

第三步：业务架构设计——四级流程层级体系

业务架构是整个企业架构的起点和基础，它定义了符合企业战略发展和创新要求的业务战略、业务能力、组织架构和业务流程。

四级流程层级

业务活动：单一业务目标驱动的、一个人或系统完成的业务步骤组合。业务步骤：一个人或系统完成的一次性行为。

流程情景属性定义

基于第2级业务流程，识别包含外部业务用户的关键跨功能业务流程，设计关键业务场景，定义：

• 流程的功能属性和非功能属性
• 主要输入和输出
• 支撑工具与关键绩效指标
• 例外处置方案

角色与关系定义

• 描述流程业务用户及所在业务部门
• 明确流程负责人和参与人
• 定义决策制定环节和上报环节
• 明确关键决策点，显示流程间关联关系

第四步：应用架构设计——五步构建应用蓝图

应用架构描述了业务应用划分、应用组件构成，以及业务应用与业务能力、业务流程之间的关系。

五步设计法

第一步：识别应用功能

依据业务需求，抽取关键业务场景，建立应用与业务能力之间的映射关系。将应用功能按应用特性分组，形成覆盖全部业务能力的应用功能图。

第二步：定义应用划分

为每一个应用功能定义若干应用功能模块。需要对业务流程的连续性、数据的完整性与流动性进行综合分析。

特别注意检查由两个或多个应用支持的功能，排除重复统计，确保划分清晰合理。

第三步：确定应用边界

明确所有应用的内外部集成关系：

第四步：界定应用风格

基于功能特性明确各应用模块的技术特性要求（性能、实时性、可用性），选择适合的技术实现方式：

• Web 应用
• GUI 应用
• 富互联网应用（RIA）
• 面向服务架构（SOA）应用
• 移动应用

第五步：明确应用分布

确定应用功能模块在组织层级上的逻辑分布（总部、二级公司、地市级公司等），综合考虑受众群体、网络环境和数据安全性要求。

第五步：数据架构设计——从概念模型到数据分布

数据架构从跨组织、业务、应用的视角进行数据组织和管理，涵盖整个数据生命周期中数据的处理、存储、转换、整合和分布策略。

概念数据模型

基于业务架构的业务能力及业务职能划分：

1. 确定数据主题域，形成数据主题域模型
2. 定义各主题域下的主要数据实体及实体间关系
3. 包含：数据主题域划分 + 关键实体 + 主题域关系

企业逻辑数据模型

细化概念数据模型中的实体定义和关系：

• 确定实体的主要属性（名称、编码、字段类型、长度、是否主外键等）
• 识别可应用的业务数据标准
• 记录数据字典内容
• 形成完整而详细的数据实体定义

数据流转设计

明确应用间的数据流转关系：

• 梳理流转数据对象，形成流转数据清单
• 分析得到流转对象属性清单
• 形成数据流转关系图
• 明确数据在操作层、集成层、分析层之间纵向的流转情况

数据分布设计

从业务功能和应用两个视角出发，分析数据实体在各业务能力间的关系：

• 建立数据实体与业务领域矩阵表
• 建立数据实体与应用矩阵表
• 标注 CRUD 矩阵（Create / Read / Update / Delete）
• 确定数据的业务归口部门

最终目的：为报表、综合分析等应用使用可信数据提供依据。

第六步：技术架构设计——五大视图全面覆盖

技术架构是支持应用架构和数据架构的技术平台架构。设计分为五个步骤，对应五大视图：

视图一：系统逻辑视图

规划企业全局层面的系统关系：

• 识别并定义各业务应用对应的系统
• 规定系统通过套装软件还是客制化开发实现
• 为架构师提供全局系统视图，指导后续设计

视图二：技术组件逻辑视图

描述企业所需的公共技术组件及其参考实现技术：

• 识别并定义技术组件
• 明确组件间的关系与接口
• 实现手段可以是中间件、商业软件或客制化开发

视图三：系统集成视图

定义企业范围内系统与组件间的集成关系：

视图四：物理部署视图

将应用系统和技术组件映射到实际基础设施和网络之上：

• 网络区域：带宽、IP 地址段、子网掩码
• 计算资源：服务器型号、处理器能力、内存、磁盘
• 存储资源：存储设备类型、容量、在线/离线

视图五：安全架构设计

贯穿技术架构各个环节，分四个层面分析：

1. 数据安全：每个数据实体的访问控制、管理安全、流转安全和保密完整性
2. 应用安全：访问权限、授权信息、跨域调用安全
3. 网络安全：网络区域间的安全性要求和服务器可用性
4. 物理安全：识别安全区域并制定控制策略

架构治理机制：确保架构落地不走样

架构设计完成后，如何确保其在实际建设中得到有效执行，是架构管理的关键挑战。

两级治理组织

由总部和各单位两级信息系统架构管理委员会构成：

• 负责重大技术路线决策、架构设计重大问题仲裁及架构资产审查
• 下设架构管理办公室，办公室下设四个技术支撑组：
  • 业务架构组
  • 应用架构组
  • 数据架构组
  • 技术架构组

架构遵从检查

分为两类：

新建项目需在可行性研究、概要设计、上线三个阶段全过程执行架构遵从检查。未通过检查的项目，不允许开展后续工作。

架构资产管理

涵盖两大类：

• 架构设计资产：业务/应用/数据/技术架构的现状、设计蓝图、演进路线和支撑性资产
• 架构管控资产：架构原则、管理办法和规范

架构设计蓝图资产全公司唯一，由总部统一维护和管理。管理考核方面，架构管理办公室定期对在建、已建项目进行专项检查，公布遵从度结果，作为评优和招标的依据。

实施路线规划：从蓝图到落地

项目初始定义

描述所有可以支撑从当前状态达到目标状态的方案。每个方案需包括：

• 描述、机会、目标、优势与劣势
• 范围、交付阶段、里程碑
• 工作计划和工作量估算

信息化举措优先级列表

通过难度与收益度量矩阵进行优先级分析：

1. 将各举措可视化呈现在矩阵中
2. 体现举措间的依赖关系
3. 与关键干系人沟通审核
4. 确保优先级排序获得广泛认可

项目实施路线

将优先级排序后的项目按时间维度排列：

• 速赢方案：短时间内以低风险实现，快速展示架构规划价值
• 长期建设项目：持续投入，逐步推进企业架构能力整体提升

各单位基于本单位架构演进路线，确定分年度计划并组织实施。

企业信息化架构规划是一个持续迭代的过程。六步方法论提供了从现状诊断到目标架构设计的完整路径，但架构的真正价值在于持续治理和动态演进。随着业务战略的调整和技术环境的变化，架构资产需要不断更新和完善，才能确保企业信息化建设始终沿着正确的方向前进。