IT信息系统对企业核心竞争力的支撑

双模5G是指支持同时使用两种不同制式的5G网络，即SA（独立组网）和NSA（非独立组网）两种模式的手机。根据查询相关公开信息显示，NSA是一种基于现有4G网络架构的演进方式，而SA则是一种全新的5G网络架构，具备更高的传输速度和更低的延迟，通过支持双模5G网络，手机可以在使用5G网络时获得更好的覆盖范围和传输速度，也能够适应未来5G网络的发展趋势。

这个真的好多，说几个比较简单也比较重要的吧，全手打不复制：

1，哪怕是以1比5的虚拟，那么你至少能省出4倍的物理空间，电也能省不少

2，对业务部们的响应，几分钟完成一个系统，自己想想什么效率

3，管理方便，一个图形界面所有系统全管理到了，不用天天跑机房

4，资源充分利用，想想以前物理机的时候，资源利用率多低

5，省钱（如果你存储网络服务器都用高配，那倒不一定，不过这个不是最重要的）

个人觉得这几点比较重要，请参考

前几天参与了公司组织的”引航计划“培训。

公司TOP分享了，”新零售战略漫谈“。

品牌事业部TOP分享了，"品牌管理，企业变革对于管理者的挑战与机遇”，如智能智造对品牌的挑战与机遇。

两位TOP分享的都是技术变革所引起的企业变革的话题。

让我印象特别深刻的是两位TOP对于变革都是积极拥抱的，变革的第一性原理都是

"一切以顾客为中心，以满足顾客需求为目的”。

这让我陷入深思，

企业的核心竞争力是 ”快速响应“、”挖掘“、”引领“顾客的需求,一切以"顾客(用户)需求"为中心。

哪么信息系统建设的原则也是必须支撑企业的核心竞争力来搭建。

目前我们公司搭建的信息系统如何 

能否支撑未来企业的高速发展

如果需要变革或优化，方向又是什么？

工业时代，信息化建设一般以"前台+后台"的平台化架构来搭建，所有的软件系统都是基于这种方向来规划、设计。

一、前台、后台系统的定义

前台，每个前台系统就是一个用户的触点,是用户直接使用或交互的系统。

例如，网站、手机APP、微信公众号等都属于前台范畴。

后台，每个后台系统管理企业的核心资源(计算+数据),以规范处理企业底层核心资源和企业的核心可追溯单据为主要目的(采购、销售、财务订单等)，它们的变更需要严瑾的申报审批流程和更高级别的测试部署要求，天然导致它们变更频率低、变化成本高、变化周期长。

例如，财务系统、OMS系统、客户管理系统、仓储物流管理系统等。

基础设施、计算平台作为企业的核心计算资源，也属于后台的一部分。

前台、后台系统来源有两种

1、花大价钱外采，实施，需要每年支付大量的服务费，定制化困难。

2、花大价钱自建，一身的补丁，年久失修，同样变更困难。

有人会说，现有的版本较低，可重新搭建新的后台系统。

但是由于前、后台系统天然的特性，重建也只是推倒了一个“烟囱”，只是新建一个差不多的“烟囱”,建的越多，后期的运维会越艰难（天港城、DRP、AFS、FMS等)。

二、前台+后台系统框架的僵局

"前台系统"是用户直接使用或交互的系统,而企业的核心竞争力是 ”快速响应用户的需求"。

所以前台系统为 用户而生 ，需要快速的创新迭代、越快越好。

“后台系统"的目标，主要是为了实现企业资源的数字化管理，解决企业管理的效率问题，而不是完全为了服务于前台系统。

后台系统往往是稳定至上，越稳定越好。

前台系统是需要快而美，快速迭代。

这样前台、后台系统的的配速不区配。

而企业会不断发展，顾客(用户)需求的不断变化，后台修改的“成本”、“危险”也只会越来越高。

后台系统对于变化，天然会选择保持稳定性与可靠性，响应速度会越来越慢，甚至无法响应，或者将很多的业务逻辑不断的加到前台系统，造成前台系统不断膨胀，渐渐拖垮前台系统，同时用户的满意度下降，企业的竞争力自然也随之下降。

这样前台需要的快而美、后台系统的稳定可靠天生就陷入僵局 。

我们公司是不是也慢慢体现这种特点

顾客需求多、变动频繁，而信息平台的响应速度也是越来越慢 或直接说NO

哪有没有解决之道？或有没有路径来处理？

移动互联网时代的弄潮儿，国内毫无疑问是阿里、腾讯、华为等。

其中阿里从最初的淘宝、天猫、支付宝、蚂蚁金服、阿里云等，业务不断扩展，阿里的技术团队在业务的不断摧化下，经过多年的努力，将自己的技术和业务能力沉淀出一套综合平台（大中台、小前台的系统框架)，具备了对前台业务变化及创新的快速享应能力。

阿里的信息平台中，引入了中台的业务架构。

中台业务架构是将一些基础公用的业务服务抽像出来，形成 共享平台 ，提供给所有的前台业务使用。

一、中台定义

中台为前台而生，目的就是更好的服务前台规模化建设，更好的响应服务引领用户。

前台系统中的通用业务能力"沉降"到中台，为前台减肥，恢复前台的响应力。

后台系统中需要频繁变化或是需要被前台直接使用的业务能力“提取”到中台层，赋予这些业务能力更强的灵活度和更低的变更成本。

中台是在“前台”与“后台”之间添加一组变速轮，将前台、后台的速率进行区配，在”前台“与”后台“之间搭建桥梁，易于前台使用，将后台资源顺滑流向用户，响应用户。

中台作为桥梁，链接了用户与企业核心资源，可以将业务沉淀在中间层，覆予这些能力更强的灵活度和更低的变更成本，为前台提供强大的能力炮火。

二、中台的核心价值

1、以用户为核心的持续化创新能力，是中台建设的核心目标，业务响应能力和创新能力，是互联网时代企业综合能力的核心体现。

2、中台建设根本上是为了解决企业响应慢困境， 弥补顾客需求快速变化的前台和稳定可靠驱动变化周期相对较慢的后台之间的矛盾，沉淀业务能力，打通并顺滑链接前台需求与后台资源，帮助企业不断提升用户响应速度。

在未来企业信息化平台的建设过程中，我们需要建设自己的中台层。

公司现建立了比较强大的信息化平台,如SAP、OMS、CRM、WMS、SRM、POS、OA等。

也建立了较强大的系统流程运维、研发团队，有较强的软件项目开发、运维经验。

随着新技术发展（如移动互联网、物联网等）、顾客生活方式的变化、人工材料成本上升、个性化需求等各种因素，公司战略也会变动，相应的信息化系统为了支撑业务的变化也会调整。

如最近公司"新品牌"的创建，就是为了适应这种变化，对于这种变化，信息化平台如何变化，我的思考如下（仅是我个人思考，有可能全是错的）

新品牌

一、顾客定位，相对于现有品牌顾客会 年轻、更爱美、有个性、有相应的经济能力，是随着互联网发展成长起来的群体。

二、产品定位，相对于现有品牌价位会偏低，多样化、年青化、舒适。

三、销售渠道，线上线下融合，购物更方便、快捷、售前、售后体验好。

四、供应链渠道快捷，可直接采购、或外协加工，供应链需敏捷反应。

信息系统规划及方向

顾客年青化、线上线下融合、敏捷供应链，基于互联网时代的特性，信息系统的搭建也需要基于"共享服务中心”的IT架构来实施、搭建。

“共享服务中心”的IT架构。

一、可以避免重复功能的建设、维护带来的成本浪费。

二、可以最大程度避免需要打通不同系统间实现业务交互带来的集成协作成本（如SAP、OMS、WMS、POS、CRM等）。

三、业务可持续沉淀、形成可重用的服务中心，为业务的快速发展、创新带来价值。

四、可以让企业具备跟互联网企业一样的业务快速创新、试错的能力。

五、信息中心，往核心业务和数据运营团队进化，更快、更好的支持业务发展，培养即精通业务，又熟悉技术的复合型人才。

2019年或之后的很长一段时间，我们应搭建相应“共享服务服心”

一、统一库存服务中心

   统一库存共享和分配的过程，提高库存的管理能力，实现全渠道库存的可视、可控。

二、统一会员服务中心

        统一各个业务线分散的用户体系，统一用户数据、存储及服务接口。

三、统一商品服务中心

       商品是所用用户、系统的入口，对数据的质量要求很高，高质量的数据是所有业务的基础

四、统一的交易服务中心

       交易业务领域的服务中心，包括交易流程、订单管理、结算、营销、评价等。

五、统一的物流服务中心等一系列的中心

服务中心构建好后，相应的“全渠道销售平台”信息平台，自然也水到渠成。

共享服务中心的IT架构，在前台、后台系统之间搭建中台，会更快、更好的响应顾客需求、提升组织效率。

同时共享服务中心的搭建，对于研发组织、研发流程有新的优化与要求。

应避免或淘汰目前的“项目制”的实施SOA的误区。

1、这就好比之前运营商也曾规定只有4G手机才能入网，3G手机不能入网。但大家都可以看到，这一规定并不影响手机在3G网络状态下的使用。

2、无论是SA还是NSA，都只是运营商不同的组网方式罢了。组网模式的改变，并不会导致5G网络的使用受到影响。组网模式的不同，主要影响运营商接下来的基础设备和网络架构建设，但消费者的体验则基本与此无关。

最近和很多企业的CIO/CTO、以及IT部门的各级主管交流数字化转型时，他们都对数字化的未来充满了热情和憧憬。

然而我们看到的现状是，大多数企业IT部门的职能还停留在“业务支持”的程度，是为业务部门提供IT系统支持的组织。这也造成了传统企业中IT部门的员工，更多的是承担甲方项目经理的角色。这种以项目为导向的方式，使得员工往往一个项目上线后，就会投入到下一个项目的工作中。员工在业务或专业能力上很难得到持续的积累和沉淀，结果就是员工的积极性和创造力逐渐被消磨，整个IT部门的生产力和创新氛围也受到很大影响。

与此同时，CIO/CTO面前有成百上千个需要用⾼昂的成本进⾏支持和维护的遗留系统，尽管他们愿意响应快速变化的市场需求，但在项目周期与成本压力面前，却又显得力不从心。

数字化转型势在必行。在推进整个企业的数字化转型过程中，对以下几个问题的探寻能解答许多管理者们的疑惑。

业务架构与IT架构的关系是什么

业务架构可从企业战略出发，按照企业战略设计业务及业务过程。业务过程是需要业务能力支撑的，从战略到业务，再到对业务能力的需要，就形成了支撑企业战略实现的能力布局——将这个布局理解为业务架构，它是企业为客户创造价值的设计过程。

业务架构设计会尽可能地追求以更为集约的能力实现更为多变的业务或服务，这其实也是中台战略追求的目标。因此，中台战略实际上也可以归结为一种业务架构设计。

业务架构设计完成后，“灵魂”就诞生了，IT架构则是根据“灵魂”的需要来设计“容器”。IT架构通常会分为应用架构和技术架构（近些年随着大数据的发展，数据架构的地位直线上升）。

应用架构重点关注是功能布局，与业务架构的关系非常紧密，可以称其为业务架构设计的“紧后工序”。技术架构主要关注分层结构，对于大型业务系统来说，一个逻辑分层可能需要通过多种平台才能实现。技术架构与业务架构的关系并不像应用架构那么直接，主要是通过对业务特征、业务量等多种因素综合考虑分层的合理性和平台选型。

作为“灵魂“的”容器“，IT架构中的数据架构和应用架构与业务架构的关系是最为紧密的。 将”灵魂“注入”容器“是技术人员的重要工作，而能否顺利注入，让“灵魂”有个适宜的居所，则有赖于技术人员对“灵魂”的充分认知 。

传统的IT架构使用了这么多年，所有的监控设备以及网络架构都是基于此打造，那么在传统架构虚拟化、云化后的今天，如何针对虚拟化、云计算的环境如IAAS、PAAS进行运维？

传统监控系统主要是基于传统的环境构建。主要是针对基础的硬件设备、业务系统的监控，对于虚拟化环境的覆盖是不足甚至可以说是零覆盖的，特别是在虚拟化技术引入之后，每台宿主机里面的众多虚拟机怎么去运维？众多的容器 、微服务 、APP怎么运维

如何监控是云化后运维监控面临的挑战。

博睿数据依托完整的IT运维监控能力，公司利用大数据和机器学习技术构建的先进智能运维监控能力，可基于自身的通用性，满足最为广泛的用例，有效控制企业成本，确保数字化业务平稳运行，保证成功交易，保障良好的数字化体验，更有针对性地向客户提供服务。

截至2023年3月1日，博睿数据已经拥有17项已授权发明专利、111项软件著作权、27项核心技术，在应用性能管理领域实现了多项技术突破，具备较强的技术先进性。如今，公司已经与CNNIC、CFCA、IATA、中国互联网协会、数据中心联盟、中国信息通信研究院、中国金融产业科技发展联盟、华为等机构和企业达成了多元合作，并成为中国信息通信研究院AIOps标准工作组、中国电子工业标准化技术协会信息技术应用创新工委会等行业权威组织的会员单位。

博睿数据秉承“让IT运营更智能”的品牌理念，成立15年以来，公司已在北京、上海、广州、深圳、武汉、成都等地设立了营销中心，在北京、武汉、厦门等地设立有研发中心。持续对IT运维监控技术的专注，使得公司的解决方案覆盖了IT运维监控管理所有分支领域（DEM、APM、ITIM、NPM和智能运维管理），并被广泛应用于互联网、金融、制造业、电信相关服务、电商等多个领域，客户包括阿里巴巴、腾讯、百度、华为、国泰君安证券、中信银行、中国南方航空等行业巨头，覆盖IT运维人员、开发人员、技术支持人员、前端业务人员等多种职业角色。

近年来，随着互联网尤其是移动互联网技术在各行各业的渗透逐步深入，部分传统行业也从最开始的排斥互联网到现在急迫的想拥抱互联网，努力学习互联网思维，学习互联网技术，希望借助互联网技术来完成企业的转型或者升级。而互联网应用的发展，在“以用户为中心”理念的指引下，带来的最直接变化便是用户需求的升级，一方面来自被动接收的用户需求升级，另外一方面来自企业主动提供服务满足用户需求的服务升级。To C用户需求自不用说，在互联网的影响下，伴随着To B 用户需求的升级，其价值空间已经越来越得到关注。

如何快速响应用户诉求，验证用户需要在企业信息化的过程中，很多公司或多或少都做过不少尝试与探索，甚至已经取得了不错的成果，如敏捷开发转型、DevOps建设、双模IT、系统产品化建设，微服务架构等等。这些当然都是很好的方法，都能够直面用户需求，直接提供用户需求的解决方案，各有千秋。然而纵观各种方法，大都是自下而上的直接解决问题型，今日笔者想从另外一个维度，即企业架构，自上而下的角度和各位探讨一下看看如何更好的满足用户需求。

信息化建设存在的问题

企业架构框架理论最早是由美国架构规划专家约翰·扎克曼（John Zachman）于1987年提出，扎克曼（Zachman）也因此被誉为EA之父，在此之后，EA的框架和方法论不断的被提出。目前影响比较大，使用比较广泛的企业架构框架和方法论主要有Zachman、TOGAF、FEA和DODAF等。其中TOGAF 由国际标准权威组织The Open Group制定，也是目前应用最广发也最主流的架构框架，FEA是有美国联邦政府预算管理办公室提出的适用联邦政府行政管理体系，而DODAF则是由美国国防部于1996年首次发布。

在企业的信息化发展过程中，普遍存在一种现象，即“信息化”就是若干个“信息化系统建设项目”的总和，采购或者开发一个系统也并不是对业务需求的IT解决方案。相信几乎所有的公司都会制定短期、中长期的总体规划和分步实施计划，但大都是“项目导向”型，这种模式在互联网的时代当面临着不断变化的需求时总是有一种力不从心的感觉。在证券基金行业，信息化系统尤其是核心系统又大都以招标采购为主，自主研发为辅，信息技术部也大都定位为中后台支持服务部门，从公司到部门的关注点更多的是在业务具体需求的技术实现上面，而忽略了对企业需求获得能力和信息化感悟能力的造就。特别是当IT人员缺乏对公司战略目标和业务规划全面了解的时候，IT人员也只能把视角放在技术层面。

随着企业业务的发展，公司组织结构也逐渐变得复杂，为满足业务运作逐步建立了很多分割的部门、流程、和系统，由于边界的模糊经常会出现各种冲突，导致运营效率较低，业务与IT人员沟通不顺畅，系统建设滞后，用户需求无法及时响应的情况。总结下来信息化建设的过程中普遍存在以下问题：

1、烟囱式的系统建设。这种建设模式主要有三大弊端，第一，重复功能建设和维护带来的重复投资；第二，打通烟囱式系统间交互的集成和协作成本高。第三，不利于业务的沉淀和持续发展。其中前面两个弊端是基于成本和效率的角度，第三个弊端则是基于发展的角度，危害最大，不利于企业业务服务能力的积累与建设。烟囱式的系统建设在很多时候不得不打破“以用户为中心”的服务理念，不是不想，而是不能。

2、对信息化建设的认识不够。企业信息化一直处于手段和工具层面，认为信息化的主要工作仅仅只是改进工作效率，提供系统支持，认为只是信息技术部一个部门的工作。但实质上企业信息化建设应该是一个企业全局性的工作，从管理层到各部门骨干应该要有一些对企业信息化基本的共识。

3、IT不懂业务。IT人员不懂业务主要体现在三个方面，第一，对基本的业务流程，业务规则和业务模型不了解，导致业务与IT人员沟通成本高；第二，IT人员不仅要懂业务流程和规则，还需要对业务的发展提出自己的理解与看法，并对如何优化业务 *** 作，提高流程效率能够提出一些创新的想法（可大可小），在门槛相对较高的金融行业，要能够达到这一点，需要对应的IT人员在相关的业务领域中有足够长时间的沉淀和积累。第三，能够识别关键业务，所谓关键业务就是能够产生相对较大的经济和社会效益以及能够产生公司核心竞争力的业务。资源总是有限的，IT人员需要权衡将有限的资源正确的投放到满足关键业务的需求中。现实情况是在证券基金行业能够满足第一点已实属不易，能够达到第二点要求已实属难能可贵，而第三点对IT决策层与管理层提出了更高的要求。IT的价值体现往往更多的是表现在对业务的理解与把握上，IT与业务、用户对需求能够更快速的达成共识。

在企业的信息化发展过程中大大小小的问题很多，在这里就不再一一列举。而架构其本质是一门“描述语言”，通过架构让管理层、业务部门、IT部门对战略、规划、计划在同一个维度进行表达，是业务与信息技术之间的桥梁，是业务、应用、数据、和技术之间的协同。企业架构从企业的业务和战略出发，制定企业的整体信息化蓝图，希望能够在对业务战略和业务流程的理解上能够对信息化进行顶层设计，逐层设计，形成灵活稳健的IT结构，企业的战略、业务和技术的变化都可以反映在企业架构之中。

如何构建良好的企业架构

在开始进行企业架构工作之初，首先我们应该清楚IT工作在企业架构内部的定位如何（此处不是单指IT部门），由于各企业业务模式的不一样，其IT工作在企业内部的定位也会不同，IT的定位一般可以分为如下四种，而传统证券基金行业一般都属于第一种模式，由业务运营来驱动。

在清楚了IT的基本定位以后，便清楚了企业架构的工作方向，业务战略，业务架构，和IT架构构成了工作的核心，而其中IT架构又包括应用架构、数据架构和技术架构。

企业架构的工作的第一步便是对现状的调研与分析，从对公司战略的解读，到业务现状的梳理，以及信息化现状的分析，了解基本信息并形成基线架构，对于业务愿景从业务目标和业务战略入手，梳理当前存在的业务问题及业务发展方向，并对相关问题达成共识。

业务架构是企业架构的重中之重，通过一种结构化的方法将业务目标与业务具体需求结合在一起，形成业务需求框架，可以清晰的描述业务需求，使得业务与IT对需求的理解保持一致，可以达成共识，同时通过整个企业范围内的需求整合工作梳理了企业全部的业务方向，明确了各业务的业务价值，可以清晰IT对业务支持的重点和支持边界。

业务架构框架可以以价值链为基础，进行流程的逐级细化，主要包括4层：

一、业务价值，即（价值链视图）

二、业务管理视图

三、业务流程视图

四、流程活动图

在业务架构设计框架中，可以把企业内外价值增加的活动分为基本业务域和支持性业务域。其中基本业务域涉及企业对外服务的活动；支持性业务域涉及人事、财务、研究与开发、采购等内部支持活动。

基本业务域和支持性业务域构成了企业的价值链。不同的企业涉及的价值活动中，并不是每个环节都创造价值，实际上只有某些特定的价值活动才真正创造价值，这些真正创造价值的经营活动，就是价值链上的"战略环节"。

根据业务价值链设计的业务能力，每一种能力都可以用业务域来表达。

按照业务域的划分，逐步丰富和完善业务，形成公司的业务组件模型（CBM），同时从流程的角度对业务进行分层分级描述。

通过对业务架构的梳理与设计，整合后的需求是未来项目开发的需求指导，可以提供更多的信息给架构师，让他们可以以更高的视角、更远的场景、更合理的方法进行架构设计，保障系统的先进性、稳定性、可扩展性。当接收到新的需求时，可以直接与业务架构进行匹配，也可通过业务架构的设计主动产生需求。

应用架构可以描述各个部署的应用，它们之间的交互，以及与核心业务流程之间的关系。应用架构不是对某个具体系统的设计或者需求分析，而是定义企业向业务部门提供的整体的IT应用系统和功能，即IT对业务的信息化解决方案。通过它明确了业务功能的边界和划分，并且展示了不同划分以及之间的关系。

在应用架构中应通过不同的应用域、应用组件等来集中表现，通过应用域视图来描述应用架构中域的划分，以及应用域与应用系统的关系。对应用组件，可按照基础组件、通用组件和业务组件来进行分类设计。

对于大部分在传统证券基金行业的公司而言，其IT解决方案，尤其是核心系统大都仍然以从供应商采购为主，而部分供应商的一些系统随着其产品的成熟度提高和市场的发展，已经基本发展成为行业的标配，如在资产管理行业，投资管理系统O32几乎已成标准配置，在涉及相关应用域的架构梳理与规划的过程中，也需要考虑此类行业通用的系统，充分融合其架构。只有在此行业通用的架构基础上规划和设计的本公司内部的专有架构，才具有更高的可行性和更稳健的架构演进路径。

在数据架构阶段，以业务架构为基础，设计数据主题域视图，以展示数据域与数据主题以及数据主题对业务能力的支撑关系；设计概念数据模型视图，展示数据主题下的数据实体，并展示数据实体之间的业务关联关系。

通过数据架构的规划，能够确保应用与数据之间的关联性，保证数据的唯一创建从而保证数据的准确性，明确数据源及数据保存机制，保证数据的一致性。数据本身是一种资产，需要能够真正做到可共享，同时符合安全性要求等。

而技术架构的核心工作即是通过技术的手段把前面设计的架构蓝图实现出来，技术架构由支持企业应用的、以及各种IT基础资源和设施为描述对象的技术域构成。通过技术架构来建立一个IT运行环境以支持数据和应用架构以保证业务的正常开展。

企业架构创造需求

回到关于需求的响应，需求管理的能力一般可分为3个阶段：管理需求，发现需求和创造需求，而企业架构就是一种创造需求。企业架构在企业信息化的过程中起着承上启下的作用，如下图，在满足用户越来越个性化需求的同时，不仅需要自下而上的直面需求，更需要自上而下的全局把控，双管齐下来满足需求，而个性化需求的满足能力也正是一家公司竞争能力的表现，需求与个性化需求，从需求的提出到需求的实现，均可有对应的架构规划来更好的支撑。

在本文中笔者并未对具体如何详细开展企业架构工作（如何做调研，如果做现状梳理，如何做架构设计等）做过多深入的讨论，仅仅从企业架构的必要性角度进行了阐述，抛砖引玉若有兴趣欢迎一起探讨。

由此引发了笔者进一步的思考，当互联网/移动互联网已经成为基础设施的时候，人工智能时代的序幕已经拉开，你又准备好了吗？或许企业架构设计的思维也能够助您一臂之力。

注：本文发表在《恒生世界2017年第6期》

以上就是关于双模5g是什么意思全部的内容，包括:双模5g是什么意思、虚拟化架构比传统it架构有哪些优点、IT信息系统对企业核心竞争力的支撑等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！