中台系统建设方案详细.docx

中台系统建设方案详细.docx.
中台建设方案
...............................
10

系统的网络结构 .........................................................
11
4
技术设计 .................................................................
11

系统总体技术架构 .......................................................
11

技术规及实施 ...........................................................
12

系统扩展性要求 .........................................................
13

运行状态监控 ...........................................................
13

信息检索 ...............................................................
13
5
中台系统开发管理 .........................................................
14

业务模型调研团队 .......................................................
14

开发团队 ...............................................................
14
. . .
.
开发周期 14
网络及效劳器 15
总述
当前问题
系统维护困难
二次开发迭代仅原厂商可以进行
新承建系统过多重复工作
同一业主下不同系统存在数据壁垒
. . .
.
中台系统解决问题
因软件系统建设数量的日益增长，我们发现浪费了过多的时间在开发相似系统功能上，且在这些相似的系统功能，我们现实遇到的情况是：
相似系统功能无法通用于不同系统，难以快速接入
系统功能由不同语言、不同技术架构、不同标准开发，难以维护
相似系统功能之间数据无法通用，数据壁垒凸显
同一个轮子造１００遍， 对一个部门或是一家企业是没有任何好处， 自然一个相似的系统造１００遍同样没有什么帮助。
以此我们希望建设一套可以满足大多数系统功能的、 可以满足今后扩展的、 有相对统一
业务的、可以快速高效迭代的并可快速接入的系统，以下我们简称“中台〞 。
中台解决问题：
相似业务无需重复开发
数据统一打破数据壁垒，可多系统、多行业的数据分析
快速迭代接入
统一规，降低维护难度
中台系统带来的收益
工程方面
减少了重复造轮子、重复建系统的现象。对统一的业务资源统一管理。
数据方面
有了统一的资源管理，如：统一的用户、权限、订单等，就不再会有各种的数据打通问题、同步问题，不会有夸部门的数据墙。
有了公共的中台，也就有了统一的数据规。
对于大数据相关的需求， 可以从相对唯一的数据出口进行业务迭代， 不需要为每一个部门进行定制开发，浪费人力。
创新方面
产品、开发、实施人员不再是仅对一套系统、一个行业进行业务开发。由在“点〞上的根本感知不到问题的角色，突破到从“线〞和“面〞的平台上进行工作，更