当前位置：首页 > 工作流说明书（全）v0.7
一、 概述 二、 术语 三、 相关规范
四、 用户分析
目标用户包括：本公司、系统集成商、客户管理人员、客户、系统实施人员、系统开发人员。
产品开发人员、插件开发人员。
五、 需求
符号说明： ★ ★★ ★★★
一般需求，表示将在本版本中实现 高级需求，表示将在下一版本中实现 扩展需求，表示将在将来的版本中实现
1 一般性需求
1.1 免程序开发(No Programming or Scripting) ★
工作流最重要特点之一是人的大量参与，于是不可避免地造成很多流程的改变和例外情况。为满足这种需求，系统必须具备高度弹性化，即能够简便地设计、改变与导入。无需程序开发和脚本编译即能适应的软件无疑是最佳选择。
1.2 高事务处理性能 ★
【可处理大量流程工作 (Volume Transaction Processing)】
最近的统计分析指出，对工作流软件最多的要求是安全性、稳定性与支持大任务量处理(transaction)。当流程中任一步骤完成时，便会反馈服务器，以决定下一步骤，并且必须确保信息能正确传递给后续处理者（或应用程序）。当用户与流程的数量增加后，工作处理(transaction)的数量也是等比增加，因此对工作流服务器的要求会较高。因此，安全的、稳定与有效地处理流程，成为工作流程自动化首要的三项课题。
1.3 三层式弹性化架构(Three Tier, Scaleable Architecture) ★
工作流程系统的设计架构直接影响该系统未来的扩充与延展性，因此非常重要。现代的client/server 应用软件多半构建在三层或多层架构上，因此，工作流程系统也必需具备此架构以具备高度的扩展性以适应企业的发展。
1.4 支持LDAP 目录服务★
LDAP 提供了应用软件与不同目录服务沟通的标准，因为工作流程自动化需要大量的使用者信息，故支持LDAP 也成为一项必备的基本功能。
1.5 支持企业级数据库 (Support for Enterprise Databases) ★
工作流程软件必需支持目前企业最常用的商用数据库系统。例如：Oracle、DB2、Microsoft SQL Server 等。 而MySQL、Microsoft Access 则可作为开发与仿真模拟时的小型数据库。
1.6 支持XML / Web Service / SOA ★★ ？？
2 流程需求
2.1 流程的一般需求 2.1.1 支持多种流程类型
2.1.1.1
一般流程（Generic Process）★
通常意义上的流程，按照预先设计的任务和路由进行流转。 2.1.1.2
自由流（Unrestricted Process）★
这种情况并不是太符合流程化工作，但是在OA 系统中应用很广，尤其是规范性要求不是很高的单位。
在自由流中，有任务概念，可以根据所需执行的业务需要设置任务，但不再受路由的限制，可以从任何一个任务向任何其他的任务发送，相当于在所有的任务之间都有路由。
2.1.2 多种路由方式
2.1.2.1 2.1.2.2 2.1.2.3
单人路由 ★ 顺序串行 ★
串行路由（Sequence Routing）★
这个一般都比较容易理解，就是按照顺序的任务执行。 2.1.2.4
并行路由（Parallel Routing）★
【并行办理，可是只有一个实例？】
企业内部有许多作业必需平行处理以提高效率，举例来说：有5 位部门经理需要提出年度预算报告，每一部门之报告为独立提出，故可将五位经理定义在同一步骤内，各自处理后再统一送到下一步骤。
2.1.2.5
工作队列（Queues）【类似抢占式】★
在企业内经常有“多人处理同一种工作”的情况。为提高工作效率，合理分配工作量，对于这种队列工作方式而言，合理的处理方法不是直接传送给特定个人，而是传送至Queue，Queue 的成员一旦有时间，便可向Queue要求接收新的工作。
说明：与抢占式处理有很大类似，但不完全相同。
举例：银行信用卡处理中心有3 位人员处理收件，10 位工作人员检查收入证明，3 位收件人员收件完毕后，将资料直接送给「收入检查」的Queue，则10 位收入检查人员的任何一位，均可向这个Queue 要求新的待审案件。
2.1.2.6
聚合路由（Merge Routing） ★
【活动聚合，仍为一个实例】
多个分支（任务）需要聚合成一个完整的流程。 2.1.2.7
发散路由（Emanative Routing）【多个实例】★
一个实例经过发散路由时，将会根据需要复制为多个实例，各个实例将单独运转，注意，这和并行路由有本质的不同，并行路由会同时触发多个任
本文作者：...共分享92篇相关文档
