# 特色功能

盘古BPM设计的初衷就是让开发、运维、测试任人员都可以结合自身业务快速建模,为此特意推出了几大特色功能:

  1. 强大的建模器,支持自定义图标、图形化方式模型校验,看起来更加的清晰直观。
  2. 业务化的属性设置,因此在使用盘古BPM的时候,无需过多的BPM专业知识,即可达到人人都可以设计成一个业务流程。
  3. 流程模拟器,业务建模师在建模完毕之后,无需部署、启动操作。只需要点击”模拟运行“按钮,即可快速了解流程的最终走向,这样可以将”死“或者”错误“流程绘制的概率降到最低。已于此功能,业务建模师使用盘古BPM的时候,会感觉非常的流畅,不怕担心绘制错误,重复修改流程。
  4. 模型绘制日志记录,在建模的时候,引擎会记录每一个环节的耗时情况,工具面板的使用占比,这样既可以统计出不同业务系统对于BPM元素的使用情况,也可以记录业务建模的耗时情况,从而定制一套专门属于自己业务场景的建模器。
  5. 建模优化建议:当业务建模师绘制完毕一个流程之后,可以点击校验按钮,盘古BPM会罗列出一系列的验证信息和优化建议,这样尽可能的使模型在满足业务的同时,也最大程度的满足BPM2.0标准。
  6. 加签和会签可以再运行的时候动态进行操作。在中国式流程中,可能会在实例运转的过程中,动态的添加普通节点、传阅节点或者会签节点,为此盘古BPM推出了一套完整的加签机制,以此支撑更复杂的业务场景。
  7. 任意跳转,盘古BPM目前结合几大家国企、央企的需求,实现了完整的一套任意跳转节点机制,支持并行内的跳转,并行内外的跳转,子流程的内外跳转以及常规的跳转特性。
  8. 指哪到哪机制,在使用盘古BPM的时候,可以再完成当前节点的同时,自由选择流程可以到达的下一个节点,从而满足各种业务场景。
  9. 动静集合机制,BPM2.0标准采用的是预先设计机制,因为在业务建模的时候需要考虑各种的场景进行建模,从而导致模型非常的臃肿和繁琐,为此盘古BPM采用了动静结合机制,大部分固定的场景可以在模型中体现,少部分变化的地方采用在运行的时候进行设置。比如一个请假流程,根据请假人的岗位来决定到底是哪一级领导来审核,发起人节点和顶级领导节点为固定的,如果发起人是三级部门员工,则二级部门和一级部门都要审核,如果发起人是二级部门源,则只需要一级部门领导审核,三级部门领导无需参与审核。因此三级部门-一级部门内是不确定的,可以采用运行时计算方式完成该次建模。
  10. 表单建模器,传统的审批流,往往以表单的流动为视角进行流转,因此盘古BPM使用了表单设计器,可以方便建模师快速设计出一套贴合业务的表单。
  11. 流程监控功能,模型监控、定义监控、实例监控、任务监控以及实例相关实体监控。
  12. 流程实例的迁移,用户可以在不同的实例之间进行数据的迁移,比如a流程运转了一段时间之后,添加了新的节点,旧的实例还没有完全结束,则可以让旧的实例迁移到最新版本的新节点,从而无缝升级。
  13. 动态化属性调整,可以在不升级流程版本的情况下,进行节点属性的调整,比如修改修改任务节点的处理人、名称之类的,没有升级模板的必要。
  14. 批处理,支持批量删除实例、批量完成任务。
  15. 支持跨数据库平台,开发者所需工作减少到最小,目前跨数据库支持mysql,postgres,oracle,sqlserver,h2,sqllite,DB2.
  16. 高性能
  17. 支持DMN最新1.3标准。(包括决策表、drd,grd等)
  18. 支持CMMN最新的1.1标准。
  19. 支持引擎内核监控,包含引擎所执行的SQL/链路、内核CMD等。
  20. 支持自动化流程
  21. 支持会签
  22. 支持任意添加节点
  23. 支持任意跳转
  24. 支持BPM全访问监控。
  25. 支持在途实例批量迁移到新版本。
  26. 支持批量完成任务。
  27. 支持国产化运行环境
  28. 支持任务池子,从繁琐的加签(节点)操作转换为自由任务。性能更好也更灵活。类似“一动一静”。模型不变,运行的时候每一个节点都可以转换为容器节点任意流程。