新产品工作流
流程业务需求
文件编号
文件状态[√]草稿 [] 正式发布 []正在修改
当前版本V1.0
拟制李又虎、张新宝日期2016-12-12 审核日期
批准日期
修订历史记录
A - 增加M - 修订D - 删除
变更版本号日期
变更类型
（A*M*D）
修改人摘要备注
1.0 2016-12-12 A 李又虎工作流业务需求
1.1 2016-12-14 M liyh 增加移动端审批第四大点
目录
1工作流建设目标 (5)
1.1管理需求 (5)
1.2技术要求 (5)
1.3业务需求 (6)
2工作流技术需求 (6)
2.1流程定义 (7)
2.1.1流程和表单关联 (7)
2.1.2流程和用户角色关联 (9)
2.2用户定义 (9)
2.3流程和机构关联 (10)
2.4流程维护 (10)
2.4.1定义流程的维护 (10)
2.4.2已经发布流程的维护 (11)
2.5流程实例运营 (11)
2.5.1运行中的流程实例历史 (11)
2.5.2已经完成的流程实例 (11)
2.5.3流程实例事件追踪 (12)
2.5.4流程实例统计报表 (12)
3工作流业务需求 (13)
3.1流程配置需求 (13)
3.2流程启动需求 (14)
3.3流程审批需求 (15)
3.3.1待办事项 (15)
3.3.2已办事项 (21)
3.3.3办结事项 (21)
3.3.4转授权事项 (21)
3.4流程维护需求 (23)
1工作流建设目标
为拜特科技新产品建立统一，集成的工作流系统平台，实现业务审批流程电子化。体现产品业务执行的透明度和规范化，提高业务处理效率和协作效率。
1.1管理需求
管理模式：通过实施工作流理顺业务流程，即定义业务审批流程，设计业务审批流程，部署管理审批流程等，提高业务协作效率，实现结算中心有效规范的管理目的
数据集成方面：工作流系统与业务系统集成，共享业务数据，实现单一创建多出引用原则技术方面：要求系统在集成性，稳定性，拓展性，可适应性方面符合结算中心的发展需要。对于权限和安全性方面，提供可靠的保障。同时需要支持移动设备的审批。
组织和人员：通过工作流的建立帮助企业实现业务处理的完整性，实现业务和公司规范执行的有效结合。帮助企业梳理业务，规避风险，提升工作质量。
1.2技术要求
◆流程设计工具实现流程定义，实现人员、岗位、机构单位定义。实现流程版本控制
◆流程设计工具实现表单定义
◆实现流程中不同的节点和不同的表单关联
◆对于流程审批的人员管理如何设定
◆审批委托设定，比如部门经理a出差，委托经理b待审批流程。
◆手持移动设备访问工作流，进行审批动作
◆设定多条件审批流程，比如大于10w，总经理审批，小于10w部门经理审批
◆设定会签步骤，会签中每个人的权重配置。
◆流程运转状态和性能监控器
◆流程审批过程的文档管理，审批历史的查看和管理。
同时系统工作量需预留接口方便以后扩展：
◆流程中的某个节点长期没有审批，设置一个阀值，超过该阀值触发邮件动作提醒，或终止
流程等业务动作。（预留）
工作流系统与其他业务系统集成方式。（第三方系统对接）
1.3业务需求
应用需求，使用成熟的工作流产品构建结算中心流程系统，满足企业业务流程规范执行。
业务类流程当前新产品在多个业务中体现出流程管理重要性和迫切性。
管理类监控所有在运营中的流程，超级用户可以干预流程。比如终止流程、手动流程跳转。
报表类分析每个表单使用情况，流程在那个节点停留时间最长。分析工作流的使用情况，便于有针对性分析企业工作现状，为改进工作提供参考。
终端需求流程支持移动段（微信等）审批。
2工作流技术需求
（以下图例只是示意性质，不能代表工作流平台做成的最终效果）
可以规纳一下，任何工作流系统或子系统包括以下几个部分，详下面表格描述。
子系统业务模块备注
流程定义流程定义、节点定义、路由定义、个性化表单工作流的客户端，可采用图形化界
面或表单界面实现。
流程表单自定义工作流表单，定义表单内容，表单布局。
定义1对多表单多客户表单可以在不写代码的情况下，实现对表单的灵活定义
流程关联流程变量、节点选择、人员选择与业务模块结合最紧密的部分，走
流程的业务均由此启动。
流程审批待办事项、已办事项、办结事项、提交、打回、追回、会签、自由流转、双人审批、授权与转授
权、终审、子流程工作流启动后，各个环节的流转全依赖此，是工作流的引擎，最核心的部分。
流程维护监控所有正在运行中流程，流程轨迹、流程复位、流程纠错查看审批中或通过的所有流程，对审批结束的流程可以复位，出错的流程纠错后也可重新发起。
流程报表统计表单使用率，个人工作量，节点耗时统计流程使用率，找出工作中存在
问题，改进工作质量
2.1流程定义
通过拖拽的方式实现流程的定义。
流程定义1
2.1.1流程和表单关联
定义好的流程和表单进行关联
表单关联1
每个流程节点关联上已经定义好的表单。
表单关联 2
选择一个该节点需要的一个表单.
2.1.2流程和用户角色关联
流程节点和用户角色岗位关联
流程和角色关联1
对于某个流程中的某个节点，选择该节点需要映射的用户岗位
流程和角色关联2
选择流程中该节点需要处理的人员或岗位
2.2用户定义
包括单位，机构，角色，用户的管理，该功能是系统功能部分，在这里不再描述
组织结构1
2.3流程和机构关联
平台定义好的流程需要配发或定制给平台中成员单位使用，某个单位可以有多个流程，同一个流程可以给不同的单位建立流程实例。
2.4流程维护
2.4.1定义流程的维护
流程列表维护
流程列表1
2.4.2已经发布流程的维护
已发布流程列表维护
已发布列表 1
2.5流程实例运营
2.5.1运行中的流程实例历史
流程实例列表，管理可以监控所有在内存中运行的流程，可以对流程进行手工干预
运行实例列表 1
2.5.2已经完成的流程实例
已经完成流程历史记录列表
2.5.3流程实例事件追踪
每个节点事件的明细记录，某人在某个时间做了某个操作。对这些操作可做多条件查询。
2.5.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/e25412195.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.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],
SECTION 1 SCM TEMPLATE WORKFLOW ?2000 i2 Technologies, Inc. -2-
SCM Template Workflow Release 4.2.1 Copyright 2000 i2 Technologies, Inc. This notice is intended as a precaution against inadvertent publication and does not imply any waiver of confidentiality. Information in this document is subject to change without notice. No part of this document may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or information storage or retrieval systems, for any purpose without the express written permission of i2 Technologies, Inc. The software and/or database described in this document are furnished under a license agreement or nondisclosure agreement. It is against the law to copy the software on any medium except as specifically allowed in the license or nondisclosure agreement. If software or documentation is to be used by the federal government, the following statement is applicable:In accordance with FAR 52.227-19 Commercial Computer Software —Restricted Rights, the following applies: This software is Unpublished—rights reserved under the copyright laws of the United States. The text and drawings set forth in this document are the exclusive property of i2 Technologies, Inc. Unless otherwise noted, all names of companies, products, street addresses, and persons contained in the scenarios are designed solely to document the use of i2 Technologies, Inc. products. The brand names and product names used in this manual are the trademarks, registered trademarks, service marks or trade names of their respective owners. i2 Technologies, Inc. is not associated with any product or vendor mentioned in this publication unless otherwise noted. The following trademarks and service marks are the property of i2 Technologies, Inc.: EDGE OF INSTABILITY; i2 TECHNOLOGIES; ORB NETWORK; PLANET; and RESULTS DRIVEN METHODOLOGY. The following registered trademarks are the property of i2 Technologies, Inc.: GLOBAL SUPPLY CHAIN MANAGEMENT; i2; i2 TECHNOLOGIES and design; TRADEMATRIX; TRADEMATRIX and design; and RhythmLink. February, 2000 ?2000 i2 Technologies, Inc. -3-
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
工作流程引擎需求分析 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流程实例 由流程模型为模板创建的一个对象（正在使用的流程）
通达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页面中还未操作过。
目录 摘要 (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)
项目管理系统需求说明书
成都鼎域前沿科技有限公司 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)
工作流需求说明书 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 上海新视界