共计 975 个字符，预计需要花费 3 分钟才能阅读完成。
因为自己长期从事 IT 我的项目交付，经手的我的项目成千上万，在中小型我的项目交付过程中，往往因为需要重复变更导致大量的我的项目问题。那么如何进步我的项目品质呢？其实这个跟把大象放进冰箱分几步差不多的
最简略的无非是几个方面：1、让需求方讲清楚要做什么 2、找有教训的人想分明潜在的需要 3、找有责任心与技术能力的人做进去对于如何进步交付品质，每个老司机都有本人的一套实践和实际，在我想来，有个不错的思路“柔性交付”算是我感觉对于中小型我的项目，或者说对于说不清楚需要的甲方来讲，是十分重要的保障伎俩。柔性交付，就是尽可能多的通过配置的形式，给对方实现性能的实现，当然这个是一个与老本花销的斗争过程，这种交付的益处在于很多状况下能够通过配置实现，其实以后行业内低代码、零代码往往就是这个思路。其中比拟重要的是几个外围能力模块：流程引擎、逻辑引擎、规定引擎，这几个引擎是零碎柔性度的重要保障。上面我对几个货色做个简要的介绍：流程引擎：零碎告诉人或者其余零碎分步骤的做，在 OA 等外部审批管理系统中经常出现。逻辑引擎：实现让零碎做什么，何时做，怎么做，这个往往在零碎巡检、每日定时主动解决等场景中时罕用到。规定引擎：是让零碎依据一些提前订好的规矩进行判断，往往在金融的风控系统中时罕用到。这几个的外围都是 让 零碎实现的业务性能配置化，这样就让业务性能能够灵便的配置，缩小写代码的量。上面，咱们拿一个根底框架 JVS 集成了几个引擎的零碎来看看，具体几个引擎的性能。流程引擎流程引擎是咱们见得最多的配置器之一，像 activiti、flowable、BPM 等等，这些算目前市面上用得比拟多的，这种引擎配置的要求比拟多，然而很多性能实际上在我的项目上很少用到，然而最近开始风行简介的流程引擎：
这种引擎特点就是配置非常简单，不须要太简单的配置要求，反对多种节点的配置。逻辑引擎逻辑引擎其实实质上是一个可视化的程序配置器，反对定时执行设置，反对执行日志后果追溯等。
规定引擎规定引擎是将业务规定 可视化配置，这里边就波及到 判断的数据起源配置，对数据的加工配置，对策略的配置，最初实现决策流程的配置。
综上，咱们开始采纳 JVS 后，的确升高了大量的研发老本，将很多需要变更消解于有形，将很多业务逻辑配置化，所以这里把这个举荐给大家，能够看看在线的 demo：frame.bctools.cn
