作为一个运行xml脚本的工程，降低重复代码的开发，系统默认提供较多且常用的构建，由用户使用可视化的窗口进行拖拉拽的方式进行使用。提供自定义xml构件开发，同时支持自定义构建（即自定义的构建逻辑开发），热加载脚本，避免重复启停服务。 此系统类似与给一个流程节点（岗位）做一个环绕切面（around），在一个岗位提交前的动作，提交后的动作，可以使用脚本引擎进行开发（比如：落表，修改提交报文数据类型）。最大的好处为，将流程信息和业务信息进行分离，能实现一个流程的多次复用，但是不影响相同流程的相同岗位上的个性化处理 主要使用技术：springBoot/springCloud,mybatis/jdbc,poi 我的主要工作成果：4.0版本新增多个基础构建，4.1版本适配多种数据库，bes（宝蓝德）中间件的接入。优化读取xml文件的模式。

集中作业作为一个智能运营中心，提供给各个系统之间。角色，机构，权限，工作台等业务数据整合。主要进行人员信息，机构信息，流程信息的配置，支持springboot，微服务模式，传统的BS架构。系统的最大优势在于能够快速的开发一个功能完善的流程交易信息，同时提供较为完善的人员机构信息同步的入口。 4.2版本以springboot为底层框架，适配调用总线，工作流，逻辑脚本开发平台，影像平台。主要适用于银行的交易流程。4.3版本升级为微服务版本，引入统一门户，人员，机构等行内敏感信息由门户系统统一管理。 主要使用技术：springBoot/springcloud，mybatis/jdbc,fegin,redis 我的主要工作成果：集中作业版本4.2.0-4.2.2，此版本最大的改动点为，系统之间的链路调用和数据的事务处理，彻底将业务数据和流程逻辑数据进行分离，实现多库，减轻系统的压力。4.3版本的开发，此版本主要改动点为接入统一门户的概念项目，将各个系统产品作为热拔插的模块进行处理，适配行中存在功能类似的系统，避免重复系统功能的部署，调优，功能需求完善。

该系统由我从0-1进行开发，开发动机是，之前的定时服务作为子系统中的一个小功能模块，且不方便现场的开发人员进行定制化的二次开发，功能仅仅是利用spring自带的定时能力进行处理，当大量的定时服务事务处理极其会引起当前系统的崩溃。 此系统使用的是轻量级的Quartz框架。重写定时服务池中的任务读取模式，实现可以热更新定时服务策略，避免更改一个cron定时策略需要重启服务的情况。同时增加热加载class文件，实现新增定时服务事件时候需要重启服务，对于需要二次定制化开发定时服务事件的人员只需要实现提供的特定接口进行写逻辑代码，将生成好的class文件扔在自定义配置好的文件目录下，即可添加进定时服务队列中。同时将此此系统提取出来作为一个单独的系统，也避免了影响其他系统处理功能的能力。定时服务事件的数据支持多种加载方式（DB,redis,file）。为了更好的和其他的系统进行协调，支持拔插的模块模式。 主要使用技术：springboot/springCloud,mybatis/jdbc,Quartz