工作流管理系统功能与实现

工作流管理系统功能与实现

在谈到工作流管理系统的时候，我们一般从功能和实现两个方面描述。

首先是功能层面，下表是前人总结的工作流管理系统可以具备的功能。我们可以选择实现其中的部分功能，但是作为工作流管理系统必须具备的功能，在下面的实现部分将描述清楚。（附件描述144中可以具备的功能的定义）

一般性功能（General Functions）

1. 免程序开发(No Programming or Scripting)

2. 可处理大量流程工作(Volume Transaction Processing)

3. 三层式弹性化架构(Three Tier, Scaleable Architecture)

4. 稳定的信息传递架构(Robust Message Transports)

5. 流程反向回传/抽单(Process Rollback)

6. 支持LDAP 目录服务

7. 支持企业级数据库(Support for Enterprise Databases)

8. 动态用户授权(Active User Licensing)

9. 统一的登入ID 与密码(Unified ID/Password)

10. 使用者网域安全性(User Domain Security)

流程与窗体设计功能(Designer)

11. 图形化工作流程图(Graphical Workflow Maps)

12. 基于角色的路由(Role Based Routing)

13. 平行会签(Parallel Routing)

14. 基于关系的路由(Relationship Based Routings)

15. 工作队列(Queues)

16. 图形化数据路由(Graphical Data Routing)

17. 动态会签(Dynamic Routing)

18. 条件化步骤(Conditional Steps)

19. 条件化步骤跳跃(Conditional Jumps)

20. 条件化取消流程(Conditional Aborts)

21. 条件化退回(Conditional Returns)

22. 条件化收件人(Conditional Recipients)

23. 条件定义清单(Event Condition Tables)

24. 条件定义清单与其它步骤互动(Status Variables in Event Condition Tables)

25. 退件(Return Step)

26. 动态定义群组(Dynamic Groups)

27. 整合智能型窗体设计工具(Integrated Intelligent Forms Designer)

28. 表格透过服务器端连接数据库(Server-Side Database Connectivity for Forms)

29. 表格通用变量(Global Variables in Forms)

30. 电子签章(Signatures)

31. 备注留言板(Memos)

32. 表格支持电子扩展表(Spreadsheet Grid in Forms)

33. 多页表格(Multiple Pages per Form)

34. 子表(Sub-Forms)

35. 必备与必读文档(Required and Must-Read Attachments)

36. 附件功能(Attachment)

37. 资料验证与格式化输入(Data Validation and Masking)

38. 支持URL 连结(URL Links)

39. 支持HTML/Java (Support DHTML/Java)

40. 支持第三方对象开发(Third-Party Objects (Controls))

41. 自订传递路径(Ad hoc Routing)

42. 连接点(Junction Steps)

43. 重复激活流程(Iteration)

44. 转折点(Anchors)

45. 编辑业务规则(Editing Business Rules)

46. 自动暂停或恢复继续流程(Hold Conditions)

47. 发起子流程(Sub Processes)

48. 同步/异步子流程(Synchronous/Asynchronous Sub Processes)

49. 定时激活(Periodic Launches)

50. 第三方软件接口（Agent API/SDK ）

51. Excel 接口（Excel Agent ）

52. Word 接口(Word Agent)

53. ODBC 接口(ODBC Agent)

54. ASCII 接口(ASCII Agent)

55. 文件接口(File Agent)

56. 电子邮件接口(E-mail Agent)

57. 呼叫DLL 接口(Invoke DLL Agent)

58. 接口中心（Agent Station ）

59. 流程仿真测试(Simulation)

60. 流程仿真除错工具(Debugging Tools during Simulation)

61. 连续激活案件(Repeating Steps)

62. 取消案件或步骤(Abort Step or Incident)

63. 可重复送件的步骤(Perpetual Steps)

64. 保密步骤(Private User Steps)

65. 禁止代理的工作(Non-assignable User Tasks)

66. 复制流程步骤(Replicating Tasks)

67. 动态更改工作优先级(Dynamic Task Prioritization)

68. 可定义工作流程拥有人(Process Owners)

69. 工时成本计算(Task Rates)

70. 工作完成时间(Task Completion Times)

71. 群体开发流程(Collaborative Design via Maplets TM)

72. 数据可传递至子流程(Data Transfer to Sub-Processes)

73. 可同时监控主/子流程(View Sub-Process Status in Monitor View)

74. 数据捆绑通用变量(Databound global variables)

75. 流程设计文件制作(Process Documentation)

76. 以邮件通知工作逾时(E-mail Notification of Late Condition)

77. 可自订通知邮件(Customizable Notification Messages)

78. 群体响应(Group Response/Vote)

79. 指定代号启始值(Seeded Incident Number)

80. 指定工作暂停(Delayed Assignment)

81. 启始新流程权限(Process Initiation Rights)

工作流程服务器功能(Workflow Server Features)

82. 支持多个流程服务器(Multiple Workflow Servers)

83. 集中式的服务器端数据库连结(Centralized, Server-side Database Connectivity)

84. 以文字文件激活流程(Process Launch via Text Files)

85. 通过E-Mail 激活流程(Process Launch via E-mail)

86. 符合业务逻辑的服务器端动态连接库(Server-Side DLLs for Custom Workflow Logic)

87. 工作处理记录文件(Transaction Log Files)

88. 服务器定时清仓维护(Periodic Server Housekeeping)

89. 清仓窗口(Housekeeping Window)

90. 处理停顿流程(Handling of Stalled Processes)

91. 服务器自动复原(Automatic Server Recovery)

客户端程序功能(Client Features)

92. B/S 结构的客户端界面(Browser-based Client Interface)

93. 依重要程度优先级排列工作清单(Prioritized Client Task List)

94. 主动式电子邮件通知(Proactive E-mail Notifications)

95. 进度落后工作调整(Late Task Escalation)

96. 用户监看流程状况(Status Monitoring at Client)

97. 分布式用户管理(Distributed User Administration)

98. 用户指定代理人(Client Assign Functions)

99. 由工作队列中选择工作(Select Task from Queue)

100.用户自订工作窗口画面(Custom Client Views)

101.显示已被代理的工作(View Assigned Tasks)

102.表格快取功能(Forms Caching)

103.表格样板(Form Templates)

104.表格自动归档(Automatic Archiving)

105.自动更新程序与组件(Automatic Software Update for Browser Clients)

106.浏览器端的数字认证功能(Digital Certificate for Browser Software)

107.公众用户(Public Client )

108.游移用户(Roving User)

109.自动定时更新画面(Automatic Periodic Refresh)

110.异常状况通知(Notification of Abnormal Situations)

111.数据库安全(Database Security)

112.开放的客户端软件(Open Client)

企业组织图功能(Organization Chart Features)

113.企业组织图(Organization Charts)

114.子组织图(Sub-Charts)

115.组织图拥有人(Chart Owners)

116.群组(Groups)

117.循序群组(Sequential Groups)

118.权重群组(Weighted Groups)

119.工作职务群组(Job Function Groups)

120.多重角色管理(Multiple Roles Per User)

121.相对职务关系(Relative Job Functions)

122.职务搜寻(Search)

123.组织调整(Reorganize)

系统与流程管理功能(Administrator Features)

124.图形化工作流程监控(Graphical Workflow Monitoring)

125.版本控制(Version Control)

126.工作负荷量显示(Workload View)

127.任务成本统计(Task Cost Statistics)

128.工作流程成本统计(Process Cost Statistics)

129.单一步骤超时统计(Step Lag Time)

130.工作流程超时统计(Process Lag Time)

131.流程暂时停用(Disable Processes )

132.由队列中临时调派工作(Pull Tasks from Queue)

133.工作重送(Resend Steps)

134.非工作日设定(Exclusion Days)

135.代理未来工作(Assign Future Tasks)

136.工作流程信息输出(Workflow Metrics Export)

137.能临时更改收件人(Ability to Change Recipient )

138.可显示进行中流程的内容(Ability to View Workflow Data)

139.自订案件过滤清单(User-Defined Queries for Reports / Monitor View)

140.自动安装流程给新的部门成员(Automatic Install to New Group Members)

141.可自行定义统计报表(Configurable Reports)

142.可指定代理期限(Assign Until)

143.可传回子流程统计数据(Roll-up Sub-Process Statistics)

144.强迫第三方应用软件结束(Ability to Complete Third-Party Application Steps)

谈到实现，首先要谈的是系统架构，工作流管理系统与其它系统之间的关系定位如下图。

：

根据WFMC的定义，工作流管理系统的如下图:

下图是另一种更加清晰的解释：

过程定义工具（Process Definition Tool）

过程定义是用来创建一个计算机可以处理的形式的过程描述。可能要以形式过程定义语言、对象关系模型、简单的系统、脚本、或者在参与者间进行信息传递的路径集为基础。工作流定义工具，可能作为工作流产品的一部分、也可能作为业务过程分析产品的一部分来提供给用户，作为业务过程分析产品一部分，会有其他的组件来负责处理业务过程的分析或者模型，这时，必须要有兼容的转换格式，与运行时期的工作流软件进行过程定义的相互转换。

过程定义（Process Definition）

过程定义包含，工作流执行软件运行过程所需的过程所有详细信息。包括过程的开始和结束条件、组成活动、在活动间进行导航的规则、需执行的用户任务、可能会被调用的应用程序、所有工作流相关数据的定义等。

过程定义可能会涉及到一个组织/角色模型，模型包含组织结构和组织中的角色等信息。从而使过程定义在，与具体活动或信息对象相关的组织实体和角色功能方面，十分详细。工作流执行服务器负责把工作流运行环境中的参与者与相应的组织实体或角色联系起来。

工作流执行服务器（Workflow Enactment Service）

工作流执行服务器软件负责，解释过程定义、控制过程实例、安排活动的执行顺序、向用户工作表中添加工作项目、调用应用工具。这需要一个或者多个协同工作的工作流机来完成这些职责，工作流机管理各种过程的一个单独实例。工作流执行服务器维护内部控制数据，这些数据或者集中于一个工作流机中，或者分布在一个工作机集合中；这些工作流控制数据包括与各种过程、或者正执行的活动实例相关的内部状态信息，也包括工作流机用来合作或者从失败中进行恢复的检查点、恢复/重新启动信息。

过程定义与（运行时期）工作流相关数据协作，一同用来控制过程中活动的导航、提供活动的进入与退出条件、不同活动的并行执行、顺序执行选项、用户任务、与每个活动相关的IT应用程序等。如果过程定义包括组织模型/角色实体类型，那么完成以上任务，需要访问组织/角色模型数据。

工作流机也包括调用一些形式的应用工具的能力，来激活必要的应用程序执行相关活动。这种调用机制间有很大的不同，在一些简单的系统中，也许只提供对单一的固定工具调用（例如，文本编辑器），然而在工作流系统中可能提供调用本地与远程的大范围内工具的方法。

工作流相关数据和应用数据（Workflow Relevant Data andApplication Data）

过程导航判断或工作流机中的其他控制操作，都以工作流应用程序产生或者更新的数据为基础，这些数据可以被工作流机和条件工作流相关数据（也成为情况数据）所访问；这是工作流机唯一可访问的应用程序数据。尽管，工作流机负责在应用程序间传递工作流应用程序数据，但工作流应用程序数据直接由被调用过程操作。不同的应用程序由工作流过程内的不同活动调用。

任务表（Worklists）

过程执行中需要用户交互的地方，工作流机把任务添加到任务表中，以便任务表处理器对其处理，任务表处理器管理与工作流参与者的交互。这个过程对工作流参与者可能是不可见的，任务表在工作流软件

中维护，把用户需要执行的下一个任务提供给他。在其他系统中，任务表可能对用户是可见，用户自己从任务表中选择执行任务，任务表也用来指示任务的完成。

任务表处理器用户接口（Worklist Handler & User Interface）

任务表处理器是一个软件组件，管理工作流参与者与工作流执行服务器间的交互。任务表处理器负责请求用户关心进展中的任务，并负责通过任务表与工作流执行服务器进行交互。在一些系统中，只是使用一个桌面应用程序来提供一个简单的任务进入，等待用户注意。在其他一些系统中，任务表的处理可能更成熟，控制任务在一些用户间进行分配，并考虑到转载平衡、任务重分配等。另外的一些任务表处理功能，工作流机典型支持与客户端应用程序大范围的交互，包括工作流参与者的签到和退出、请求过程实例的开始、任务排队等候特殊的参与者，等。在工作流参考模型中，更广泛的使用“客户端应用程序”这个词，而不是“任务表处理器”，从而反映其潜在的广大使用范围，其包含任务表处理功能的同时也包含过程控制功能。

在图中，用户接口是一个单独的软件组件，负责提示和处理用户对话框，并控制本地用户的本地接口。在某些系统中，用户接口可能会与任务表处理器组合到一起，构成一个简单的功能实体。我们希望一些客户端应用程序能够和几个不同的工作流服务器进行交互，从而把服务器中的任务整理成统一的格式，通过公共用户接口提供用户。

可能会必须调用本地应用程序，来支持用户完成特殊的任务，这由任务表处理器来负责，或者由用户负责，在用户接口使用简易通用工具来安装适当的支持程序。在任务表处理器/用户接口中调用应用程序与工作流执行软件直接调用应用程序，有明显的不同。

管理操作（Supervisory Operations）

工作流系统中有许多的管理功能；这些管理功能以工作站点或者用户的管理权限为基础。这些管理功能使得管理者可以修改任务分配规则、确定过程中组织角色的参与者、跟踪遗漏的最终期限报警或根据其他事件、跟踪某一过程实例的运行历史、查询任务吞吐量或其他统计信息，等。使用分布式工作流机的地方，可能需要特殊的命令来在不同的工作流机间传递控制操作或者（局部）响应，从而提供一个单一的管理接口。

外部和内部接口（Exposed and Embeded Interfaces）

上述的体系结构适用于大多数工作流产品，但是并不是所有的产品在每个不同的系统功能组件间，都提供外部接口；一些产品把几个功能组件作为一个逻辑实体来实现了，并把接口包含在了软件组件的内部，导致无法被第三方产品使用。WFMC规范定义了每个接口在实现多工作流系统协同工作中的作用，因此，可以鉴别单独的产品是否符合协同工作标准。

体现到用户角度的功能界面划分，则可以分为三个部分：工作流引擎（上面说的工作流执行服务器、相关的表单和数据）、流程管理工具（通过任务表处理器接口管理任务表）、流程定义工具（上面说的过程定义和过程定义工具）（含图形化的建模工具）和客户端（用户进行管理操作的接口）。另外，为了更好地与其它系统融合，还需要定义外部接口，可以是调用外部接口，也可以被外部系统作为接口调用。

工作流引擎

基于有向图的模型、基于对话的工作流模型、Petri网模型、基于ECA规则的工作流模型。工作流引擎基本功能如下：

1、解释过程定义

2、控制过程实例—创建、激活、挂起、终止等

3、为过程的活动导航，可能要包含顺序或者平行的操作、最后时间期限、对工作流相关数据进行解释

4、参与者签名和退出

5、确定任务项目，实现用户意图；提供接口，支持用户交互

6、维护工作流控制数据和工作流相关数据，在应用程序间或者用户间传递工作流相关数据

7、提供调用外部程序的接口，连接所有工作流相关数据

8、提供控制、管理和审查功能

流程管理器

流程管理器至少应该包含两个部分：管理部分和监控部分

管理部分：提供了完善的用户管理、角色管理、系统设置、系统安全管理、配置文件管理和日志管理，用户的操作权限分布如下：

以部门、用户组、角色分别描述组织结构

分别基于部门、用户组、角色、用户进行授权，达到最大灵活性

监控部分：主要实现对工作流程的监控，让管理者可以追踪和控管角色、活动、节点、过程实例的状态和过程实例流经的路径；可以以图形的方式再现已经完成的过程实例的路径、可以显示正在进行中的过程实例，并且提供管理的机制，让监控者得以在必要时终止或暂停某些过程实例。同时，系统亦提供有关工作过程的统计数据和报表，动态改变过程的状态，协调各个部分的关系，并进而提升经营管理的效率。负载平衡提高工作流的工作效率。

流程定义工具

这个部分是开发的重点，流程定义工具部分包括：过程建模部分、XPDL自动生成部分、界面设计部分、报表设计和自动生成部分和设计模型的仿真部分。

1）过程建模部分（processmodeling）

使用图形化的方法，让开发者用最少的时间设计或修改企业工作流程，建模工具提供相当丰富的流程逻辑表达方式，可以表示非常复杂的流程，和界面设计部分、报表设计部分相结合可以轻易的设定每个流程步骤要执行的功能，和组织机构建模工具相结合，可方便准确地选择每个活动执行的参与者。Process Designer 最大的优点是：让开发人员在设计与仿真流程的过程中，避免复杂且耗时的流程程序开发过程。

基本功能特点如下：

1) 图形化拖拽方式建立工作流模型

2) 人性化的各种选项设置

3) 多窗口的用户界面

4) 丰富的过程图形元素

5) 过程元素拷贝、粘贴、删除操作

6) 支持同时打开多个模型文件进行编辑

7) 快速定位过程元素

8) 支持图形的分层显示

9) 模型文件统一存放、安全管理

10) 丰富多样的活动类型可以适应不同的业务处理需求

11) 支持多种流程逻辑关系

12) 支持子过程设计

13) 支持用户自定义类型数据

14) 工作流过程的参与者支持各种表达式

15) 支持内置块设计

16) 可设定工作流过程时限

17) 支持工作流程的权限管理

18) 模型的合法性检查

19) 模型文件的图形输出

2）XPDL自动生成部分

此部分作用是使已经定义完的图形化的流程模型逻辑自动转变为XPDL文档或者其他通用的形式

工作流逻辑的物理形式：

1.采用数据库来存放逻辑

2.采用WPDL或者XPDL的文件格式存放逻辑

我的想法：一般来说用数据库来存放可获得更好的内部操作性，而文件格式更有利于系统的封装与对外接口的统一,实现了数据库逻辑后再做文件格式，先将模型中各个元素的属性存在数据库里,再从数据库生成标准的文件,作为标准的接口用,这样挺方便的（或者直接用C#语言生成标准的xml文件）

工作流流程逻辑实现的关键点：

（1）应当具有的接口方法

（2）接口对应的逻辑

（3）条件判断的实现

3）界面设计部分(formdesigner)

此部分提供了类似于页面设计的图形化应用开发工具，用户可以使用图形化设计方法，开发出动态页面应用，其结果可保存为html或jsp，并具有数据库访问能力。运行时用户将从浏览器上访问到设计结果。它的最大的优点是：让开发人员避免了活动中应用程序的开发过程

4）报表设计及自动生成部分(reportdesigner)

它提供了图形化设计复杂报表页面的能力，可设计非常复杂的报表，并可画出各种统计分析图，能够使用多种形式输出。

5）流程模型仿真部分

对已经定义好的模型进行仿真和测试

客户端

在客户端执行审批等各种操作，实现流程的具体流转

流程流转方式：审批、建议、知会、决定、执行

审批：通过或者不通过，可以给出建议

建议：给出相关的建议

知会：流程通知事件，不影响流程的流转，可以通过知会的方式通知发文人流程的流转情况

决定：可以使流程继续或者终止至某一步，使流程具有重定向的功能

执行：在一定时间内可以具有审批的权限，超过了指定时间就可以按照已经指定的方式执行流程最终，形成可由发文人或指定群组的人员可以查看的工作流流程流转报告

下图给出了WFMC提出的工作流参考模型。接下来介绍一下模型中所涉及到的三种数据和五种接口。

图3-2 工作流参考模型

工作流执行服务器周围的接口是WAPI（Workflow APIs），通过这些接口可以访问工作流系统的服务，这些接口还控制工作流控制软件与其他系统组件间的交互。在这5个接口中的许多功能，都是被2个或更多个接口同时拥有的，因此WAPI可以看作是统一的服务接口，可以交叉使用这5个接口来支持工作流管理功能，而不是单独的使用其中某个接口。

API与五种接口：

1.接口1：过程定义输入输出接口

这个接口为在不同物理或电子介质之间传递过程定义的信息提供了交互的形式和API调用函数。工作流管理联盟提供的API函数在建模方面主要覆盖了以下几个功能：

1)通信建立：各个参与的系统之间通信的建立与断开。

2)工作流模型操作：过程模型名称检索、对过程模型对象的读/写等。

3)工作流模型对象操作：在建模工具中创建、检索和删除对象；创建、设置和删除对象的属性。

2.接口2：客户端函数接口

1)通信建立：各个参与的系统之间通信的建立与断开。

2)工作流定义操作（对过程模型定义操作）：对于过程模型的名称和属性的查询和检索功能。

3)过程实例管理功能：创建/开始/结束一个过程实例；挂起/重新激活一个过程实例；强行改变过程实例或活动实例的状态；查询过程实例或活动实例的属性。

4)过程状态管理功能：设置过滤条件，打开/关闭对一个过程实例或活动实例的查询；设置过滤条件，获得部分过程实例或活动实例所需的详细信息；获得过程实例或活动实例的详细信息。

5)任务项列表/任务项处理功能：设置可选的过滤条件，打开/关闭一个任务项列表查询；设置过滤条件，获得任务项列表中的项目；对任务项的选择/重新分配/完成等消息的通知；设置和查询一个任务项属性。

6)数据处理过程：查询/返回工作流相关数据、工作流应用数据。

7)过程监控功能：改变一个过程模型和其现存的实例的运行状态；改变某种特定类型的过程实例或活动实例的状态；改变某种特定类型的过程实例或活动实例的属性；结束所有的过程实例。

8)管理功能：其他的管理功能。

9)应用程序激活。

3.接口3：激活应用程序接口

1)通信建立：建立/断开与应用程序（或应用程序代理）的通信。

2)活动管理功能：开始活动；挂起/重新激活/退出活动（需要一个非同步的应用程序界面）；通知活动结束；查询活动属性、消息事件（如同步信息等）。

3)数据处理功能：提供工作流相关数据（在活动执行前向应用程序提供数据，活动结束后从应用程序中获得所需数据）；提供工作流应用数据或提供数据地址。

4.接口4：工作流执行服务之间的互操作接口

1)连接的建立；

2)对工作流模型和其中对象的操作；

3)过程实例控制和状态函数；

4)活动管理函数；

5)数据处理函数。

5.接口5：系统管理与监控接口

1)资源控制：设置/取消/修改过程或活动实例的并发层次。

2)角色管理：定义、删除和修改角色-参与者的关系；修改角色属性。

3)用户管理：建立、删除、暂停和修改用户或工作组的权限。

4)过程实例的管理：对过程模型进行实例化；修改过程实例或活动实例的状态；终止过程实例。

5)状态管理：查询过程或活动实例的运行状态。

6)审核管理：查询/打印/删除/启动新的统计过程轨迹或日志。

在实现范围和实现难度上需要考两次实现如下21 种工作流模式的哪些：

1. 顺序（Sequence）工作流中的各个活动在同一个进程中按顺序依次执行。

例子：在“发送货物”之后“发送单据” 。

2. 平行拆分（Parallel Split）工作流中从一个线程中的一个点拆分为在多个线程中平行执行的多个活动。

例子：活动“付款”激活了“发送货物”以及“通知顾客”的执行。

3. 同步（Synchronization）工作流中的多个活动在一个点上汇合成一个线程。

例子：活动“归档”在“发票”和“收款”全部完成后被激活。

4. 排他选择（Exclusive Choice）工作流中的一个点，基于决定或者工作流中的数据，流向若干个分支中的一个。

5. 单合并（Single Merge）工作流程中的一个点在两个或者多个分支发生非同步的汇合时执行。

它假设这些分支中不存在平行执行的情况。

例子：在收到支付或者确认信用之后，汽车被交付给顾客。

6. 多选（Multi-choice）工作流中的一个点，基于决定或者工作流中的数据，流向若干个分支中的几个。

7. 平行合并（Synchronize Merge）工作流程中的多个路径在一个点被汇合成一个单一的进程。

如果多于一个的路径到达了，活动线程就需要进行同步。

果只有一个路径到达，那么其它的路径应该非同步的重新会聚。

该模式假设在一个分支被激活后，不会在等待其它分支完成的过程中再次被激活。

这种模式的难点在于决定在哪些分支到达后启动活动。

8. 多合并（Multi-merge）工作流程中的多个分支在一个点进行非同步的汇聚。

如果多于一个的分支被激活——可能是并发的——每个进入分支的每个活动都在合并之后启动新的活动。

9. 鉴别器（Discriminator）鉴别器是工作流中的一个点，它等待进入分支中的一个完成，然后才激活

其后的活动序列。

从那个时刻开始，它等待所有剩余的分支完成，并且“忽略”它们。

一旦所有的分支都已被触发，它就会重置自己，以便能被再次触发。

例子：在三个分支中的任意两个到达之后启动后面的活动。

10. 强制循环（Arbitrary Cycles）工作流中的一个点可以让一个或多个活动反复的执行。

11. 隐式终止（Implicit Termination）

一个子过程应该在没有什么事情可做的时候被停下来。

换句话说，在工作流中没有别的活动在执行并且没有活动可被激活的时候终止。

12. 非同步的多实例（Multiple Instances Without Synchronization）在一个工作流的内部中，可以创建一个活动的多个实例，当然，这需要对新产生的线程的控制能力。

13. 在设计期间预先确定的多实例（Multiple Instances With a Priori Design Time Knowledge）在特定过程中的特定活动的数量是在设计时就被确定的。

一旦所有的实例都完成了，其它的活动应该被启动。

例子：有关危险品的请求需要三个不同的审核。

14. 在运行期预先确定的多实例（Multiple Instances With a Priori Runtime Knowledge）在一个活动能够被多次激活的这种情况下，在指定情况下的指定活动的实例数量可能取决于情况的特性或者资源的可用性。

但是，在活动被创建之前，在运行中的某个阶段，这个数量是可以预知的。

一旦所有的实例都完成了，其它的活动应该被启动。

例子：在预定旅行的过程中，如果旅途包含多个飞行的话，活动“预定机票” 会被多次执行。

如果所有预定都完成了，发票会被发送给客户。

15. 无法在运行期预先确定的多实例（Multiple Instances With a Priori Runtime Knowledge）在一个活动能够被多次激活的这种情况下，在指定情况下的指定活动的实例数量无论是在设计时或者运行时都不能在活动的实例被创建之前预先确定。

但是，在活动被创建之前，在运行中的某个阶段，这个数量是可以预知的。

一旦所有的实例都完成了，其它的活动应该被启动。

这个模式和模式14 的区别在于，在某些实例运行结束之后，新的实例仍能被创建。

16. 延迟选择（Deferred Choice）工作流中的一个点，有一个或多个分支已经被选择。

与XOR 拆分相比，并没有明确的选择，但是，选择是取决于环境的。

与AND 拆分相比，两者中只有一个被执行。

这意味着一旦环境启动了其中的一个，另一个就被取消。

要注意，选择是被延迟到两个分支中的一个真正开始执行时，也就是说，选择是可以尽可能的推后的。

例子：在收到货物之后，有两种方法可以将其送到。

选择取决于相关资源的可用性。

因此，选择会被推迟到直到其中一个资源可用为止。

17. 交替平行路由（Interleaved Parallel Routing）一组活动以任意的顺序执行，每个活动都被执行，他们的顺序是在运行时决定的，并且在任意一个时刻都不会有两个活动在执行。

18. 里程碑（Milestone）一个活动能否执行取决于一个指定的状态。

也就是说，只有在到达一个特定的未过期的里程碑时，活动才被执行。

例子：一个顾客只有在进行六个月以上的飞行之后才能声明自己的飞行里程。

19. 取消活动（Cancel Activity）一个可执行的活动被强制失效了，也就是说，一个正在等待执行的活动所在线程被移除了。

例子：如果顾客取消了一个请求，那么与之相关的活动也被取消了。

20. 取消实例（Cancel Case）一个活动的实例被完全消除了。

21 取消过程

过程和活动状态变迁（Process and Activity Transitions）

工作流执行服务可以看作是一个状态变迁机器，过程或者活动的实例在响应外部事件、工作流机负责的控制判断后，其状态发生改变。

下图描述了过程实例的基本状态变迁方案：

在上图中，发生状态转移（用箭头表示）来响应WAPI的命令；过程定义中的转移条件满足，也可能发生状态转移。

Initiated（初始化）——过程实例被创建，包括与过程状态相关的日期、工作流相关数据，但是过程还没有满足条件，不能执行。

Running（运行）——过程实例已经执行，过程中的活动如果条件满足就可以执行。

Active（激活）——过程中的一个或者多个活动已经被执行。

Suspended（挂起）——过程实例被静止，并且过程中的活动不能执行，直到过程返回到running状态。

Completed（结束）——过程实例满足结束条件；所有的完成后操作都将被执行（例如记录日志、或者统计信息），并且销毁过程实例。

Terminated（终止）——过程实例在正常结束前被停止；所有的完成后操作都将被执行（例如记录错误信息、或者恢复数据），并且销毁过程实例。

主数据管理和数据迁移-Informatica

白皮书主数据管理和数据迁移

本文档含有 Informatica Corporation 的保密、专有信息和商业秘密信息（“机密信息”），事先未经Informatica 的书面同意，不得进行拷贝、散发、复印或以任何其它方式复制。 尽管我们尽最大努力确保本文档中信息的准确性和完整性，但仍可能存在一些印刷错误或技术误差。如因使用本文档所含信息而造成任何损失，Informatica 概不负责。本文档中包含的信息随时可能更改，恕不另行通知。 Informatica 自行决定将这些材料中讨论的产品属性纳入其任何软件产品的发布或升级中，并自行决定任何此类发布或升级的时间安排。 受下列一项或多项美国专利保护：6,032,158；5,794,246；6,014,670；6,339,775；6,044,374；6,208,990；6,850,947；6,895,471；或受下列正在申请的美国专利保护：09/644,280； 10/966,046；10/727,700。 此版本发布于 2014 年 11 月

白皮书 目录 MDM 对数据迁移为何至关重要 (2) 第 1 个问题：进行苹果与苹果的比较 (2) 按时启动：中间步骤 (3) 案例：若干产品 (4) 第 2 个问题：质量至关重要 (4) 案例：整合公司总部系统和本地系统 (5) 数据迁移是提升 MDM 价值的途径 (5) 主数据管理和数据迁移 1

本白皮书描述主数据管理对数据迁移项目日益增长的重要性、有用之处和最佳部署选项，其中包括相关案例 研究。 MDM 对数据迁移为何至关重要 每个新系统均需要数据来促进活动的启动。大多数新系统需要若干数据。如今，除了通过邮局地址文件等外部 源丰富新系统以外，我们正在将大量遗留源中的数据迁移至新系统。Informatica 数据迁移工具套件将部署一 整套技术和最佳实践流程，旨在解决当今数据迁移场景中涌现的一系列挑战。 但首先，我们一起来看看市场背景。尽管目标系统可能会涵盖各种功能，但数据源就好比是烟囱式解决方案， 每一款解决方案均围绕不同的业务流程、不同的业务领域而设计。尽管目标系统要求数据一致，但遗留环境中 的数据结构和内容却经常不一致。这给我们带来了以下两个问题，不过二者均可使用 MDM 技术加以解决。 第 1 个问题：进行苹果与苹果的比较 下面，我们一起来看个示例。假设我们正在安装新生产规划应用系统。该系统通过将会计和人力资源应用系统 链接在一起，旨在增强车间管理并提高效率。但我们发现，涉及的每个部门及其背后的运行体系对于完全相同 的事物具有不同的看法。会计人员看到的是某一成本中心、利润中心、折旧、资本资产和运营资产。而生产工 程师则通过以下属性来定义同一物理空间：自动化流程、半自动化流程和手动流程；工作流；维护计划；生产 定额。与此同时，人力资源部门则会将同一场景视为内部员工、外部员工、培训需求、技能级别、付款协议和 医疗保健问题。 他们都在观察同一个事物，但都站在不同的角度。 因此，在选择和设计系统时，他们将采取截然不同的系统建模方式，这一点不足为奇。这并不是说他们谁有 错，但毫无疑问，他们肯定不一致。因此，在执行数据迁移时，我们确实会发现，我们事实上并不是在比较苹 果和苹果。相反，我们是在比较苹果和梨。若要成功，我们仅需一种水果。 这并不仅仅像摒弃这种或那种观点。从绝对意义上来说，这些真实的观点都没有错。另一方面，即便我们认定 生产部门的观点最恰当（假设在这种情况下，这些观点正好是我们的变更驱动因素），但我们也无法认定要 其他遗留数据存储，才能在不重新设计这些数据的前提下、以潜在基于迁移本身规模的方式符合生产部门的 模型。 在任何情况下，我们更可能会采取一种观点，即：每个遗留数据存储对于其自身域的建模范围正好合适。因 此，生产部门从生产的角度来看觉得合适，而人力资源部门则从人力资源的角度来看觉得合适，依此类推。 因此，我们需要一款能够考虑到所有各方观点的模型。有趣的是，这种挑战与交付目标系统的项目挑战完全相 同。为何不能等到目标准备妥当并执行相应的差距分析？ 2

工作流系统功能列表

工作流系统功能列表 流程运转功能 1. 串行路由（Sequence Routing） 这个一般都比较容易理解，就是按照顺序的任务执行 2. 并行路由（Parallel Routing） 企业内部有许多作业必需平行处理以提高效率，举例来说：有5 位部门经理需要提出年 度预算报告，每一部门之报告为独立提出，故可将五位经理定义在同一步骤内，各自处理后再统一送到下一步骤。 3. 聚合路由（Merge Routing） 多个分支需要聚合成一个完整的流程 工作流系统功能列表系列 4. 条件路由（Conditional Routing） 在企业处理日常工作时，有许多步骤只有在特定条件成立时才会执行。工作流程自动化 软件因此必需提供此功能。 5. 条件跳跃（Conditional Jumps） 条件式跳跃指满足某些特定条件时，必须自动跳过中间数个步骤至指定人员处理。这也 是企业工作程序里屡见不鲜的状况。 6. 条件终止(Conditional Aborts) 在企业内常发生当遇到某些状况时，则整个流程实例便取消而不再流转。工作流程自动 化软件也必需相对提供这项功能。 7. 回退（Process Returns） 这项业务因为各种原因（文档不全、发送错误等等），当然处理人要求上一处理人重新 办理，或重新发送 8. 取回（Process Rollback） 业务人员依照客户要求填写订单后，订单送出往下继续传递，隔了一天后，客户临时决 定要更改订货的内容，您可以在不删除订单流程的情况下，使用反向回传的功能，可从有问题的步骤(订单输入)直接「取回」已流到后面数个步骤的该张订单，修改完毕后再送至下一步骤. 一般这种情况，实际系统实现中，会强制在后续处理人未处理的情况下可做出[取回]动作，否则不能取回。 9. 自循环（Self-Cycle） 在电子政务办公系统中，经常出现的“多处长联合审批”过程。多个处长（个人）属于 同一个处长角色（角色单元）。针对同一个审批过程，采用自循环（审批这个过程重复执行）就可以基本解决问题。 10. 发散路由（Emanative Routing） 一个任务拆分成多个任务，其分支状态基本相等，同时流程也因为发散操作而分为多个 分支流程 11. 抄送路由（Copy Routing） 比如一个发文，在交司局会签的时候，可能会抄送一份给另外的司局备案，这个过程就 或额外的激活一个不影响主会签流程的“抄送任务” 流程运转扩展功能 12. 关系路由（Relationship Based Routings） 大部分企业流程是构建在从属关系上的：申请差旅费需由部门经理核准、员工绩效由上

企业管理信息系统的发展趋势

企业管理信息系统的发展趋势 企业在进行信息化规划时，要根据企业自身的特点,按照863／CIMS倡导的:总体规划，分步实施,效益驱动，重点突破的方针逐步实施。技术进步是永无止境的,企业信息化没有终点。 管理思想现代化 社会和科学技术总是不断发展的,适应知识经济的新的管理模式和管理方法不断涌现:敏捷制造、虚拟制造、精益生产、客户关系管理、供应商关系管理、大规模定制、基于约束理论的先进计划和排产ＡPＳ、电子商务、商业智能，基于平衡记分卡的企业绩效管理……不一而足。管理信息系统必须不断增加这些新思想、新方法以适应企业的管理变革和发展要求。 系统应用网络化 我们现在处在全球经济一体化的年代，网络经济的时代,由于互联网络和通信技术的高速发展，彻底改变了我们的经营管理模式、生活方式和做事的方法。企业对互联网络的依赖将像今天企业对电力和电话的依赖一样重要。离开互联网络的应用就谈不上敏捷制造、虚拟制造、精益生产、客户关系管理、供应商关系管理、电子商务。只有采用基于互联网络的系统才能方便地实现集团管理、异地管理、移动办公，实现环球供应链管理。 开发平台标准化 计算机技术发展到今天，那种封闭的专有系统已经走向消亡。基于浏览器／服务器的体系结构，支持标准网络通信协议，支持标准的数据库访问，支持XML的异构系统互联；实现应用系统独立于硬件平台、操作系统和数据库；实现系统的开放性、集成性、可扩展性、互操作性;这些已成为应用系统必须遵守的标准，反之,不符合上述标准的系统是没有前途的系统。 业务流程自动化 传统ＥRP是一个面向功能的事务处理系统。它为业务人员提供了丰富的业务处理功能，但是每个业务处理都不是孤立的,它一定与其他部门、其他人、其他事务有关,这就构成了一个业务流程。传统EＲＰ对这个业务流程缺乏有效的控制和管理。一些业务流程被写死在程序里,非此既彼，必须按其执行,否则就要修改程序。许多流程是由人工离线完成的。工作流管理技术是解决业务过程集成的重要手段，它与EＲP或其他管理信息系统的集成,将实现业务流程的管理、控制和过程的自动化,使企业领导与业务系统真正集成，实现企业业务流程的重构。所以工作流管理技术受到人们的高度重视并得到快速的发展。 应用系统集成化 企业信息化包括了很多内容：技术系统信息化包括ＣAD、CAM、CAPP、PＤＭ、PＬM；管理信息化包括ERP、CRM、SRM、ＢI、ＥC;生产制造过程自动化包括NC、FMS、自动化立体仓库AS／RS、制造执行系统ＭES。所有这些系统都是为企业经营战略服务的，它们之间存在着大量的共享信息和信息交换,在单元技术成功运行的基础上，它们之间要实现系统集成,使其应用效果最大化。 其他技术有重多的文章报道,这里不再赘述。但是对于制造执行系统MES(manufacturｉn ｇｅxeｃutioｎsyｓteｍs)国内讨论甚少。按照美国AMR研究公司对MEＳ的定义：ME Ｓ是一个常驻工厂层的信息系统，介于企业领导层的计划系统与主生产过程的直接工业控制系统之间。它以当前视角向操作人员/管理人员提供生产过程的全部资源（人员、设备、材

系统分析师辅导：工作流管理系统体系结构设计

系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部

第5章 工作流管理系统

第5章 工作流管理系统 内容提要 1、 工作流的概念 2、 工作流模式 3、 工作流建模 4、 工作流管理系统 5、 迁移工作流 第1节 工作流的概念 1 定义 国际工作流管理联盟（Workflow Management Coalition ）定义： 工作流是①业务过程的全部或部分自动化，②在此过程中，文档、信息或者任务按照一定的过 程规则流转，③实现组织成员间的协调工作以期达到业务的整体目标。 例： 基本特征：分布式处理，多行为主体协同，同步或异步操作 2 分类 a 、按照业务流程的特征分类 ①办公型工作流 结构化流程，步骤和规则是事先定义的，流程可重复和可预测。 （Administrative ） -----例如公文流转、项目审批 ②即席（Ad Hoc ） 重复性不强或没有重复，有关参数事先无法确定，可能发生意外 型工作流 -----例如会议发言流程 ③交互型工作流 主要由参与者交互执行，可能包括循环流和反向流。 -----例如实时协同编辑、协同设计 ④生产型工作流 大规模和复杂异构的执行环境，包含各类任务、人员和组织。 (Production) -----例如ERP 、CIMS 、电子商务、协同产品商务、信贷和保险 b 、按照文档载体支撑技术的分类 ? 邮件型工作流：基于电子邮件传递，松散耦合模式，适用于办公和即席型工作流 特点：文档实际流转 ? 数据库型工作流：紧耦合模式，过程执行=数据库访问和处理。适用于生产型工作流 特点：数据存储于中央数据库共享，按权限分块操作—加锁 c 、按照流程驱动方式的分类 ? 数据驱动型工作流系统：数据驱动任务，任务完成产生新数据，新数据传递启动后 继任务。 流程结构化程度高，相对固定 发文流程

工作流需求说明书Word版

工作流需求说明书 1 前言 为构架完整EDM产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM实现，作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理（ProjectManage）和工作流管理（WorkflowManage）作为CEDM的两个模块，不单独包装为产品。 工作流管理实现WfMC定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。

1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。 DCOM（Distributed Component Object Model）。微软的分布式计算平台。 1.4 参考资料 1.罗海滨.工作流技术综述.软件学报.2000（11）,7:899-907 2.范玉顺.基于工作流的CIMS应用集成支持系统研究.计算机工程与应用. 2000,2:9-10 3.范玉顺.工作流管理技术基础.清华大学出版社.2001.4 4.Wil.M.P. Van Der Aalst. Verification of Workflow Task Ttructures: a Petri-net-based approach information systems. Vol.25 No.1 pp.43-69 5.Ellis C.A. Null. G.J..Modeling and Enactment of Workflow System Application and Theory of Petri Net Lecture Notes in Computer Science 691,Berlin Springer-Verlag,1993 1-16 6.卢正鼎.面向并行工程的产品设计过程管理的抽象模型.计算机辅助设计与图形学学 报. 2000,Vol12. No.2:123-124 7.刘铁铭.基于工作流的企业过程建模与仿真. 清华大学学报. 2000 ,Vol.40 No.1:109-110 …… 参考的应用系统 1.SmartTeam4.0 以色列Smart Solution公司 2.开目PDM 武汉开目公司 3.大恒PDM2.0 北京大恒公司 4.LOTUS workflow 美国IBM 5.workflo 上海新视界

工作流管理系统需求规格说明书

西北工业大学软件与微电子学院 <工作流管理系统> 需求规格说明 版本：1.0 编写：年月日校对：年月日审核：年月日批准：年月日

目录1引言1 1.1编写目的1 1.2背景1 1.3定义1 1.4参考资料2 2任务概述2 2.1目标2 2.2用户特点2 3需求详述3 3.1关键信息3 3.1.1名词解释3 3.2过程描述5 3.2.1系统管理5 3.2.2流程设计8 3.2.3业务管理13 3.2.4用户操作22 4说明25

1引言 1.1编写目的 本需求规格说明书对系统所要实现的功能分模块进行了详细说明，它是一份描述系统整体结构及工作流程的文档。本需求规格说明书主要向客户方及与本工程相关的人员发放，使他们了解该软件的功能结构详细情况。 1.2背景 待开发系统是由631所提出的，针对该所的业务要求及外协任务说明。该系统包括四个子系统： 系统管理； 流程设计； 业务管理； 用户系统。 本系统由西北工业大学软件与微电子学院负责开发，系统的开发环境为：Windows＋J2EE。 1.3定义 WfMC

浅谈图书管理系统的发展趋势

浅谈图书管理系统的发展趋势 现在，人们的生活水平得以提高，开始注重文化的学习。这样一来，图书馆对人们来说就越来越重要。随着图书馆书籍类别以及数量的大大增加，光靠人力进行管理的效果不佳，所以就出现了新式的图书馆管理系统。新型图书馆管理系统提高了管理效率，但仍有些不足。本论文根据图书馆管理系统现在所存在的问题提出解决方案，预测出将来的发展情况。 标签：图书馆管理系统发展趋势 现在所保留的古籍是古人智慧和辛勤劳作的象征，对现代文化教育有重要的影响。而图书馆则是这些古籍保存和学习的地方，对信息的传递和文化的传承起重要作用，因此图书馆的管理工作就引起了社会各界人士的重视。由于旧的管理方式是仅靠人力对图书馆进行管理，所以在管理工作量的增加下，图书馆人工管理的效率明显降低。随着科技的进步，在21世纪，各地的图书馆逐渐实行自动化管理模式，但这种管理方式还有不足之处。因此，图书馆管理系统应该跟随着时代的进步来进行一些改革，以此来实现图书馆新型化、自动化、高效化的管理模式。只有跟随时代改革，才能将图书馆的管理水平进一步提升并且让读者体会到服务的优质感。 一、图书馆管理系统现状 1.信息孤岛现象 随着图书馆的不断发展，业务需求也在不断增加，现在的图书管理系统无法满足所有的需求，图书馆存在的独立性业务体系，相互之间没有信息交流，就形成了信息孤岛现象，这种现象使读者不能方便地查找信息资源，造成了图书资源的浪费，服务不到位。例如，大学生在使用个人图书馆进行毕业论文提交操作时，还会出现重复登录的问题，这样耽误读者的时间，影响论文的提交，而读者的论文提交情况图书馆也无法通过图书馆管理系统来获得。 2.集成思路不明显 现在图书馆管理系统把重点放在了对纸质图书和文献的管理上，不关注对数字信息的管理，难以将网络信息服务集中化处理，无法顾及到图书馆的全部业务，集成化思路不明显。例如，在图书馆管理系统中电子文章、资金管理等不能进行信息交流，因此更加需要对图书馆管理系统进行改善。 3.与其他应用系统的关联性和互操作性小 因为图书馆管理业务的增多，图书馆管理系统满足不了全部的需求，若要体现图书馆的集成思路，图书馆管理系统就需要与其它应用进行完美关联和互操作。例如，现在电子书更符合读者的要求，以高效快捷的优点成为人们的首选。

工作流需求说明书

第 1 页 工作流需求说明书 1 前言 为构架完整EDM 产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM 组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM 实现，作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理（ProjectManage ）和工作流管理（WorkflowManage ）作为CEDM 的两个模块，不单独包装为产品。 工作流管理实现WfMC 定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC 定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。 1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。

工作流系统技术可行性分析v1.1

关于工作流系统技术选型可行性分析 1系统背景 医院的运作过程本质上是人、财、物等资源的优化和配置，形式上无一不体现为信息流、资金流、物流、价值流等合理的流动；随着医院不同科室、部门分工的日益具体化，合作已成为主题，合作的体现形式必然是一个完整而高效的工作流程；有管理的医院的活动过程必然是有序的，这种有序性体现为合理的工作流程。因而工作流(workflow)无处不在。 2系统建设目标 1)隔离workflow系统的控制逻辑和医院业务系统的业务逻辑，使得业务逻辑 的变更对于控制逻辑透明。 2)利用该引擎开发的业务信息系统可以根据具体业务需求量身定制个性化的 业务流程，而不用修改控制逻辑，甚至无需修改源代码。 3)业务人员、开发人员、实施人员可以共同参与流程制定、流程、节点维护 4)提供灵活、丰富的标准开发接口，使得开发人员能采用自己习惯的开发工 具在该平台上定制和扩充模块。 5)采用多层分布式组件技术，力求技术先进性和应用的健壮性。 6)工作流自动化和医院应用积木化。 3工作流技术选型方案 3.1 技术选型目标 1)较好的流程定义工具。 2)工作流技术架构与业务系统之间解耦性较强。

3)工作流系统定位为嵌入式系统，并进行嵌入式部署。 4)业务人员、开发人员、部署实施人员均可参与对流程定义做可视化管理 5)业务人员、开发人员、部署实施人员均可参与流程走向做可视化管理。 6)可从容应对较常使用的工作流场景 7)架构开源程度——100% 8)开源社区活跃度较高 9)架构文档较为齐全 10)监控、管理功能支持 11)有较好其他工作流引擎整合方案 3.2 开源工作流选型 当前开源工作流种类繁多，现对目前国内较活跃的三种工作流（jBPM4,jBPM5,Activiti5）做简要介绍与分析，供参考： 3.2.1jBPM4 3.2.1.1架构简介 jBPM4 全称java Businuess Process Management 第四版(最后一个修订版本jBPM4.4发布于2010-07-19 ),是一种基于javaEE 的轻量级工作流管理软件包。jBPM 项目由Tom Baeyens 2002年发起，并与2004加入到JBoss组织，至今jBPM 发展至今有九年时间，在国内外均有大量的社区与商业支持。jBPM3、jBPM4拥有极度活跃的用户论坛和开发者论坛。

企业管理信息系统的发展趋势

欢迎共阅 企业在进行信息化规划时，要根据企业自身的特点，按照863/CIMS倡导的：总体规划，分步实施，效益驱动，重点突破的方针逐步实施。技术进步是永无止境的，企业信息化没有终点。 管理思想现代化 社会和科学技术总是不断发展的，适应知识经济的新的管理模式和管理方法不断涌现：敏捷制造、虚拟制造、精益生产、客户关系管理、供应商关系管理、大规模定制、基于约束理论的先进计划和排产APS、电子商务、商业智能，基于平衡记分卡的企业绩效管理……不一而足。管理信息系统必须不断增加这些新思想、新方法以适应企业的管理变革和发展要求。 系统应用网络化 我们现在处在全球经济一体化的年代， 我们的经营管理模式、生活方式和做事的方法。 要。离开互联网络的应用就谈不上敏捷制造、 开发平台标准化 络通信协议，支持标准的数据库访问，支持XML 合上述标准的系统是没有前途的系统。 业务流程自动化 传统ERP 、CAM、CAPP、PDM、PLM；管理信息化包括ERP、CRM、、自动化立体仓库AS/RS、制造执行系统MES。所 在单元技术成功运行的基 MES(manufacturingexecutionsystems) MES是一个常驻工厂层的信息系统，介于企业领导层的计划系统与主生产过程的直接工业控制系统之间。它以当前视角向操作人员/管理人员提供生产过程的全部资源(人员、设备、材料、工具和客户要求)的数据和信息。MES在工厂综合自动化系统中起着中间层的作用，在ERP系统产生的长期计划的指导下，MES根据底层控制系统采集的与生产有关的实时数据，对短期生产作业的计划调度、监控、资源配置和生产过程进行优化。功能模块包括工序详细调度、资源分配和状态管理、生产单元分配、过程管理、人力资源管理、维护管理、质量管理、文档控制、产品跟踪和产品清单管理、性能分析和数据采集等模块。在MES下层，是底层生产控制系统，包括DCS、PLC、NC/CNC和SCADA或这几种类型的组合。最近几年国外MES发展迅速，应该引起我们的重视。

系统迁移方案

1. 1 系统数据迁移方案 1.1.1 存储设备之间的复制 利用存储设备上的复制软件，在源存储设备和目标存储设备之间进行直接的数据复制。 示例： 在两台XP磁盘阵列之间用Continuous Access软件进行数据复制。 适用范围： 源存储设备与目标存储设备必须是同种存储设备； 源主机与目标主机必须是同种操作系统 优势： 复制效率最高； 无须主机参与分； 停机时间短 劣势： 适用范围最小 基本步骤： ?配置目标存储设备 ?建立源设备与目标设备的复制关系 ?数据复制 ?源主机停止应用运行 ?断开复制关系 ?目标主机接管目标存储设备 ?目标主机启动应用运行

1.1.2 基于主机的数据复制 利用主机上的数据复制软件（包含的操作系统之内的如HPUX上的MirrorDisk，或者第三方的中间件如TDMF），在源存储设备和目标存储设备之间进行直接的数据复制。 示例： 用一台主机上的MirrorDisk软件实现一台EVA5000到一台XP12000的数据迁移。 适用范围： 源存储设备与目标存储设备可以是同种或者异种存储设备； 源主机与目标主机必须是同种操作系统。 优势： 停机时间短 复制效率较高 劣势： 需要主机参与 限制条件较多 基本步骤： ?配置目标存储设备 ?在主机上安装复制软件 ?建立源设备与目标设备的复制关系 ?数据复制 ?源主机停止应用运行 ?断开复制关系 ?目标主机接管目标存储设备 ?目标主机启动应用运行

1.1.3 基于应用层的数据迁移 从源数据中抽取逻辑数据到中间文件，然后在目标主机上利用应用软件读取数据中间文件，并在目标存储设备上重建目标数据。 示例： 在一台AIX主机上从一台FastT500上的DB2数据库中抽取数据到文本文件，并通过FTP传送到一台HPUX主机上，HPUX主机读取该文本文件，并把数据插入到Oracle数据库中。 适用范围： 源存储设备与目标存储设备可以是同种或者异种存储设备； 源主机与目标主机可以是同种或者异种操作系统。 优势： 适用范围最宽 劣势： 需要设计专用的数据迁移软件； 需要较长的停机时间。 基本步骤： ?配置目标存储设备 ?源主机停止应用运行 ?在源主机上抽取应用数据到文本文件中 ?把文本文件复制到目标主机 ?在目标主机上读取文本文件，并插入到目的系统中 ?目标主机启动应用进行测试 ?目标主机启动应用运行

基于工作流的电气自动化设备管理系统综述

基于工作流的电气自动化设备管理系统综述 摘要随着信息技术的飞速发展，信息技术已经成为推动国家经济发展的重要技术，信息技术已经渗透到社会的各个层面，正在逐步改变企业的生产过程和竞争本质。电气自动化对我国社会经济的可持续发展有十分重要的作用，在本文中，结合电力企业电气自动化设备管理的实际情况，提出了一套基于工作流的电气自动化设备管理信息系统的技术方案。 关键词工作流；电气自动化；设备管理系统 前言 随着人们对科学技术所带来的效益和便利，自动化越来越广泛的应用到各行各业。由于电气自动化设备管理系统对电气自动化的实现有直接的影响，因此，要加强电气自动化设备管理系统设计管理，从而有效地提高电气自动化设备管理系统的运行效率。基于此，下文先简单阐述了电气自动化设备管理系统，接着简要分析了基于工作流的电气自动化设备管理系统。 1 电气自动化设备管理系统的概述 下面从电气自动化设备、电气自动化技术、设备管理信息系统等三方面对电气自动化设备管理系统进行分析。 电气自动化设备：随着科学技术的快速发展，电气自动化设备已经广泛应用能在各个领域中，例如开关、飞机等都是电气自动化设备的应用，从某种程度上看，只要是和电气自动化工程相关的系统或者涉及计算机技术、电力电子技术、信息处理技术、自动化控制技术等的产品，都可以统称为电气自动化设备。 电气自动化技术：随着电气信息科学的发展，逐渐兴起一门名为”电气自动化技术”的学科，电气自动化技术可以称为工业企业电气自动化，电气自动化技术和人们的日常生活、生产有很大的联系，我国的电气自动化技术虽然起步比较晚，但随着社会经济的快速发展，电气自动化技术也得到了飞速的发展，并且在国民经济中的地位也越来越高。 设备管理信息系统：对于设备管理信息系统，其实就是利用计算机技术、通信技术、管理技术等为设备管理人员提供信息服务及辅助管理的集成化系统，设备管理信息系统具有涉及面广、集成度高等特点，影响设备管理信息系统的因素有很多，为确保设备管理信息系统的正常运行，在设计设备管理信息系统时，必须保证其具有良好的安全性、易用性，同时还要保证设备管理信息系统的高度集成[1]。 2 基于工作流的电气自动化设备管理系统

2015 Bossie评选：最佳开源大数据工具

2015 Bossie评选：最佳开源大数据工具 大数据分布式计算数据存储数据分析开源 摘要：Bossie奖是知名英文IT网站InfoWorld针对开源软件颁发的年度奖项，根据这些软件对开源界的贡献，以及在业界的影响力评判获奖对象。本次InfoWorld评选出了22款最佳的开源大数据工具，像Spark、Storm都名列榜单之上。 InfoWorld在分布式数据处理、流式数据分析、机器学习以及大规模数据分析领域精选出了2015年的开源工具获奖者，下面我们来简单介绍下这些获奖的技术工具。 1. Spark

在Apache的大数据项目中，Spark是最火的一个，特别是像IBM这样的重量级贡献者的深入参与，使得Spark的发展和进步速度飞快。 与Spark产生最甜蜜的火花点仍然是在机器学习领域。去年以来DataFrames API取代SchemaRDD API，类似于R和Pandas的发现，使数据访问比原始RDD接口更简单。 Spark的新发展中也有新的为建立可重复的机器学习的工作流程，可扩展和可优化的支持各种存储格式，更简单的接口来访问机器学习算法，改进的集群资源的监控和任务跟踪。 在Spark1.5的默认情况下，TungSten内存管理器通过微调在内存中的数据结构布局提供了更快速的处理能力。最后，新的https://www.sodocs.net/doc/c216267029.html,网站上有超过100个第三方贡献的链接库扩展，增加了许多有用的功能。 2. Storm

Storm是Apache项目中的一个分布式计算框架项目，主要应用于流式数据实时处理领域。他基于低延时交互模式理念，以应对复杂的事件处理需求。和Spark不同，Storm可以进行单点随机处理，而不仅仅是微批量任务，并且对内存的需求更低。在我的经验中，他对于流式数据处理更有优势，特别是当两个数据源之间的数据快速传输过程中，需要对数据进行快速处理的场景。 Spark掩盖了很多Storm的光芒，但其实Spark在很多流失数据处理的应用场景中并不适合。Storm经常和Apache Kafka一起配合使用。 3. H2O

管理信息系统发展文献综述

管理信息系统发展文献综述 （安徽大学管理学院） 摘要：随着信息技术的飞速发展和管理理论的不断创新，管理信息系统正在使用新的技 术和方法，突破原有的界限，向更加实用、广泛的领域拓展。本文通过对相关文献的分析总结，对管理信息系统的发展进行了探讨。 关键词：管理信息系统；发展；趋势 一、引言 现代管理离不开信息，随着信息时代的到来，信息的收集、传递、处理已成为一项主要的社会活动。在各种业务领域和日常生活中，人们都不得不花费大量的时间和精力进行信息的查找、收集和整理，计算机技术的发展为信息处理提供了有效的工具。 管理信息系统经过半个世纪的发展，目前已达到相当高的水平。在西方发达国家，管理信息系统的应用几乎渗透到了工作和生活的各个领域。近十年来，我国的管理信息系统水平也迅速提高，应用领域不断扩大。与此同时，应用的要求也在不断提高，由于管理信息系统所涉及的学科知识、业务领域和技术广泛，要满足日益提高的应用要求和不断开辟的新的应用领域还有很多问题有待研究、解决。下面对管理信息系统的发展做一些总结。 二、管理信息系统发展 1、管理信息系统科学的兴起 20世纪60年代末，管理信息系统起源于美国，1968年管理信息系统一词开始流行；直到80年代，管理信息系统的创始人，名尼苏达大学卡尔森管理学院的著名教授高登才给出管理信息系统一个较完整的定义：管理信息系统（Management information system 简称MIS）是“一个利用计算机硬件和软件，手工作业、分析、计划、控制和决策模型以及数据库的用户-机器系统，它能提供信息支持企业或组织的运行、管理和决策功能”。指明了管理信息系统的组成、目标和功能，预示着管理信息系统走向成熟和全面发展的时代的到来，至此，美国科学家开始研究管理信息系统理论及管理信息系统开发技术与实现技术，从而开拓了管理信息系统的新领域新方法、新技术，从90年代开始，管理信息系统进入二次创业、完善、创新阶段。 20世纪90年代开始，管理信息系统在我国开始研发，许多企业开发了管理信息系统软件。首先在财务软件方面取得巨大的成功，并带动了其他行业的开发，为我国的管理现代化做出了不可磨灭的贡献，使管理信息系统发展到了顶峰。 管理信息系统经过多年的发展，在实践中得到不断的完善，适应越来越多的社会经济应用需求和越来越快地计算机发展的要求，目前已达到相当高的水平。美国白宫行政办公室、美国能源部、世界银行等在其运营的核心部门都采用了管理信息系统。 2、管理信息系统的全球化发展 全球信息化正在引发当今世界的深刻变革，重塑世界政治、经济、社会、文化和军事发展的新格局。加快信息化发展，已经成为世界各国的共同选择。信息化的发展离不开管理信息系统的建设，信息只有通过进行有效的加工管理，建成一个管理信息系统才能发挥其作用。全球信息化的发展也体现出管理信息系统的全球化发展。管理信息系统的全球化特点体现在以下三个方面：

工作流分析及设计

工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：

业务模型描述：

系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：

第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：

打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。

(BPM业务流程管理)JEE工作流管理系统BPM详解.

（BPM业务流程管理)JEE 工作流管理系统BPM详 解

1流程配置类数据库表： 1.1JBPM_PROCESSDEFINITION ：流程模版表 字段名 字段含义 主键 外键 ID_ 流程模版标识 √ × NAME_ 流程模版名称 × × VERSION_ 流程模版版本，对于同 一流程模版，多次插入 数据库时，数据库中有多条记录，每条记录中 的版本号一次增加 × × ISTERMINATIONIMPLICIT_ 是否支持强行终止流程（目前理解） × × STARTSTATE_ 起始节点ID ，在JBPM_NODE 表中 × √ 1.2JBPM_NODE ：流程节点表 字段名 字段含义 主键 外键 ID_ 流程节点标识 √ CLASS_ 节点类型：

C :org.jbpm.graph.node.ProcessState D :org.jbpm.graph.node.Decision E :org.jbpm.graph.node.EndState F :org.jbpm.graph.node.Fork J :org.jbpm.graph.node.Join K :org.jbpm.graph.node.TaskNode N :org.jbpm.graph.def.Node R :org.jbpm.graph.node.StartState S :org.jbpm.graph.node.State U :org.jbpm.graph.def.SuperState NAME_ 流程节点名称 SUBPROCESSDEFINITION_ 节点类型为ProcessState 时使用，代表子流程模版id √ ISASYNC_ 节点是否支持异步机制 ACTION_ 节点中指定的action ，对应JBPM_ACTION 表 √ SUPERSTATE_ 节点对应的SuperState 的id ，表明该节点属于某个SuperState √