workflow工作流框架 flowable流程引擎
各位老铁们，大家好，今天由我来为大家分享workflow工作流框架，以及flowable流程引擎的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
计算机高手解释一下 工作流系统 (Workflow systems)
工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述。
工作流在大多数的实际应用中的情况可以这样来简单地在网络、服务器和多台计算机客户端的硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。
类似的关于文档的自动化处理只是工作流技术的一种简单应用。事实上，工作流技术在现实生活中能够完成更多更复杂的任务。如企业（或机构）内部的各种数据或信息的自动处理，多种业务流程的整合，企业（或机构）之间的数据交换，借助Internet技术实现跨地域的数据传输和处理等等。
某产品销售的工作流示意图：
一、工作流发展
工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于当时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术并未取得成功。1983年至1985年间，在图像处理领域和电子邮件领域出现了早期的含有工作流特征的商用系统。
进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完善，使得工作流技术的研究与开发进入了一个新的热潮。1993年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。1994年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。
二、工作流的特点
1，图形化、可视化设计流程图
2，支持各种复杂流程
3，组织结构级处理者指定功能
4，B/S结构，纯浏览器应用
5，强大的安全性特色
6，表单功能强大，扩展便捷
7，灵活的外出、超时管理策略
8，处理过程可跟踪、管理
9，丰富的统计、查询、报表功能
10，与MAIL系统集成
三、工作流的优点
企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。
总结实施工作流带来的好处，可以归纳为以下几点：
1，要处理的事项已自动传递到个人电脑上
2，不再需要对员工进行流程的培训，平滑实现流程变更
3，员工只需将精力集中在处理自己关心的数据上
4，随时得到历史数据
5，随时生成处理效率报表
6，达到无纸化办公的目标
7，完全支持移动办公，使作业同步化
8，科学管理更进一层，办公效率明显提高
9，企业的核心竞争力将有提升
10，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力
四、工作流WorkFlow技术构架
五、工作流是如何实现的
工作流的实施需要三个基本步骤：映射、建模和管理。映射是第一个步骤，其首要任务是确定并且文档化组织内全部现有的手工和自动化的业务流程；建模则是开发一个有助于建成流线型业务过程的模型。第三阶段是软件实施以及跨越全部工作部门、业务单元甚至是整个企业的无缝系统集成。
为了确保工作流系统能够“无缝地”实施到组织机构中，项目组都必须遵从已经定义好的、经过实践确认的行之有效的工作方法，并且在每个工作阶段都必须有可以度量的结果。一个深思熟虑的实施计划被有经验的团队执行，是成功地采用和实施工作流的决定因素。下图描述了一个推荐的、可供典型组织机构采纳的高层工作流（实施流程）。下面按图中步骤具体阐述。
建立项目管理办公室
项目管理办公室的组成是第一步，也是最重要的一步。项目管理办公室的成员须经过严格谨慎挑选，他们必须在恰当的程度上广泛代表组织内的业务、运营、IT以及审计等部门。产品供应方的产品专家、技术支持人员和管理人员也必须参与其中，以与用户互补。通常在PMO中还包含变更管理顾问，有助于形成组织中人员思路的多样化。每个成员的角色和责任必须定义清楚。PMO从整体上确立项目的实施范围、目标、实施时间框架以及优先级等等。PMO也负责管理和跟踪项目进度、设定检测项目是否成功的指标，以及定期向高层汇报项目状况等。
业务分析
项目组将分析用户现有的业务流程，找出哪些流程需要优化和改进以达到上佳效果，并分析每个流程的时间线和期望的结果。他们将与关键人员进行座谈，收集和鉴别正确的信息及数据，从而决定工作流系统如何满足需求。接下来的业务分析将辨别出哪些流程可以被优化、自动化、流线型化，哪些流程甚至需要重新设计。
确定目标
确定上佳目标是建立在业务流程详细分析的基础之上的。工作流项目的目标定义应该清晰并可以进行验证，好的目标意味着项目的成功。在实施过程的每一个阶段，项目组必须确认达到的结果是他们所期望的结果。例如，如果目标是缩短开发票周期两周，则必须分析现有的时间跟踪、记账和开发票等流程。
确定实施计划
目标确立后，由用户和软件供应商组成的项目组展示工作流解决方案具备的各种模块，根据用户提出的特定需求定义他们的功能和特性，并基于业务的优先级，共同决定每个模块的上线时间。
将业务流程在工作流系统中建立模型
在实施过程中建立业务模型是一个极重要的步骤。用户应当紧密地同软件产品应用专家进行合作，以在易用性和功能需求之间达到平衡。
用户可以在部署阶段前对模型进行测试，以确保该模型符合实际要求且没有过多的开销。需要指出的是，如果这个建模步骤没有完全正确地完成，将导致错误的报表或者多余的管理工作。
实现流程和软件集成
在这个阶段，项目组将确定现有的需要与工作流系统交互的流程与系统。如果处理不当，新旧流程的集成将导致失败。流程集成的一个重要方面就是在多系统之间消除或者最小化冗余数据，并在多个系统间复制这些数据。流程必须紧密集成，数据必须能跨越不同的流程和应用，顺畅流动。
项目组也必须确保工作流系统符合用户组织机构的安全标准，这一点经常在部署阶段前被忽视。
部署工作流系统
部署工作流系统包括两部分内容。第一部分自然是技术部分，涵盖了硬件和软件的安装、备份、恢复以及网络安装等等，这与一般的IT应用实施相似。
第二部分是指上线试运行。试运行小组应具有真正的代表性。项目组必须与试运行小组就项目的重要性进行沟通，并确保提供足够的培训，使得试运行小组能够对试运行工作得心应手。建议项目组建立清晰的沟通渠道，保证在试运行期间可以及时反馈用户的意见和建议。试运行将使项目组鉴别出原来设计和计划的弱点和缺点，并在大规模上线运行前加以解决。这也可以提高用户对于新流程的接受程度，因为用户感到他们也参与了项目的开发部分，解决方案不是强加给他们的。
一般认为，采用阶段性实施工作流系统可使用户更快地获得效益。因为用户可以更有效地渐进学习新系统，取得立竿见影的效益。阶段性实施还给予用户更多的时间了解、评估他们进一步的需求，使得项目实施期间的修改更加容易。另外，阶段性实施项目降低了风险。
系统评估
特别注意，在每一个阶段完成后，项目组都应该基于项目开始时设定的目标，对已经完成的结果进行评估，同时分析所达到的结果，并与最初的设计目标相对照。为了确保工作流解决方案在现有的业务环境中优化出更理??通，以了解什么需要更改。
系统支持
为确保实施成功，更佳地使用工作流软件，组织机构必须进行服务投资，组织机构应该委派专业人员提供第一线的服务，也应负责与供应商签订合同，以获得第二级支持。
六、工作流适用行业
消费品行业,制造业,电信服务业,银证险等金融服务业,物流服务业,物业服务业,物业管理,大中型进出口贸易公司,政府事业机构,研究院所及教育服务业等,特别是大的跨国企业和集团公司。
七、工作流具体应用
关键业务流程：订单、报价处理、采购处理、合同审核、客户电话处理、供应链管理等
行政管理类：出差申请、加班申请、请假申请、用车申请、各种办公用品申请、购买申请、日报周报等凡是原来手工流转处理的行政表单。
人事管理类：员工培训安排、绩效考评、职位变动处理、员工档案信息管理等。
财务相关类：付款请求、应收款处理、日常报销处理、出差报销、预算和计划申请等。
客户服务类：客户信息管理、客户投诉、请求处理、售后服务管理等管理等。
特殊服务类： ISO系列对应流程、质量管理对应流程、产品数据信息管理、贸易公司报关处理、物流公司货物跟踪处理等各种通过表单逐步手工流转完成的任务均可应用工作流软件自动规范地实施。
作为一个成熟稳定的工作流产品，不仅提供日常办公和关键业务流程智能化管理，而且能根据公司的特殊实际要求轻松方便地随时定制各种流程，并可实现不同角色不同的跟踪、查询、统计、打印等强大功能
结论
许多组织机构都有雄心勃勃的计划，为了能够夺回失去的时间和获得竞争优势，希望能够以大的步伐，更深（企业级或多级）、更广（多应用）和更快（短时间）地进入数字工作流时代。我经常发现他们因为许多原因而惨遭失败。根据我个人经验，明智的做法是从小的范围开始做起，并随着工作流的成长而逐步做大。阶段性实施提供了转换到新的流程的平稳方法。由于用户看到了效益，使得用户更易于接纳新的工作流程。阶段性实施的另一个原因，是用户不能够承受一下子丢弃原有的全部流程，从零开始。组织机构应该在当前业务过程中最没有效率的地方，集中寻找他们的“痛处”，然后利用“案例驱动”原则影响他们。
组织机构也必须认识到，当计划实施一个新的工作流程时，行政力量和企业文化必须要考虑进去。
成功与否的最后一个关键要素就是“人”。当我们改变业务流程时，技术是一个方面，但更大的挑战来自员工。的确，数字工作流系统要分阶段进行，使人们“渐进式”地取得经验，而不是“革命式”地得到经验。
工作流：workflow
今天讲的是工作流系统
什么是工作流系统：工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
简单地说，工作流系统就是一系列相互衔接、自动进行的业务活动或任务。//一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述
例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。
工作流技术架构(图片)
词语解释
Middleware中间件
Runtime运行时间
Prebuilt之前建立
Flowchart流程图，作业图
Subsystem子系统
工作流（Workflow）的优点
企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。
总结实施工作流带来的好处，可以归纳为以下几点：
1，要处理的事项已自动传递到个人电脑上
2，不再需要对员工进行流程的培训，平滑实现流程变更
3，员工只需将精力集中在处理自己关心的数据上
4，随时得到历史数据
5，随时生成处理效率报表
6，达到无纸化办公的目标
7，完全支持移动办公，使作业同步化
8，科学bsp; 9，企业的核心竞争力将有提升
10，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力
组织的本质：1是参与者与技术的聚集
2.由总体的目标约束
组织的种类：1理性的(整个集体是追求相当明确的目标和显示出相当高的固定社会结构，如商业) 2 natural(整个集体有同样的兴趣，并且乐于集体活动，如慈善机构)
3.开放式的组织
数据流中的组织运用：理性的组织是用于计算机化中最成功的数据流也同时对自然的和开放式的组织进行计算机化
数据流系统的一个联系：1消息系统 2工作项目 3业务规则 4流程图
消息系统：两类：1数据流能识别的格式，2不能识别格式
工作项目一个工作项目具体说明一个需要被工作者执行的任务
数据流系统的任务是和工作项目相协调
业务规则：一个典型的数据流有许多业务逻辑块所组成
在其生命周期内，业务规则在任何时候受限于数据流
业务规则在模型化组织时扮演很重要的角色
业务规则的起因：---
流程图：在数据流中一个主要模型结构是流程图
Synchronize；相协调；暂停解决数据流的例子记忆功能
运行时（runtime）运行语言：--
主机运行一般在组织的服务器，也可在客户端
数据流的中间件框架{中间件”简单解释：为了解决应用程序对网络过分依赖的问题采取了一种有效的方法，在客户机和服务器之间加一层软件。}
执行这些工作：1初始化和终止
2.执行：即执行在模型中明确规定的行为
3长期数据流运行的管理
4管理长期和短期的交易
演讲稿
在英语中working with the flow是随波逐流的意思，但在这里表示工作流.
工作流的实质：在一个机构内，通过用电子文档来替换纸张文档系统，从而实现文档处理过程的自动化。我们可以将整个业务过程看作是一条河，其中流过的就是工作流。
数据流应用的产生的发展是以下两个因素的结果：
在这里有两个关键字在计算机环境下以及自动化（办转学手续的例子）
数据流如邮件，电子邮件，活动和信息。
数据流的传递是在一定的逻辑和规则下进行的。
无缝集成系统就是实现了平台管理的不同系统间信息交换和数据共享,
那么工作流系统是如何开始被人们所应用的呢？
下面介绍一下工作流中的专业术语
工作项目一个工作项目具体说明一个需要被工作者执行的任务。打个比方说，就像我们编程时，给出提示信息，让操作者输入所需信息。
业务规则：一个典型的数据流有许多业务逻辑块所组成
在其生命周期内，业务规则在任何时候受限于数据流
业务规则在模型化组织时扮演很重要的角色
定义和运行一个数据模型：是一个很复杂的工作，要有重要的体系结构，设计，和发展工作，并且工作永远都不会结束，因为模型必须一直调整来反映变化的存在的组织环境。
结论：工作流的核心部分是组织工作的模型，这个模型被用于编译许多部分用来运行一个组织。
接着是已经被广泛应用的一些工作流软件
MRP－III
是由MRP－II与JIT(Just In Time,准时制生产)的混合加上专家系统（ES）、并行工程（CE）和承担该系统运行的管理人员融为一体而成。
ERP
ERP的基本思想是将制造企业的制造流程看作是一个紧密连接的供应链，其中包括供应商、制造工厂、分销网络和客户；将企业内部划分成几个相互协同作业的支持集团，如财务、市场、销售、质量、工程等，还包括竞争对手的监视管理。
与以往已经被采用的企业IT应用体系，例如MRPII或ERP相比，WFMS是一个相当重要的里程碑。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。
在一些老的“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是分裂的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从操作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。
工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。
现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排。
1.已经能够持续自动产生大量的细节数据。这类数据最早出现于传统的银行和股票交易领域，现在则也出现在地质测量、气象、天文观测等方面。尤其是互联网(网络流量监控，点击流)和无线通信网（通话记录）的出现，产生了大量的数据流类型的数据。我们注意到这类数据大都与地理信息有一定关联，这主要是因为地理信息的维度较大，容易产生这类大量的细节数据。
2.需要以近实时的方式对更新流进行复杂分析。对以上领域的数据进行复杂分析（如趋势分析，预测）以前往往是（在数据仓库中）脱机进行的，然而一些新的应用（尤其是在网络安全和国家安全领域）对时间都非常敏感，如检测互联网上的极端事件、欺诈、入侵、异常，复杂人群监控，趋势监控(track trend)，探查性分析（exploratory analyses），和谐度分析(harmonic analysis)等，都需要进行联机的分析。
OSWorkflow是一个灵活的工作流引擎，设计成可嵌入到企业应用程序中。它提供了许多的持久化API支持包括：EJB,Hibernate,JDBC和其它。OSWorkflow还可以与Spring集成。
jBpm是一个灵活可扩展的工作流管理系统。作为 jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。jBmp将工作流应用开发的便利性和杰出的企业应用集成（EAI）能力结合了起来。jBmp包括一个Web应用程序和一个日程安排程序。jBmp是一组J2SE组件，可以作为J2EE应用集群部署。
OpenWFE是一个开放源码的Java工作流引擎。它是一个完整的业务处理管理套件：一个引擎，一个工作列表，一个Web界面和一个反应器（存放自动代理）。它可以可以跟你的程序很好的给合。
Werkflow是一个灵活可扩展的基于流程和状态的工作流引擎。它的目标是满足可以想象的所有工作流程，从企业级的业务流程到小范围的用户交互流程。通过使用可插拔和分层结构，可以方便地容纳各种工作流语义。
OFBiz是一个非常著名的开源项目，提供了创建基于最新J2EE/XML规范和技术标准，构建大中型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架。 OFBiz最主要的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具。包括实体引擎,服务引擎,消息引擎,工作流引擎,规则引擎等。
python 工作流引擎(workflow)有哪些 - 知乎
探讨Python工作流引擎的选择时，可参考多种成熟开源项目与解决方案。Python作为高效、易用的编程语言，在自动化流程与工作流管理方面展现出独特优势。以下列出几款知名Python工作流引擎，旨在提供多角度对比与选择参考。
1. Airflow: Apache Airflow是一款开源的、轻量级的工作流管理框架，使用Python编写。它支持DAG（Directed Acyclic Graph）结构来定义任务执行流程，通过丰富的API和丰富的任务操作特性，使得数据管道构建变得简单易用。Airflow还提供了任务调度、依赖关系处理以及监控功能，使得数据处理流程管理更加高效与透明。
2. Zapier:虽然Zapier主要以集成不同应用和自动化任务为主，但它利用Python脚本进行操作，为Python开发者提供了额外的自动化能力。通过Zapier，用户可以创建自动化的流程，将数据从一个应用传输到另一个应用，实现业务流程的自动化。
3. PyScaffold: PyScaffold是一个自动化脚手架，帮助Python开发者快速创建项目结构。它不仅能够帮助开发者设置基础的文件和目录结构，还能根据特定的项目类型自动引入所需的Python库和框架，适合在开发工作流引擎或相关项目时使用。
4. Celery: Celery是一款用于分布式任务队列的库，支持在Python环境中实现异步任务调度。Celery通过任务分发和结果收集机制，提供了高可扩展性和可维护性，适用于需要处理大量并发任务的工作流场景。
5. PyFlow: PyFlow是一个可视化的Python工作流编排工具，允许用户通过拖拽方式创建复杂的流程图。它支持多种输入输出类型和操作节点，使得工作流设计直观且易于理解。PyFlow特别适合开发者在创建自定义工作流引擎时，快速原型化和验证流程逻辑。
以上列举的Python工作流引擎各有特色，适用于不同场景与需求。在选择时，应根据具体项目需求、团队技术栈、性能要求以及扩展性等因素综合考虑，以达到最佳实践与效率提升。
Pipeline和Workflow的区别是什么
作为一名流程TD，这两个概念非常重要。但是在平常的交流中，我发现很多朋友对这两个概念还是比较模糊的。而且纵使是大佬们之间的理解也或多或少的存在差别。
为了统一这些重要的基本概念，我觉得确实有必要写一篇东西来科普一下。（当然，我的理解也不是标准答案，大家仅做参考，有异议的也欢迎找我交流！
在开始解释定义之前，我们最好先弄清楚一件事——精确地区分这两个术语的意义是什么？
在很多的语境下，这两个词所表达的意思是非常接近的。
比如我们经常会听到Pipeline TD这样的职位名称，很少会听到Workflow TD这样的称呼，但了解Pipeline TD工作内容的人一般都知道，无论是Pipeline还是Workorkflow通常都属于Pipeline TD的工作范畴。
当你的老板或者艺术家们和你讨论工作流程问题时，无论他们使用的术语是Pipeline还是Workflow，通常情况下都指的是生产方式相关的问题。
所以，你确实无需无时无刻地抠这些字眼儿，在非专业的语境下完全可以根据韵脚需要Freestyle选择说哪个词。但是，这并不意味这两个词之间没有区别。
对于专业的流程TD来说，这两个词有着明确的区别，并且对这些区别的认识程度直接影响着你审视流程架构的维度。有句话叫：夏虫不可以语冰。视角上的缺失是悲哀的，对于流程设计专业来说有时甚至是致命的。
我一般把Pipeline翻译为“管线”，顾名思义，它应当像管子一样，存在较为确定的输入和输出。
虽然一些情况下，Pipeline会被用于指代相对复杂的流程系统，但是通常情况下，它可以更加精准地表达一个输入到一个输出之间的线性关系。
我们可以举个例子来说明：假如在某个动画电影制作中，我们决定使用abc格式的文件将携带动画信息的模型数据从动画环节传递给灯光环节，这就是一条Pipeline。其实，在没有Pipeline的情况下，我们有很多种方式可以完成这个过程。如果项目很短，这个过程重复的次数并不多，我甚至可以每次使用不同的方法。但是，通常情况下，专业内容制作公司所面临的问题往往非常复杂，相同的过程需要成千上万次地进行。没有一些结果可控的固定流程来支撑，结果将会是灾难性的。
明确的接口定义加上程序化的过程实现，将大幅提升组织对生产结果的控制能力，这就是Pipeline存在的意义。也是国内外头部内容制作公司如此重视Pipeline技术的主要原因。
回过头来梳理一下Pipeline的概念：可以这么说，Pipeline是对数据流通方式的定义，它是个抽象的概念，是每一次数据传递操作的理论依据。
在Pipeline TD的实际工作中，你所需要面对的往往不止是局部的数据流通关系，而是涉及了大量环节的复杂系统。这样的复杂系统往往涉及了很多的规则和技术，需要精心地构建。
Pipeline TD最重要的工作往往就是Pipeline的设计，当然，更多的时候是基于设计开发工具，来辅助Pipeline的实施。
Workflow可以直接翻译成工作流，中英文术语都非常的贴切。
当我们谈到work，绝大多数情况下我们谈论的是人的工作。因此Workflow的含义更多是偏向人的协作方式的。一般情况下，Workflow的制定会考虑更多关于工作实施的内容。
“流（Flow）”是Workflow的另一半，它描述了日常工作的另一个性质——流动性。这是经过设计的协作方式具备的典型特征，所有的事件都在非线性的活动网络中顺滑地进行。是否丝滑也是评价一套工作流质量的主要考量指标。
作为Pipeline TD，Workflow同样是你不可回避的工作内容。这不是一件一蹴而就的事情，你需要不断地思考、观察、打磨才能逐渐构建起一套优秀的工作流框架。当然，在此之前，你最好可以具备一些理论知识，来确保自己知道在做什么。
构成工作流的主要单位是“事件”。我们不可能捕获工作中的所有人的所有行为，呼吸、挠痒痒、上厕所，这些都不重要，重要的是与协作相关的活动。当这些提前定义的活动发生时，我们需要捕获它，这就是事件。
实时发生的各种事件构成了工作流的脉搏，与此同时，数据在管线中有节奏地传输，这就是Workflow与Pipeline的关系。这种描述可能比较抽象，你能领会这种微妙的关系吗？
定义事件是一件复杂的事情，你可能很容易地关注到与目标相关的那些事情，而例外的情况和突发的事故则往往需要吃一堑才能长一智。所以，Pipeline TD的经验确实如真金白银一样值钱。
在完成了事件的定义之后，就到了设计行为规范来应对各种事件的阶段了。此时，你需要做大量的沟通，充分倾听艺术家们的诉求，了解他们的日常，结合内外因素全面地考虑辨别问题的本质，才能设计出合理可行的工作流。由于工作流直接决定了团队的整体效率，因此脱离实践的纸上谈兵是非常危险的。
构建Workflow一个很重要的思想就是：优先考虑为日常工作制定标准。比如，内容审核、文件版本控制、技术支持工单等等。你可以为生产任务制定通用的生命周期，也可以为内部审核会议制定标准化的会议流程以及会议记录模板……
除了日常工作以外，应对不可预期的状况也是工作流设计的重点内容，你可能需要更早地形成原则，比如“人身安全大于数据安全”，或者“优先完成主要角色的资产”等等，并基于此灵活应对，而非总是拍脑袋做决定。同时也不能抱残守缺，死抱着冰冷的规则钻牛角尖。在不影响整体的前提下，充分地考虑兼容性，来应对各种可能出现的问题，才是成熟TD该做的事情。
读到这里，你应该已经看出了，不同于定义精确的Pipeline，Workflow的定义非常的广泛，甚至需要考虑到公司运营活动中的方方面面。这并不是Pipeline TD自己的事情，很多时候它需要更多相关人员的参与，骨干艺术家、制片、CG总监（或者VFX总监）、导演、制片人甚至所有的企业高管。
从涉及的领域上看，合理的Workflow需要涵盖大量直接CG内容制作以外的活动，包括而且不限于考勤、软硬件运维、人力调度、其他的集体活动等方方面面。
Pipeline TD经常做的一件事——绘制生产流程拓扑图——把各个生产环节以节点图的方式连接起来，你觉得这件事属于设计工作流的范畴还是设计Pipeline的范畴呢？
欢迎通过 TD学习交流社区来找我交流。
机器猫的大喇叭：为什么CG公司间流程非得不一样？
DATA MACGYVERED
Question: Difference Between"Pipeline" And"Workflow"?
Producer软件文档
OK，本文到此结束，希望对大家有所帮助。