背景

1. 研发团队排期瓶颈，非研发角色感受不到研发技改提效的变化。
2. 引入ISV 团队又担心质量和安全问题，而且培训成本高、周期长，在核心复杂系统中，不敢也无法短时间大规模引入。

挑战

1. 如何让非技术角色实现研发的交付？
2. 如何让全民开发者完整实现一个需求闭环，而非仅仅实现其中一部分需求？
3. 如何解决交付中核心系统安全问题？

方案

设计思路

1. API类：主要是新增API和在原有API的扩展，例如，原有API上新增一些属性。
2. 模版类：主要是新增一个模版。例如，制作一类新的合同模版或问卷调研，各部门填报填写。
3. 参数类：主要是新增KV类的参数。例如，新增“是否包括自营商品“参数，并让这些参数在某些逻辑中起到作用。
4. UI类：主要是新增菜单、按钮、布局、图表、校验规则等。例如新增一个外呼按钮，并调用外呼系统 接口。
5. 流程类：在原有流程节点中新增新的节点。
6. 规则类：在原有的规则前、后等，新增新的规则。
7. 数据库类：在原有表中增加新的属性，或者新增一个子表。
8. 其他：无法划分为某一类，需要复杂的逻辑处理实现。例如 数据重新聚合与逻辑运算

技术方案

1. 界面层：该层扩展主要手段就是零低代码技术。
2. 接口层：该层扩展主要手段就是依靠不同模型之前的映射来解决，而模型的扩展就可以依靠对象扩展来解决。
3. 服务层：该层扩展主要依靠流程、规则引擎来实现，这个业界有很多开源工具，例如activity和drools等。另外还有很多场景是复杂的逻辑变更，这个可以依靠插件、事件驱动模式来实现。
4. 模型层：该层扩展主要手段就是依靠元数据驱动，通过依赖元数据对象，而非底层物理数据库。

案例

案例1：让非技术参与进来，体会技术提效的变化

1. 数据模型变化（技术上：数据库字段变化）
2. 后端服务及规则变化（技术上：接口变化、对象变化、判断规则变化等）、
3. 展现界面变化（技术上：UI 界面增加带数据权限的查询条件、表格新列及图表增加等）

1. 在对象扩展中，增加新的属性。
2. 在规则引擎中，基于新的属性，编排增加新的校验。
3. 在界面扩展中，把在对象扩展中的新列拖拽出来，展示为查询条件，并制作一个新的饼状图展示到界面。

案例2：不触及代码情况下，实现安全一站式开发

1. 新增一个外呼按钮
2. 新增前端规则校验，只有履约数据滞留2天的才需要进行客服介入。
3. 调用外呼接口，组装数据增加复杂逻辑并传递。
4. 发送邮件通知相关角色。

1. 在界面层中，通过零低代码手段完成按钮新增。
2. 在界面层中，通过零低代码手段完成规则校验的新增。
3. 在服务层中，通过插件方式，实现代码逻辑处理，并调用外呼接口。
4. 在服务层中，通过事件订阅方式，监听外呼状态，配置邮件模版，实现邮件自动发送。

结束

1. 如何让非技术角色实现研发的交付？答：通过零低代码模式进行封装和开放。
2. 如何让全民开发者完整实现一个需求闭环，而非仅仅实现其中一部分需求？答：需要全链路开放和打通，并不仅局限一种技术手段。
3. 如何解决交付中核心系统安全问题？答：屏蔽源代码的完整扩展体系。