Document number 文档编号Confidentiality level 密级
内部公开Document version 文档版本
Total 20 pages 共20 页V1.1
流程业务需求
Prepared by
拟制方进
Date
日期
2013-10-16
Reviewed by 评审人Date 日期
Approved by
批准Date 日期
1工作流建设目标
为某某公司建立统一，集成的工作流系统平台，实现业务审批流程电子化。体现某某公司业务执行的透明度和规范化，提高业务处理效率和协作效率。
1.1管理需求
管理模式：通过实施工作流理顺业务流程，即销售业务审批流程，设计业务审批流程，行政管理审批流程等，提高业务协作效率，实现公司有效规范的管理目的
数据集成方面：工作流系统与业务系统集成，共享业务数据，实现单一创建多出引用原则
技术方面：要求系统在集成性，稳定性，拓展性，可适应性方面符合某某公司的发展需要。对于权限和安全性方面，提供可靠的保障。同时需要支持移动设备的审批。
组织和人员：通过工作流的建立帮助企业实现业务处理的完整性，实现业务和公司规范执行的有效结合。帮助企业梳理业务，规避风险，提升工作质量。
1.2技术要求
◆流程设计工具实现流程定义，实现，人员，角色，部门定义。实现流程版本控制
◆流程设计工具实现表单定义
◆实现流程中不同的节点和不同的表单关联
◆工作流节点支持脚本扩展,比如编写beanshell脚本,或其他语言的脚本
◆实现表单中，一对多的主子表单的关联，比如在《担保支付运费服务协议》中除
了有正文合同，可能还有授权委托书a1，授权委托书a2，第三方代付费用，结算
方案确认合同等等。
◆对于流程审批的人员管理如何设定
◆审批委托设定，比如部门经理a出差，委托经理b待审批流程。
◆手持设备访问工作流，进行审批动作
◆流程中的某个节点长期没有审批，设置一个阀值，超过该阀值触发邮件动作提醒，
或终止流程等业务动作。
◆工作流系统与其他业务系统集成方式
◆设定多条件审批流程，比如大于10w，总经理审批，小于10w部门经理审批
◆设定会签步骤，会签中每个人的权重配置。
◆服务器在大用户量的情况的评估技术参数和指标
◆流程运转状态和性能监控器
◆流程审批过程的文档管理，审批历史的查看和管理。
1.3业务需求
应用需求，使用成熟的工作流产品构建某某公司流程系统，满足企业业务流程规范执行
业务类流程当前某某公司在多个业务中体现出流程管理重要性和迫切性。在担保支付运费业务和消费代垫款业务中的审批流程业务需要得到应用
管理类监控所有在运营中的流程，超级用户可以干预流程。比如终止流程。手动流程跳转报表类分析每个表单使用情况，流程在那个节点停留时间最长。分析工作流的使用情况，便于有针对性分析企业工作现状，为改进工作提供参考。
2工作流技术需求
（以下图例只是示意性质，不能代表工作流平台做成的最终效果）
可以规纳一下，任何工作流系统或子系统包括以下几个部分，详下面表格描述。
子系统业务模块备注
流程定义流程定义、节点定义、路由定义、、个性化表单工作流的客户端，可采用图形化界
面或表单界面实现。
流程表单自定义工作流表单，定义表单内容，表单布局。
定义1对多表单多客户表单可以在不写代码的情况下，实现对表单的灵活定义
流程关联流程变量、节点选择、人员选择与业务模块结合最紧密的部分，走
流程的业务均由此启动。
流程审批待办事项、已办事项、办结事项、提交、打回、追回、会签、自由流转、双人审批、授权与转授
权、终审、子流程工作流启动后，各个环节的流转全依赖此，是工作流的引擎，最核心的部分。
流程维护监控所有正在运行中流程，流程轨迹、流程复位、查看审批中或通过的所有流程，对
流程纠错审批结束的流程可以复位，出错的
流程纠错后也可重新发起。
流程报表统计表单使用率，个人工作量，节点耗时统计流程使用率，找出工作中存在
问题，改进工作质量
2.1流程定义
通过拖拽的方式实现流程的定义。
流程定义1
2.1.1流程和表单关联
定义好的流程和表单进行关联
表单关联1 每个流程节点关联上已经定义好的表单。
表单关联2
选择一个该节点需要的一个表单.
对流程上每个节点关联的表单做读,写权限的配置
表单字段权限1
2.1.2流程和用户角色关联
流程节点和用户角色关联
对于某个流程中的某个节点，选择该节点需要映射的人员角色
流程和角色关联2
选择流程中该节点需要处理的人员或角色
2.2表单定义
自定表单，包含对表单中每个存储方式定义，显示方式的定义。定义的过程是一个鼠标拖动和
属性配置的过程。
字段属性编辑框
表单和合同模板进行关联后，可以对实际的合同进行预览。
合同1
2.3用户定义
包括企业，部门，角色，用户的管理，该功能是系统功能部分，在这里不再描述
组织结构1
2.4流程和企业关联
平台定义好的流程需要配发或定制给平台中企业使用，某个企业可以有多个流程，同一个流程可以给不同的企业建立流程实例。
2.5流程维护
2.5.1定义流程的维护
流程列表维护
流程列表1 2.5.2已经发布流程的维护
已发布流程列表维护
已发布列表 1
2.6流程实例运营
2.6.1运行中的流程实例历史
流程实例列表，管理可以监控所有在内存中运行的流程，可以对流程进行手工干预
运行实例列表1
2.6.2已经完成的流程实例
已经完成流程历史记录列表
2.6.3流程实例事件追踪
每个节点事件的明细记录，某人在某个时间做了某个操作。对这些操作可做多条件查询。
2.6.4流程实例统计报表
流程统计1
统计图1
3工作流业务需求
（以下图例只是示意性质，不能代表工作流平台做成的最终效果）
3.1流程配置需求
如一个典型的对贷款流程，将经历如下审批环节：
1.对借款客户，客户经理进行调查
2.分公司审查
3.通过后再分公司审批
4.如果是分公司内的则结束，否则再上报到总公司。
5.总公司先审查
6.通过后再到团体部审查
7.再到授信部审查
8.然后到贷审委进行会签。贷审委会签是一个子流程，先由秘书安排会议，如果是电子形式
则贷审委委员提交意见到秘书汇总，如果是线下则如开会议后形成意见汇总，最后由总经确定。总经理具有终审权。
9.会签完成进行批复
10.流程结束。
分析一下上述流程，流程配置界面将要考虑到如下要素：
一）流程定义部分
流程定义：流程的各个属性定义，如流程的名称、标识、是否允许退回、跳转、管理者、版本等。
流程发布：流程定义完成后进行发布，最终将定义的结果保存到数据库相关的流程表中。
如果对现有的流程进行更改，则发布后产生多个版本，对于正在流转的流程，走老的版本，对于新提交的流程，走新的版本。
二）节点定义部分
节点定义：定义各审批环节的相关要素，包括节点名称；节点类型是否是人工干预节点、还是自动节点、开始节点、结束节点；节点流向类型是单选还是多选；办理类型是单人办
理、单人竞办、多人办理；节点人员指定模式指定办理人员是手动选择还是自动随机指定
一人办理；还需要支持外部传入或者人员指定策略（根据外部算法获取），需要支持并行。
节点适用则按节点人员指定模式如果是手动则可手动按岗位或部门或人员直接选择；各流
程环节关联的业务表单；是否允许退回；是否允许追回；调用子流程ID；
三）链路定义部分
链路定义：链路名称；源节点；目标节点；。
链路规则：流程流转中，下一节点的选择是由链路上的条件（即规则）决定的，所以必须定义每条链路上的业务规则。
3.2流程启动需求
在业务系统的业务模块中，所有需要走流程的，都必须要先启动流程，然后才能进行流程的流转，进入各个审批环节。
流程与业务模块关联配置：选择业务品种、选择应用的机构，再将要对应的业务流程关联即可
流程启动界面：在业务模块中，选择要走流程的记录，点击启动即可。
3.3流程审批需求
3.3.1待办事项
事项列表
显示当前登陆客户所有待办的列表事项。
Select * from 工作事项表where 处理人=:当前操作人and 状态=:审批中，详如下界面：
审批个性化界面
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接或提交按钮，进入工作流审批各环节的详细页面。该页面不同的审批环节均不相同，与前面节点定义中的业务表单相对应，类似于如下界面。
其中第一个TAB页显示不同审批环节的业务表单，可以修改；
审批提交
第二个TAB页就是审批提交页面，显示当前审批信息，可选择下一节点、相应的节处理人。点击按钮提交完成后，进入待办事项，先前等待的审批记录会消失。而进入已办事项，会显示刚刚审批完成的记录。
注意：如果一个用户将待办事项中的记录提交给自己，则待办事项再次显示时，已办事项列表将不再显示。
自提交
即在提交时，不是提交到下一节点，而是提交到本节点所在岗位的其它人员。或该节点所属部门的其它人员。
任意提交
即在提交时，可以提交到该除本节点外的任何一个节点，不受节点链路的控制。
回环链路
3.3.1.1.1打回客户经理
必须要设置流程节点的属性为允许退回、允许打回，才能使用此功能。要求在定义流程路径的时候可以定义回环（这个回环是可以2个或者2个以上的节点），而不是使用打回的功能，当然有打回也可以。
打回到客户经理，即第一个节点，相当于重新发起流程。
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回客户经理按钮，即可实现打回功能。
提交人进入待办事项中，可查看到被打回的记录。
3.3.1.1.2打回上一节点
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击此按钮，即可实现退回功能。
提交人进入待再次进入待办事项，即可看到被打回的记录。
3.3.1.1.3打回任意节点
进入我的工作台—待办事项，选中一条记录，点击任务名称下的超链接，进入工作任务的详细页面，点击打回任意节点按钮，在弹出界面中选择某个节点，如下图：
选择一个节点，则打回到此节点。此时也可以打回到第一个节点重新发起。同样被打回的记录在待办事项中可以看到。
多人竞办
即一个节点下的该岗位的所有人都可抢办同一个任务。本例中“团体部调查”为多人竞办节点，其配置如下图：
当审批人提交到该节点时，此时不会出现选择处理人界面，默认该节点所属岗位的所有人均可办理，如下图：
提交完成后，该节点所属岗位的审批人员登陆后，均可在待办事项中看到要审批的记录。任何一个审批人员最先点击均可正常办理，后面的审批人员点击办理时，将提示不能办理，如下图：
当任务被抢办后，该岗位下所有审批人员的待办事项列表中的该条抢办任务消失。
会签
会签即业务审批办理中需多人一起裁决（如，贷审会等）的特殊办理环节，由一组节点组成；
他有着与其他普通节点不同之处。这里专门做下交代。
会签一般来说可分为四个环节，这四个环节也可单独做为一个子流程链入主流程的节点中。
●安排会议(arrange) ：由会议秘书安排
●贷审委意见：审批人审批(approve) ，通常
用于电子会签，即在线会议，为多人并行错
误！未找到引用源。节点；线下会议无此一
环节
●会议意见汇总：录入会议结论(summary) 由会议安排人录入会议纪要，通常为会议秘
书。线上线下处理有所不同，需要区分。
●行长确认：确认会议结论confirm 对会议结论进行确认，一般为本门经理或行长
安排会议：即走贷审会子流程样例中“秘书安排会议”节点。秘书在待办事项列表中可选择一条任务，进入详细页面，此时可打开该节点关联的表单，是一个安排会议的主界面，通常有如下要素。
?需要显示定制参会的相关人员，预计会议结束的时间，参照四川版本
?需要提供接口，当为线下会议时，能够给相关的委员在系统中发送资料，提供链接去
查看相应的材料
?会议类型：可选择电子传签和线下会议，其中电子传签将多一个贷审委意见环节。
?会议期次：即第几次会议，是数字类型
?其它字段：按实际填写
?填写完成，确定即可。
贷审委意见：当安排会议后，如果是电子会签，则会将任务分配给下一节点的该岗位的所有人，每个人进入待办事项，都会收到一个任务，点击可以象普通节点一样提交，但需要选择自己的意见，如下图：
会议意见汇总：只有贷审委意见节点所有人员均发表意见后，才会形成本节点任务。可支持外部接口算法。在本节点可看到贷审委各个成员的意见，以列表形式展示，最终确认一个总的意见，如下图。同意则流程继续提交，否决则流程终止即办结，再议则会打回客户经理。
?汇总策略：有意见自动汇总，即等待贷审委所有人都提交后，才能形成最终汇总；意
见实时汇总，即秘书可在已办事项列表中选择某条记录，在详细界面上点击“汇总”
按钮，流程将自动终止所有没有提交意见的委员的任务并不作汇总统计，同时产生一条任务发送给意见汇总节点。
?委员选择策略：即选择多少专家委员、多少个人委员、部门委员等。
?投票策略：即意见汇总时，是否需要统计投票人的名称，如果不需要记名，则是无记
名投票，否则实名制投票。
?会签结论策略：会签结论分为同意、否决、再议。可选的策略有：多数人同意则同意，
否则否决；一半人同意为同意；三分之二的人同意为同意；
行长确认：在本节点提交时，行长也可以发表意见，如果不通过则流程终止，否则继续提交。该节点如下图：
注意：
贷审委意见节点不能退回。
会议意见汇总节点也不能退回，可以行使否决权或再议。
如果出现下面类似错误，子段超长；可能原因为下一节点岗位没有操作员。
子流程
将流程分成多个小的流程段，然后可拼接运行。
终审
即否决权，在流程中，个别岗位有终审权限，可以直接否决该笔业务的审批，即让流程终止，实现方式如下：
按各个维度确定终审权。主要的维度有机构、岗位、客户所在行业、所在区域确定流程中审批人具有多大的审批金额权限。
在各个节点动态判断是否有终审权，如果有，则显示终审选项，审批人在此环节可以终止流程，完成整个流程审批；当然也可以继续提交。
工作流系统需求分析 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部
流程业务需求 Prepared by 拟制方进 Date 日期 2013-10-16 Reviewed by 评审人Date 日期 Approved by 批准Date 日期
1工作流建设目标 为某某公司建立统一，集成的工作流系统平台，实现业务审批流程电子化。体现某某公司业务执行的透明度和规范化，提高业务处理效率和协作效率。 1.1管理需求 管理模式：通过实施工作流理顺业务流程，即销售业务审批流程，设计业务审批流程，行政管理审批流程等，提高业务协作效率，实现公司有效规范的管理目的 数据集成方面：工作流系统与业务系统集成，共享业务数据，实现单一创建多出引用原则 技术方面：要求系统在集成性，稳定性，拓展性，可适应性方面符合某某公司的发展需要。对于权限和安全性方面，提供可靠的保障。同时需要支持移动设备的审批。 组织和人员：通过工作流的建立帮助企业实现业务处理的完整性，实现业务和公司规范执行的有效结合。帮助企业梳理业务，规避风险，提升工作质量。 1.2技术要求 ◆流程设计工具实现流程定义，实现，人员，角色，部门定义。实现流程版本控制 ◆流程设计工具实现表单定义 ◆实现流程中不同的节点和不同的表单关联 ◆工作流节点支持脚本扩展,比如编写beanshell脚本,或其他语言的脚本 ◆实现表单中，一对多的主子表单的关联，比如在《担保支付运费服务协议》中除 了有正文合同，可能还有授权委托书a1，授权委托书a2，第三方代付费用，结算 方案确认合同等等。 ◆对于流程审批的人员管理如何设定 ◆审批委托设定，比如部门经理a出差，委托经理b待审批流程。 ◆手持设备访问工作流，进行审批动作 ◆流程中的某个节点长期没有审批，设置一个阀值，超过该阀值触发邮件动作提醒， 或终止流程等业务动作。 ◆工作流系统与其他业务系统集成方式
案例one：教学管理系统（用例驱动的交互式需求获取） 以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。 高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。 1.需求描述: 对教学管理系统JXGL要求提供两个方面的服务: (1)选课管理，负责新学期的课程选课注册工作; (2)成绩管理，负责学生成绩管理。 在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表 教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参 考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目 录表中删除;若某课程的选课学生多于30人，则停止选课。 (2)学生选课注册 新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或 取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。 学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门 和授课教师。 (3)查询 可以查询课程信息、学生选课信息和学生、教师信息。 学生、教师、教学管理员可以查询课程表，获得课程信息。查询的关键词以是:课 程名，授课教师名，学分。 教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名， 授课教师名，学分。学生只允许查询自己的选课信息，不允许查询别人选课信息。 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、 教师名，性别、班级、职称。 (4)选课注册信息的统计与报表生成。 教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统 计报表。 在成绩管理方面应填写的用户需求描述如下: (1)成绩录入:
工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有： 工作流 工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统
它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS） 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.doczj.com/doc/fe15769195.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。 人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构 使用范围：行政服务机构，公众 2.3.软件功能(共12个系统模块)
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
西北工业大学软件与微电子学院 <工作流管理系统> 需求规格说明 版本：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业务管理 (14) 3.2.4用户操作 (23) 4说明 (26)
1引言 1.1编写目的 本需求规格说明书对系统所要实现的功能分模块进行了详细说明，它是一份描述系统整体结构及工作流程的文档。本需求规格说明书主要向客户方及与本项目相关的人员发放，使他们了解该软件的功能结构详细情况。 1.2背景 待开发系统是由631所提出的，针对该所的业务要求及外协任务说明。该系统包括四个子系统： 系统管理； 流程设计； 业务管理； 用户系统。 本系统由西北工业大学软件与微电子学院负责开发，系统的开发环境为：Windows＋J2EE。 1.3定义 WfMC（Workflow Management Coalition）：工作流管理联盟。 流程设计：创建工作流模型，根据实际的业务流程创建可视的流程模型。 业务管理：是对工作流模型和实例进行监控和管理。 活动：是一项工作的原子单元。有时会使用节点代替活动。 流程：是活动的集合，有时会使用工程代替流程。 角色：指工作流模型的参与者和任务承担者，和权限相关联。 用户：指工作流系统的使用者。 连接：是两个活动之间顺序依赖的根据，有时会使用边代替连接。 变量：是工作流的数据单元，被称做工作流相关数据。
Toward Workflow Block Activity Patterns for Reuse in Workflow Design Lucinéia Heloisa Thom and Cirano Iochpe Federal University of Rio Grande do Sul, Brazil; Vinícius Amaral and Daniel Viero, iProcess, Brazil 1.I NTRODUCTION Research on both business process modeling and implementation issues re-lated to workflow technology have quickly increased over the last years. The most significant initiatives are in the field of standardization [1], [2], [4], specification [5] and workflow definition languages [6], [7], [3]. However, since it is a relatively new and still evolving technology, workflow design pre-sents some challenges, especially with respect to techniques that can en-force correctness as well as efficiency during both the requirements analysis and the modeling phase of the workflow project. Within this context, research on workflow patterns has attracted increasing attention mainly because of the advantages of reusing patterns [8], [9]. The most extensively studied are in the field of control/data flow patterns [10], [11] as well as resource and application–oriented patterns (12). Such pat-terns are being used not only in business/workflow process modeling but also in critical evaluations of workflow languages and workflow tools (13). However, a lot less research can be found relating workflow design to a set of recurrent business process “pieces” or “parts” that must be atomically exe-cuted by the workflow process (e.g., an activity request execution and a noti-fication activity). Although one can precisely characterize the semantics of such business process “pieces” [14], [15], [16] and they have to be recur-rently re-designed in practically every workflow modeling process, there is no known research relating these business process structures to workflow pat-terns. 1.1 Approach Our approach applies the concept of block activity to well-known business processes. An activity set is a self-contained set of activities and transitions [7]. Transitions in the set should refer only to activities in the same set and there should be no transitions into or out of the set. Activity sets can be modeled as block activities. The block execution starts at the first activity in the set and executes the next activities by following the partial order im-posed upon them by the transitions until an exit activity is reached. Work-flow execution then returns to the next activity following the block. In this paper, we apply the block activity concept in order to represent a set of business (sub-)process types (e.g., logistic, financial, information and de-cision) that we call “workflow block activity patterns”. These patterns are re-lated to a set of specific atomic structures that are frequently found in busi-ness processes and have already been identified in the literature [14], [15],
文档编号: PRMS-2 版本号: V1.0 文档名称：详细设计说明书 项目名称：项目申报管理系统 项目负责人：董艳，苏丽，李瑞卿 编写：董艳 2009年11月10日 校对：董艳，苏丽，李瑞卿 2009年11月10日 审核：董艳，苏丽，李瑞卿2009年11月10日 批准：董艳，苏丽，李瑞卿2009年11月10日 开发单位：西北农林科技大学信息工程学院信管062班
详细设计说明书
1．引言 1.1编写目的 根据从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 该文档供系统开发人员使用，为进一步设计软件、编写代码打下基础。 1.2项目背景 在计算机日益普及的今天，科技高速发展，国家对科技项目的研究也越来越重视，每年都有很多项目要上报国家或政府，纸制的项目申报报告的审批浪费了大量的人力、物力、财力等资源。 为了适应社会的需求，使市级重点建设项目月报信息统计工作更加科学、规范、高效、简便，我们小组打算开发“项目申报管理系统”。本系统是为方便重点建设项目业主单位报送项目月报，增强申报部门与项目单位间的信息沟通与反馈，了解项目的建设进度及存在问题，协调解决项目建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题而开发的应用软件管理系统。 根据2009年重点项目申报工作的需要，由西北农林科技大学信息工程学院信管提出开发一套为重点项目申报工作服务的应用系统。 1.3定义 项目申报管理系统是指应用电子计算机和相关网络支持，为申报项目的相关人愿提供数据信息管理系统，从而优化项目申报，减少项目申报周期，提高工作质量。 文档中采用的专门术语的定义及缩略词简要如下： PRMS：Project Report Management System，项目申报管理系统。 1.4参考资料 [1]教学提供详细设计模板 [2]杨选辉《信息系统分析与设计》北京：清华大学出版社，2007。 [3]王珊，萨师宣。《数据库原理与应用》。北京：高等教育出版社，2003。 [4]耿祥义张跃平。《JSP实用教程》北京：清华大学出版社，2007。
工作流程引擎需求分析 1 文档目录 2 背景 3 目标 在应用系统上建立一个工作流程系统。 1.能够快速定制开发客户需要的业务流程。 2.在流程实施后，客户能够自行设置该流程的各执行步骤的参与人（执行人） 3.能够监视每条业务流程的运作轨迹。 4.业务流程可以对应用系统上的任何业务数据进行操作。 4 概念与名词解释 流程模型：名称、任务、执行人等 名称：如新员工转正流程。 任务：流程中每一个执行的步骤称为任务，如：发起流程、审批等 任务-执行条件:每一个任务的前置执行条件，如必须哪些任务执行完才能进入本任务。 任务-数据条件:每一个任务的前置数据条件，如目前数据中符合什么条件才能进入本任务。 执行人：任务由谁可以操作，可以是用户或者组织 流程实例：由流程模型为模板创建的一个对象（正在使用的流程）
5 基本业务描述 5.1任务间的对应及流转关系 5.1.1一对一任务 第一个任务在完成后，根据执行条件判断，转到第二个任务 5.1.2一对多任务 第一个任务在完成后，根据各个执行条件判断，转到第2.1任务或者转到第2.2任务或者同时转到第2.1、2.2任务 5.1.3多对一任务
在第1.1任务完成，第1.2任务完成后，根据各自的执行条件，确定转到任务2 或的关系： 在C条件判断时：当A、B中一个通过后，C判断通过。 与的关系 在C条件判断时：当A、B中全部通过后，C判断通过。 处理方式：权值方式。 或的关系： A权值是1，B权值是1， C要求得到A+B>=1时通过。 与的关系 A权值是1，B权值是1， C要求得到A+B>=2时通过。 5.2实体关系图 6 主要功能模块 6.1流程模型 确定流程的模型：名称、任务、执行人 任务：名称、前置条件（任务的下一任务）、任务执行人（用户、组织）6.2流程实例 由流程模型为模板创建的一个对象（正在使用的流程）
目录 摘要 (2) 前言 (4) 1、绪论 (4) 1.1研究目的和意义 (4) 1.2课题研究现状 (5) 1.3主要研究工作 (6) 1.4本文的组织安排 (6) 2、工作流技术概述 (7) 2.1工作流的相关概念 (7) 2.2工作流技术的发展与产品 (8) 2.3工作流管理系统 (9) 2.3.1工作流管理系统的功能 (9) 2.3.2工作流管理系统的体系结构 (10) 2.4工作流参考模型 (14) 2.5小结 (15) 3轻量级工作流管理系统的设计与实现 (15) 3.1轻量级工作流管理系统概念 (15) 3.1.1传统工作流管理系统 (15) 3.1.2轻量级工作流管理系统 (15) 3.2系统概述 (15) 3.2.1 匿名用户角色 (16) 3.2.2职员角色部分 (16) 3.2.3管理员角色功能部分 (16) 3.3系统预览 (16) 3.4系统特点 (18) 3.5系统需求分析 (18) 3.5.1可登陆用户的基本功能 (18) 3.5.2公司职员具有的功能 (18) 3.5.3系统管理员具有的功能 (19) 3.6系统基本框架 (19) 3.6.1功能上划分 (19) 3.6.2角色上划分 (19) 3.6数据库的设计 (22) 3.6.1数据库需求分析 (22) 3.6.2数据库概念结构设计 (22) 3.6.3数据库逻辑结构设计 (27) 3.7模型（Model）层的设计(部分) (28) 3.7.1用户模型类（T_User.cs） (28)
3.7.2工作流模型类（T_workflow.cs） (31) 3.8业务逻辑层设计（部分类） (32) 3.8.1数据库帮助类（SQLHelper.cs）（部分） (32) 3.8.2用户操作类（T_User.cs） (40) 3.9界面层的设计（部分） (44) 3.9.1配置web.config文件 (44) 3.9.2用户登陆 (45) 3.9.3工作流管理 (48) 4、结束语 (49) 致 (50) 参考文献 (50)
通达OA工作流分析 （本文由OA软件用户经研究撰写，仅供参考） 1>建立组织机构、角色、用户 1.2>前台截图 略 1.3>后台结构 1.3.1>SQL分析 select * from department; select * from user_priv; select * from [user]; 1.3.2>数据分析 1.3. 2.1>部门表(department) 1.3. 2.3>角色表(user_priv) 1.3. 2.2>用户表(user) 2>建立表单(flow_form_type) 2.1>建立过程 在软件中的建立过程省略，此部分不是重点，因为我们要开发的软件想做到表单自定义还不现实。
2.2>SQL分析 select * from flow_form_type where form_id=25 2.3>结果记录 3>流程及步骤设置 3.1>建立流程分类(flow_sort): 3.1.1>建立过程 使用系统自带的默认流程分类不变 3.1.2>SQL分析 select * from flow_sort 3.1.3>结果记录 3.2>建立流程(flow_type): 3.2.1>建立过程 a>在工作流设置->定义流程，点击“新建流程”； b>在编辑流程“基本属性”时，定义“流程分类”为“生产”，定义“流程排序号”为0， 定义“流程名称”为“物资需求计划”，定义“流程类型”为“固定流程”， 定义“表单”为“物资需求计划”，定义“允许附件”为“是”； c>在编辑流程“监控人员”时，定义“[供应部] 张三”为监控人员； 3.2.2>SQL分析 select * from flow_type where flow_id=31 3.2.3>结果记录 结果：在flow_type表生成1条记录:
关于双鸭山市煤炭局信息化子系统原型设计及工作流实现总结 在近一个月的工作时间里，主要针对双鸭山市煤炭局信息化子系统进行了基本模块的概要需求分析，其中针对建设项目管理和生产技术管理模块进行了具体的需求分析并实现了此两个模块的原型。对详细需求分析的过程了解到实现建设项目及其它各种审批使用工作流实现较符合。对于工作流的使用进行了两方面的接触，一方面是使用.NET中的Workflow Foundation(简称WF）进行自行开发，另一方面是使用现在市场上已经成行的工作流配置产品。 使用WF实现工作流主要用到了三个类库System.Workflow.Runtime; System.Workflow.Activities; System.Workflow.Activities.Rules。其中System.Workflow.Runtime包含的类和接口用于控制工作流运行时引擎和工作流实例的执行。System.Workflow.Activities定义一些活动，可将这些活动添加到工作流，以便创建并运行工作过程的可执行表示形式。程序员也可以实现自定义的活动。System.Workflow.Activities.Rules中的类定义了组成规则的条件和操作。.Net FrameWork提供工作流持久化服务，对SQL数据库的持久化提供了完全的支持与实现，对于其它类型的数据库在完成持久化服务的时候要由程序员编程继承WorkflowPersistenceService 类来实现。 在使用WF进行编程时可分为业务逻辑实现、具体数据库访问、自定义活动三个部分，程序员在进行实现时无须对三个部分全部熟悉，只要针对具体的部分熟悉其它部分了解即可。比如对工作流的流程熟悉的程序员可以实现业务逻辑部分，这部分主要是根据用户的业务流进行绘制工作流，对工作流各活动进行配置相应的参数的关联即可。目前对于在VS开发过程中如何配置工作流的操作基本可以完成，但如何把VS中工作流制作模块移植到B/S页面中还未操作过。
工作流平台——工作流设计器 详细设计说明 1 引言 1.1 编写目的 为符合软件需求并对本软件系统各功能模块进行说明，以便编程人员进行程序的编制设计，同时贯彻需求报告中所确定的通用性、完整性、可靠性及可维护性原则，做到结构合理、方便、快捷、规范开发人员的工作，特编制本详细设计说明书。 适用对象： 软件开发者（Supplicrs），以便准确地理解客户需要什么样的产品和各功能模块的具体设计和编制。 1.2 背景 在企业日常经营管理活动中，为适应市场快速变化的需要，企业要经常调整自己的管理流程，这就是我们经常提到的流程重组。通常的流程重组只是将现有的业务处理次序进行改变或改变具体的执行角色或减少不必要的环节，因此，这就要求开发的计算机管理系统业务功能没有增加的情况下能根据需要随时调整处理流程。将工作流技术与业务系统结合可以很好的解决以上的问题，这也是工作流技术的应用越来越多的主要原因。 WfMC（工作流管理联盟）给出的工作流概念为：工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。事实上，工作流技术就是业务流程的计算机化或自动化，它将过程逻辑从业务逻辑中分离出来，由工作流引擎专门完成对过程逻辑的计算，从而使开发人员将主要精力集中在业务逻辑的处理上。 工作流程设计器是工作流平台的一部分，它提供用户对自己的流程进行定义的功能。 系统名称：工作流程设计器（HTCS——WorkFlowDesigner）
1.3 参考资料 《workflow.mdl》作者： 《工作流管理联盟工作流标准》4Broad 译（V1.0） 2系统结构 2.1 功能概述 工作流程设计器是工作流平台中不可或缺的一部分。工作流程设计器以图形的方式为建模人员提供了一个方便的工作流程建模环境。 2.2 系统效果图 图2.0 系统效果图 2.3 系统结构图 详见workflow.mdl
寿险业务信息系统5.0 工作流设计说明 2004-08-04 流水号：20040804
目录 问题反馈 (3) 序言 (4) 1.基本概念 (5) 1.1什么是工作流(WorkFlow) (5) 1.2什么是过程定义(Process Define) (5) 1.3活动(Activity) (5) 1.4转移信息(Transition) (5) 1.5 角色(Role) (5) 1.6 状态 (6) 1.7 操作 (6) 1.8 任务 (6) 1.9 复制活动 (6) 2.基本模型 (7) 2.1 过程元模型 (7) 2.2 工作流执行基本模型1（链锁式） (7) 2.3工作流执行基本模型2（子过程嵌套） (7) 2.4工作流执行基本模型3 (8) 2.5 工作流执行基本模型4 (9) 2.6 工作流执行过程典型模型1 (9) 2.6 工作流执行过程典型模型2 (10) 2.7 工作流执行过程典型模型3 (10) 2.8 活动中的条件转移模型 (11) 2.9 活动中的复制活动模型 (11) 2.10 活动类型 (12) 3.数据库结构设计 (13) 3.1工作流模板活动表 (13) 3.2工作流模板过程实例表 (13) 3.3工作流过程表 (13) 3.3工作流任务轨迹表 (14) 3.3活动的具体字段映射表 (14) 3.4工作流任务轨迹备份表 (14) 3.5工作流应用锁表 (15) 4.保全核保流程设计 (16) 4.1保全核保流程设计 (16) 4.2保全核保工作流定义 (17) 6.保监会报表系统流程 (18) 6.1保监会报表系统流程设计 (18) 6.2保监会报表系统工作流定义 (19)
项目管理系统需求说明书
成都鼎域前沿科技有限公司 2015.4 目录 一引言 (1) 1编写目的 (1) 2范围 (1) 2.1软件系统的名称 (1) 2.2软件功能概述 (1) 二项目概述 (2) 1项目描述 (2) 2产品功能 (3) 2.1系统角色定义 (3) 2.2系统功能 (3) 3用户特点 (3) 3.1管理员及超级管理员用户 (3) 3.2企业领导、项目经理和项目成员 (4)
3.3用户使用本系统相关说明 (4) 3.4一般约束 (4) 三项目需求 (6) 1功能需求 (6) 1.1功能结构一览 (6) 1.2登陆 (7) 1.3项目管理 (7) 1.3.1项目立项 (7) 1.3.2项目新增 (7) 1.3.3项目过程管理 (8) 1.3.4项目群管理 (11) 1.4项目工具 (15) 1.4.1原因分析工具 (15) 1.4.2数据收集分析工具 (15) 1.4.3评估工具和决策工具 (15) 1.4.4TRIZ系列工具 (15) 1.5人才管理 (15) 1.6知识管理 (16) 1.7权限管理 (17) 1.7.1用户信息管理 (17) 1.7.2系统模块管理 (17)
1.7.3角色管理 (17) 1.7.4权限分配 (17) 2外部接口需求 (18) 2.1用户接口 (18) 2.2硬件接口 (18) 3性能需求 (18) 3.1静态数值需求 (18) 3.2动态数值需求 (19) 3.3硬件限制..................................................... 错误!未定义书签。4属性. (19) 4.1可用性 (19) 4.2安全性 (19) 4.3可靠性 (21) 4.4系统性能 (22) 4.5易用性 (23) 4.6可维护性 (23) 4.7其他需求 (24)
工作流定义 业务过程（Business process）是指为了实现某一业务、战略目标而组合在一起的一组过程或活动。而工作流是业务过程的自动化处理，在业务流程处理过程中，根据一组定义好的处理规则，可以把相关的信息、文档、任务或业务从一个参与者传递到另一个活动的参与者。 简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。 在现代化的组织管理活动中，组织机构与流程运作构成了现代企业内部的垂直管理线路和水平管理线路。其中垂直管理线路明确了组织成员的分工（企业的战略目标、部门的职能和岗位责任等），水平管理线路明确了组织成员的协作，这种既分工又合作的方式，就构成了企业横向与纵向结合的经营与管理模式。 通过现代化的工作流软件技术手段，将这些管理线路规范化、标准化和流程自动化，从而有效地提高业务运作效率，降低成本，为实现企业的战略目标提供保障。 返回 https://www.doczj.com/doc/fe15769195.html,工作流管理系统概述 https://www.doczj.com/doc/fe15769195.html,工作流管理系统（https://www.doczj.com/doc/fe15769195.html, WorkFlow）参照工作流管理联盟（WfMC）标准设计，以业务管理为核心（BPM），以工作流平台技术为依托，可以帮助企业快速构建高效、柔性的业务流程管理系统； https://www.doczj.com/doc/fe15769195.html,工作流系统具有独立的框架级工作流引擎服务器，由UCML直接生成C#源码，客户可以方便扩展。 https://www.doczj.com/doc/fe15769195.html,工作流管理系统不但涵盖了流程开发、发布、管理配置、运行、监控的整个过程，还提供流程KPI接口，方便对流程五要素指标（时间、质量、数量、风险、成本）及其他KPI指标的采集，为业务流程的管理、监督、考核和优化提供依据。 返回 https://www.doczj.com/doc/fe15769195.html,工作流管理系统详细介绍 https://www.doczj.com/doc/fe15769195.html,工作流管理系统涵盖了从流程开发、发布、管理配置、运行、监控的整个过程，包括如下几个组成部分： ?可视化的工作流开发环境?工作流引擎与服务 ?WEB客户端管理?可视化的流程监控 ?标准的工作流服务组件?流程套路生产线 可视化的工作流开发环境