企业如何制定IT战略规划？

有价值的东西是才值得我们投入时间和精力的，企业架构为什么就值得我们投入时间和精力来学习呢？主要由以下两方面原因：

1、 对公司而言，企业架构可以辅助企业完成业务及IT战略规划。在 业务战略 方面，它定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色。在 IT战略 方面，定义业务架构、数据架构、应用架构和技术架构，是IT战略规划的最佳实践的指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。

2、对个人而言，有助于职业的健康长远发展，比如成为CIO，首席信息官通过指导对信息技术的利用来支持公司的目标，具备 技术和业务 过程两方面的知识，常常是将组织的技术调配战略与业务战略紧密结合在一起的最佳人选。

企业架构包含了四部分，BA（Business Architecture，业务架构）、DA（Data Architecture，数据架构）、AA（Applications Architecture，应用架构）、TA（Technology Architecture,技术架构）。企业架构由全局战略规划驱动，我们来看下战略、BA、DA、AA、TA五者之间的关系。

如图所示，战略、BA、DA、AA、TA实际位于以下三个层次上：

这五者的核心关系，可以概况为以下几点：

l 环环相扣，上层驱动下层，下层支撑上层。

通过上面的内容，我们知道了战略，业务架构，方案架构的关系。下面我们看下实际工作中架构路线图和实施规划环节是如何 *** 作的。

执行的要点是钉到岗位（左侧），落到文档（右侧），细到机构调整、技术采购、项目研发等工作包。主要有以下环节：

这里需要补充说明的一点是，实施计划不仅仅是从“架构蓝图到研发”的计划，也是从“架构蓝图到IT与非IT的方方面面”。

对于业务架构，OMG业务架构组给了如下定义：

业务架构是企业治理结构、商业能力与价值流的正式蓝图。业务架构明确定义企业的治理结构、业务能力、业务流程、业务数据。其中，业务能力定义了企业做什么，业务流程定义企业怎么做。具体而言，就是：

我们分别从国外国内来了解一下，业务架构出现的背景，便于我们更好的理解业务架构的使用场景， 业务架构是跨部门跨组织的业务需求，单个小系统的生命周期，根本就没有业务架构环节。

跨系统规划--业务架构在全球出现的背景

国外软件系统经过长期发展，在经过多年实践后，1962年，发表于哈佛商业杂志的的《信息系统总规划》这篇文章，拉开了跨部门、跨组织需求规划的序幕。此后多年，IBM等企业进行了很多实践。

1982年，IBM公布了业务系统规划（Business System Planning,BSP）方法论。这是个重要事件，对业界产生了大而持久的影响。

此后多年，业务架构快速发展，如Togaf、FEAF等。

以上历史告诉我们，业务架构脱胎于跨系统、重视跨系统需求。站在开发者的角度，业务架构就是跨部门、跨组织的业务需求。

信息孤岛—业务架构在国内“火”起来的契机

国内有个现象，一提到业务架构，就会大谈信息孤岛。这是为什么呢？因为国内真正开始重视业务架构设计，就是从解决信息孤岛的痛点开始的。

21世纪初，国内的信息化进程从部门信息化推进到了企业信息化。企业部门间的（集团子公司间的）协同联动需求，带动了IT信息系统间的信息共享和协同联动需求—同时产生了信息孤岛问题（财务、人力资源、采购、销售、OA、CRM各自为战）。

因为信息孤岛所具备的三大弊端，促使业务架构在国内火了起来，以下是三大弊端：

那如何解决信息孤岛的问题呢？

在一系列系统分头建设之前，先设计业务架构，定义统一蓝图，这是根本。数据一张图、数据共享、流程打通、服务编排，都是围绕统一蓝图具体展开。

业务架构是跨系统的，那么它和子系统的关系是什么样的呢？

图中的大V、小V分别表示什么呢？

大V部分，是总体方案的生命周期。在大V的需求阶段，必须研究和定义清楚跨部门、跨组织的业务需求，这些需求往往是跨系统的。例如，客户报修业务功能明显需要呼叫中心系统、CRM系统、工单系统协同联动，才能支持客服接听电话、确认客户资料、记录报修内容、派遣维修工程师上门这一连串 *** 作。

小V部分，是某一个系统的生命周期。在小V的需求阶段，必须分析和定义清楚这一个系统的需求，这些需求往往是系统内的。例如，CRM系统负责客户资料管理。

综上所述，方案级、子系统级这两级生命周期是同时存在的。举个典型的例子，某公司要做一个ERP系统，他会怎么做呢？

由于方案涉及的范围广、部门多，所以有必要做业务架构设计。这时，由业务架构师担纲业务架构设计，并提交《业务架构书》。

假设主要涉及系统A的需求、开发、测试等。

这时需求分析员冲上去，负责《系统A需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

注：这里只所以说是假设，是因为实际 *** 作中可能是实现某个业务功能需要同时开发系统A、系统B、系统C的部分功能， 并不是说一期工程的所有功能必须隶属于同一个系统 。

假设主要涉及系统B的需求、开发、测试等。

这时这时需求分析员冲上去，负责《系统B需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

业务架构要想成功，首当其冲的是，架构师要做正确的事，即在业务架构的实际工作内容上有充足的经验，不能遗漏。

相反，业务架构师分析环节的缺失，意味着业务架构蓝图规划项的缺失，影响从投资角色到方案设计，到实施规划，在到IT工作包和非IT工作包识别等所有后续工作。

业务架构 = 业务功能 + 组织结构 + 业务流程 +业务数据

业务架构的实际工作内容有哪些呢？

业务架构的前身是1982年IBM发布BSP等跨系统规划方法。所以，业务架构本质上是跨系统规划。

但是，业务架构的内容远远超过了跨系统需求分析这个范围，覆盖跨系统业务架构蓝图规划这个更大的范围。究其原因，是业务架构必须发挥从战略向实施过渡的桥梁作用—上街公司战略， 下接IT实施和非IT实施 。

不错，业务架构也涵盖了非IT部分的蓝图！

我们来看下细化的业务架构实际工作模型。

就大的方面而言， 业务功能定义企业做什么，组织结构定义谁来做，业务流程定义怎么做，业务数据提供必要的支撑，因此，业务功能、组织结构、业务流程、业务数据四者，构成了业务架构蓝图的核心。

同时，商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。商业模式这个现代工具，也是业务架构蓝图的必须规划项。

就小的方面而言， 第一，业务渠道在哪里？组织结构是围绕部门、角色、职能展开的，而组织结构、业务渠道、合作伙伴是紧密相关的。所以，业务架构师在梳理组织结构的同时，应结合渠道战略和合作伙伴战略，定义业务渠道规划，定义合作伙伴规划，这些都是业务架构蓝图的“一等公民”。

第二，价值链在哪里？价值链模型是对一个企业所有生成经营活动的总体描述，是规划业务架构蓝图时的必做项目。可以对业务功能进行三级划分、层层分解：

第三，业务流程 = “主干流程 + 分支流程 + 业务规则”：

例如：买火车票时，“选票-抢票-支付”这个流程是稳定的。、

例如，选座分支流程，靠窗、不靠窗、坐票、卧铺（上下中铺）。

例如，买儿童票、成人票、学生票要进入分支流程。

所以建议一边定义业务流程，一边定义相应的业务规则。

综上，业务架构蓝图的内容应该明确！全面！直观！详细！

上面我们学习了业务架构包含的内容，可能不够直观，我们通过案例来加深我们对每个模块的理解。

举例业务架构蓝图五要素

我们借助业务架构蓝图五要素，管窥一下中国铁路12306平台的业务架构。

目标业务功能—线上购票、线上支付、线上退票等；

目标组织结构—在原组织结构基础上，新建IT运维中心；

目标业务流程—先登录、后抢票、再支付、超时未支付则释放票源；

目标商业模式—线上购票，省事省力（这个仅是价值主张）；

目标业务数据—用户账户、列车时刻表、坐席数据、订单、支付记录等。

举例业务渠道、合作伙伴、价值链

下图分析了证券公司的业务功能与相对应的业务渠道

价值链包括核心业务层和支撑层，这里的核心业务层属于价值链对业务功能和服务的顶级分解。

在做规划时我们常采用GAP分析法，先确定当前现状，然后给出我们的期望，分析目标和期望的差距。如果有人和一个新手这样说，可能是不够的，你至少需要回答以下几个疑问：

疑问一，业务架构师具体要分析什么？怎么才算是战略驱动？

--能否具体到政策文件？战略方针？市场调研？友商对标？

疑问二，从战略到蓝图，中间的逻辑是什么？

--能否具体到小目标分解？小策略制定？

疑问三，我们首先应该怎么做？

--就连一个小的进销存系统，也要先进行业务调研，不是吗？

落地设计步骤

我们看下作者分享的战略驱动的业务架构（BA）设计三步法。

图中的三大步很明确，也非常贴近实际。

优点1：明确的战略驱动起点。方法中明确了三种战略驱动因素（Drvier）的类型，因为实际中就是国家政策、企业战略、对标友商者三者之一触发了后续的调研、规划与实施。

优点2：明确的调研环节。在第一步中，包含了调研环节。

优点3：强调了从战略到蓝图的过渡逻辑。在第2大步中，扎扎实实地规划好业务架构目标/策略，才能确保蓝图充分支撑战略。这一步属于高层级业务架构设计。

优点4：目标蓝图与Gap分析并重。在第3大步。

设计BA目标蓝图这一步属于低层级业务架构设计，其中Gap环节是必须环节，我们必须识别出业务架构的增量有哪些，给出对应的实施措施。

Gap分析的价值在于，它是持续进行架构治理所必需的，除了BA规划环节应用，在AA、DA、TA设计环节也均有应用。

要点明确Driver，做好调研

业务架构设计必需做好的第一件事，就是100%明确战略驱动因素是什么。

业务架构设计必需做好的第二件事，就是调研。 通过调研，广度上理解企业的宏观环境、行业趋势，纵深上理解战略的前因后果、来龙去脉、横向上理解企业的竞争格局、友商动向。

粗看，调研范围很广，让人理不清头绪。细看却有规律，主要三条线，分别是管理层访谈、战略的来龙去脉、可借鉴案例。

要点从战略到蓝图的内在逻辑

从战略到蓝图的内在逻辑，由四个概念支撑起的骨架：

Driver—战略驱动因素

Goal—业务架构目标

Strategy—业务架构策略

Blueprint—业务架构蓝图

这是一个大型企业，推进数字化采购转型如何从战略到蓝图的构建逻辑，相信它有助于我们的理解以下几点。

综上所述，从战略到蓝图的内在逻辑主线是： 确定Driver—目标分解—策略设计—蓝图定义 。逻辑明确，创新有据。

只有业务架构师真正洞悉了战略意图、准确领会了战略动机，之后的业务架构设计工作都是有迹可循的，工作量再大，也不可怕。

工具GAP分析

推进确定Driver

项目假定为：某铁路数字化服务转型工程。

业务架构师（张三）知道业务架构的Driver是整个业务的起点，必须找准、吃透。

张三了解到，数字化转型工程的Driver是公司刚制定的《公司战略规划》。

《公司战略规划》中阐述了数字化服务转型的背景：近年来，互联网技术的发展，提高了各行各业的服务水平，极大方便了人们群众的衣、食、住、行、医、学、玩等方面。从企业的角度而言，借助互联网、大数据等技术，积极推动数字化转型，拥抱以客户为中心的服务模式，能搞提高客户满意度和企业竞争力。

《公司战略规划》中和数字化转型战略的核心表述是：树立以人为本、客户至上的服务理念，创新服务方式，完善服务标准，推动数字化服务转型，提高服务水平。

推进做好调研之管理层访谈

管理层访谈： 不是让业务架构师去了解行业，而是要领会管理层的关注点、主要看法。

通过访谈，业务架构师应了解：

推进做好调研之可借鉴案例研究

研究可借鉴的最佳实践、最佳案例，也是调研的必做内容。

究其原因，业界每个阶段的最佳实践、最佳案例，都反映了业界当时的实践水平。所以，如果业务架构师收集并分了业界当前最佳实践案例，就可以在自己负责的架构设计中更好的把握设计方向、制定设计标准。

业务架构目标和策略包含以下两方面：

推进差距分析

Baseline Business Architecture

Target Business Architecture

上述案列，我们通过GAP分析，识别了业务能力差距和IT能力短板，从而识别业务架构目标与策略，这是采用自底向上的方法。为我们后续环节做准备，比如我们识别出了核心业务需要增强的包括销售、客运、货运、清算、售后，新增的包括增值业务，在制定在业务功能、业务流程、业务数据、组织结构、商业模式模块给出对应的策略。

如：从上图价值链分析中看到，我们新增的业务需求是增值业务，通过电商业务、旅游代理可以实现，再进一步想一下，就会知道我们的目标是增收，接着可以自顶向下思考，增收除了电商业务、旅游代理，我们还可以做保险代理，通过服务门户这个渠道触达用户。

推进确定目标与策略

只有扎扎实实地规划好业务架构目标与策略，才能确保后续业务架构蓝图定义充分支撑战略。

确定业务目标与策略环节，是业务架构设计的高层部分。后续的业务架构蓝图定义，是业务架构设计的低层部分。前者引领者后者的发展方向。由此可见“确定业务架构目标与策略”这一环节的重要性。

这一步，有三种做法。

1)自顶向下：将Driver分解为子目标，将子目标映射到业务架构策略。

2)自底向上：通过Gap分析，找到能力短板，从能识别业务架构目标与策略。

3)上述两种做法相结合，循环展开，互为验证。

铁路系统数字化转型，提高服务水平是Driver，如何才能达到这个终极目标。

答案是：

组织结构视图包括三个模块，组织结构、业务渠道、合作伙伴。

组织结构及改进主要描述部门设置、岗位设置、岗位职责等；合作伙伴及改进主要描述加强与供应链上下游的合作伙伴之间的关系。业务渠道创新也是业务架构设计的常见策略，下面会举例说明。

组织结构 下图是运用GAP分析的方法，画出当前组织结构和目标组织结构，并表示出变动点。

新手业务架构师往往认为组织结构没啥好设计的。其实恰恰相反，一旦组织结构需要变革，必然影响重大。

从上图，我们可以看出来，之前企业自己做IT开发，目前公司计划在做开发的同时，自己也做IT运维。相应的，企业组织结构新增了IT运维中心。

业务架构师应尽早明确组织结构的可能变化。因为无论是新建部门，还是部门增强、人员能力增强，都属于TOGAF中的能力增量，是需要后续非IT工作包实现的。

不仅如此，组织结构的变化还影响整个企业的治理结构，从经营管理，到制约监督，再到绩效考核。

总之，业务架构师虽然经常被当做跨系统软件需求分析师降级使用，但真正承担业务架构蓝图规划任务的业务架构师，是必须能扛得起很多“非IT”规划的。

渠道：在百度百科上的解释是“比喻达到某种目的的途径“，业务渠道就是用户为了达成业务目的的途径。如下图，列车长通过补票终端这个渠道帮助用户完成补票，客运公司通过大屏幕告知乘客车次信息。

业务渠道 业务渠道创新示例

网站、手机APP、补票终端、大屏实现了购票、补票、查看车次信息线上线下联动，提升了用户体验和公司内部效率。

感悟 ：由上图可知，业务渠道不是完全孤立的业务架构蓝图规划项。它和业务流程、业务功能、组织结构是相互呼应的。因此，我们规划业务渠道时，也应考虑这些。

关于渠道联动，有同行这样总结：

企业是由一系列为顾客制造价值的活动和功能组成的。我们的业务功能就源自于可以为顾客制造价值的活动和功能。

企业的价值链展示了企业的设计、生产、营销、运输等为顾客创造价值的一系列活动、功能以及业务流程之间的连接情况。价值链有两个主要的组成部分：

核心业务（创造主要的顾客价值）

支持活动（为核心业务提供支持服务）

继续来看运输公司数字化服务的案例，业务架构师，面对运输企业数字化服务转型的任务，经过潜心研究，给出了下图的价值链划分结构。

有的同学可能会有疑问，为什么会在核心业务模块同时存在客运和货运两个区别较大的业务类型？在实际工作中可能只负责客运、货运其中一个模块。前面我们业务架构出现的背景也有提到在国内业务架构是为了解决信息孤岛发展起来的。业务架构师就是要在全局做规划，而不是梳理单个系统。

以上我们已经整理了价值链，现在我们要分解功能域了。下图是一级功能域分解图。

接下来，做业务能力Gap分析，我们可以看到新增的一级功能域有4个，增强的一级功能域有13个。

通过价值链分析到一级功能域划分的转变，我们会有以下收获：

第一， 价值链分析模型为后续功能域划分奠定了基础。管理支持+核心业务这个业务功能呢域划分框架确实很好用。并且广受业界认同，在沟通的过程中自然也容易被其他人接受。

第二，类似“上车前、上车中、下车后”时间轴思维，是业务架构师必备的分析技能，同时，是甲方企业领域专家们经常使用的分析习惯。

业务架构设计不仅要定义出目标架构，还要使用GAP分析法，识别出需要增强的架构能力，为后续实施做准备。具体包括业务功能变化与增量、组织结构变化与增量、业务流程变化与增量、业务数据变化与增量。

商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。简单说，就是为什么同样的事，有的企业行，有的企业不行。

制定商业模式时并不是说全局只有一个商业模式，我们可以根据我们的目标分别制定商业模式 ，比如上述案例中，该铁路运输公司的目标有三个：便民、增收、增效。我们就可以设计三个商业模式。

就铁路企业的数字化服务转型而言，要便民，应支持随时通过网络、电话、手机App获取企业服务。

就铁路企业的数字化服务转型而言，要增效，可以借助硬件设备和智能控制系统，促进取消、检票等环节的数字化转型，提升效率。

感悟商业画布，借助九个小格子，构建了简介高效的系统化思维环境，是个了不起的发明。

从上述例子可以看出，商业模式有如下优势：

个人认为，商业模式融合了BRD和MRD的内容：

BRD：商业需求文档，关注为谁（客户细分）、解决什么问题（价值主张）、需要做什么（关键活动）、花费什么资源（关键资源）、性价比（成本/收入）如何。

MRD:市场需求文档，关注消费者怎么触达（渠道通路）、怎么获得合作伙伴。

业务流程视图是应用架构的输入，也是业务架构中最落地、篇幅最大的章节。

作者在文章中对业务流程的协作方法进行了论述，结论是简单的业务流程可以采用流程图的方式绘制，业务流程分支较多且复杂的强烈建议使用文本化描述。

业务流程定义规范

要点是“1个主干+N个分支”方式的流程分解

要点是“阶段化+步骤化”，并附每步业务或数据模型规则

要点是“注明在主干流程的分叉位置”，并附每步的业务或数据模型规则

这部分为可选

这部分很重要，上面也有提到，业务流程视图是应用架构的输入，所以对这块再总结一下。

我们发现，分支流程和业务场景有完美的对应关系。识别分支流程，就是场景化思维。相反，如果不区分主干流程、分支流程，后续业务需求变更会波及一大片，而不是改一个分支流程这么简单了。这太不专业。

业务功能很多，业务场景更多，业务流程定义了什么呢？业务流程定义一个业务功能，其中包括多个业务场景。比如购票包括了多人购票、购买儿童票等。

业务规则多如牛毛，如何避免业务规则碎片化？围绕业务步骤定义业务规则，业务步骤可以是主干流程步骤，分支流程步骤。

关于是否使用业务流程图：越是核心的业务流程，越是分支多、业务规则多，此时建议采用文本化规范，这样呈现的信息更加全面。不复杂的业务流程，可以沿用流程图的方式。

这篇文章对企业架构进行了概述，详细讲述了业务架构出现的背景及实际攻略，并通过实际案例加深我们对业务架构的理解。

我们来一起回顾一下文章中涉及到的概念之间的关系。

战略驱动的业务脚骨设计实战步骤，精华在于，从战略到业务架构蓝图的跨度太大，逻辑链条接不上气，所以分两步走

如果读完之后感觉通过企业架构可以提升自我、有利于公司发展，就行动起来吧！

一旦IT领导理解了IT治理框架的三个支柱，他们对于IT治理为什么如此重要，以及哪一种方法可以最好地帮助他们达成治理目标，就会有更好的理解。IT治理是很多人都在谈论的一个话题。确实，一些技术供应商和咨询顾问已经将IT治理纳入一个最新的热门的销售范畴。然而，以他们所销售的产品和服务的范围为基础，已经出现了IT治理的种种定义，这在一定程度上给市场带来了混乱。

基于ITGI、正在形成的产业标准、客户最佳实践及思想领导者的工作，第一流的分析师都在强调IT治理框架的三个支柱的模式。这一框架强调确保IT在支持业务目标、优化商业技术投资及合理管理IT相关风险和机会中的重要性。

在CIO和IT领导看来，由于可以为组织走出烦恼多时的没完没了的支出、扩展、补丁、再支出的循环提供一个清楚的路径，这三个支柱的模式和与之相应的IT治理成熟度模型正在迅速地获得动力。

有了IT治理这一框架，IT投资所带来的价值可以获得理解，实现技术投资和业务目标需求之间的联结也有了明确的方法。在来自管理层和董事会的压力越来越大的情况下，IT组织不能仅依靠理论—他们需要能发挥作用的治理。对于任何想抓住这种前瞻性的IT方法所带来的利益的组织而言，这一成形的IT治理框架都是适用的。这个框架包括三个主要的组成部分，具体表现为“计划/构造/管理”三个生命周期，通过一个不断进行的连结这三个要素的反馈环，使得IT变革成为可能。这三个支柱是：企业架构计划 、投资组合合理化、服务融合。

一旦IT领导理解了这三个支柱，他们对于IT治理为什么如此重要，以及哪一种方法可以最好地帮助他们达成治理目标，就会有更好的理解。例如，在项目投资管理和系统管理领域，一般的供应商只会致力于整个框架的一部分。对IT治理问题需要有一个全面的解决方案，这一需求已经越来越表现出来了。

是公司高层，还是CIO领导的IT部门，抑或是咨询公司？ 在十几年前，大部分企业的IT部门的职责就是买电脑、修电脑、为业务部门提供各种电脑及周边相关的服务，IT部门几乎不需要制定任何的IT规划。随着IT技术与业务的深度融合，IT部门在企业发展中的作用也越来越大，IT规划也就成为许多CIO需要思考的问题，许多问题也随之而来：是公司高层，还是CIO领导的IT部门，抑或是咨询公司？在ITValue社区，各行各业的CIO纷纷抛出自己的经验和看法。 在讨论如何制定IT战略规划前，首先要面对的问题是企业是否需要制定战略规划，不同的企业有不同的答案。IBM全球企业咨询服务事业部总经理文永生曾拜访过很多企业，这些企业都曾请麦肯锡等知名咨询公司做过相关的战略规划，但做完之后大部分企业都将规划束之高阁。 这其中的原因，有的是咨询公司所派遣顾问团队的行业洞察能力较弱，无法形成有指导意义的报告；有的是因为企业所在行业发展过于动态、难以看得长远，咨询项目做完后，调研报告也已经过时。文永生认为，企业是否应该制定IT规划，要看企业的业务能不能被规划，如果不能，那么即便做了IT规划也实现不了所期望的业务价值。 当然，无论企业业务是否能被规划，其IT规划的过程都可以协同大家对信息化形成统一的认知，以便发现未来工作的潜在合作者和隐藏的障碍点。通过IT规划的过程，也可以理清楚未来进行信息化建设的思路。 在ITValue社区中，CIO们在讨论中达成共识：IT战略一定程度需要服从并服务于企业战略，IT战略规划要最大程度的匹配企业战略。强生集团就是一个很好的例子。强生集团有很明确的商业战略规划，IT部门则根据经营策略调整IT战略，使IT变成一种提供系统支持、促进业务增长的能力驱动部门。 从2007年开始，强生制药亚太区IT部门设计研发了区域SOA平台，这个平台建立在支持共性关键业务流程的SAP ERP基础之上，以匹配业务部门的战略至2016年（这个平台的生命周期将在2016年左右结束）。到2014年再实施另一个IT项目，以替代现有项目平台。这就是强生亚太区CIO冯太川的IT战略，不但与业务战略相一致，而且业务部门可以知道到2016年的收益目标、产品渠道、市场规模、收益趋势、市场优势等。

随着数字化经济浪潮的持续推进，以金融 科技 为引导的创新已全面崛起，金融业正结合新技术重塑IT架构、革新应用，借数字化转型赢得新机遇。尤其是证券行业，新技术的发展给证券行业带来了商业模式和业务形态的变化，促使证券公司一方面采用创新平台，不断敏捷开发各类应用，另一方面还要兼顾改造、升级现有的生产系统，使其能够更具备运行稳定可靠、高效扩展的IT能力，进而支撑业务成长。

东方证券是一家经中国证券监督管理委员会批准的综合类证券公司，提供证券、期货、资产管理、理财、投行、投资咨询及证券研究等综合金融服务的上市证券金融控股集团。同时秉承“团结 进取 务实 高效”的企业精神，致力于“成为具有行业一流核心竞争力、为客户提供综合金融服务的现代投资银行”。

东方证券信息化架构采用软件定义及d性模块化设计来重塑业务体系，同时三线并进：私有云、敏捷开发（包含容器）、大数据支撑着业务发展。利用多数据中心多集群部署实现异地容灾及数据备份，并结合系统监控和智能运维实现了运维智能化及数据可视化。

业务驱动基础架构创新升级

从2014年开始，东方证券开始使用超融合架构，从国外的知名厂商到国内厂商，东方证券在超融合节点数量上也是行业前列。随着超融合使用的深入，东方证券不仅需要超融合实现资源基础功能，还要从应用数据以及存储机制上，为业务提供更高的性能以及多样化数据冗余机制。

华云数据安超OS在东方证券进行了多轮稳定性及可靠性测试，提供了虚拟机基础资源动态分配，在数据存储上支持全闪与混闪磁盘配置，实现了自定义存储数据块大小（4K 32K）、数据副本数自定义以及机架感知等多种高级功能，在应用性能上和数据保护上都较之前都有一定提升，整个方案架构得到了客户的一致认可。

搭建超融合架构 支持业务发展

华云数据利用安超OS为其构建的超融合架构，基于2U融合服务器，提供计算存储供给和管理能力，并分集群进行部署，利用现有管理平台进行集中管控。安超OS部署在虚拟化管理程序中，能够实现各个服务器中物理存储资源集中，形成统一存储资源池进行管理。同时，安超OS提供存储池来实现以虚拟机为中心的 IT基础设施管理，从而填补了存储基础设施和虚拟化平台之间的差距，带来了架构高效灵活性和稳定性。

架构优势

数据保护的七种容错机制

华云数据安超OS在架构上采用全容错架构设计，提供端到端的容错和容灾方案。通过数据检验、网络容错、缓存容错、数据容错、节点容错、机架容错及集群容错，7个环节去解决数据容错和数据丢失的风险，实现了对数据的多重保护。

针对应用类型对数据块大小设置

块的大小或内存页的大小决定超融合数据存储上虚拟机的最小空间分配单位。超融合数据存储上通常默认页面大小为 4K。安超OS在配置过程中提供一个选项，以配置超融合集群数据存储的页面大小和部署到数据存储的虚拟机磁盘（VMDK）的默认页面大小。

数据压缩算法及副本

平台提供3种虚拟机的压缩算法以及2种数据副本。通常使用lz4来实现数据压缩，另需要更高的压缩率可选择gzip_high 或者 gzip_opt，来提升存储的利用率；磁盘的2副本与3副本的混合设置，为应用系统提供更加多样化的存储机制；

虚拟化配置策略

安超OS 的条带化策略，与虚拟机相关的虚拟磁盘的配置会带来性能提升。每个虚拟机配置多个虚拟磁盘将提高超融合集群中每个物理磁盘的利用率，从而提高总集群性能。此外，安超OS超融合在Vsphere环境中进行了优化，以实现与半虚拟SCSI控制器连接的数据虚拟磁盘。

提升IT能力 带来多重收益

凭借强大的产品自研能力以及在金融领域积累的实践经验，在此次项目中，华云数据利用安超OS全面满足东方证券敏捷业务对基础架构的需求，提供全方位一站式、全生命周期服务，7x24+360 的技术支持保障系统的连续性。

华云数据帮助东方证券提升了IT能力，实现业务变革，带来了极大的收益和价值，同时借助东方证券现有的云管理平台，实现了“一云多栈，绿色低碳”，响应金融 科技 发展规划（2022-2025）中“数字驱动、智慧为民、绿色低碳、公平普惠”为发展原则。

作为众多金融 科技 行业中的典型代表，东方证券一直以来都走在数字化转型的前沿。像此次华云数据助力东方证券搭建云平台、升级IT基础架构也是一次有力印证。对于东方证券来说，华云数据不仅为其业务数字化转型提供核心力量，还推动了证券行业数字化转型进程，引领行业金融 科技 发展。

金融数字化已经从技术革命开始转变为引领业务高质量发展与体系化服务的战略引擎。华云数据作为金融数字化转型背后坚实的力量，未来将不断 探索 、不断创新，为金融领域及证券行业提供安全合规、稳定可靠、实现快捷、极速易用、易于扩展的产品及解决方案，持续助力东方证券等金融用户引领数字化转型浪潮，保持企业竞争力及成长活力，拓展出更多的经济价值和 社会 效益。

#华云数据#

IT资产管理和传统的资产管理从逻辑上是一样的，但是IT资产和传统的企业资产管理最重要的区别是它的实时性。所以在管理方式上可以采用非常先进的技术，而且这些变化可以自动触发。企业的资产管理通常是由财务部门管理的，而业务需求决定了IT资产管理必须由IT部门进行管理。两者的着眼点是不同的，造成许多管理上问题，通过实施IT资产管理，可以降低开支，提高IT生产率和服务水平，同时能降低风险，提高IT透明度。

随着政府信息化和电子政务建设，政府部门的IT资产管理已经显得非常重要，管好和用好原用的设备和软件，提高IT管理人员的工作效率，做好库存管理、节省能源，是决定政府采购多少新IT设备等的依据。

金融行业对信息化系统的安全和稳定性要求很高，需要对所有信息化资产的型号、控制面板、连接及运行情况等进行全面的监控，实现IT资产的自动化、科学化管理，让IT资产创造最大使用价值。

电信行业是高技术含量的行业，由于电信IT资产的“巨大”，因此，精确的资产知识和问责制对于确保优化IT支出至关重要。需要了解有哪些资产、资产现在在哪里、如何使用它、以及如不再使用这一资产，如何从账目中勾销以健全成本控制等这些是非常必要的。与这些成本相关的是软件许可和续订，如果系统已被整合或已部署虚拟化技术，那么软件许可证也应该合并，提供另一种成本节约。

如何做好IT资产管理，是摆在信息主管CIO面前必须要解决的难题。IT资产管理跨越政府或企业的若干个部门，需要政府或企业高层领导的支持，无论是资金、还是高素质的工作人员、以及相关部门之间的协调等，都需要花费CIO大量的时间和精力。通过大量的实践摸索和调研讨论，提出政府或企业IT资产管理解决方案，该方案能够全面、实时收集到政府或企业IT设备的数据，而且能够提供多种形式的报告，确保领导和IT管理人员能够从不同的角度了解资产状况，及时响应上级和其他部门各种各样的报告要求，实现资产管理流程自动化，有效提高控制和投资回报，同时确保法规遵从。

IT资产管理是从资产生命周期管理来实施的，包括现有的网络设备、服务器、PC机、笔记本和打印机等，IT设备的库存情况，设备维修、借租、设备的折旧年限、报废等等；已经使用的正版软件，升级、维保等，摸清设备库存情况和软件的使用情况，在购买新设备和软件时，能更好地做出适当的决定，帮助政府或企业减少浪费。

因此，做好IT资产管理，我们首先必须要使用各种软件管理工具，随时掌握政府或企业目前使用的软硬件等情况，形成一个完整的IT资产库。IT资产管理工具可以帮助政府或企业从成本、合约、支持以及库存等多个角度，管理整个IT资产库。它为资产管理提供了强有力的技术平台，利用工具软件的信息获取功能，IT资产管理员可以清楚地知道，安装在服务器或客户端PC上的硬件信息、软件类型和版本，包括手动安装的软件。跟踪与用户名、部门、资产清单等有关的许可信息，依据用户的信息进行管理。

其次“管理＋IT”：实现IT资产管理变革，政府或企业IT管理部门可以“总体规划，结合流程，分步实施”，借助IT技术实现IT资产管理。对所有类型的IT资产进行跟踪。记录IT资产的需求、配置、调换、分级以及最终报废的历史情况，提供IT资产的生命周期管理，为成本管理提供完整的IT资产数据。

随着ITIL等最佳实践框架被广泛地运用到IT服务质量控制体系，资产管理已经成为支撑IT运营的一个关键组件。同时，IT架构的调整又给资产管理带来新一轮利好。在CMDB（配置管理数据库）IT管理新核心的地位得以确立后，资产管理与服务管理、配置管理、策略管理一起，成为紧紧包裹CMDB内核的关键模块。

目前看来，政府、电信、金融、教育等行业的IT服务管理应用较为广泛，其相应的解决方案、运维工具也最为成熟，成为国内标志性的IT服务管理成功行业。广通信达目前在政府、电信、金融等行业都投入了大量的精力，其主要客户也来自于这些行业。广通是通过做政府行业的IT运维服务起家的，因此在政府行业的成功经验也帮助广通在发展过程中赢得了更多的政府用户，同时广通也开始涉足电信、金融都高技术含量的领域，凭借广通Broadview IT运维方案的深厚技术底蕴，不断开拓进取，赢得了电信、金融用户。

以上就是关于企业架构概述及业务架构详解全部的内容，包括:企业架构概述及业务架构详解、IT治理的三个支柱、企业如何制定IT战略规划等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！