运输管理部工器具及智能巡检管理系统研发 投标方案

运输管理部工器具及智能巡检管理系统研发投标方

案

目录

第一章服务大纲5

1.1.服务项目概况5

1.1.1.项目概况5

1.1.2.服务范围、服务内容5

1.1.3.服务依据、服务工作目标9

1.1.4.工作目标10

1.2.服务机构设置（框图）岗位职责12

1.2.1.项目组织架构12

1.2.2.项目组织机构13

1.2.3.人员职责18

1.3.服务工作程序、方法和制度20

1.3.1.技术方案及说明20

1.3.2.系统框架21

1.3.3.系统架构22

1.3.4.架构的主要优势22

1.3.5.关键技术30

1.3.6.稳定性要求32

1.3.7.Java技术的应用34

1.3.8.通过XML语言实现Internet上的数据交换38

1.3.9.中台与平台41

1.3.10系统主要功能47

1.4.研究成果提供方式、数量及提交条件的差异..64

1.4.1.成果的提供方式64

1.4.2.申请专利流程64

1.4.3.软件著作权67

第二章登记办法69

2.1.总则69

2.1.1.总则69

2.1.2.登记意义74

2.1.3.所需材料76

2.1.4.国际级核心期刊81

2.1.5.软件的实施控制84

2.1.6.项目进度控制的目的93

2.1.7.软件开发项目常用进度控制措施95

2.1.8.评审会标准流程100

2.1.9.培训方案102

2.1.10.培训标准106

2.2.拟投入的服务人员、主要设备109

2.2.1.投入服务人员（此表参考，客户决定）109

2.2.2.拟投入本项目的主要设备表109

2.2.3.服务质量、进度、成本、环保措施・・.111

2.2.4.质量管理体系标准112

2.2.5.质量控制过程112

2.2.6.软件质量控制113

2

2.3.系统安全解决方案116

2.3.1.安全需求分析116

2.3.2.安全管理需求分析121

2.3.3.技术体系方案设计122

2.3.4.安全技术体系设计123

2.3.5.区域边界安全设计133

2.3.6.通信网络安全设计137

2.3.7.安全管理体系设计143

2.3.8.安全运维服务设计145

2.3.9.安全加固146

2.3.10安全监控152

2.4.研究计划进度和完成时间158

2.4.1.进度计划158

2.4.2.制定项目开发进度计划158

第三章合同、信息管理方案161

3.1.合同管理161

3.1.1.总则161

3.1.2.合同的订立161

3.1.3.合同的履行163

3.1.4.合同的变更和解除164

3.1.5,其他165

3.2.信息管理167

3.2.1.信息管理167

3.2.2.服务组织协调内容及措施168

3

3.2.3.加强与建设单位的联系、沟通169

3.2.4.加强与施工监理单位的沟通172

3.2.5.安装施工中各工种之间的配合173

3.2.6.与当地各级政府部门的协调配合174

3.2.7.内部施工协调配合措施174

3.2.8.组织协调及现场协调承诺175

3.3.服务工作重点、难点分析177

3.3.1.系统现状177

3.3.2.需求分析179

3.3.3,应对策略184

4

第一章服务大纲

1.1.服务项目概况

1.1.1.项目概况

研究开发工器具及智能巡检管理系统，主要包含工器具管理模块和

设备隐患管理模块。工器具管理模块通过引入的RFID技术和二维码识别

技术，采用软硬件结合的方式，设计出能够针对性解决公司工器具管理

问题的系统，对入库、领取、使用、维护、隐患、报废、台账全过程进

行管理，具有工器具数字化、自动入库登记、无感领取和归还、自动使

用登销记、隐患闭环管理、智能门禁管理、维护和报废等功能，达到无

人库房管理的效果。设备隐患管理模块通过二维码对设备实现信息绑定

后，管理人员现场检查发现设备隐患，使用手机扫描对应设备二维码后

关联设备，描述存在隐患，通过系统推送机制，实现设备隐患信息流的

传递，包含隐患整改组织确定、整改协调、整改配合、整改方案制定、

整改过程监督、整改结果复查、考核等功能，达到设备隐患闭环管理。

xxx有限责任公司管辖国家能源集团新准铁路、大准铁路、准池铁路,

线路里程长，基层班组多，使用的工器具种类多、数量多。目前，公司

工器具管理方式比较粗放，工器具的损耗、资产识别、领用归还、维护

保养、报废等环节存在的管理漏洞。

1.1.2.服务范围、服务内容

（-）工器具管理模块软件功能需求

I.工器具入库管理

5

（1）对新入库工器具粘贴RFID标签和二维码标签；

（2）通过批量导入、ERP数据共享、人工录入等方式将工器具基本

信息写入对应工器具RFID标签，同时绑定RFID标签和二维码标签；

（3）工器具管理员将绑定好的工器具放在库房指定位置，完成工器

具入库。

2.工器具领用管理

（1）申请领用时，由使用人从手机APP填写领用相关信息提出申请;

（2）工器具管理员授权确认；

（3）使用人到达指定库房门口，使用门禁系统扫描APP生成的身份

二维码开门并触发拍照；

（4）使用人进入库房，找到对应工器具后直接领取，系统记录领取

信息，并触发拍照，期间无需任何人工登记。若领取的不是申请的工器

具则提醒工器具管理员异常。

3.工器具使用登销记管理

（1）使用人在使用工器具时，用手机APP扫描该工器具二维码，自

动进行使用登记，无需填写任何信息，系统记录时间和位置信息；

（2）使用人在使用完毕后，用手机APP再次扫描该工器具二维码，

进行使用销记，可以选填工器具状态和能耗信息，系统记录时间和位置

信息。若工器具状态需要维护，则该信息进入工器具维护管理功能。

4.工器具归还管理

使用人在归还工器具时，使用身份二维码扫描开门并触发拍照（只

能有领出工器具记录的使用人才能开门，开门后取消授权，无法再次打

6

开库房门），将工器具放置对应位置摆放整齐，系统自动记录归还信息,

期间无需任何人工登记。若摆放位置错误、超过一定期限未归还或发生

调配情况则提醒工器具管理员异常。

5.工器具维护管理

（1）工器具维护包括定期维护、日常维护和故障维修二种方式，每

种方式对应不同的表单；

（2）根据工器具基本信息中填写的定期维护周期，按期自动提醒维

护，并进入定期维护功能；

（3）根据工器具使用的能耗信息，估算剩余能耗工作时间，根据提

前设定的阈值，提醒进行日常维护工作，主要包括加油或充电；

（4）根据使用销记中填记的状态信息，按情况进行故障维修，并进

入故障维修功能。

6.工器具异常管理

对前述管理流程中的异常情况，推送相关人员进行人工确认后，填

入对应信息、，完成异常信息处理。

7.工器具报废管理

按照既有的工器具报废流程，由系统引导按程序进行审批和报废。

8.工器具台账管理

具有“一键盘点”功能，通过RFID系统批量读取在库工器具信息，

显示实时在库工器具状态。

（二）工器具管理模块硬件需求

根据功能需求，对库房进行必要的信息化设备安装和标准化库房改

7

造，安装RFID识别系统、摄像头、门禁系统等，搭建网络通道，支撑模

块功能的实现。

（三）设备隐患管理模块功能需求

1.设备隐患发现和录入管理

检查人员检查发现设备（工器具）存在隐患时，通过手机APP扫描对

应设备（工器具）二维码，录入隐患信息，并提交推送至隐患整改组织:

2.设备隐患整改过程管理

（1）隐患整改组织接收到隐患后，判断隐患是否需要下级单位整改、

是否需要上级协调、是否需要其他组织配合整改后，制定隐患整改方案;

（2）若需要下级单位整改，则该隐患信息推送下级单位；

（3）若需耍上级协调整改，则该隐患信息推送对应上级组织协调后,

录入协调信息返回；

（4）若需要其他组织配合整改，则该隐患信息推送配合整改组织，

形成联合整改方案。

3.设备隐患整改复查

隐患整改完成后，由隐患整改组织录入整改情况，推送整改督办人

检查；整改督办人检查合格后，推送隐患录入人复查；复查合格后，该

隐患整改完成；

（四）通用功能需求

1.系统应具有操作日志记录功能，包含操作时间、操作人等信息；

2.系统应具有数据记录、统计、导出功能，所有过程数据均应记录,

可以按不同字段进行分类统计，并能够导出；

8

3.系统应具有用户管理功能，与ERP数据和其他人力资源系统共享，

定期同步，保证系统人员信息与实际人员情况一致；

4.系统应具有人员角色设置功能，自定义角色名称，并可将不同人

员设置按照实际情况设置对应角色；

5.系统应具有权限管理功能，对不同角色设置不同权限，方便系统

使用和数据安全。

1.1.3,服务依据、服务工作目标

服务依据

本项目的建设以需求为导向，尽量收集用户的要求，采用构件的设

计思想，便于系统功能的重组和扩充。系统采用“总体规划、分步实施'

的策略。为保障项目的各项性能，本项目在设计和实施过程中应遵循如

下的原则：

先进性：采用先进、成熟的信息技术，既要保证系统在满足当前的

功能需求，也为将来的功能需求提供条件。保证在5T0年内不落后。

实用性：充分考虑到质量管理和流程控制的实际需要，设计方案留

有一定的余地，即在设计中构造明晰的体系结构，便于更改；完全根据

企业的生产实践进行软件设计，达到实用的目的。

可扩充性：采用面向对象的设计思想和开发技术以及构件设计思想,

保证在用户的需求发生变化和增加时，使系统的修改量减到最小。

开放性：由于本系统涉及许多硬件设备和外部应用软件，为了更好

地和各种硬件设备、应用软件对接，在设计时，应提供主要的接口标准:

开放性与扩展性：系统采用开放的体系结构，以适应系统功能的扩

9

展。

易维护性：系统使用易维护性。

规范性：按照国家相关规范进行开发、实施、服务。

标准化：在系统总体规划设计中，所有软、硬件产品的选择必须选

择符合开放性和国际标准化的产品和技术；在应用软件开发中，必须遵

循总体组制定的各项规范和要求，还要接受公司的质量保证部的监控。

安全与保密：系统设计时应充分考虑系统的安全，提供备份的功能,

保证当系统出现硬件或软件的故障时，能进行恢复；另外，应对用户进

行权限管理，保证信息的安全。

本项目采用以数据库为中心的设计思想，首先把本项目的数据库设

计出来，再在此基础上开发各种应用。由于数据库是项目的基本信息资

源，它具有很好的不变性和稳定性，相对独立与具体的应用，当用户的

需求发生变化时，使修改量减到最小。

1.1.4.工作目标

研究开发工器具管理模块

结合公司现有实际工作情况和软硬件环境，通过引入的RFID技术和

二维码识别技术，采用软硬件结合的方式，设计出能够针对性解决公司

工器具管理问题的系统，对入库、领取、使用、维护、隐患、报废、台

账全过程进行管理，具有工器具数字化、自动入库登记、无感领取和归

还、自动使用登销记、隐患闭环管理、智能门禁管理、维护和报废等功

能，达到无人库房管理的效果，最终实现工器具的精细化管理。

研究开发设备隐患管理模块

10

通过二维码对设备实现信息绑定后，管理人员现场检查发现设备隐

患，使用手机扫描对应设备二维码后关联设备，描述存在隐患，通过系

统推送机制，实现设备隐患信息流的传递，包含隐患整改组织确定、整

改协调、整改配合、整改方案制定、整改过程监督、整改结果复查、考

核等功能，达到设备隐患闭环管理。

研究集团ERP系统数据接口模块

为了便于系统后期维护及基础数据的同步更新，需要研究与国家能

源集团ERP系统、新朔公司风险预控管理信息系统等相关信息系统实现

数据集成，建立接口模块，实现人员、物资、风险等信息单向传输。同

时，确保系统具有良好的可拓展性，以便随时可以按照要求，与其相关

管理系统做接口，实现数据交互。

发表一批科研成果

该项目完成后，申请专利不少于2项（其中发明专利不少于1项）、

软件著作权不少于2项，发表国家级核心期刊论文不少于2篇。

11

1.2.服务机构设置（框图）岗位职责

1.2.L项目组织架构

采取项目经理集权控制方式，通过完整的项目管理组织对项目进行

综合管理。

针对本项目将成立跨部门的项目团队，项目团队采用矩阵式的结构,

一方面增加对客户需求的响应速度；另一方面得到各专业部门的指导和

支持。

建立项目的组织结构是对项目的人力资源进行合理的配置和分工，

使参与项目的双方人员能有效地协同工作，发挥最高的效率。

项目管理架构如下：

项目阶段划分

12

项目共分为项目开始、准备、实施、验收、售后服务等五个阶段,

如下图所示:

本项目中，我们将充分依托在软件开发方面的丰富经验，利用自己

的技术优势，严密组织实施，严格控制项目进度，保证某设计研究院管

理系统保质按时完成。

为了使项目能够顺利进行，满足各项技术指标的设计要求，在项目

管理上建议设立项目领导小组，负责管理系统项目实施过程中的决策工

作。在其下设立两个工程职能小组，负责处理在项目实施过程中所遇到

的各自的问题，完成其职责范围内的工作。各个职能小组应在项目领导

小组的统一领导安排下相互支持与配合，确保本项目能够圆满顺利地完

成。

1.2.2.项目组织机构

13

项目领导小组

在开发人员和管理系统负责人的协商下，成立项目领导小组，直接

对管理系统项目的实施进行指挥和协调。项目领导小组为工程实施的最

高决策机构。

职责：

组织、决策整个管理系统工程的实施

作为各工作组层次无法解决的项目争议的最后裁决

审批项目变更产生的变化、影响和费用

确保项目所有阶段的人员配备

协调项目实施过程中用户和我方之间的关系

运作方式：

在项目进展的每个阶段定期召开协调会，研究协调下一阶段的工作

在项目进行中遇到要协调问题时召开领导成员参加的协调会

产生协调会纪要，用纪要来指导工程建设

组成：

14

用户（或其领导机关人员）

我方人员

技术人员

项目协调小组

项目协调组是领导小组常设的执行机构。

职责：

在领导小组闭会期间，执行领导小组的各项决议

制定项目计划，协调项目各相关单位的工作

安排适当的项目汇报和沟通渠道

提交项目工作范围变化问题，评估工作范围变化的商务情况

解决利益与工期的冲突

运作方式：

依据协调会纪要，检查用户方和我方等方面对纪要的执行情况

对没按纪要要求执行的一方监督执行。

组成：

领导小组一至二名成员

用户首席代表

我方项目经理组成。

项目实施小组

职责：

按照项目设计指标、进度安排和协调会纪要的要求，按期保质地完

成项目建设

15

审批项目定义和各阶段的单独起始工作

制定项目有关的规章制度和操作过程

签署项目各阶段工作内容提交

每周召集项目组举行项目状态报告会

监控项目执行过程

准备项目状态报告

工作方式：

实行项目经理负责制

项目经理制定各阶段的项目实施计划和相应的财务管理，监督项目

各部分的实施。

组成：

由我方及有关的产品供货商组成，下划二个功能小组：

质量控制组

职贡：

由质量控制组对承包管理系统工程的人力资源配置、设计文档、成

本控制、风险控制、进度控制等按IS09001质量保证体系标准进行管理

控制。

对各种设计文档进行阶段性评审

对各种设计文档进行版本控制

对工程进度进行控制

人员组成：

熟悉管理信息系统业务的专家

16

对软件开发、网络工程有丰富管理工作经验的专家

专家组

职责：

提供专业咨询意见，协助总体设计

人员组成：

熟悉管理信息系统业务的专家

对软件开发、网络工程有丰富管理工作经验的专家

软件开发组

职责：

具体承担管理系统的开发任务

人员组成：

系统分析员

熟悉编程工具的程序员

测试验收小组

职责：

组织验收测试

对软件各子系统模块的功能、可靠性进行测试

对系统测试进行质量监督

对各种设备进行进货、安装、测试检验

写出测试报告并对系统进行考核验收

对软件测试进行质量监督和版本控制

运作方式：

17

在考核测试前编制测试大纲

根据考核大纲对系统各个功能模块进行测试

测试完毕后写出测试报告

在考核测试合格的情况下，签字验收。

组成：

熟悉管理信息系统业务的专家

我方技术人员

1.2.3.人员职责

职务职责

1、项目的第一负责人；

2、负责整个项目的计划、执行、控制及验收；

3、负责项目团队的建设、管理及考核；

4、负责项目内外资源的协调；

项目经理

5、负责项目进度和状态的汇报；

6、配合项目组成员的工作；

7、提供基础的项目核算数据

8、有三年以上的数据?宏掘、处理、分析项目实

践经验

1、负责软件项目的需求调研，并形成需求规格

需求工程师说明书；

2、根据需求调研内容，形成低保真原型图；

18

3、与UI设计师沟通，并形成高保真原型图

4、有二年以上的数据挖掘、处理、分析项目实

践经验

1、根据原型图和客户提供素材，进行UI设计；

设计工程师

2、负责对所设计的ui进行切图

1、负责对软件的具体开发设计，并出具相应的

开发计划；

2、负责开发人员的代码管理；

研发负责人

3、负责编写开发周报

4、有三年及以上的数据挖掘、处理、分析项目

实践经验

1、根据需求规格说明书和原型图，编写测试方

案和测试用例；

测试工程师

2、根据测试用例进行测试；

3、输出测试总结报告；

对于项目管理过程中的过程资产进行监督和归

配置专员档，要求项目经理完善过程资产，并检查其正确

性；

19

1.3.服务工作程序、方法和制度

1.3.1.技术方案及说明（含技术路线、技术参数、性能指标等）

总体设计思路

工器具及智能巡检管理系统将采用通用的开放操作系统和开发平台,

确保该软件的通用性和可扩充性。

考虑到该系统的主要功能是提供针工器具管理、设备隐患管理服务,

帮助用户降本增效；同时构建工器具综合服务生态圈，实现工器具新价

值、新业态的创造，为产业升级赋能，整合重构产业链资源。因此，在

兼顾系统的稳定性、实用性、可扩充性的情况下，考虑采用成熟的系统

体系结构和开发方式保证系统的稳定性；同时考虑采用新颖的服务器端

编程方法具体实现该系统对主要业务的控制要求以保证软件的可扩充性,

本系统实现了：

工器具管理模块软件功能：新增入库、领用管理、使用管理、维护

管理、台账管理、异常管理、报废管理。

设备隐患管理模块软件功能：隐患录入、隐患整改、隐患复查、隐

患记录、考核指标。

统计分析：工器具统计分析一、设备隐患统计分析

权限管理

用户管理

提供系统的可扩展性，即保证各种新增业务方便新需求的接口；

保证管理系统的稳定性要求，即所有数据集中统一管理与后台数据

库中，防止数据的丢失；通过统一的开发平台和通用的开发软件，保证

20

系统的通用性。

1.3.2,系统框架

采用B/S结构，用户使用电脑Web浏览器完成系统操作，无需安装其

他客户端软件。同时，开发适配安卓6.0以上系统的手机APP功能，完成

相应的功能操作。

系统页面采用两列布局，上方显示系统标识、用户，左侧树形导航,

右侧显示内容，下方显示版权、联系方式等信息

系统性能

采用先进、成熟的技术，保证系统的安全、可靠、稳定运行，具有

高可用性和高响应速度，并易于维护，开发部署灵活。

系统安全性

安全性设计包括身份认证安全防范措施、访问控制、会话控制、防

渗透与抗攻击、系统日志等方面，控制点包括身份认证、授权、输入输

出验证、配置管理、会话管理、加密技术、参数操作、异常管理、系统

日志等。

技术参数

*1.数字化标签：采用超高频抗金属RFID标签，902-928MHZ,工程塑

料外壳，抗磨损，尺寸较小，能够牢固粘贴在工器具表面。标签表面激

光刻印该标签ID二维码图形。

*2.RFID收发处理装置

天线：902-928MHZ,圆极化方式。安装在库房内的采用12dBi,通信

距离大于5m,ABS材质，矩形外观；安装在工器具架上的采用3-5dBi,

21

通信距离小于5cm,能够铺放在工器具加上的胶垫下。

多通道RFID读写器：根据安装情况选用4-16通道，902-928MHZ,

RJ45和串口输出，识别容量500个/s。

3.门禁系统：电控锁，断电自动锁闭，室外能够用钥匙打开，室内

有出门按钮，室外有防雨、防尘二维码扫描器，控制器有RJ45输出。

4.网络设备：百兆网络适用设备，包括P0E交换机、网线等。

5.摄像机：广角镜头(大于120。),200万像素(1920*1080),夜

视功能，POEo

*6.货架:7*0.65*1.5米，3层板式组合式货架。

*7.库房地面：网格拼接地板，70平米。

1.3.3.系统架构

智能营第■渠道销住■客户管理智能服务

1.3.4.架构的主要优势

常用的B/S系统开发，一般是基于单体应用架构，例如Java技术开发

22

的B/S系统，一般选用SSH(Struct2、Spring>Hibernate)或者

SSM(SpringMVC>Spring、Mybatis)框架，开发出一个war包后将其部署

到Tomcat中发布。单体应用架构的开发、部署、测试较为容易，但随着

需求的不断增加，每一次系统的更新，都需要将war包重新部署，并且

war包如同滚雪球一般越滚越大，系统的可维护性、可靠性、灵活性逐

渐降低，维护成本越来越高，任何一个bug都会导致系统崩溃，随着时

间的推移，整个程序的代码量变得越来越大，使得已有的系统设计和代

码变得难以维护，系统的构建和部署时间也不断增加，单体应用中每次

功能变更、bug修复都会导致整个项目需要进行重新部署，增加了项目

部署时间、成本和风险。

为解决单体应用的缺陷，FowlerM提出了微服务架构，它完全不同于

单体应用架构，将应用程序逻辑拆分、设计、开发为一组小型服务，这

些小型服务只关注自身所负责的功能，不关心其他服务及其内部实现。

这些服务可以独立部署在平台即服务PaaS(PlatformasaService)_t,或

者运行在自己的进程中，进程与进程之间相互隔离，降低各服务的耦合

性，服务间通信采用轻量级通信机制REST风格，REST是资源表现层状态

转换(REpresentationalStateTransfer),所有独立的服务构成了一个

完整的软件系统，这些服务由于部署在各自独立的进程中，各服务间内

聚性大，耦合性小，可以采用不同的编程语言、不同的数据存储技术实

现系统功能，微服务架构由于将服务分割专注化，因此不会像传统的单

体应用程序一样，修改一个bug或增加一个功能就要重新进行部署，只

需要将修改的服务重新部署，不会影响其他服务的运行

23

本项目是基于微服务架构的B/S应用系统，后端使用SpringCloud技

术，前端使用JQueryBootstrap以及Thyme1eaf模板，数据库使用MySQL,

并采用非关系内存数据库Redis进行Session模拟和部分基础功能的实现,

使用Intellij,IDEA集成开发环境，由于SpringCloud内部集成了

Tomcat,所以只需要运行启动类，通过相应地址就可以访问相关服务，

系统使用了Jmeter测试工具，对单体应用和微服务架构进行不同级别的

测试，性能指标上微服务系统架构体现出明显优势。

1、微服务技术

系统前端技术采用开源的Bootstrap和JQuery框架，用户输入字符验

证采用JQueryvalidate框架,Bootstrap已经处于github上星级项目

(starredproject)前列，利于技术人员编写用户体验良好的前端组件和

动作。

后端采用SpringCloud框架实现微服务的基本框架搭建，数据连接与

操作采用Mybatis,用户密码采用ShiroMD5加密，防止被非法人员侵入

数据库后得到用户密码后进行非法活动，系统后端与前端之间的数据交

互采用json字符串格式，方便前端解析后端传递的内容，数据方面，选

用MySQL来存储用户以及系统等的基本数据，由于各微服务运行于各自

隔离的进程中，无法将HTTP,Session交于统一的Servlet容器，因此采

用内存数据库Redis模拟实现Session,系统选用Maven进行Java的依赖

包管理和项目的搭建，并使用Git进行项目的版本控制。

1)SpringCloud是在Java快速开发框架SpringBoot基础上构建的一个

开发框架，它在SpringBoot便利性的基础上很好地降低了微服务系统实

24

现的门槛，如实现微服务的注册与发现，实现负载均衡，实现REST通信,

构建微服务网关等一系列功能，都可以使用SpringCloud通过最简单的

配置或者几行编码就完成实现与部署。

2)Redis是一个非关系数据库，它可以存储键与其他五种不同类型的

值之间的映射关系，因为Redis数据库本身是基于内存存储的，所以

redis的处理与运行速度相比于传统的数据库快速高效，Redis还可以通

过简单的设置就将存储在内存的数据持久化到硬盘中，使之下次读取的

时候就可以直接从硬盘中获取数据，因为Redis不使用关系表结构来进

行数据的存储，所以Redis的数据库不会强制要求用户对Redis存储不同

的数据进行相应的关联，使用Redis使得用户要求进行数据持久化时，

才将这些数据存储在硬盘中，从而提高整个系统代码的运行效率，给用

户提供更好的运行体验。

3)REST是一种软件架构风格，并不是一种软件设计的标准，REST提

供了一组设计原则和约束条件，以寻求降低开发的复杂性，提高系统的

可伸缩性的目的。

4)Mybatis封装了系统与数据库的连接、校验、操作实现等底层代码

的实现，使得用户可以使用ML配置或者Mybatis注解完成数据库的连接,

操作，关闭数据连接池等基本操作，相比于JDBC、Hibernate操作数据

库，Mybatis代码更具易读性优势。

5)Git是目前软件开发领域中最好的分布式版本控制工具，是Linux

之父为了帮助管理Linux内核开发所制作的一个开源版本控制软件。

6)Maven是一个项目管理工具，开发团队可以通过Maven自动完成项

25

目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期，

基于Maven的Java项目中，其项目的依赖包是统一管理的，有效避免

Java项目的依赖包因为版本原因而产生冲突。

7)Zuul是微服务网关组件，微服务网关是介于客户端和服务器端的

中间层，用户提交的所有外部请求都会先经过微服务网关的处理和过滤,

可以实现用户身份认证与安全、审查与监控、动态路由、压力测试、负

载分配、静态响应处理等功能，使用Zuul微服务网关后，实际上封装了

系统内部的所有服务，用户只需要和微服务网关交互，不必直接调用微

服务的相关接口。

8)Eureka是用于实现微服务架构中的服务注册与发现的组件，服务

提供者在服务启动时，将自身以及URL等一些信息注册到注册组件中，

而服务注册组件会存储各个服务提供者的这些基本信息，各个微服务与

服务发现组件之间通过一定机制进行通信，例如心跳机制，即各个微服

务每隔一定的时间向服务发现组件发送信息，表示自己还在运行中，可

以被调用，若持续一段时间未向服务发现组件提供信息，则服务发现组

件会认为该服务出现故障或者已被关闭，则从注册表中注销该服务。

2、系统整体采用微服务架构，如图所示

每一个服务采用MVC架构并拥有自己独立数据源，每个服务不需要其

他服务的支持就可以独立运行，同时这些服务都注册到Eureka组件中，

26

相互之间使用REST进行通信，充分降低了各服务之间的耦合度，增加了

系统的内聚性。

3、微服务性能分析

雪崩效应处理机制

微服务之间是使用轻量级通信机制进行通信，当某一个服务提供者

因为网络原因无法被调用时，其后的服务消费者都会出现“级联故障”，

即雪崩效应，如下图

一曲旭皆4ggi八不加

并得'A.I“、，，”"

需产刑诉产吆午日&…阴

使用Spring,Cloud的Hystri提供的熔断机制，一旦服务提供者出现

错误导致服务消费者无法调用，系统会立即根据编码人员的设置，对请

求失败、超时执行回退代码，防止雪崩效应，从而提升整个系统的可用

性。

性能测试

使用Jmeter测试工具，在近似相同环境下对基于微服务架构系统与

基于单体应用的系统进行测试，为了尽可能保持测试数据的客观性，两

个系统的业务功能逻辑代码实现基本相同，微服务系统测试结构如下图

所示。

27

部署时间分析

微服务架构相较于单体应用的最大优势就是部署效率较高，传统单

体应用每修改一个功能或者缺陷就必须关闭服务器重新部署整个项目，

随着需求的不断增大，项目代码量不断增多，重新部署耗费更多时间，

微服务由于采用领域驱动设计，每个微服务之间相互隔离，低耦合、高

内聚性使得微服务每修改一个功能或者缺陷只需要重新部署相对应的微

服务，其他服务可以继续运行不必停止。

1、分别对单体应用和微服务架构系统进行部署，记录不同服务修改

的部署平均时间，每个服务修改一个功能，部署时间下表。

不同服务致修改一个功筋部署平均时间(ms)

功能1个服务2个服务3个服务

微服务223442276346

单体应用595158276023

2、分别修改单体应用和微服务架构系统中的同个服务中的多个功能,

平均部署时间数据见下表所示，修改并部署较少服务的时候，相比于单

体应用架构的系统，微服务架构在部署时间上花费更少，节省了约60%

的部署时间。

28

同个服务中修改不同功能后部署平均时间(ms)

功能1个功能2个功能3个功能

微服务2222.672139.672088.67

单体应用5971.6759295868.3

基于微服务架构的测试系统由不同服务构成，当修改服务数不超过

两个时，即修改服务数占总系统服务数的20%左右时，微服务部署时间

少于单体应用架构的部署时间，实验结果也符合软件故障80/20原则，

当所有修改的功能模块是位于同个服务中时，微服务架构的部署的时间

相比于单体应用架构明显加快，原因在于微服务修改功能模块都在同一

个服务中，只要部署该服务而不必重新部署整个系统，所以避免花费许

多不必要的部署时间和资源，相反，单体应用架构的系统，无论修改的

功能是否在同一个模块中，都得重新部署整个系统，大大浪费了部署资

源和时间，因此，微服务架构对于软件系统的维护与部署有着很好的性

能优势。

微服务是一个细粒度的SOA,(Service-Oriented,Architecture,

面向服务架构)，服务的划分基于领域驱动设计，每个微服务只专注自

己的职责，符合软件设计高内聚、低耦合原则，微服务单独部署，服务

之间使用REST风格通信机制，各个微服务部署在不同主机并采用分布式

管理机制。

传统单体应用程序在项目变得越来越庞大时，任意一个bug将导致整

个应用系统重新部署，微服务架构只需要部署更新的微服务，任何一个

功能修改，只需要停止对应的微服务，不需要暂停整个系统，解决了

bug修复和系统更新需要停止整个系统访问的问题，从实验结果看，系

29

统的性能在微服务架构系统上具有明显优势。

未来将使用容器引擎Docker更快地将微服务进行打包、测试以及部

署，基于进程隔离技术的Docker,将缩短从编码到部署运行的周期。

1.3.5.关键技术

1基于B/S/D三层体系结构的运行环境

浏览器Browser/WEB服务器Server/数据库服务器Database是解决公

共信息服务以及交互相应动态服务最适用的一种应用模型。实现了真正

意义上的瘦客户，大大简化了应用系统的分发、配置管理和版本管理工

作。

基于B/S/D三层体系结构的运行环境示意图

其中,WEB客户端是WEB浏览器,例如NetscapeNavigator或者

MicrosoftInternetEploreroWEB服务器是任何基于HTML的服务器，例

如NetscapeEnterpriseServer或者SybaseApplicationServer等。应用

服务器是对TVEB服务器功能的一种扩展，负责权限，组件，事务，数据

库连接等管理。最终用户可以通过WEB浏览器发出请求，通过HTTP协议

与WEB服务器进行通信。如果是数据请求，WEB服务器（应用服务器）与

数据库服务器通信，将返回数据构造成浏览器页面返回给用户。

三层体系结构：

1.在前台，客户并不需要安装特别复杂和庞大的应用系统，只需要

30

使用操作系统集成的网络浏览器即可，这使得前台系统非常方便的推广,

适用于存在非常庞大的客户群的情况。

2.商务处理完全放在中间的应用服务层。客户通过浏览器发出命令

（比如说：查询等），应用服务层获得命令，进行相应的处理，并以

HTTP的形式返回用户结果。这同样适合于分散用户，集中处理的特性。

3.数据一般存放于一个强大的数据服务器中，所有用户可以通过应

用服务器访问数据服务器。这样可以使用数据集中存放，便于维护和管

理。这也是当前数据管理形式的发展方向。

由以上叙述可知，如果用户系统是一个多用户但又需要集中处理，

数据需要集中存放的情况的话，三层结构将是一个不错的软件模型。

2数据后台MySQL的技术特点

1、MySQL的定义

MySQL是一个真正的多用户、多线程SQL数据库服务器。SQL（结构化

查询语言）是世界上最流行的和标准化的数据库语言。MySQL是以一个

客户机/服务器结构的实现，它由一个服务器守护程序mysqld和很多不

同的客户程序和库组成。

SQL是一种标准化的语言，它使得存储、更新和存取信息更容易。例

如，你能用SQL语言为一个网站检索产品信息及存储顾客信息，同时

MySQL也足够快和灵活以允许你存储记录文件和图像。

2、主要特征

下表描述MySQL一些重要的特征：

1、使用核心线程的完全多线程。这意味着它能很容易地利用多CPU

31

资源，以及对大量开发语言的支持，如C、C++、Eiffel.Java、Perl.

PHP、Python、和TCLAPI等等。

2、可运行在不同的平台上，适合作为以Linux为后台服务器和

Windows环境为通用客户端的本系统数据后台。

3、支持多种列类型：1、2、3、4、和8字节长度的有符号/无符号整

数。

4、完全支持SQL结构化查询语言的方法，在查询的SELECT和WHERE部

分支持全部运算符和函数。通过一个高度优化的类库实现SQL函数库并

且像他们能达到的一样快速，通常在查询初始化后不应该有任何内存分

配。全面支持SQL的GR0UPBY和0RDERBY子句，支持聚合函数。

5、支持ODBC语法和JDBC语法。

6、灵活且安全的权限和口令系统。并且它允许基于主机的认证。口

令是安全的，因为当与一个服务器连接时，所有的口令传送被加密。

7、客户端可使用TCP/IP连接或Unix套接字(socket)或NT下的命名

管道连接MySQL。MySQL特有的SHOW命令可用来检索数据库、表和索引的

信息。

1.3.6.稳定性要求

MySQL以多层结构和不同的独立模块编写，在本系统中，对涉及其中

有限的模块所作的测试表明其稳定性可以信赖：

1、ISAM表处理器一稳定

它管理所有在MySQL3.22和早期版本中的数据的存储和检索。在所有

MySQL版本中，代码中已经没有一个单独(报告的)错误。得到一个损

32

坏的数据库表的唯一已知方法是在一个更新中途杀死服务器，即使这样

也不大可能破坏任何数据而不能挽救，因为所有数据在每个查询之间被

倒入(flush)到磁盘，而且从来没有一个有关由于MySQL中的错误而丢失

数据的错误报告。

2、语法处理器和词法分析器一稳定

3、标准客户程序一稳定

这些包括mysql、mysqladmin和mysqlshow、mysqldump及

mysqlimporto

4、基本结构式查询语言一稳定

基本SQL函数系统、字符串类和动态内存处理，实际测试中未发现错

误。

5、Linux线程一Gamma

唯一发现的问题是fcntl()调用，它通过使用mysqld的--skip-

1ocking选项解决。但不影响相关操作的执行。

6、考虑JDBC与ODBC互连的操作

MyODBC(使用ODBCSDK2.5)使用良好，在通过JSP页面的JDBC语法通

过ODBC调用后台MySQL的试验中表现良好。

3JSP技术一跨平台的网络开发语言

ApplicationServer支持一种功效强大的制作动态Web页面方法：

JavaServerPages(JSP)0JSP的优点之一就是它们使您能在Web页面中有

效地分离HTML编码和商业逻辑。JSP规范的IBM扩展中包括类似HTML标记

的JSP标记，并且便于HTML编程人员将Java的强大功能添加到Web页面中,

33

缺乏程序设计技巧的HTML编程人员可开发用于访问数据库和可重用

Java组件的JSP,例如小服务程序和JavaBeans。程序员创建了可重用

Java组件，并为HTML编程人员提供组件名称和属性。数据库管理员则为

HTML编程人员提供数据库访问和表名信息。

1.3.7.Java技术的应用

1、Servlet技术一灵活的服务器端应用程序

1.IServlet技术

Servlet是是JAVA2.0中新增的一个全新功能。他是与Applet相对应

的，Applet是运行在客户端的浏览器，而Servlet是运行在服务器端的,

JAVAServlets是运行在请求/面向请求服务器上的模块，一个servlet可

以从一个HTML订单表中获取数据然后用一些商业上的算法来更新公司相

应的订单数据库。

也就是说：servlet能够象CGI脚本一样扩展WEB服务器功能，但是

servlet占用很少密集资源，当一个服务器装载servlet时，它运行

servlet的init方法.这个方法不能反复调用，一旦调用就是再装载

servlet.直到服务器调用destroy方法卸载servlet后才能再调用.每个

新的CGI要求在服务器上新增一个进程。如果多个用户并发地访问该程

序，这些进程将消耗该Web服务器所有的可用资源，并且系统性能降低

到极其低下的地步。有很多用CGI脚本编制的一些站点由于访问量剧增,

性能迅速下降，这是CGI脚本一个缺点。同时由于servlet是用java编写

的，因此是跨平台的。

L2Servlet工作原理

34

与小应用程序在浏览器上运行并扩展了浏览器的功能相似，HTTP小

服务程序在启用Java的Web服务器上运行并扩展了Web服务器的功能。小

服务程序是使用Java小服务程序应用程序设计界面（API）以及关联的

类和方法的Java程序。除了JavaServletAPI外，小服务程序还可以使用

扩展API的Java类软件包。

HTTP小服务程序通过创建在Web上提供请求和响应服务的框架，扩展

了Web服务器的功能。当客户机发送请求至服务器时，服务器可以将此

请求信息发送给小服务程序，并让小服务程序构造客户机响应。

小服务程序可在装入应用程序时自动装入，也可以在客户机第一次

请求它提供服务时装入。装入完成后，小服务程序仍继续运行，以等待

其它客户机请求。通过使用小服务程序别名（小服务程序URL）,您可

以装入小服务程序的多个实例（每个别名都有不同的实例）。

小服务程序可执行的功能范围很广。例如，它能够：

根据客户机请求的性质，创建并返回一个包含相应动态内容的HTML

页面。

创建可嵌入到现有HTML页面中的部分HTML页面（HTML片段）。

与其它服务器资源（包括数据库和基于Java的应用程序）进行通信,

与其它小服务程序进行通信。例如，您可以使用“WebSphere管理控

制台”来定义小服务程序过滤（一系列小服务程序，也称为小服务程序

链）。

对特殊处理采用MIME类型过滤数据，例如图像转换和服务器端包括

(SSI)o

35

处理与多个客户机的连接，接收来自多个客户机的输入，并将结果

广播到多个客户机上。例如，一个小服务程序可以是多参与者的游戏服

务器。

1.3Servlet的生命周期

如下图中所说明的，小服务程序的生命周期始于将它装入Web服务器

的内存，结束于小服务程序终止或重新装入时。

Servlet的生命周期

ServletAPI,是用来写servlet的，编写servlet是已没有CGI脚本那

样诸如关心一个servlet是这样被装载，servlet运行的服务器环境是什

么，或者用来传输数据的协议是什么等等，这样servlet就可以融合在

不同的web服务器中。

Servlet可以相当有效地替代CGI脚本：它可以方便地产生容易编写

而且运行快的动态文本。可以很方便的调试寻找出程序问题。Servlet

程序是用JavaServletAPI开发的。

1.4Servlet应用范围

下面是一些Servlet应用范围：

36

用于处理HTML表单通过HTTPS产生POST数据。包括买卖订单或信用卡

数据。因此Servlet可以成为订单处理系统的一部分，和产品存货数据

库一道工作，也许可以用在在线支付系统上。

允许人们之间的合作。一个Servlet能并发处理多个请求；他们可以

使用在诸如在线会议这样的同步请求支持系统。

转送请求。Servlet可以转送请求给其他的服务器和Servlets,这就

允许在镜象同样内容的几个服务器之间平衡负载，按照任务类型或组织

范围，可以允许被用来在几个服务器中划分逻辑上的服务器。

Servlet编写者们可以定义彼此之间共同工作的激活代理，每个代理

者是一个Servlet,而且代理者能够在他们之间传送数据。

1.5JavaApplet技术一实现统计数据在网页上的动态显示

JavaApplet是专门用于Web页面中运行的程序。当一个JavaApplet嵌

入在Web页面并且当用户访问该页面时，Applet被下载到用户的计算机

中并开始执行。

管理系统的重要功能之一是统计的功能，具体到网页设计中，即统

计数据的图形化显示，如chart表，饼状图等，通过这些图表在网页上

的自动生成可以为企业的管理提供直接的帮助。

图表的生成完全可以通过JavaApplet小程序实现在网页上。通过

JavaGraphics类，我们可以方便的画出任何给定数据的图表，从而对企

业的决策提供重要的帮助。

1.5JavaBeans技术一组件开发概念

JavaBeans是为了重用目的而专门设计的Java类。这种可重用类在许

37

多程序设计语言中都被应用，称为软件组件。

在本系统的开发上，应用JavaBeans技术，可以简化后台应用程序的

开发，通过定义组件，可以将开发的对象由40个简化为10多个基类，通

过定义可重用的类，提高了开发效率，也提高了后台服务程序的可读性

和可维护性。

L3.8,通过XML语言实现Internet上的数据交换

1XML会带来什么

SGML（通用标记语言标准IS08879:1986）是HTML的前身技术。它是文

件和文件中信息的构成主体。SGML与HTML不同，它允许用户扩展tag集

合，允许用户建立一定的规则。SGML所产生的tag集合是用来描叙信息

段特征的。而HTML仅仅只是一个tag集合。所以我们可以说HTML是一个

SGML的子集。

XML开发者源于SGML的设计和应用者。他们已经在SGML上投入了大量

精力。但他们却发现SGML并没有完全发挥它的作用，他们当然有其充分

的理由。我们可以列举以下几个重要方面给大家.在这些方面SGML带来

的影响可以说是一场革命。

对EDI的支持

EDI就是电子数据交换。它是网络发展的一个主要目的市场。结构化

信息的一个主要目的就要使数据交换成为可能。不同的工业都制定本工

业统一的模型，就像是不同的国家有着不同的语言，这便于本国文化的

交流。不同的工业内部信息用统一的模型标识，便能方便和高效地共享:

这样一个统一的模型就是DTI）（文件类型定义）。当然DTD已经落伍了，它

38

正被XML的Schema（模式）所替代。很明显的，网络是一个理想的电子数

据的集散地。在这里HTML是显然有缺陷的数据形式。HTML不能完全表示

不同工业中所需的不同的令人满意的模型和它的语义。能不能有一种新

的语言来解决这个问题呢？答案就是ML。

对Java技术的帮助

Java技术是本世纪最重要的技术发展之一。Java使浏览器工作时就

像在通用的应用平台上，而平台与平台之间却是独立的。但固定的tag

集合和HTML语义上的贫瘠使得Java的应用受到了极大的限制,正如前面

提到的，在HTML中不同的语义无法表现。故数据元中丰富的信息得不到

一种统一的表示，XML却能完全胜任这份工作。

HTML页面要依赖网络服务器上的CGI脚本来表现几乎每一个编程函数,

这显然使服务器工作量太大，有了XML和Java技术，更多的应用软件处

理起来将不占用多少网络通信量。这使得网络更加快捷，客户可以同时

应用多个应用软件。

2、XML的应用

最初XML的目标是让各种结构的文件都作为统一的网络文件的一部分

在网上传输。HTML允许指定明确的元素类型说明，比如特定的商品标号,

文档标识，或是可测量的数值。和HTML相比，XML允许客户定义他们自

己的文件元素集合，同时也可以指示这些素元在屏幕上如何按指定的要

求表现。

为了解决怎样在固定的目标之间传输数据元，XML被定义为一种自然

的编码形式。一种被称为RDF（资源描叙框架）的方案倍受亲睐。RDF为

39

XML提供了数据元编码定义，这就像是一个公用的翻译器，为不同的固

定目标之间的数据提供翻译。

XML支持更加专业的数据语言。比如说OSD（开放软件描叙）.OSD是由

Microsoft和Marimba提出的一种新的格式描叙语言。在这种格式下，软

件在网上能时时检查，时时刷新版本。不是等用户自己更新，或由是软

件提供商提供类似的服务。当OSD镶嵌于XML支持的CDF（频道定义格式）

中时，OSD更能使支持频道的桌面自动地更新。

XML的应用弥补了许多HTML的缺陷，我们把它在网上的应用总结为四

点：

1.当网络客户必须在不同的数据库之间传递信息时的应用。

2.当需要把大部分从网络服务器载下的数据在用户端处理时的应用,

3.当相同的数据对于不同的用户需要有不同的界面时的应用。

4.当网络情报供货商要把发现的信息精心裁减，并发送给不同的个

人用户时的应用。

40

6中台

1.3.9.中台与平台

企业中台典型架构

*itr广昌与*■电慑.tn.«R

户•

H

«普

ftm事回国臼回回臼［

4fttmu春CM%

电吗仃・熊口

中

耳iG«业务中台效据中台

犹台支事

人

父

m案EtIV主rit尊尊僧nr

后

后w

台

白E

充

人

M

平台化只是将部分公共模块独立为共享平台。虽然平台通过API接口

或者数据共享对外提供公共服务，解决了重复建设的问题，但由于这类

平台并没有与企业内其他平台或应用实现页面、业务流程和数据从前端

到后端企业级的全面融合，没有将核心业务服务链路作为一个整体方案

考虑，各平台仍然是独立和分离的，本质上仍然为竖井式建设模式。

共享平台虽然解决了公共能力复用的问题，但离中台的目标还有一

段距离。

二、中台

联通是前台以及中台之间的联通，融合是前台流程和数据的融合，

以共享的方式支持前端一线业务发展和创新。

中台首先体现的是一种企业级的能力，它提供的是一套企业级的整

体解决方案，解决小到企业、集团、大到生态圈的能力共享、联通和融

合的问题，支持业务和商业模式创新。通过平台联通和数据融合为用户

41

提供一致的体验，更敏捷的支撑前台一线业务。

中台源于平台，但中台与平台比，它更多的体现在一种理念的转变,

它更主要体现在三个关键能力上：

1.对前台业务的快速响应能力；

2.企业级能力的复用能力；

3.从前台、中台到后台的设计研发、页面操作、流程服务和数据的

无缝联通和融合能力。

其中最关键的是第3点：企业级的无缝联通和融合能力，尤其对于集

团化的超大企业而言，这一点至关重要。

三、传统企业做中台的方法

传统企业有别于互联网企业，阿里、腾讯等公司是互联网生态圈的

创造者和流量入口，传统企业作为生态圈种群中的个体，除了需要做好

原有的传统渠道业务外，还需要融入互联网生态圈，其商业模式、个体

能力、与其他个体共生的能力决定了它的发展潜力。

为了适应不同业务和渠道的发展，过去很多企业的做法是开发很多

独立的应用或APP。但由于IT系统建设初期没有企业级的整体规划，平

台之间融合不好，导致用户体验不好。

为了提高用户体验，实现统一运营，很多企业开始缩减APP数量，通

过一个APP集成企业内所有能力，联通前台所有核心业务链路。

由于传统企业的商业模式和IT系统建设发展的历程与互联网企业不

完全一样，因此传统企业的中台建设策略与阿里中台战咯也应该有所差

异。

42

由于渠道多样化，传统企业不仅要将通用能力中台化（对应领域驱

动设计的通用域或支撑域），以实现通用能力的沉淀、共享和复用。还

需要将核心能力中台化（对应领域驱动设计的核心域），以满足不同渠

道的核心业务能力复用的需求，避免传统核心和互联网不同渠道应用出

现“后端双核心、前端两张皮”的问题。这属于业务中台的范畴，需解

决核心业务链路的联通和不同渠道服务共享的问题。

前台

业务中台

।w।

I通用能I;核心能I数据中台

I力中台!;力中台；

后台

除了核心业务链路的联通和服务共享，还需要解决系统微服务分拆

后的数据孤岛、数据融合和业务创新的问题。这属于数据中台的范畴。

采用分布式架构后更应关注微服务拆分后的数据融合。

在中台设计和规划时，需要整体考虑企业内前台、中台以及后台应

用的协同，实现不同渠道应用的前端页面、流程和服务的共享，实现核

心业务链路的联通以及前台流程和数据的融合，支持业务和商业模式的

创新。

43

中台转型要做到：前台流程融合、中台服务共享、数据融合创新。

四、中台建设应该共享的内容

1.前台

传统企业早期系统有不少是基于业务领域或组织架构来建设的，每

个系统都有自己的前端，相互独立，用户操作是竖井式，需要登录多个

系统才能完成完整的业务流程。

中台后的前台建设要有一套综合考虑业务边界、流程和平台的整体

解决方案，实现各不同中台前端操作、流程和界面的联通和融合。不管

后端有多少个中台，前端用户感受只有一个前台！

前台设计中可以借鉴微前端的设计思想，在企业内不仅实现前端解

耦和复用，还可以根据核心链路和业务流程，通过对微前端页面的动态

组合和流程编排，实现前台业务的融合。

2.中台

业务中台和数据中台。

传统企业核心业务大多基于集中式架构开发，单体系统存在扩展性

和弹性伸缩能力差的问题，无法适应忽高忽低的互联网业务场景。而数

据类应用也多数通过ETL工具抽取数据实现数据建模、统计和报表分析

功能，但由于数据时效和融合能力不够，再加上传统数据类应用本来不

是为前端而生，难以快速响应前端一线业务。

业务中台的建设可采用领域驱动设计方法，通过领域建模，将可复

用的公共能力从各单体剥离，沉淀并组合，采用微服务架构模式，建设

成为可共享的通用能力中台。同样的将核心能力采用微服务架构模式，

44

建设成为可面向不同渠道和场景的可复用的核心能力中台。业务中台面

向前台、第三方和其它中台提供API服务，实现通用能力和核心能力的

复用。

外部

第三方应用

企业内

在将传统集中式单体按业务职责和能力细分为微服务，建设中台的

过程中，会产生越来越多独立部署的微服务。虽然提升了应用弹性和高

可用能力，但由于微服务的物理隔离，原来一些系统内的调用会变成跨

微服务调用，再加上前后端分离，微服务拆分会导致数据进一步分离，

增加企业级应用集成的难度。

如果没有合适的设计和指导思想，处理不好前台、中台和后台的关

系，将会进一步加剧前台流程和数据的孤岛化和碎片化。

数据中台的建设可分为三步走。第一步实现各中台业务数据的汇集,

解决数据孤岛和初级数据共享问题。第二步实现企业级实时或非实时全

维度数据的深度融合、加工和共享。第三步萃取数据价值，支持业务创

新，加速从数据转换为业务价值的过程。

45

数据中台不仅限于分析型场景，也适用于交易型场景。它可以建立

在数据仓库或数据平台之上，将数据服务化之后提供给业务系统。基于

数据库日志捕获的技术，使数据的时效性大大提升，可为交易型场景提

供很好的支撑。

数据中台主要完成数据的融合和加工，萃取数据业务价值，支持业

务创新，对外提供数据共享服务。

五、前台融合的实现

中台通过微服务实现了后端应用的解耦，提高了应用的弹性伸缩能

力。但中台化的过程中也会将单体应用拆分出许多的微服务，前台团队

将会面对多个微服务团队。

为解决前台与中台的集成以及前台页面和流程的融合，我们借鉴微

前端设计思想。在前端设计时，对齐微服务功能和职责，按照领域模型

和微服务边界，构建与微服务前端功能相对应的