IOT物联中台技术方案1.2.docx

1、XXXXX物联中台技术方案XXX智能技术XXX20212.概述2.1 .项目概述（略）22建设目标（略）23设计原则为确保系统的建设成功与可持续发展，系统的建设遵循如下的原则：统一性应用支撑平台必须统一规范、统一标准、统一接口，使用国际标准、国家标 准，支持业界公认的通用标准，如TCP/IP、HTTP/HTTPS、XML/XSL、SMS等; 形成统一的开发手册或者开发规范，符合国资委信息系统规范，以保持系统的统 一性和完整性。先进性无论对业务系统的设计还是对信息系统和网络的设计，都要采用国内、外先 进成熟的技术、手段、方法。高性能应用支撑平台处理能力应该能够充分胜任电力能耗监测业务处理的要求及

2、 信息量不断增长的挑战，数据处理快速、分析统计自动化，满足各种应用对应用 支撑平台和硬件平台在大数据量、高反应速度条件下有良好的性能的要求，并支 持多机并行运行，性能线性增长。保密性系统的有关电力能耗业务信息和各种统计分析报告和行业资料必须有严格 的管理措施和技术手段加以保护，以免因泄密而造成国家、单位和个人的损失。最高保护原则系统中涉及到多种秘密等级的资源按最高密级保护。实用性针对政务大数据中台建设的实际特点，确保系统功能完备、易用。安全性必须建立可靠的安全体系，不间断、容错、传输可靠、可管理，以防止对信 息系统非法侵入和攻击。符合政务系统的安全等级要求。扩展性支撑平台的设计必须考虑到未来发

3、展的需要，具有良好的可扩展性和良好的 可升级性，易实施，提供良好的二次开发能力。3.中台系统总体设计3.1 .系统简介支持集群和单机部署；支持跨平台和多语言SDK；支持同步回调；功能兼具 采集平台、通信中台、数据中台。这是一款极具特色的物联中台（以下简称中台、系统）。与物联网平台、loTPaaS 一样，属于同类型产品，主要是对设备进行抽象， 快速集成、采集，提供统一的设备和数据管理服务，以及统一的上层应用接口， 对应用层屏蔽接入设备或系统的差异，极大降低物联网项目应用成本。我们这里更适合智慧化项目使用，比如工业、建筑等现有存量设备、子系统 的快速集成和接入，并且极具扩展性和开放性。轻量级就在于

4、我们内置了 loTPaaS"内核”，并且统一制定了设备服务标准 接口。用户可以原生方式扩展系统服务、采集服务，以及基于提供的采集引擎和 驱动SDK开发框架，开发设备扩展驱动，实现快速接入。剪裁后的轻量级内核可以最低在单台PC服务器中部署，也可以将完整功能 分开部署到多台刀片服务器中，提供重量级的集群服务。IOTS对外提供多语言的SDK,包括python、java、c#、C+,这是一套基于中 台的设备驱动和服务扩展的开发框架。sdk进行了中台内部细节的各项封装，开 发者只需关注自身业务逻辑，通过从派生的驱动基类中调用方法和属性、重写成 员函数，专注于实现设备协议转换或扩展服务的业务逻辑

5、系统的设计是以满足智能工厂的复杂的场景为起点的，从生产的工艺设备采 集、控制，到产线的调度，到工厂ERP等业务的融合，以及工厂的生产执行管理,再到全国工厂的生产业务指定拆解和调度。在产业智慧话项目中，往往是侧重某 一方面的要求，对系统进行剪裁即可满足相关场景需求。业务系统、WEB应用接口 （统一）原生接口摩生接口采集引季 （实例2）应用程序A应用程序B平台如上图所示，系统分为3层，硬件驱动层、平台层和业务层。其中硬件驱动 层是设备接入系统集成的核心。我们提供了两个层面的接口和框架，分别可以让设备系统直接作为平台扩展 接入到平台（比如较为独立的业务系统如后勤、考勤、教学管理相关），也可以 通过类

6、似电脑外设驱动的设备驱动来接入传感、机电设备等（比如电梯、门禁、 教室照明、广播、中控等）。通过原生接口和驱动SDK,我们可以对下游硬件供应商形成技术标准，指定 按照我们接口标准和设备模型进行适配。在业务层方面，我们提供了统一的WEB 接门，业务应用开发就像APP 一样可以开箱即用。传感比如风力、风向、温湿度，设备比如门禁、摄像头、电梯，系统比如教 学、0A、考勤等，这些都可以驱动层接入平台，由下至上通过平台封装处理， 提供统一应用接口，形成标准开放给外部应用。另一方面，这些传感、设备、系 统之间，可以像上图M2M的方式实现通过平台中转，双向通信，实现逻辑联动、 规则事件自动触发等自动化业务处

7、理场景。32系统平台服务以下是创新点和特色。3.2.1.服务、设备、算法统一模型统一将接入设备、服务、算法等进行抽象封装，提供网关、设备/系统、数 据点三项分层，并且能实现设备到云端、设备到设备的通信。其中网关ID.设备 ID.数据点ID,形成全球唯一设备服务识别标识，可以通过接口选择与云端通信 还是与另一个设备通信；并且消息回调町以区分来自云端还是其他设备。这里的 设备包括不仅仅是硬件设备，还包括纯软件的服务、算法模块等。3.2.2.可任意嵌套的2/iD图形组态组件所有属性可以绑定对外暴露的变量，并且在拖放到新的组件上时，绑定 保留的变量可以重新参与变量绑定，以及绑定新的属性暴露变量。这样通

8、过多层 嵌套、多层暴露，可实现任意图形组件的封装，以及配置属性的暴露，最终通过 最外层应用可以进行实际配置。3.2.3. RPC通信路由寻址RPC方式，任意马区动引擎在路由系统分支中可以任末端节点接入。驱动引擎 到驱动引擎之间的寻址，通过负载均衡链路自动选择数据传递通道，以RPC方式 接口衔接，数据上下文保持。3.2.4.数据发布订阅对设备抽象成数据点，可以发布出去提供其他用户收费或免费订阅。订阅用 户可以像自己的数据点一样对数据点进行各项操作，尤其是可以对多方订阅的数 据点进行统一算法、业务分析处理，作为新的服务驱动挂在在平台上，抽象出更 高级的数据点，并且再次发布出去，以此可以形成数据交易

9、。3.2.5.采集驱动引擎驱动作为协议转换、设备模型抽象的支持，可以实现模块化插件话，并支持 热插拔，即插即用。比如modbus、opc、bacnet等标准协议，以及sdk等非标协 议，可以提供平台支持的对应驱动，让设备关联即可动态加载，加上必要的通信 和协议参数配置，可实现设备系统的快速集成接入。3.2.6. Al智能逻辑处理支持移动端设备Al聊天助手，智能大脑赋能，以即时聊天的方式对设备进行 统一操作管理，不需要定制界面，可以实现对任意类型、任意数据设备的统一操 作管理，实现移动端设备交互的通用化。3.3 .内置功能应用驱动中心内置工业、楼宇方面多款设备胆动，通过配置快速集成。协议支持 m

10、odbus/opc/snmp/bacnet/西门子 plc200130011200 等。提供多语言 sdk 开发包, 支持阿里云或其他第三方数据采集设备管理设备基础信息（如厂家型号、坐标位置、关联驱动、类型模板、数据测点、2/3D模型等），以及通信参数、采集参数配置管理，支持菜单逻辑分组管理3.3.3.电子地图GIS2D电子地图，（支持导入）室内平面图、VR全景图、3DGIS地图模型等, 设备结合坐标自动标定，关键数据信息展示及交互3.3.4.事件管理支持数据点阈值设置，逻辑条件设置，推送方式设定（包括界面、短信、电 话等），以及处理和查询，支持联动自动执行3.3.5.实时监测按设备分类、分层

11、、分区展示及切换，包括实时数据自定义列表、2D矢量 图形组态化展示、3D场景交互展示3.3.6.物联组态包含丰富的图形组件，支持傻瓜式拖拽编辑，自定义2D/2.5D矢量画面及关 联设备数据源，支持对3D场景进行简易的可视化配置4系统实施部署4.1. RPC通信服务&数据总线服务_alarm_server _dirserverBACKOFF RUNNINGExited too quickly (process log may havpid 8919, iuptime 0:46:00_gevent_serverRUNNINGpid 80988,uptime 2 days, 11:11:48

12、_glacier2routerRUNNINGpid 80986,uptime 2 days, 11:11:48_memcachedRUNNINGpid 80965,uptime 2 days, 11:11:48二 mysqlRUNNINGpid 80966,uptime 2 days. 11:11:48_nginxRUNNINGpid 80977,uptime 2 days, 11:11:48_redisdRUNNINGpid 80971,uptime 2 days, 11:11:48_rtserverRUNNINGpid 80992,uptime 2 days, 11:11:48_runse

13、rverRUNNINGpid 80990,uptime 2 days, 11:11:48_sshRUNNINGpid 80958,uptime 2 days, 11:11:48_uwsgiRUNNINGpid 97284,uptime 23:32:13_webiceRUNNINGpid 80983,uptime 2 days. 11:11:48如上图，部署后的系统服务，提供系统支撑，总体实现数据流转、消息分发 路由、sdk接口服务，支持分布式集群弹性扩展，历史数据存储，缓存，数据转 储，前端消息订阅和推送、报警服务。这些服务让SDK、WEB控制台、物联组态 工具等其他模块得以正常使用。4.2.

14、 WEB控制台WEB控制台定位为用户账号、配置管理、数据及测试需要用到的WEB工具 页面。目前版本是静态后台管理风格形式提供，在确保基础功能保证目前系统正 常使用的前提下，将停止维护，不再对其进行完善。接下来将WEB控制台的功 能迁移到到AIOT应用平台中，由AIOT应用平台提供WEB控制台的全部以及扩 展功能：以下仅限对当前版WEB控制台功能的展开对应。43账号忘记蜩拘回言录44网关4.5 .设备4.6 .数据点sumI aaS3U3iiUii3K.fiBSW 8.- *«f*k i «KSSM « Mr>服,xi.5目录1. 弓I言41.1. 背景41.

15、2. 关于5中台51.2.1. 数据中台7物联中台92. 概述102.1. 项目概述102.2. 建设目标102.3. 设计原则10中台系统总体设计112.4. 系统简介112.5. 系统平台服务13服务、设备、算法统一模型132.5.1. 可任意嵌套的决D图形组态133.23. RPC通信路由寻址133.2.4. 数据发布订阅13采集驱动引擎133.2.5. AI智能逻辑处理142.6. 内置功能应用14驱动中心142.6.1. 设备管理14电子地图142.6.2. 事件管理14实时监测142.6.3. 物联组态14系统实施部署152.7. RPC通信服务&数据总线服务152.8.

16、WEB 控制台152.9. 账号162.10. 网关172.11. 设备172.12. 数据点182.13. 模板192.14. 报警配置202.15. 实时数据212.16. 历史查询222.17. 日志232.18. 通信242.19. lOTdk242.20. 物联组态工具(lOTcada) 262.21. 为D应用平台(AIOT) 27技术参数及性能指标30三数据点配置2020-08-18 22:54:29.6481601基本配置商坂配震R5说明故据名称读写届性开关量输出2可瞄单位开姓I无，|最大值最小值999000采周期（是移）变化灵敏度0 |0.1浮点若度正则表达式0.001*s*

17、|s*$更新日期唯一标识（当前版）4.10.历史查询lW»*%M «M» CMK.IMutf ma«»U二二二三三二二二二二二二 二二二 二二二二二二二二二二二二二二二NK 吏EIEIEEEEEE 擂旗 EMrwtEUUEUEUEEEUH E辛日ILt4-12.通信ii信配省ii信配省4.13. IOT sdk系统名称如下，默认提供python原生sdk以及python驱动框架，按实际要求升 级提供了 python引擎的c+驱动框架以及c+原生sdk,取代java版sdk。名词程序命名规范说明接入点如 node、nodeld> uuid设

18、备如 devid、device_oid>device监测点如 pointld、point网关 同“接入点”系统如 sysld、system数据点如 datald、data oid、data将系统打包成一组，配置连接参数 接入平台ID为“接入点id.子系统id”，将 监测点打包成一组，配置连接参数 接入物理设备ID为“接入点id.子系统id.数据 点id”，对应物理设备的采集点如 pic的io,或者对应第三方子系统 api接口等接入点-系统-监测点，对应的网关 -系统-数据点ID为“系统ID”去掉接入点id部 分后的ID为“数据点ID”去掉接入点id名词程序命名规范说明物理设备实际设备虚拟

19、设备未知设备设备驱动 如driver点表如table a tb资源发布订阅 如pub> sub多级名称数据点的1、2、3级名称多级ID数据点的1、2、3级ID全名称 如” gate_x. dev_a. power”全ID物理设备实际设备虚拟设备未知设备设备驱动 如driver点表如table a tb资源发布订阅 如pub> sub多级名称数据点的1、2、3级名称多级ID数据点的1、2、3级ID全名称 如” gate_x. dev_a. power”全ID和数据点id实际对接的系统如吊挂、AGV、PLC 等平台创建的对应物理设备的“设 备”或“系统”平台创建的用于处理其他数据点 的

20、设备或系统平台创建的未绑定驱动的设备，平 台无法识别的绑定实际设备上或虚拟设备上，用 来让数据点起作用的软件模块。其 中操作物理设备的为实际设备驱 动；操作虚拟设备的为虚拟设备马区 动同一个接入点下所有监测点的所 有属性信息、包括对应设备、接入 点全套配置信息，具体有.json 和.xls两种文档结构监测点及对应的设备、接入点组合 一起，进行访问权限发布和订阅的 整体1、一种权限系统的实现方式；2、 数据指定推送数据点一级名称，就是数据点名称 如"start”，2级名称是包含系统 名称的如” pubuji. startw , 3 级 名称是包含接入点的名称如"baozhua

21、ng. pubuji. startn参见”多级名称”，只是名称换为 ID标识多级名称为3级（最多为3级）时, 就是全名称如w 01f277fec35911eaa38e000c2参见”全名称”，只是名称换为ID988ff06. a009e9c9. 04b7" 标识.examples曰.drivers.documentroutelib2020-04zmio 七 $d <python囚 zmiotpy2020-04-06temp.tb>020-04-0四 driver.py4.14.物联组态工具（lOTcada）工具产品作为I0T提供配套使用，支持物联中台与lOTcada配合使

22、用。web网页、数据驱动，2/3D可视化工具4.15. 2/3D 应用平台(AIOT)物联应用OS,内鼠标准良础功能，以及2/3D应用开发框架实现驱动全持PLC, 2/3D组态数据胆动画面.升闭嵯体透明化牧字李生实现运维监测路灯街道3D GIS巡游，场景视南切换，对能耗、视频、充电桩等监管热电偶以不同深度、位置测温，1。3无线宋耍传豹，山体内部空间敷字化建模5.1.2 架构315.2. 2 功能315.3. 2 指标31经济效益指标322.22. 开发322.23. 采购322.24. 时效322.25. 质量322.26. 扩展322.27. 标准322.28. 竞争力33典型应用场景33版

23、权声明：本公司所撰写的图片或文字等材料，涉及公司知识产权或原创版权，形式包括但不仅限于线上 文档、PPT/PDF/WORD产品介绍、白皮书、公众号、官网、媒体或其他第三方平台文章，全部由xxx智能 技术xxx版权所有，任何形式或任何媒体的复制和拷贝都必须得到书面同意，以避免承担相应的法律后果。 感谢支持！电厂大型装备，PLC采集上云，提供监测、预警、分析、维保等功能规划场馆教据中台，集成物业设施以及场地、票务事务，提供大屏、智能运维5. 技术参数及性能指标产品在整体设计上用目前最常用的微服务架构，确保在基础设计上稳定可 靠。服务之间，通过IDL接口描述语言来实现，并且由多语言的代理器生成各种

24、语言的骨架代码，包括java、python、c#、C+以及js。其他重要指标参数如下：架构采用SOA分布式计算架构，满足互联网平台运营以及单体项目、集团型项目 ODM定制的使用要求，支持局域网、公有云、私有云及混合云部署。1. 内置modbus、opc-ua、mqtt> coap、onvif等标准接口的接入技术；并支持 插件化扩展。2. 提供REST风格WEB API接口，具备与外部系统的数据交互能力。3. 提供python、java> . net及c+版SDK二次开发包，支持第三方开发者进行 设备驱动的开发。4. 支持设备、系统、服务、算法的统一数据模型抽象和接入。功能支持多租户

25、以及用户之间数据的发布和订阅，支持数据共享和数据隔离。1. 数据采集基于TCP RPC协议，以保障实时数据的高效性和安全性，并支持远 程和跨网段的数据采集。2. 平台数据点之间的联动采用图形化配置，支持报警点与电子地图联动，支持 报警点与视频的联动，支持报警与推送、其他数据控制点的联动。3. 基于角色访问管理机制，区分不同类型人员职责，支持到点的权限控制，支 持按照层级的权限控制。4. 前端页面框架支持响应式布局，满足不同客户端分辨率的要求，支持在I0S、 安卓、windows平板上使用。5. 数据可视化监控采用WEB在线组态设计，拖拽式布点绑点，实现即编即用。6. 组态采用Html5+Can

26、vas和2D、3D矢量编辑技术，组态组件支持js代码、 svg、html、png、gif、obj、tml等格式的资源导入，满足多方位扩展需求。 支持主流操作系统和浏览器，用户初次使用软件无需安装客户端插件。指标平台最大监控点数：不限，支持资源弹性伸缩。1. 系统实时数据传送时间：W0.5s系统控制命令传送时间：W0.5s2. 系统联动命令传送时间：W1s经济效益指标4.1 .开发降低开发成本。开发工作量可缩短80%,项目投入研发人员数量可减少到1/5。4.2 .采购减少重复采购投入。内置基础应用，支持灵活扩展，可减少30%以上同类型、 偏具体业务场景的软件系统的重复采购成本。6.3.时效缩短项

27、目周期。设备集成对接，效率由周单位，可压缩到天。设备驱动对接参考时间为2小时到3天。64质量提升系统质量。系统可靠性、稳定性、安全性、实时性，可以提升至一线 互联网公司水平。6.5 .扩展开放后续扩展。预留3个层面的扩展接口，支持4种主流语言(python.java, c#、C+)进行设备接入、系统功能以及业务应用的全方位扩展。6.6 .标准促进项目标准化。天然具备系统集成属性，有3位一体的接口标准，跟智慧 化系统集成业务高度吻合，向下解决对设备供应商的技术标准，向上对客户 输出应用标准。6.7 .竞争力加强核心竞争力。增强技术壁垒，提升成本优势，把控项目风险，打造产品 化服务，创建行业标准，

28、5个方面整体加强集成商的核心竞争力！5. 典型应用场景作为一个基础性的软件系统，loTOS,应用范围及其广泛，原则上，所有使 用机器、设备、传感器采集，以及业务大数据应用的地方都可以用上。一些典型 场景罗列如下：/电力行业：智能电表、电网、发电设备的集中监测/大数据局：农业、交通、工商等单位数据异构融合，提供业务标准输出/建筑楼宇：电梯、门禁、消防、视频等设施子系统集成管理和可视运维/交通行业：实时路况，路口流量监测，卡口数据/石油石化：油井、运输管线、运输车队的实时监测,物流行业：车辆、集装箱的追踪监测/ 环境监测：天气、空气、水文、地质环境等监测/军工行业：各种军事装备的数据采集、存储、可

29、视化/工业制造：生产过程管控，流程数据、供应链数据采集与分析/其他：电梯、锅炉、机械、水表、气表等各种设备联网采集、数据应用1.引言从90年代通信，到2000年互联网，再到2010年移动互联网，每10年就是 一个崭新的时代。下一个是万物互联的时代，这己经成为了众所周知的共识。近 年来工业互联网、产业互联网、产业智慧化升级成为风口，尤其是今年提出的新 基建，七个关键词中有四个是跟物联网产业紧密有关。物联网产业链长，涉及软硬件、通信、集成、工程等，更多是业务场景的系 统性、整体性的解决方案，并非一个单一独立的应用。町以简单粗暴的分为感知 网络、物联平台、业务应用三层。这里着重介绍物联平台及其在智慧

30、化场景（比 如智慧校园）上的必要性。物联平台是广义上的概念，属于云计算范畴中的PaaS层。按照实际部署方 式、商业模式、行业侧重、用户划分，又有“物联网云平台”、“物联网操作系 统”、ToTPaaS”、“物联网中台”、“数据中台”、“物联网开放平台”等 叫法。其中区别最大的就是“云平台”和“中台"，两者对应的网络部署方式和 商业模式完全不同，决定了其商业模式、应用场景、针对行业和用户群体。阿里云LinkloT、中移动0neNet.涂鸦智能、华为云loT、小米物联等巨头都 有自己优秀的物联网平台，并且基本都属于“云平台”，对于智能家居、嵌入式 硬件开发者而言，是非常好的选择。物联中台不

31、一样，具备天然的项目属性，并非一个大平台全网运营，而是为 智慧化项目服务，为作为建设者的集成商服务。物联中台作为一款技术型产品， 支持私有化部署、支持包括系统本身的灵活扩展，这是它与“云平台”的最大不 同。向下统一设备供应商技术标准、向上统一业务应用标准，对上下游两端形成 强有力的整合能力，以技术标准驱动项目业务标准化，这将形成高效率、高质量、 高可控、高扩展性的交付状态和交付结果，直接促进整个智慧化产业质的飞跃， 真正助力智慧化产业升级。智慧化项目是否使用物联中台，就像电脑是用裸机，还是装操作系统，趋势 不言而喻。虽然裸机也能开发各种产品应用，回顾下手机功能机、汽车中控面板 蓝屏按键的时代。

32、基于物联中台OS的方式，智慧化项目将极大降低资金成本、时间成本，整 体提高系统的可靠性、稳定性等健壮性，极大提高业务应用的丰富性和灵活性， 打造自己的一个生态。这个过程中，系统集成商是直接用户和直接受益者，智慈化项目的业主，作 为资产所有者，也是最终受益者。1.2 .关于1.2.1.中台什么是中台？按照数据咨询公司Thoughtworks首席咨询师王健给出的10个字定义，中台 就是：“企业级的能力复用平台” “企业级”划定了中台的范围，区分开了单系统的服务化与微服务。 “能力”指定了中台主要承载对象，能力抽象解释了各种各样中台的存在。 “复用”定义了中台的核心价值，过去的平台化对于易复用性并没

33、有给予 足够关注。中台的兴起，使得人们的目光更多的从平台内部，转换到平 台对于前台业务的支撑上。 “平台"说明了中台的主要形式，区别于应用系统拼凑的方式，通过对于 更细粒度能力的识别与平台化沉淀，实现企业能力的柔性复用，对于前 台业务更好的支撑。中台从何而来？中台是最早由阿里在2015年提出的“大中台，小前台”战略中延伸出来 的概念。中台的灵感来源于芬兰的小公司Supercell,这家公司仅有300名员工， 却接连推出爆款游戏，是全球最会赚钱的明星游戏公司。 2015年年中，马云带领阿里众高管拜访了 Supercello 2016年6月，腾讯宣布以86亿美元收购Supercell公司

34、84.3%的股权。 Super cell开创了中台的“玩法"，并将其运用到了极致。这家看似很小的公司，设置了一个强大的中台，用以支持众多的小团队进行游戏研发。 这样一来，各个团队就可以专心创新，不用担心基础却又至关重要的技 术支撑问题。 Supercell的CEO潘纳宁将一个游戏公司按照一个专业运动队的方式来管 理。他认为管理层的唯一使命是获得最好的人才，为他们创造最好的环 境，给他们自由和信任，帮助他们摆脱困境，让公司成为一个最好人可 以产生最大影响的地方。其他的一切，包括财务目标，都是次要的。因 此Supercell构建了完全颠倒的管理结构。传统的管理结构是一个金字 塔形的，CE

35、O往往处在金字塔的顶端。而Supercell最大的创新之处， 在于其管理结构完全是上下颠倒的。潘纳宁最引以为豪的标签是：“行 业里最没有权力的CEO” o Supcrcell的整体架构采用“开发者领导”的模式。300人的团队被分成 若干个小团队，5-7个游戏开发者组成一个小团队，开发自己的游戏， 以最快的速度推出公测版，检测游戏受用户欢迎的情况。这些小团队又 被称为“细胞celr Supercell则是这些细胞的集合，这也是Supercell 公司名的由来。由此可见，中台不是单纯的系统或平台，更是组织架构 的重组和变革。中台解决了什么痛点？:痛点一：企业前方市场与企业内部支撑的冲突用户和用户的

36、需求永远是善变的。主流用户的变化，不会因为某个年代 人的话语权高低而稳定下来。而即便是同年代的用户，在随着现代社会发展 和各行各业互联网服务的滋养中又进化细分成了出不同的支流，需求全然不 同，呈现场景化、碎片化的特征。为了不被善变的用户所抛弃，企业不得不 跟随着用户；为了满足用户而尽可能积极地响应用户需求的变化，发展新业 务、提供新服务。这就给企业的前方业务端提出了挑战：必须做到快速响应、 灵活运转。要作为一个能承接大量新业务和新服务的大体量企业，业务想要 做到量大又灵活，必定需要靠企业内部科学有序体系的稳定支撑。所以，企 业前方市场总是会趋于变化无序，而企业内部支撑总归要趋于稳定有序，两 者

37、必定冲突。痛点二：前台与后台的冲突企业前方市场和企业内部支撑的冲突，必定带来在系统层级上的前台和 后台的冲突。前台：企业前方市场的管理平台，是企业的终端用户直接使用或交互的 系统。比如像微信、QQ、淘宝这样的APP；后台：企业内部支撑的管理平台，是企业管理核心能力的系统。比如像 企业ERP管理平台、企业财务管理平台等系统。前台是对接用户的，所以系统需要快速响应前端用户的需求，快速创新、 快速迭代。简而言之：快速建设、错了就推翻重来、不能耗费太大成本。后台是企业对内的，为了支撑前台越来越多的业务，后台不断地建设，系统不断庞大地起来。所以后台系统需要扎实稳定，建成之后往往不能随意 改动。简而言之，是需要耗费大力成本建设的基础能力、不能轻易推翻、改 动成本极大。前台系统和后台系统的特点决定了，两者的冲突不可避免。痛点三：大企业的通病（各占山头、重复建设）企业发展到一定程度，组织架构和层级必然不断膨胀扩张。各大事业部 下各大部门，就像一个小型组织一样，各占山头，势必会出现屁股决定脑袋 的现象。大企业内部各处都是墙一一部门墙、业务墙、数据墙。更不用说那 些一味的内部赛马的绩效考核机制，势必更加加