本帖最后由 willning 于 2022-8-24 09:17 编辑
为了帮助大家系统化理解和应用活字格的工作流，我们准备了《从零开始构建工作流》高级课程。你将会学到：活字格工作流引擎的架构和设计思想，如何使用活字格构建工作流应用，如何将工作流与业务系统相结合
适合学员：
有IT背景的活字格用户
前序课程（二选一）：
第一节：课程介绍
第二节：效果展示 大纲：
- 工作流实操效果
- 工作流的完整生命周期
- 什么场景适合使用工作流
第三节：架构与概念（重点） 大纲：
第四节：开发全过程 大纲：- Hello workflow!
- 工作流相关的用户和组织架构维护
- 两种工作流维护方式
第五节：绘制流程图（重点） 大纲：
第六节：自定义负责人 大纲：
大纲：
第八节：发起和执行流程（重点）
大纲：
- 工作流和业务页面的分工
- 流程的两种发起方式（在业务页面中即时发起 vs 在流程中心集中发起）
- 流程发起命令 & 流程命令条 & 流程操作命令
- 流程中心页面
第九节：流程数据分析
大纲：
- 流程数据视图
- 常见的流程数据分析场景
- 课程总结与持续学习
常见问题（持续更新）
Q：工作流的数据表应该放在内置库还是外联库？
A：考虑到性能和可靠性，除非临时使用的应用场景，或验证用原型，我们推荐您使用外联库存储业务数据和工作流数据。如需将工作流相关的数据表建立在外联库，请先添加连接信息（帮助文档）。
Q：做工作流应用时，应该先画流程图还是先做页面？
A：这是一个工作习惯问题，怎么做都是可以的。我们推荐的做法如下：如果工作流仅用于记录操作的顺序和时间，就像第二节课中演示的维修现场登记流程，可以直接画流程图，而无需页面和数据表。如果是常规的业务审批流程，推荐您先基于审批的单据建立数据表、表关联，然后构建将审批结果回写到单据的服务端命令（第七节），之后再画流程图（第五节），如涉及自定义选人或自定义事件，可以参照第六节和第七节的做法，构建配套的服务端命令。流程图绘制完毕后，再分析每个人工节点，根据用户体验的精细化要求，对节点的页面进行合并，然后再做对应的页面。
======================
学习用工程： https://gitee.com/GrapeCity/lowcode-workflow-course-demo
数据库创建脚本（MySQL 5.7 或 MariaDB 10.3）：
|
|
陕公网安备：61019002000258