3).基础平台与业务平台的关系

基础平台提供了标准化的/较为稳定的运行底座，完成了集成度高，实现难度较大，抽象度高的组件。

整个平台采用了数据建模方案，采用sysmodule、matemodule 、dbmodule三层结构，并提供了标准的基础数据字典/标准权限体系/标准组织结构模型等内容支持。使业务落地只需要关注UI及标准工序上的特定环节。

采用了基于元数据配置方案，让整个业务体系从配置起步，形成产品的初步原型。再经过面向业务的分层扩展，形成整体的业务系统。

整体业务系统UI由系统登入/首页/网格（专题）/业务单据（模块单据/主线单据）/标准流程/报表等6大部分组成，初步的结构如下：

所以，当接到一个项目后，我们会先进行较为全面的调研活动，把获取到的需求汇总为系统蓝图，然后不断完善业务功能模板。

当我们在特定领域方向上推进到一定程度后，将积累较为标准的解决方案落地实现。这时，基础平台团队在获取到交付团队较为通用的细分落地后，可用抽取出相应的数据模型与UI模型以及处理工序模型。为后续产品落地提供通用标准实现，如果现场调研后与标准实现存在差异，交付团队将为特定客户构建定制实现，来覆盖标准实现模板。所以，业务实现UI模板将采用特定的优先级来加载，优先客户定制版本,如果未查找到，将使用标准版本。如果业务模型是全新引入，在产品端进入到特定功能后，会提示未查找到模板，请项目团队及时确认ui模板情况。

 

 

当存在模板后，业务数据入库已经工序化，保障不同层级人员能构建出质量接近的成果。同时开放了相应的扩展工序来保障业务数据是符合业务规则的。

经过相应的工序，特定数据入库与入库后业务驱动方案都可自由完成控制，具体实现已完全对交付团队进行了开放，不管是谁来处理，结果都会是类似的。

那UI的模板是怎么处理的呢？怎么让前端UI经过人机交互后获取到需要提交的内容呢？

得益于现代前端UI框架的双向绑定技术，在业务单据渲染时，采用了thymeleaf进行分层级的模板查找，并安全地在服务端完成业务模型向UI前端的数据注入，最终在vue数据区域获取到相应单据的模型对象，vue+elementui 经过标准组件封装后，形成了有操作行为的控件，并能经过简单设置完成模型对象的双向绑定，让数据模型中的主表/从表/内联/扩展等信息按照业务需求有机展示，并在UI交互中完成相应的数据填充，让最终的提交对象不再依赖前端控件。