什么是业务系统包括哪些部分( 三 ) _生活百科

业务动作还会伴随一些常用的操作，可以用来控制节点上的权限，比如评估、下载、打印、暂停/继续、添加、转移等。
梳理商业行为是一个大工程。除了与业务系统在动作上达成共识，还需要分离不同的业务动作及其操作，最后还需要适应业务系统的权限控制。
按钮操作常见的点击行为类型:打开页面、打开弹窗、触发、指定动作；按钮操作的常见内容有:流程关联(推送/返回/插入/删除)和处理。
以上内容对工作进行拆分，也就是说，将当前表单中需要流程推进的工作进行拆分，可以分配给不同的执行人进行处理。
3. 流程引擎：设计工作流水线
流程引擎主要完成人、节点和事物的配置:
人：什么人可以触发流程？发起的数据能够满足触发条件？什么人处理事务？节点：工作流程怎么配置？节点有哪些规则？处理的约束条件有哪些？事：要处理的工作内容？
1)过程分类
随着企业的发展，会有成千上万的业务流程；如果没有合理的流程分类，员工和管理员在使用时会无所适从，因此必须对流程进行有效的分类。建议可以按部门管理，也可以以业务为主。分类一定要慎重考虑，要充分考虑公司自身业务。比如业务流程一般的，可以按照业务类型分类；如果部门流程差别很大，业务流程很多，可以按照部门+业务来区分。
在产品设计中，需要支持多级分类创建和管理，以及批量迁移和分类合并。
2)基本信息
基本信息包括:流程名称、流程分类、面向表单、流程描述和应用范围。
流程名称：名称是为了更好的对流程进行区分，产品设计时，如果相同人群面向同一业务有多种流程时，名称支持流程标签的插入；流程分类：支持从分类中直接创建；流程触发器：是指流程可用于哪些用户，满足什么条件下进行触发；用户一般是指实例数据的提交人，而条件触发多用于高级一些的配置，可面向表单字段进行配置（表单字段应取所有字段）；
流程触发包括:用户&；条件。
肯定有同学会问，流程图中触发条件和条件分支有什么区别。
从应用场景来说，条件分支是可以满足的，但是触发条件和用户都属于触发配置。在实际应用中，条件触发用于不需要触发流程的数据，不需要生成流程数据。
①用户:支持多态用户(部门、指定用户、用户组、角色、功能、角色组) 。
图3:多态用户选择
(2)触发条件:对于表单配置条件，选择与条件匹配的字段；以下是参考:
图4:触发条件配置
如果企业/组织系统很大，可以委托流程管理的权限，需要控制用户。
3)提升规则配置
提升规则用于控制整个流程的规则。如果场景简单，提升规则可以写死。当面对多业务场景或SaaS系统时，流程的规则应该支持多场景配置。
举几个例子！
是否支持推进到任意阶段还是必须按阶段进行推进，可以向前还是向后；是否支持流程结束后，重新激活；是否支持去重：比如一个人在流程中需要处理多次，是否可以自动跳过；
还有很多其他的规则就不一一列举了。以上规则还有很多细分规则，比如有要求任务时是否支持推广等等。
规则要结合自身业务发展逐步完善，不要刻意追求一步到位。
设计产品时，所有最常用的都要默认；比如常见的审批流程就是必须一步一步推进。
4)流程图
目前流程图绘制有两种，一种是可流动的，一种是类似钉钉、飞书的线性结构；各有利弊！一般来说，复杂的流程可以用可流动来画，流程清晰明了，为了降低操作难度，可以用线性结构；流程图绘制组件主要包括:开始、业务动作、网关和结束。