工作流分析及设计
(完整word版)工作流分析及设计
工作流系统需求分析及设计业务过程描述：工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。
工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。
下图是用户使用工作流系统的业务过程：准备需求过程设计并形成模型I模型发布并开始使用I对业务运转过程进行管理、监控和统计业务模型描述:流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图:<<可执行>>流程定制工具<<可执行>>客户端系统功能划分：工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。
工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。
下图是整个工作流管理系统的顶层用例：系统组成:工作流管理系统由客户端、工作流服务接口1第一部分流程定制工具本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。
流程定制用例图：打开流程模型参与者：流程设计者。
前置条件：流程定制工具已经打开。
后置条件：被选择的流程模型中的内容被展开。
步骤序列：1.打开流程模型列表或新建流程模型文件。
2.选择流程模型文件名称。
3.展开流程模型中的设计内容。
保存流程模型参与者：流程设计者。
前置条件：某个流程模型已经被打开，并且被修改。
后置条件：修改过的流程模型存到了物理文件中。
步骤序列：1•保存流程模型到物理文件中。
删除流程模型参与者：流程设计者。
一个工作流系统开发文档(含调研、需求分析、设计)
目录开场白 (2)工作流技术调研： (2)工作流的概念 (2)工作流相关术语 (2)工作流系统功能概述 (3)工作流运行的模式列举 (5)业内工作流产品调研 (6)Mocha BPM产品 (6)中软工作流产品调研 (7)天翔myApps工作流产品调研 (8)我们的需求分析 (10)系统模块划分 (11)工单系统的功能性需求列表 (11)需求变更总结 (14)设计方案 (16)数据库设计 (16)关于hibernate实现持久层和session的管理 (18)自定义表单的设计 (19)自定义流程的设计 (20)消息模块的设计 (22)后记 (23)开场白我告诉自己要有专业精神，可是。
我真的好业余。
以前我不知道，我到底适不适合学计算机，如今我有了答案，以前我不知道我能在这个行业取得多大的成就，如今我仍然没有答案，只是当我有一天我发觉枪毙一个毫无常理可言的可以称为意识流的bug 的时候，我觉得这种感觉仿佛是自己成为了侦探小说里的主角一般，故事的结局是聪明才智让迷离的云雾消散，那一刹那的欢喜就像是一个你坚持了很久的英雄梦想霎那间以一种最满意的方式开出花来。
也许很少有人能理解这宗近乎疯狂的感觉，而对于一个每天对着计算机将近9个小时的IT者来说，我的确需要这样的近乎自恋的情感变化或者说异样的愉悦体验。
情也抒了，于是该变身回一个真正的IT者，紧以此贴记录在过去的半年里我所从事的高尚职业，如果你要问我我从事的什么高尚职业，它为何高尚，那我会告诉你原因就是我装逼，自恋，而又认为有体会到了一些与众不同的感觉。
首先自量底牌，我只是一个普通的大四学生，通过自己的努力保研成功，大四之后经常浪迹在javaEye中，此贴可称为处女贴。
本贴的意义在于自我终结，顺便带着抛砖引入的使命，再顺便让我打破万事开头难的俗套，一边督促自己常常自我总结，自我提高。
关键词：工作流jbpm 动态流程可定制表单。
本文就以我在过去三个月开发的一个完整流程系统为背景，总结在我知识所及范围里的工作流系统开发经验，贻笑大方想来是不可避免的，还望各位牛人指正，俺只是一个放低了姿态的学生。
工作流需求分析范文
工作流需求分析范文工作流是指按照一定的规则和顺序，将工作任务自动化地分配和处理的一种管理方式。
在现代企业中，工作流已经成为提高工作效率、降低成本和提高管理水平的重要工具。
因此，需求分析工作流是非常重要的，下面是对工作流需求分析的一些思考。
首先，需求分析需要考虑工作流的应用场景。
工作流可以应用于各个行业和部门，包括采购、销售、生产等。
因此，在需求分析时需要明确工作流的具体应用场景，以确定所需的功能和流程。
其次，需求分析需要考虑工作流的基本功能。
工作流的基本功能包括任务分配、任务处理、流程控制等。
任务分配功能可以根据一定的规则和条件将任务自动分配给相应的人员；任务处理功能可以将任务通过电子邮件、即时通讯等方式通知给相应的人员，并监控任务的处理进度；流程控制功能可以根据工作流的规则和条件，自动调整任务的处理顺序和分配方式。
此外，需求分析还需要考虑工作流的扩展性和灵活性。
工作流的扩展性是指能够根据不同的需求和业务变化，灵活地调整工作流的规则和流程。
例如，可以根据不同的部门和岗位设置不同的任务分配规则；可以根据不同的任务类型设置不同的任务处理流程。
灵活性是指工作流能够适应不同的工作方式和工作环境，提供方便快捷的任务处理方式。
例如，可以通过移动设备随时随地处理任务；可以通过云计算、大数据等技术支持工作流的扩展和升级。
最后，需求分析还需要考虑工作流的安全性和稳定性。
工作流涉及到企业的重要数据和业务流程，因此安全性是非常关键的。
在需求分析时需要考虑工作流的权限控制、数据加密、数据备份等功能，确保工作流系统的安全性。
同时，工作流的稳定性也是需求分析的关键点，需要考虑系统的性能、可靠性和容错性，以确保系统能够持续运行和提供良好的用户体验。
综上所述，工作流需求分析是一个复杂而关键的过程。
需要考虑工作流的应用场景、基本功能、扩展性和灵活性、安全性和稳定性等方面的需求，以确保工作流系统能够满足企业的实际需求，并提高工作效率、降低成本、提高管理水平。
工作流设计方案
工作流设计方案工作流是指根据特定的业务需求和流程规范，将工作任务划分为一系列有序的活动，并通过自动化或半自动化的方式来管理、控制和监测这些活动的过程。
合理的工作流设计方案可以提高工作效率、减少错误和延迟，并提升工作质量和整体管理水平。
本文将围绕工作流设计方案展开讨论。
一、概述工作流设计方案的目标是建立一个高效、可靠的工作流程，通过优化资源配置和流程管理，实现工作的高效推进和协同合作。
设计方案的基本原则包括流程可视化、任务自动化、数据集成和监控反馈。
具体方案应根据公司的业务特点和需求进行定制化设计。
二、需求分析在设计工作流方案之前，首先需要进行需求分析，明确问题、目标和要求。
需求分析包括以下几个方面：1. 业务流程分析：对公司的业务流程进行全面梳理和分析，了解各个环节的工作内容、数据流动和相关人员。
2. 问题识别：确定当前工作流程中存在的问题、痛点和瓶颈，并分析其产生的原因。
3. 目标设定：制定工作流设计的目标，如提高工作效率、减少错误率、提升客户满意度等。
4. 需求明确：将目标具体化，明确所需的功能和特性，如自动化流转、规范审核、实时监控等。
三、工作流程设计基于需求分析的结果，进行工作流程的设计。
在设计过程中，应考虑以下几个方面：1. 流程细化：将业务流程拆解为具体的任务和活动，明确每个环节的执行者和所需资源。
2. 任务排列：根据任务的先后关系和依赖性，确定任务的排列顺序，确保前置任务完成后再进行后续任务。
3. 并行处理：对于可以并行处理的任务，合理安排资源，以提高工作效率。
同时，也需考虑并行处理可能带来的资源冲突和竞争问题。
4. 角色权限：明确每个角色的权限和责任，合理分配工作任务，并确保权限的合理控制。
5. 数据集成：对于涉及多个系统或部门的任务，需要进行数据集成，确保信息的准确和一致。
6. 异常处理：考虑各类异常情况的处理方式，如任务延迟、超时、拒绝等，制定相应的处理机制。
四、工作流引擎选择工作流引擎是指用于执行和管理工作流程的软件系统。
工作流设计方案
工作流设计方案工作流设计方案工作流是指在组织中流转和应用的工作过程和信息流的有序排列。
工作流设计方案是指根据组织内部的工作流程和需求，设计合理的工作流程，提高工作效率和工作质量的方案。
下面是一个工作流设计方案的示例：1. 分析工作流程：首先，需要深入了解组织的工作流程，包括各个部门的工作内容、工作人员之间的协作关系、工作的先后顺序等。
通过调研和访谈，收集相关信息，形成一个完整的工作流程图。
2. 确定优化目标：在了解了工作流程之后，需要确定需要优化的目标。
例如，是提高工作效率、减少工作中的重复劳动、减少工作中的错误等。
针对不同的目标，可以采取不同的优化策略。
3. 设计工作流程：根据分析结果和优化目标，设计新的工作流程。
可以采用以下几种策略来设计工作流程：- 并行处理：将一些可以并行处理的工作任务分配给多个工作人员同时完成，以提高效率。
- 自动化处理：对一些重复性的工作任务，可以通过自动化的方式来完成，减少工作人员的工作量。
- 自动提醒：对一些需要提醒的事项，可以设置提醒系统，及时提醒相关人员。
- 信息共享：对于需要不同部门协作完成的任务，可以建立信息共享的平台，方便各个部门之间的沟通和协作。
- 管理监控：针对重要的工作任务，可以设置管理监控系统，对工作进度和工作质量进行监控。
4. 实施工作流程：在设计完工作流程之后，需要与相关人员进行沟通和培训，确保他们清楚新的工作流程的具体操作和注意事项。
在实施过程中，需要及时收集相关人员的反馈意见，并根据实际情况进行适当的调整。
5. 定期评估和优化：工作流程设计不是一次性的工作，而是一个不断迭代优化的过程。
定期对工作流程进行评估和优化，根据实际情况进行相应调整，以提高工作效率和工作质量。
通过合理设计和优化工作流程，可以提高组织的工作效率和工作质量，减少工作中的错误和重复劳动，并提升整个组织的竞争力。
因此，工作流设计方案是组织管理和运营中的重要环节。
工作流程分析与工作设计
2021/7/22
XHH
18
工作分析及其作用
工作分析（job analysis）指的是获取与 工作相关的详细信息的过程。
2021/7/22
XHH
19
The Role of Job Analysis
Job analysis, properly done, enhance the success of these HRM practices.
部门化(departmentalization)指的是各个 工作单位在多大程度上是被根据职能的 相似性或者工作流程的相似性而进行分 类的。
2021/7/22
XHH
11
组织结构的形式
职能结构，一种集中化程度相对较高的 职能部门化方案。
事业部结构，一种集中程度相对较低的 工作流程部门化方案。
2021/7/22
管理的具体方法是采取时间研究，以纠正工厂怠工现象， 使管理科学化、标准化，工作产量大增。
其后，又有吉尔布雷斯夫妇对动作进行研究，减少无用 动作，大大提高了工作效率，对工作分析贡献很大。
在第一次世界大战期间，美国参加欧战，便设立了军队 人事分类委员会来实施工作分析，于是工作分析一词便 开始使用。
11、一个好的教师，是一个懂得心理 学和教 育学的 人。21. 7.2215:36:3015 :36Jul- 2122-Ju l-21
12、要记住，你不仅是教课的教师， 也是学 生的教 育者， 生活的 导师和 道德的 引路人 。15:36:3015:3 6:3015:36Thur sday , July 22, 2021
XHH
12
事业部结构的特点
优点：
灵活，富有创新性 快速反应
缺点：
效率不是很高 人员的浪费 可能会造成“自相残杀”的局面
工作流分析及设计
工作流系统需求分析及设计工作流系统需求分析及设计业务过程描述：工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。
工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。
下图是用户使用工作流系统的业务过程：11111 *1*业务模型描述：流程模型类+名称+打开模型() +保存模型() +修改模型() +删除模型() +发布流程() +卸载流程()系统管理类+管理组织机构() +管理系统权限() 工作流系统需求分析及设计包+名称 : string +版本 : string+设置基本属性()活动+名称 +描述+字段定义列表+路由信息 +超时信息+参与者资源流程+名称 : string+创建日期 : string+字段定义列表 +输入参数 +输出参数+设置基本属性()+设置工作流相关属性()转移 +名称+字段定义列表 +转移条件+设置基本属性() +设置转移信息()+管理流程权限()流程监控类+设置基本属性()+设置工作流相关属性()工作流运行服务流转控制类+流程名称 +流程实例 +查看流程运行实例()+流程控制（启停挂复）()+回收垃圾工作项()+查询历史流程()客户应用类+用户信息+注册服务列表 +活动实例 +流程状态 +活动状态 +相关数据+流程控制（启停挂复）() +活动控制（启停挂复）() +获取实例各种状态列表()用户基类+登录信息 : string +运行服务信息 +连接运行服务()统计类+统计名称 : string +指标 : int+统计相关选项-生成统计信息() +展现统计信息()运行服务接口+流程列表+工作项列表+执行注册服务() +流程运转操作()+工作项一般操作() +工作项逻辑操作()+发布流程() +卸载流程()状态缓存类-流程元素集-注册服务实例 -时间服务实例 -运行服务状况+流程模型载入() +管理时间服务()流程解析类+解析流程模型()+管理注册服务()+锁定() +解锁()客户工具类+修改个人信息()+管理工作项()+启动流程() +中止流程()+查询历史工作项内容()服务注册类+服务方法名 +服务别名+服务调用参数 +调用服务() +注册服务() +注销服务() +启动() +结束()0..*流程元素类+流程、活动、转移等时间服务类+时间任务列表+执行时间任务() +设置时间任务()+启动() +结束()服务注册接口系统组成：工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图：<<可执行>>流程定制工具工作流服务接口1工作流运行服务<<可执行>>流程监控与管理工作流服务接口4<<库>>工作流运行服务工作流服务接口5<<库>>工作流运行服务工作流服务接口4工作流服务接口2<<可执行>>客户端系统功能划分：工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。
工作流详细设计范文
工作流详细设计范文工作流是指将一系列相互关联的任务组织起来并按照一定的逻辑顺序进行处理的一种管理方法。
它可以帮助组织将复杂的业务流程合理化、规范化，并提高工作效率和质量。
下面，将对工作流的详细设计进行阐述。
1.工作流模型设计：在进行工作流详细设计之前，需要根据具体的业务需求对工作流模型进行设计。
工作流模型主要包括：业务流程图、流程节点、流程路径和任务职责等。
业务流程图是对工作流程的可视化展示，通过它可以清晰地描述整个流程的执行过程。
流程节点是指流程中的每一个环节，它包括开始节点、中间节点和结束节点。
流程路径是指流程节点之间的逻辑关系，它描述了任务的流向和先后顺序。
任务职责是指每个节点对应的具体工作内容和执行者。
2.工作流引擎选择：工作流引擎是实现工作流的核心技术，它负责流程的调度和执行。
根据具体的业务需求和技术要求，可以选择合适的工作流引擎，如Activiti、JBPM等。
在选择引擎时，需要考虑其对标准工作流规范的支持程度、性能、扩展性和稳定性等因素。
3.工作流活动设计：根据业务需求和流程模型，对每个流程节点进行详细的设计。
具体包括：任务类型、任务输入和输出、工作表单、任务流转条件等。
任务类型可以分为人工任务和系统任务，人工任务需要人员参与，系统任务由系统自动执行。
任务输入和输出是描述任务的输入参数和输出结果。
工作表单是任务执行过程中需要填写的表单，可以采用HTML、XML或其它格式。
任务流转条件是指任务流向下一个节点的触发条件，可以根据业务规则设置。
4.工作流路由设计：工作流的路由决定了任务的流向和流转顺序。
可以采用条件路由、并行路由、顺序路由等方式进行设计。
条件路由是根据条件判断来选择下一个节点，例如根据一些字段的值来判断流向的下一个节点。
并行路由是指任务在多个节点间同时进行，例如多个审批人同时进行审批。
顺序路由是指任务按照一定的顺序进行，例如按照先后顺序依次执行。
5.工作流异常处理设计：工作流执行过程中可能会出现各种异常情况，需要进行异常处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
工作流系统需求分析及设计业务过程描述：工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。
工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。
下图是用户使用工作流系统的业务过程：业务模型描述：系统组成：工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图：系统功能划分：工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。
工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。
下图是整个工作流管理系统的顶层用例：第一部分流程定制工具本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。
流程定制用例图：打开流程模型参与者：流程设计者。
前置条件：流程定制工具已经打开。
后置条件：被选择的流程模型中的内容被展开。
步骤序列：1．打开流程模型列表或新建流程模型文件。
2．选择流程模型文件名称。
3．展开流程模型中的设计内容。
保存流程模型参与者：流程设计者。
前置条件：某个流程模型已经被打开，并且被修改。
后置条件：修改过的流程模型存到了物理文件中。
步骤序列：1．保存流程模型到物理文件中。
删除流程模型参与者：流程设计者。
前置条件：拥有可被删除的流程模型。
后置条件：选中的流程模型被删除。
步骤序列：1．用户打开流程模型列表。
2．用户选择想要删除的流程模型。
3．系统删除选中的流程模型。
导入导出流程模型参与者：流程设计者。
前置条件：拥有可被导入的文件或导出的流程模型。
后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。
步骤序列：1．用户打开可被导入文件列表或设计工具中的流程模型列表。
2．用户选择将被导入的流程文件或选择将被导出的流程模型。
3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。
流程发布参与者：流程设计者。
前置条件：拥有设计完成并可供发布的流程模型。
后置条件：流程模型被发布并可通过客户工具执行。
步骤序列：1．用户打开流程模型列表。
2．用户选择发布的包或流程。
3．用户选择发布的运行服务器。
4．用户形成发布版本。
5．用户发布流程。
流程卸载参与者：流程设计者。
前置条件：运行服务器上拥有发布的流程，并且卸载的流程当前没有运行实例。
后置条件：选中的流程被卸载。
步骤序列：1．用户打开运行服务器中发布并且当前没有运行实例的流程列表。
2．用户选择要被卸载的流程。
3．卸载流程。
定制包参与者：流程设计者。
前置条件：设计工具中有包图形元素，流程模型已经打开。
后置条件：在流程模型中定义了包。
步骤序列：1．打开已有包或新建一个包。
2．用户添写包基本属性，包括名称、描述、创建者、创建时间等。
3．用户添写包版本信息。
4．完成包的定制。
定制流程参与者：流程设计者。
前置条件：设计工具中有流程元素，流程模型、包已经打开。
后置条件：在流程模型中的包中定义了流程。
步骤序列：1．打开已有包中的已有流程或在包中新建一个流程。
2．用户添写流程基本属性，包括流程名称、描述、创建者、创建时间、是否为子流程等。
3．用户设计流程中工作流相关信息，包括流程数据定义、流程输入输出参数定义、流程操作时限设置、流程事件定义、流程模型验证等。
4．完成流程的定制。
定制任务（活动）参与者：流程设计者。
前置条件：设计工具中有各种活动结点、转移等图形元素，流程模型、包、流程已经打开。
后置条件：在流程模型中的包的流程中定义了活动结点。
步骤序列：1．用户打开已有包中流程的已有活动结点或新建活动结点。
2．用户添写活动结点基本属性，包括活动名称、描述等。
3．用户设计活动中的工作流相关信息，包括活动数据定义、活动优先级别设置、路由信息、子流程调用、表单关联、任务通知设置、活动时限设置、参与者定义等。
4．用户设计活动结点间的转移信息，包括转移名称、描述、转移类型及转移条件。
5．完成活动的定制。
第二部分流程监控与管理本部分对工作流在整个组织内的流动状况进行监视，并提供一系列的管理功能，实现安全性、过程控制和授权操作等方面的管理，同时还提供工作流相关的各类指标统计等。
流程监控与管理用例图：监查已启动流程实例参与者：流程管理者。
前置条件：流程监控管理工具已经打开，拥有表现流程运行状况的所有图形元素，包括不同状态下的流程、活动、转移等。
后置条件：监查到启动流程的实例运行情况。
步骤序列：1．进入监查界面。
2．用户输入复杂查询条件获得启动流程运行实例列表。
3．用户选择想要监查的流程运行实例。
4．系统展开选中的流程运行实例。
5．关闭流程实例并退出监查界面。
查询历史流程实例参与者：流程管理者。
前置条件：流程监控管理工具已经打开，拥有表现流程运行状况的所有图形元素，包括不同状态下的流程、活动、转移等。
后置条件：查询到历史流程实例的运行情况。
步骤序列：1．进入历史流程查询界面。
2．用户输入复杂查询条件获得历史流程实例列表。
3．用户选择想要查询的历史流程实例。
4．系统展开选中流程获得实例详细信息。
5．关闭流程实例并退出查询界面。
各项指标统计参与者：流程管理者。
前置条件：流程监控管理工具已经打开，拥有表现统计信息的各种图形元素，包括直方图、曲线图、列表等。
后置条件：获得了指标统计信息。
步骤序列：1．进入指标统计界面。
2．用户输入指标及统计选项。
指标有流程实例相关统计、活动实例相关统计、工作项统计、超时统计、系统负载统计等。
3．用户获得相应统计信息。
4．退出指标统计界面。
设置系统权限参与者：流程管理者。
前置条件：流程监控管理工具已经打开，参与者拥有设置系统权限的权限。
后置条件：对系统权限进行了增删改操作。
步骤序列：1．进入系统权限设置界面。
2．用户选择要进行的系统工作内容，包括组织机构维护、角色维护、子系统权限设置等。
3．用户设置选中的系统管理内容。
4．退出系统权限设置界面。
设置流程权限参与者：流程管理者。
前置条件：流程监控管理工具已经打开，参与者拥有设置流程权限的权限。
后置条件：对流程权限进行了增删改操作。
步骤序列：1．进入流程权限设置界面，并获得了流程列表。
2．用户选择要进行权限设置的流程。
3．用户设置选中的流程权限。
4．退出流程权限设置界面。
查询流程参与者：流程管理者。
前置条件：流程监控管理工具已经打开。
后置条件：用户获取到的流程基本信息。
步骤序列：1．用户输入复杂查询条件获得流程列表。
启动流程参与者：流程管理者。
前置条件：流程监控管理工具已经打开。
后置条件：用户启动了一个流程。
步骤序列：1．进入流程启动界面。
2．用户输入复杂查询条件获得可被启动的流程列表。
3．用户从列表中选择要启动的流程。
4．系统启动用户选中的流程，并分配好工作项。
5．退出流程启动界面。
挂起流程参与者：流程管理者。
前置条件：流程监控管理工具已经打开。
后置条件：用户挂起了一个流程实例，使用其不能被普通用户使用。
步骤序列：1．进入流程挂起界面。
2．用户输入复杂查询条件获得运行服务中的运行流程实例列表。
3．用户从列表中选择要挂起的流程实例。
4．系统挂起用户选中的流程实例。
5．退出流程挂起界面。
恢复流程参与者：流程管理者。
前置条件：流程监控管理工具已经打开。
后置条件：用户恢复了一个挂起的流程。
步骤序列：1．进入流程恢复界面。
2．用户输入复杂查询条件获得运行服务中挂起的流程实例列表。
3．用户从列表中选择要恢复的流程实例。
4．系统恢复用户选中的流程实例。
5．退出流程恢复界面。
终止流程参与者：流程管理者。
前置条件：流程监控管理工具已经打开。
后置条件：用户终止了一个运行中的流程实例。
步骤序列：1．进入流程终止界面。
2．用户输入复杂查询条件获得运行服务中的流程实例列表。
3．用户从列表中选择要终止的流程实例。
4．系统终止用户选中的流程实例。
5．退出流程终止界面。
回收垃圾工作项参与者：流程管理者。
前置条件：流程监控管理工具已经打开。
后置条件：用户回收了垃圾工作项。
步骤序列：1．进入回收垃圾工作项界面。
2．用户输入垃圾工作项条件。
包括超时、异常等条件。
3．系统根据条件检索出垃圾工作项并生成列表信息。
4．用户选择要回收的垃圾工作项。
5．系统回收工作项。
6．退出回收垃圾工作项界面。
第三部分客户端交互本部分主要完成工作流过程实例与客户之间的交互，也包括一些与工作流相关的信息的处理，如用户信息修改。
客户端交互用例图：查询流程参与者：普通用户前置条件：客户端工具已经打开。
后置条件：用户获取到待启动流程信息。
步骤序列：1．用户输入复杂查询条件获得待启动流程基本信息列表。
启动流程参与者：普通用户前置条件：客户端工具已经打开，运行服务中有待运行的流程。
后置条件：用户启动了一个流程。
步骤序列：1．进入启动流程界面。
2．用户输入复杂查询条件获得待启动流程基本信息列表。
3．用户选择想要启动的流程。
4．系统启动选中的流程，并分配好工作项。
5．退出启动流程界面。
中止流程参与者：普通用户前置条件：客户端工具已经打开，运行服务中有运行的流程实例。
后置条件：用户中止了一个流程实例。
步骤序列：2．用户输入复杂查询条件获得运行的流程实例。
3．用户选择想要中止的流程实例。
4．系统中止选中的流程实例。
5．退出中止流程界面。
查询工作项内容参与者：普通用户前置条件：客户端工具已经打开。
后置条件：用户获取到工作项内容信息。
步骤序列：1．用户输入复杂查询条件获得工作项内容列表。
选取并执行工作项参与者：普通用户前置条件：客户端工具已经打开，用户拥有可执行的工作项内容。
后置条件：用户执行了工作项内容。
步骤序列：1．进入工作项待办界面。
2．用户选取想要执行的工作项内容。
3．系统初始化选中的工作项内容。
4．用户与系统交互，完成工作项的执行。
5．退出工作项待办界面。
挂起工作项参与者：普通用户前置条件：客户端工具已经打开，用户拥有可执行的工作项内容。
后置条件：用户挂起了工作项内容。
步骤序列：1．进入工作项挂起界面。
2．用户选取想要挂起的工作项内容。
3．系统挂起选中的工作项内容。
4．退出工作项挂起界面。
恢复工作项参与者：普通用户前置条件：客户端工具已经打开，用户拥有被挂起的工作项内容。
后置条件：用户恢复了工作项内容。
步骤序列：1．进入工作项恢复界面。
2．用户选取要恢复的工作项内容。
3．系统恢复选中的工作项内容。
重定向工作项参与者：普通用户前置条件：客户端工具已经打开，用户拥有可执行的工作项内容。