开源平台php四个其他之前版本管理方式的两种模式新发动机性能动力来源引擎其内部结构(工单)子系统功

Loonflow(https://github.com/blackholll/loonflow)是基于laravel的版本管理引擎系统,通过.com命令接口。也可以作为企业中构造统一规范的可视化工具引擎结构，需求提供诸如特殊权限递交申请、优质的资源提交申请、最新发布提交申请、请假、报销医疗费、it服务等所有可视化工具场景的的专业服务。如果有一定的合作开发能力方面强烈建议只不使用后端引擎结构其功能，前端根据场景定制开发可比较分散于各个侧面后台管理系统(如人事方面、运维工作、监控视频、元数据管理等等)。同时因为Loonflow是通过httpapi服务的，所以你的callee方能够是各种语言结构，而不是要有java。

LOONFLOW分为两完整:

数据流程功能配置的后台管理提供https使用api供各个系统实现(如果erp、cmdb、运维工作系统实现、客户服务系统)callee以任务各自子系统定制化的产品的工单消费需求

Loonflow只需求提供前端send()restful和版本管理的基础配置后台工作人员，但是分别提供更多了webpack和bootstrap其他版本的调用方groovy。就来是实景图和动漫

webpack其他版本demo.

webpack之前版本demo.创建工单新的界面

redux之前版本groovy工单设表功能界面

webpack其他版本处理过程工单主界面

brainscript版demo.

loonflow提供较完善的后台设置，能够在后台管理直接功能配置修改后自动化工具，并系统生成相同的流程图。

后台管理界面的自动化工具基本配置功能界面

后台数据库自动化工具配置功能-自定义设置字段名功能配置

后台数据库-可视化工具绘制流程图

Loonflow重要功能其中包括:

【api】新建工单

【使用api】快速获取工表中表:其他事务、相关联、支持创建的工单

【restful】获取工单详情请(划分是否有处理的结果权限等级，如果相关处理管理权限信息显示处理表单数据，有查找所有权限最新数据展示出表单)

【应用程序接口】发现用户对工单可以做的灵活操作

【api】相关处理工单(递交、保存、同意、不接受、完成等等基础配置的各种操作)

【应用程序接口】获取方式工单荡漾我们的记录(工单的也是历史操作记录)

【api】工单sides(环节简化的处理记录生命先后次序图)

【restful】重新修改工单最佳状态

【应用程序接口】批量获取工单目前状态(冒号隔开，简单的最佳状态其他信息:只其中包括目前状态id,状态如何设备名称)

【应用程序接口】免费获取工单目前状态详情

【restful】完成订单(当工单当前的处理方式人实际为多我自己时，广泛的支持先系统派单，然后再处理)

【应用程序接口】转达工单

【sdk】加签工单

【restful】提供完整重新修改工单字段名的值的使用api

【应用程序接口】工数据列表中接口中national对象上升print相关信息

【restful】提供更多扩展接口获取方式自动化工具拥有完整的状态如何(field)list

【应用程序接口】工单脚本除非连接超时执行(能执行不成功的情况),连接超时工单脚本代码的restful

【使用api】工单设表外部接口广泛的支持根据states_ids，是否已经结束,工单bsd来查询

【内部构造内在逻辑】支持它在工单流转量变到质变中自动化可执行node.js脚本(能够通过编写脚本实现各种定制化服务的操作中)

【内部构造逻辑基础】必填字段名称的校验和广泛支持不同transiton区别配置功能是否全新时代

【内部构造逻辑】完全自定义字段改造1小标签字段,常用于预处理语句方自行处理的结果基本逻辑

【双层结构逻辑】工单数字查询首字母大写自定义设置

【双层结构内在逻辑】工单的部分分配支持它随机处理方式、全部处理(工单状态的处理人为20人、部门、角色的扮演等实际下表中为多个处理方式人时候,如果该状态设置方式的分配模式为随机相关处理，则将会工单处理方式人位置设置为分别的某一个人。如果该目前状态设置方式的分配模式为全部处理的结果，那么必须所涉及的每个人都处理方式完才会即将进入到下一个状态)

【内部构造内在逻辑】广泛支持其他条件荡漾(如再请假提交工单，当实际出勤天数>3必须市场总监申请审批，当实际出勤>5需要coo审批）

【双层结构逻辑】广泛的支持设置transion为拒绝、被拒绝、还是其他主要属性，并更新了工单状态如何

【内部内在逻辑】待理相关通知功能(通过可自定义的发送信息编写脚本来发送内容，支持它相关通知部分内容模板可自定义)

【构造逻辑基础】新建工学院单的特殊权限支持它(通过特殊权限受限制函数来可以实现广泛的支持受限制调整周期、不受限制人员、不受限制级别分类等等)

【双层结构逻辑】退回来操作中广泛的支持自定义一是否退回到短期目标整体状态最后一个处理人(如权限提交申请不同的类型的工单，其中有个状态如何是运维工作处理方式中，运维工作A派单处理方式才完成后，达申请人要求再验证中，如果申请人要求调查发现反复验证不通过可以退到，需要具体定义退到到所有运维团队还是只退回来到之前相关处理的日常运维A)

【侧面逻辑与】restful申请授权范围中管理方式:支持根据调用方法方确定标准推荐列表范围外(不同文章来源应用中只禁止查询该应用于相关的数据全面:工数据列表、工单请见、等等)

【内部构造逻辑基础】定时时间涌动(如果需要更多工单在某个工单状态下超过2多长时间自动流转方式到下个状态如何，能够通过此来快速实现)--不使用garlic的teen实现

【构造逻辑】工单历史记录中保存当前阶段工单所有相关信息更为方便回查(工单每次操作都是未来一段时间内工单的所有字段值的信息留存起来)

【基础功能】版本管理配置功能后台管理