关于“中台”的一点思考

文章来源:APS研究
2020-06-06

 中台的概念引起了大家的一些积极讨论。笔者对各种中台的概念,其实了解的并不是很多。更多的还是从实际当中数字化业务管控系统开发部署方面,进行一下自我思考。


       首先,现在面对的最直接的问题就是数字化业务管控系统的定制性非常强的问题。所谓的定制性强也主要体现为业务和数据之间的关联关系随着不同的企业而不同。而传统的数字化业务管控系统开发,基本上是制造管控业务固化在系统里面,从而导致开发所形成的这个系统,针对性和专用性比较强。从软件供应商的角度来说,向其他企业进行直接复制式推广的,其实对于目标企业来说是不合适。从企业的角度来说,企业也是根据需要要进行持续的业务管控精进的,虽然可能在一定时期内可以保持稳定,但当前建设的系统进行后续的持续改进基本也是必然的,如何实现后续的持续升级和平稳过渡,也是必须要考虑的。

        第二,这就需要想办法对数字化业业务管控系统的柔性想办法进行提升。而对于一个系统来说,要想增加柔性,主要是两个方面的措施:一是,系统各个组成模块或者功能模块的粒度,要合理的降低,主要是相对于目前的MES等系统形式来说的,以增加后续配置方面的柔性;二是,增加配置控制方面的柔性,需要解决各个功能模块之间以业务协调为牵引的数据周转控制。而中台的本意可能就有这方面的味道。


        第三,我们可以设想理想的系统是什么样的。系统的运行一定是有业务逻辑的,提现为支撑某个业务运行的各个功能模块或处理环节的关联链条,以及各个业务之间的关联与协调关系,最终还是要落实到各个功能模块或处理环节之间的交互。这种交互关系,在体现形式上就是数据。因此最核心的就是这个交互关系及其数据,是由谁来提供。如果是按照当前的传统模式,这些交互关系及其数据都是固化的,一个特定的系统里面的,后期再进行更改调整,显然是不容易的。如果将这种交互关系及其数据提供的职能由某个后台来提供,其实我感觉这可能就是中台的味道。就如同我们在工业现场有各种各样的工业总线协议来实现各种硬件之间的通讯交互及数据传输一样,我们对于数字化业务管控系统,如果能够在内部提供这种业务总监及数据总线的后台机制,就可以在系统架构,以及功能模块粒度及其组织方面,探索一个新的路径。


作者信息:王爱民,北京理工大学数字化制造研究所所长,长期从事MES、APS等技术研究、系统开发与实施应用。

笔者公众号:智能制造随笔,欢迎关注。

欢迎交流讨论,微信号:TimePatient