项目生命周期五种常用工具，协作工具的模型不该混入源码

大多数工作流引擎会提供一套配套工具，服务于项目生命周期的不同阶段和不同角色：图形化流程建模工具（用图形方式编辑流程定义，本书重点是可执行流程，因此把它当作开发者工具，但工具质量参差不齐——好的建模工具应该能直接操作本地文件系统里的文件、让流程模型和版本控制的代码放在一起，而不是强迫使用独立仓库，还要能编辑胶水代码引用等所有对生成可运行模型而言重要的技术细节）；协作工具（让业务分析师、开发者、方法论专家、行业专家等不同角色一起讨论流程模型，典型功能是能把图表分享出去、让人在上面评论）；运维工具（流程解决方案上线后用来发现分析解决相关问题，比如监控事件堆积、发告警或对接APM工具、支持根因分析和批量操作，因为受影响的流程实例可能很多）；任务清单应用（当流程模型里有需要人工处理的任务时，让相关人员能看到所有待办任务、选择处理并在完成时通知引擎）；业务监控和报告（面向业务利益相关者，关注整体性能而非紧急技术问题，比如监控周期长度、等待时间、商业价值，以及SLA是否被满足，还能做分析——哪些流程路径最常用、哪些运行较慢、哪些数据条件容易导致撤单）。这些工具的价值分散在项目生命周期的不同阶段，好工具不该与平台强绑定，这样才能只挑真正有用的、不必被迫装一整套。一个容易被忽视的细节是：协作工具通常有自己的仓库来存流程模型，但这些模型绝不能被当成流程解决方案源码的一部分——开发人员真正操作、需要纳入版本控制系统的流程模型是另一份，协作工具只是用来辅助讨论，不是用来实现流程解决方案的。