湖北XXXXXXXXXX产业集团
关于修订印发《工作流使用管理办法》的通知
各单位/部门：
为减少工作流使用不当的情况发生，从而提高工作流审批效率及企业信息化实施水平，我部门制定了《工作流使用管理办法》。根据该办法前期执行的实际情况，经征求各方面意见后，我部门对部分条款进行了修改和完善。现将修订后的《工作流使用管理办法》（见附件）印发，请各单位认真组织学习。
修订后的《工作流使用管理办法》自2012年8月20日实施，望各单位/部门遵照执行。
特此通知！
信息中心
二〇一二年八月十九日
工作流使用管理办法
第一章总则
第一条为推进企业信息化建设的顺利实施，规范OA系统工作流的管理，明确公司工作流使用的要求，达到提高工作及管理效率的目的，特制定本办法。
第二条本办法适用于湖北XX建筑装饰工程有限公司（以下简称集团公司）及子公司所有员工。
第二章工作流的定义
第三条工作流： OA内置的流程子系统，可实现各类工作的申请、审批、会签、登记、查询等环节的管理，可将协同工作的过程进行记录，便于日后审核与查询；并实现业务数据的规范化录入、查询、统计和存档；OA的工作流系统由表单和流程两个重要元素构成。
第四条表单：是与工作相关的数据的载体，相当于现实工作中的纸质工作单，工作单上的手写数据通过表单上的各类控件得以体现；除表单以外，我们还可以通过公共附件或会签区传递一些数据和信息，以便更好的完成工作流程。
第五条流程：是工作过程和环节的描述，流程由工作的多个步骤组成，每一步由指定的经办人填写指定的表单控件。
第三章工作流的发起
第六条为节约办公耗材，提高工作效率，实现信息化的有效推广，经集团公司审核通过的工作流禁止采用纸质操作。
第七条各员工需认真学习各工作流的作用及适用范围，在发起流程时，需选择与该工作相对应的工作流。
第八条对于明确指定了对应发起人的流程（IT类、盖章类、物业服务类等），当其他人员需要申请该工作流时，需和具有相应申请权限的人员进行对接，
委托该人员进行流程的申请。
第九条工作流的表单需严格按照规定格式填写完整，因表单内容填写不完整、不规范或填写错误所造成的一切后果由本人承担。
第十条当某项工作的工作流还在办理中时，不得发起多条工作流重复进行办理。
第十一条当申请人新建工作流后，需在3天内将流程转交至下一步经主办人或删除掉，不得将新建的工作流滞留而占用系统资源。
第四章工作流的转交和办理
第十二条工作流在进行转交时，只允许选择一个经办人，且经办人必须选择正确。
第十三条流程转交时可选择OA内部短信、手机短信、邮件等方式提醒下一步骤经办人、发起人或全部经办人，流程的办理人需根据实际情况选择相应的提醒方式，无特殊原因不得提醒全部经办人。
第十四条流程转交时可以在“更多操作”中选择“公告通知”、“内部邮件”的方式将流程信息进行传阅，但不允许将流程信息传阅给与该工作无关的人员。
第十五条当流程经办人收到被转交的流程后，需及时将流程进行办理，可以将流程结束或转交至下一步经办人，但不得长期滞留；普通流程的办理时间不得滞留超过3天，需提供相关纸质文档方可办理的流程不得滞留超过5天。
第十六条凡享有集团公司手机补贴的人员在办理流程时，必须在严格规定的期限内办理完工作流，因工作流滞留而导致的一切后果由本人负责。
第十七条各单位信息化小组成员需对本单位人员办理的工作流进行时刻的清查与督促办理，因信息化小组成员督办不当或未进行督办而导致的工作流办理滞后，则信息化小组成员也需要承担部分责任。
第十八条主办人在办理流程时需仔细查看表单内容、会签区意见及附件信息，因主办人疏忽而导致的一切后果由主办人承担。
第十九条当主办人办理工作流需将流程回退时，需在表单上写明回退原因。
第二十条有下列情形之一的，主办人可直接结束流程：
（一）违反本办法第七条、第九条、第十二条规定的；
（二）需提供相关纸质资料方可办理的工作流，经该步骤主办人提醒后超过4天仍不提交相关资料或资料提交有误的；
（三）该步骤主办人审核不通过且注明了原因的。
第五章工作流的废弃删除
第二十一条需废弃删除的工作流可在IT类工作流中发起“废弃工作流删除申请”流程，让系统管理员进行删除。
第二十二条在工作流执行中，有本办法第九条、第十二条的情形且主办人无权结束流程时，主办人可申请废弃该工作流；
第二十三条因实际工作变更而未通知系统管理员更改工作流导致无法继续执行的流程，主办人可申请废弃该工作流。
第六章监督与考核
第二十四条信息中心负责集团公司及子公司工作流使用管理办法实施的监督管理。
第二十五条各单位/部门或者个人对违反本办法的行为都有权举报，经信息中心核查属实，对举报人员给予20—100元奖励。
第二十六条明文规定必须使用工作流系统操作的工作仍使用纸质操作的，给予工作发起人50元以上罚款；若该纸质操作的工作被接收并办理，则给予所有工作接收人30元以上罚款；
第二十七条选择错误流程办理工作的，给予流程发起人50元以上罚款，并给予流程办理中所有审核通过的经办人30元以上罚款；
第二十八条不按规定格式填写表单信息，以及信息填写错误或不完整的
工作流，未造成经济损失的给予流程发起人30元以上罚款，并给予流程办理中所有审核通过的经办人20元罚款；造成经济损失的由集团公司领导根据实际情况给予相应处罚；
第二十九条同一工作发起多条流程同时执行办理的给予流程发起人30元以上处罚；
第三十条申请人申请流程后，3天之内未进行转交或删除该工作流，经系统管理员核查属实的给予流程发起人20元/条的罚款。
第三十一条对于工作流办理滞后的情况，若该步骤的经办人无手机补助权限则予以20元/条的罚款，若经办人有手机补助权限则予以40元/条的罚款。
第三十二条因信息化小组成员未能进行有效督促导致的工作流滞后，则予以信息化小组成员10元/条的罚款。
第三十三条因经办人未认真审查表单内容、会签意见、附件信息而导致流程办理错误，视情节严重程度给予流程经办人20—100元罚款。
第三十四条流程回退时，经办人未告知对方且未在表单上写明回退原因导致工作办理受阻时，予以流程经办人20元以上罚款。
第三十五条违反本办法第十二条、第十三条、第十四条规定，有人提出投诉且经查属实的给予流程经办人20—50元罚款。
第七章附则
第三十六条本办法由信息中心制定，并负责解释，后期将根据实际情况予以修订完善。
第三十七条各单位/部门根据本单位/部门工作流实际使用情况制定内部工作流使用管理办法，应当先报送信息中心审核备案。
第三十八条有关工作流使用的规定与本办法不一致的，以本办法为准。
第三十九条本办法自2012年8月20日起实施。
信息中心
二〇一二年八月十九日
心通达OA工作流使用说明书 【工作流使用详解】 2018-3-21 北京高速波软件有限公司
版权说明 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除非另有特别注明，版权均属北京高速波软件有限公司所有，受到有关产权及版权等法律保护。任何个人、机构未经北京高速波软件有限公司的书面授权许可，不得复制、引用或传播本文件的任何片断，无论通过电子形式或非电子形式。
目录 工作流设计 (5) 1.1分类设置 (5) 1.1.1表单分类 (5) 1.1.2流程分类 (6) 1.2自动编号设置 (8) 1.2.1自动编号设置 (8) 1.2.2自动编号预览 (9) 1.2.3编号管理 (10) 1.3设计表单 (10) 1.3.1新建表单 (10) 1.3.2编辑表单 (11) 1.3.3预览 (12) 1.3.4删除 (12) 1.3.5导入 (12) 1.3.6导出 (13) 1.3.7表单智能设计器 (13) 1.3.8表单控件 (14)
设计流程 (32) 1.4.1流程管理 (32) 1.5新建工作 (53) 1.6我的工作 (55) 1.7工作查询 (56) 1.8工作监控 (56)
工作流设计 1.1分类设置 1.1.1表单分类 进入工作流-工作流设置-分类设置, 建立表单分类。表单分类更方便了表单的管理，把不同性质的表单放在不同的分类下，也方便了表单的查找。同时根据表单分类的所属部门，实现了表单分类按部门进行独立管理的目的。 新建表单分类：首先点击【新建】按钮，根据具体需求选择表单父分类，填写相应的表单分类排序号，表单分类名称，以及所属部门后保存。
西北工业大学软件与微电子学院 <工作流管理系统> 需求规格说明 版本：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）：工作流管理联盟。 流程设计：创建工作流模型，根据实际的业务流程创建可视的流程模型。 业务管理：是对工作流模型和实例进行监控和管理。 活动：是一项工作的原子单元。有时会使用节点代替活动。 流程：是活动的集合，有时会使用工程代替流程。 角色：指工作流模型的参与者和任务承担者，和权限相关联。 用户：指工作流系统的使用者。 连接：是两个活动之间顺序依赖的根据，有时会使用边代替连接。 变量：是工作流的数据单元，被称做工作流相关数据。
工作流使用文档说明书 工作流的概念： 工作流是多人按顺序依稀填写一张表单，或者填写会签意见，传递附件，在工作中，不同步骤的主办人对附件的权限可以单独进行设置。 1、如何新建工作 点击工作流—新建工作，在流程分类下，用户具有新建权限的所有工作流程以及相应的分类会在左侧显示，点击我要发起的工作流程的名字，点击“新建并办理按钮”，如下图所示： 以下为新建工作后进入流程表单中办理的页面，控件显示如果为灰色，表示在当前步骤该控件为不可写。主办人在表单页面内容填写完毕后，点击“转交下一步”，进行下一步人员的选择。 可在下方进行附件的上传，有两种方式：一种是直接添加空白文档，一种是可点击“添加附件”按钮，可直接上传本机中已完成的附件文档。
点击“转交下一步”按钮，进入下图所示页面，只需要选择下一步骤的审批人员名字，点击“确认转交”按钮即可。 2、我的工作 流程新建完成后，待审批工作就进入到模块“我的工作”中，所有未接收或者已接收的流程都在该模块中显示。显示流程的名称、文号以及步骤和目前的状态。 点“主办”按钮进入流程办理页面，主要是对表单发文内容的核稿。本人办理完工作
后想关注此流程办理进度，办理情况，如图所示： 3、如何对所有的工作进行查询 对于已经完成的流程，或正在进行的流程，就可以实现多种范围、多种流程的查询，包括快速查询和工作流高级查询两种。点击工作查询首先出现以下界面： 查询时，用户可以根据工作流的状态或者文号或者时期等查询工作流。 高级查询:可以清楚的看到每一个工作流的状态。如果选择某个流程进入详细查询, 按照流程查询的时候，需要选择某一个流程，可以进行多种形式的针对具体表单项目的查询。可以在查询时，自由选择该流程表单中的字段，用以生成统计HTML或EXCEL格式的报表，便于保存和统计。
关于印发《工程资料业务专用章 管理统一规定》的通知 公司各项目管理公司、各有关部门： 为规范轨道交通工程资料的管理工作，保证工程竣工资料顺利验收、移交，总工办组织相关部门编制了《工程资料业务专用章管理统一规定》。现印发给你们，请组织有关人员认真学习，在工程管理中严格执行本管理办法的各项规定，并及时向总工办反馈试行中的有关信息。 二〇〇八年一月二十五日
工程资料业务专用章管理统一规定 一、总则 第一条为规范轨道交通工程各参建单位的工程资料业务专用章管理工作，根据北京市有关地方法律法规、轨道交通建设管理有限公司实际情况，制定本办法。 第二条工程资料业务专用章，是指参与北京市轨道交通工程建设的施工、监理、设计等各单位，在各类工程资料上加盖的规范名称印章。 二、工程资料业务专用章的类型 第三条工程资料业务专用章的类型： 1、监理公司在各类施工资料、监理资料上加盖的印章； 2、施工单位在各类施工资料、监理资料上加盖的印章； 3、设计单位在各类施工资料上加盖的印章； 4、建设单位在各类文件资料、图纸上加盖的图纸资料收发印章； 三、工程资料业务专用章的规格、样式 第四条监理、施工、设计专用章形状为圆形，直径为4.2厘米，中央刊五角星，五角星外刊单位名称，自左向右环行。如果名称字数过多不易刻制，可以采用规范化简称。 第五条建设单位接收外来文件资料、图纸的接收章为长方形，
尺寸为：5＊2.5厘米(长＊宽)。 四、工程资料业务专用章的文字、字体和质料 第六条印章所刊名称，应为单位的法定名称。印章所刊名称字数过多，不易刻印清晰时，可以适当采用通用的简称。印章所刊汉字，应当使用简化字，字体为宋体。 第七条印章的质料，由制发机关根据实际需要确定。 第八条本规定由轨道交通建设管理有限公司总工办负责解释。 第九条本规定自颁发之日起试行。
jira自定义工作流配置 在介绍jira自定义工作流配置之前先介绍一些概念性的知识： 1.工作流：是一个问题经过进过其生命周期的若干个步骤和阶段的变迁。工作流通常代 表实际的业务处理流程。 一个工作流是由步骤和变迁组成的，一个工作流的步骤标识着一个问题的一个阶段或者叫“状态”，变迁是工作流中两个步骤之间的连接。 2.当定义一个变迁的时候，可以选择性的指定一下选项： Conditions（条件）——用于控制哪些用户能够执行一个变迁。 Validators（校验）——在执行变迁之前，用于检查任何用户的输入是否合法。 Post Functions（后续操作）——在变迁完成之后，用于执行特定的动作，如：将问题分配给特定的用户，发送通知email，更行问题的某个字段。 Screen（显示给用户的界面）——这对于用户输入信息之后才能完成变迁的情况是有用的。 3.在jira中的默认工作流程图中，5个方框表示工作流的步骤/状态（open、in progress、 resolved、reopen、closed），箭头代表变迁（transitions）。这个从网上查一下。 4.在jira中可以用不同的方式来创建一个新的工作流： 页脚内容1
1)通过“Add New Workflow”来创建一个空白的工作流。用这个方法创建的工作流有 一个默认的步骤open，该步骤有一个进入的工作流变迁：“create”。 2)通过点击“copy”链接，拷贝已经存在的工作流（如果您准备新添加的工作流和已 经存在的工作流类似，则可以使用此方法）。用这种方法您的工作流将会包含所拷贝的工作 流的所有步骤和变迁。 1.创建工作流 Jira安装完成以后地址栏中输入：http://10.7.101.25：8080/secure/Dashboard.jspa进行平台配置。 在创建新的工作流时一般先将全部步骤定义好，再创建变迁将步骤连接起来，所以首先要自己定义一个工作流程图。 1．以jira管理员的账户登录系统。 2．在jira的导航菜单上点击“Administration”链接。 3．点击左侧导航菜单中的Global Settings—>Workflows，如下图： 页脚内容2
Activiti工作流使用说明文档 V1.0 2019年8月9日
目录 一、模型设计器 (4) 1.1任务 (5) 1.1.1 用户任务 (5) 1.1.2 服务任务 (5) 1.1.3 脚本任务 (6) 1.1.4 业务规则任务 (7) 1.1.5 接收任务 (7) 1.1.6 手动任务 (7) 1.1.7 邮件任务 (8) 1.1.8 Camel任务 (8) 1.1.9 Mule任务 (8) 1.1.10 决策任务 (9) 1.2构造 (10) 1.2.1 子流程 (10) 1.2.2 事件子流程 (11) 1.3泳道列表 (11) 1.4分支 (12) 1.4.1 排他分支 (12) 1.4.2 并行分支 (12) 1.4.3 包容分支 (13) 1.4.4 事件分支 (13) 1.5事件 (14) 1.5.1 定时器事件 (14) 1.5.2 信号事件 (14) 1.5.3 消息事件 (16) 1.5.4 错误事件 (16) 1.5.5 边界事件 (17) 1.5.6 中间事件 (18)
1.5.7 开始事件 (18) 1.5.8 结束事件 (18) 1.6属性元素 (18) 1.6.1 异步 (18) 1.6.2 排他 (19) 1.6.3 补偿 (19) 1.6.4 中断任务 (20) 1.6.5 分配 (21) 1.6.6 到期时间 (22) 1.6.7 表单 (22) 1.6.8 表达式 (24) 1.6.9 多实例 (25) 1.7监听器配置 (28) 1.7.1 执行监听器 (29) 1.7.2 任务监听器 (30) 1.7.3 事件监听器 (32) 1.7.4 全局事件监听器 (33) 二、workflow-service (34) 2.1数据更新逻辑 (34) 2.2方法表达式配置 (35) 2.3自定义外置表单 (36) 2.4事件监听器配置 (37) 2.5方法调用说明 (37) 三、常见问题 (37)
业务专用章使用章管理规定 为规范公司业务专用章的使用，加强用章管理，制定本规定。 一、业务专用章的管理、保管权限： 第一条业务专用章由分公司统一管理。业务专用章所有权归总公司所有。 第二条业务印章由分公司指定专人保管。并由总公司授权并与其签订保管承诺书。 第三条保管人不得私下自用、外借、丢失印章，未经批准不得将印章交接给他人。 第四条用印人所在部门与保管人对盖章材料共同对外承担责任。 二、业务章使用范围： 第五条凡是须以公司名义签订的补充协议、收件收据、证明或其他材料，可申请盖章。 第六条为规避风险，印章审批人有权向用印人询问用印材料的相关信息，并有权决定是否盖章，经审核不同意盖章的，须向用印人说明理由。审批不说明不予盖章理由的，用印人可向总经理投诉，由总经理决定是否盖章。 三、用印盖章材料要求： 第七条盖章的材料不得用复印件或传真件。字迹须清晰、正确。用章材料必须已经填写完毕，不得有空白未填写部分。 第八条用印人提供的材料不符合上述条件的，不予盖章。 四、使用印章程序： 第九条用印人申请使用印章须按照以下程序进行： 1、填写《用印申请单》用印须填写《用印申请单》，一类盖章材料填一份申请单。申请单由经理级别以上人员在申请书上签字，申请单必须是原件，若传真件、复印件须电话确认真实性。用印申请单经总经办签字同意后。保管人依此进行盖章。若无总经办签字，且需要立即盖章的，由保管人电话请示，经同意后予以盖章，事后在申请单上补签字。需保管用印申请单的复印件，以便对盖章情况进行核实。 2、保管人进行盖章印章保管人，须亲自对用印材料进行盖章，不得将印章交于他人进行盖章。其他人不得擅自使用印章进行盖章，或作他用。 3、提供盖章材料复印件用印材料盖完章后，需向总公司提供复印件一份，用印人须在复印件上签字留档保存复印件可由保管人在公司进行复印。用印申请单需保存完整，备总公司抽查。 4、用印人填写《业务章盖章登记表》用印人必须如实填写《业务章盖章登记表》。 5、总公司销售部核实《用印申请单》、《业务章盖章登记表》、用印材料、一致无风险后将用印材料交给用印人。 五、用印时间地点：
中国xx银行湖南省分行柜面业务 专用章管理实施细则 目录 第一章总则 第二章职责分工 第三章种类与适用范围 第四章设计与刻制 第五章颁发与启用 第六章使用与保管 第七章停用、作废与销毁 第八章检查监督 第九章附则 — 1 —
第一章总则 第一条为加强营业网点柜面业务专用章管理，规范印章使用，有效防范操作风险，根据《中国xx银行柜面业务专用章管理办法》（xx发〔2015〕238号）、《中国xx银行湖南省分行印章管理实施细则》（xx〔2015〕16号）制定本实施细则。 第二条本实施细则所称柜面业务专用章是指各营业网点办理柜面业务过程中，为确认并表明柜面业务交易的合法有效或处理状态，在业务凭证、票据、函件、证实书、申请书以及其他柜面业务交易资料上加盖的印章。 总行统一规范管理的柜面业务专用章为全行性柜面业务专用章，除此以外的柜面业务专用章为区域性柜面业务专用章。 第三条柜面业务专用章管理包括柜面业务专用章的刻制、颁发（领取）、启用、保管、使用、更换、收缴、销毁等全流程活动的操作规范、风险防控、监督检查和评价考核。 第四条柜面业务专用章的管理和检查遵循“统一管理、分级负责、有效控制”的原则。 “统一管理”指渠道管理部门归口管理柜面业务专用章，组织制定相关制度规定。 “分级负责”指总、分行相关部门按照各自职责分工，对柜面业务专用章进行多层级管理。 “有效控制”指柜面业务专用章的使用和保管须满足不相容岗位的控制要求，定责到人。 — 2 —
第五条本实施细则适用于中国xx银行湖南省分行各级机构。 第二章职责分工 第六条省行渠道与运营管理部是柜面业务专用章的归口管理部门，主要职责包括： （一）负责按照总行柜面业务专用章管理办法归口管理辖内柜面业务专用章，制定辖内柜面业务专用章管理实施细则，规定辖内区域性柜面业务专用章的规格标准、适用范围和使用规范。 （二）负责组织辖内柜面业务专用章（除汇票专用章和本票专用章外）的刻制、颁发、更换、收缴、保管与销毁等工作。 （三）负责审批省行相关业务部门提交的辖内区域性柜面业务专用章样式规格、适用范围和种类增减等方面的申请。 （四）组织辖内柜面业务专用章的督导检查工作。 第七条省行相关业务部门的职责 （一）参与制定辖内柜面业务专用章管理规章制度。 （二）提出辖内区域性柜面业务专用章样式规格、适用范围和种类增减等方面的申请，报省行渠道与运营管理部审批。 （三）配合完成辖内柜面业务专用章的督导检查工作。 （四）结算与现金管理部除履行上述职责外，同时负责汇票专用章和本票专用章的刻制审核、颁发（领取）、更换、收缴和销毁等业务的管理；负责对汇票专用章的销毁情况专题书面报总 — 3 —
公司工作流管理操 作手册
北斗星协同工作平台V3.0版——工作流管理系统 操 作 手 册 深圳市北斗星科技有限公司
二○○八年八月版本历史
目录 1 流程设计 ................................ 错误!未定义书签。 1.1 如何创立流程模型................... 错误!未定义书签。 1.2 流程设计........................... 错误!未定义书签。 1.2.1环节 错误!未定义书签。 1.2.2环节属性 错误!未定义书签。 1.2.3连线 错误!未定义书签。 1.2.4流程属性 错误!未定义书签。 1.3 流程的建立和管理................... 错误!未定义书签。 2 流程模型的类型 .......................... 错误!未定义书签。 2.1 流程模型的分类..................... 错误!未定义书签。 2.2 协同流程的设置..................... 错误!未定义书签。 2.3 审批流程的设置..................... 错误!未定义书签。 2.3.1流程属性设置 错误!未定义书签。 2.3.2环节属性设置 错误!未定义书签。
2.4 注意事项........................... 错误!未定义书签。 3 工作流的应用 ............................ 错误!未定义书签。 3.1 功能简介........................... 错误!未定义书签。 3.2 应用案例........................... 错误!未定义书签。 3.2.1事务发起 错误!未定义书签。 3.2.2领导签批 错误!未定义书签。 1流程设计 流程的定义:业务流程的全部或部分自动化,在此过程中,文档、信息或任务按照一定的过程规则流转,实现组织成员间的协调工作以达到业务的整体目标。 流程是由一系列处理环节和流转路径组成的有机集合,用于完成某项任务而设计的;每个环节由相应的一个或多个人员来执行;每个人员根据具体情况,采取不同的处理动作,如审核、批示等等。 1.1如何创立流程模型 流程模型是建立在应用分类下的实体,在系统后台的流程处理
工作流需求说明书 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 页 工作流需求说明书 1 前言 为构架完整EDM 产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM 组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM 实现，作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理（ProjectManage ）和工作流管理（WorkflowManage ）作为CEDM 的两个模块，不单独包装为产品。 工作流管理实现WfMC 定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC 定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。 1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。
万科K2工作流系统 用户手册
目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 2运行环境 (3) 2.1硬件环境 (3) 2.2软件环境 (3) 3流程操作 (4) 3.1发起流程 (4) 3.1.1登陆系统 (4) 3.1.2发起流程 (4) 3.1.3编辑流程 (6) 3.1.4提交流程 (9) 3.2审批流程 (13) 3.2.1邮件审批 (13) 3.2.2K2系统审批流程 (16) 3.2.3查询流程 (31) 3.2.4流程催办 (32) 4个人设定 (34) 4.1.1授权设置 (34) 4.1.2移交设置 (35) 5流程管理 (36) 5.1.1增加流程 (36) 5.1.2创建模板 (37) 5.1.3流程权限设置 (39) 5.1.4条件配置 (40) 5.1.5流程复制 (41) 5.1.6岗位设置 (42) 5.1.7系统角色 (43) 5.1.8秘书设置 (45) 5.1.9删除审批 (46) 6权限管理 (47) 6.1.1平台管理员设置 (47) 7K2流程发布 (48)
1引言 1.1编写目的 本文档的编写目的主要是说明用户如何使用万科K2工作流系统的操作。 1.2背景 确定统一的K2自动化平台，完成管理流程体系中关键内容的标准化，并设置控制点，把握数据来源，跟踪实施效果，制定较为完善的标准化和自动化策略，形成“管理流程标准化和自动化推广模板”。形成一个标准化的管理流程体系，建立一个统一高效的审批自动化平台。达到各一线公司优势互补，形成较为一致的管理流程体系，各类管理流程流程步骤、事项明晰，审批速度的提高，老公司进一步规范现有管理流程体系，新公司可以在较短时间内掌握管理方法提升管理能力，满足公司高效率底风险的管理要求，适应公司规模化复制效应的实现，为流程的持续优化打好基础的目的。 2运行环境 2.1硬件环境 可支持Windows XP的硬件配置 2.2软件环境 操作系统：Windows (sp2) 浏览器：IE6.0，IE7.0
工作流平台——工作流设计器 详细设计说明 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
第1章总体说明 在使用EOS WorkFlow的过程中，无论是开发者在“开发环境”中定义业务流程，还是“工作流引擎”控制流程流转，或是工作流参与者使用的“客户端”，再或者管理员使用的“管理与监控工具”，在这期间都会贯穿EOS Workflow 的5个主要对象——流程定义、活动定义、流程实例、活动实例以及工作项。 1.1 EOS工作流开发过程简述 EOS的工作流开发过程可以看作是一个不断迭代的过程，如下图： 首先是分析需求，然后根据需求定义流程，在这个阶段最主要的工作任务其实是设计，根据业务需求来设计流程，这个流程要怎么走，流程相关的数据如何流动，流程的参与者如何界定，与流程相关的业务数据如何流动及保存等等。在这个阶段的工作结果是一个可以发布的流程，第一次形成的流程可能是一个比较简单的，并不完善的版本，但是随着迭代的进行，这个流程将不断地被修正和改进，直到形成一个能够使用的版本。 接下来是流程的发布，流程发布的目的是让工作流引擎能够识别该流程。在开发环境(JBoss)下可以直接在Studio中发布流程，开发阶段一般用此方法，在生产环境中一般是先打包，然后在xlocalhost:端口/eosmgr中发布。 流程发布后就可以执行了，流程在执行阶段叫流程实例，它有待启动、运行、挂起、完成、结束、中止等六种状态。 我们在设计及开发的过程中可能会犯一些错误，从而导致发布的流程执行不正确，或者还可能已经开发好的流程满足不了现在的需求，需要进行调整，这个时候迭代就开始了。
1.2 概念说明 流程定义：描述一个完整的业务过程，它由若干活动组成。包括了流程的基本信息、流程的开始和结束条件、组成的活动、活动间流转的规则、需要用户执行的工作任务（工作项）、可能调用的应用程序以及流程相关数据等信息。提交到流程定义库（WFProcessDefine）后会包含流程定义ID（流程定义的唯一标识）、流程定义名称、版本号、流程定义描述以及提交时间等描述。 活动定义：包含在流程定义之中，代表了一个相对独立的、逻辑的工作单元。一个活动代表一个需要由相关资源处理，或者由计算机处理的任务。其中定义了该活动的基本信息、执行该活动的参与者、时间限制、工作项信息、触发事件、启动策略等信息。 流程实例：当流程定义提交、发布到服务器以后，就可以启动该流程，启动时会创建流程定义的一个实例，叫流程实例。同一个流程定义可以有多个流程实例。每一个流程实例会被保存在流程实例库(WFProcessInst)中，包括流程实例ID（唯一标识）、流程实例名称、流程定义ID、流程实例的状态、该实例的启动者、启动时间、相关数据等信息。 活动实例：流程实例中的每个活动称为活动实例。每一个活动实例会被保存在活动实例库(WFActivityInst)中，包括活动实例ID（唯一标识）、活动实例的状态、所属的活动定义ID以及流程实例ID、时间限制、是否超时、创建时间等信息。 工作项：表示流程实例在流转过程中为完成某个活动实例所要参与者做的工作。一个活动实例可以对应一个或多个工作项。每个工作项会被保存在工作项库(WFWorkItem)中，包括工作项ID（唯一标识）、参与者ID、工作项的状态、所属的活动实例ID，流程实例ID等信息。 对象间的主要关系 流程定义和活动定义是在工作流开发阶段所确定；流程实例、活动实例和工作项则是在工作流运行阶段确定。 一个流程定义由多个活动定义组成。 一个流程定义可以创建多个流程实例。 一个流程实例包含多个活动实例，每个活动实例可以包含一个或多个工作项在一些特定的情况下（比如，一个活动要循环执行多次），一个活动定义会存在多个活动实例 具体如下图所示：
数据库表结构说明文档 目录 td_oa.flow_feedback_common (2) td_oa.flow_form_type (2) td_oa.flow_form_version (2) td_oa.flow_hook (3) td_oa.flow_manage_log (3) td_oa.flow_print_tpl (3) td_oa.flow_priv (4) td_oa.flow_process (4) td_oa.flow_query_tpl (7) td_oa.flow_report (8) td_oa.flow_report_priv (8) td_oa.flow_rule (8) td_oa.flow_run (9) td_oa.flow_run_attach (9) td_oa.flow_run_feedback (10) td_oa.flow_run_hook (10) td_oa.flow_run_log (10) td_oa.flow_run_prcs (11) td_oa.flow_sort (12) td_oa.flow_timer (12) td_oa.flow_type (13) td_oa.flow_version (15) td_oa.form_sort (15)
1、td_oa.fl ow_feedback_common 描述：会签意见常用语 2、td_oa.fl ow_form_type 3、td_oa.fl ow_form_version
4、td_oa.fl ow_hook 描述：业务引擎 5、td_oa.fl ow_manage_log 描述：流程管理日志 6、td_oa.fl ow_print_tpl 描述：打印模版
安华信息 工作流引擎 详细设计说明书 2012-3-21 [该文档主要描述工作流引擎的实现细节。]
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2 程序详细设计 (5) 2.1工作流运行时（W ORKFLOW R UNTIME） (5) 2.1.1 程序概述 (5) 2.1.2 功能设计 (5) 2.1.3 外部接口 (11) 2.1.4 尚未解决的问题 (12) 2.2工作流设计器（W ORKFLOW D ESIGNER） (12) 2.2.1 程序概述 (12) 2.2.2 功能设计 (12) 2.2.3 外部接口 (16) 2.2.4 尚未解决的问题 (17) 1.3公共对象 (17) 1.4数据库结构说明 (21) 2.4.1地区表 (21) 2.4.2业务附件文件 (21) 2.4.3流程业务数据包 (21)
2.4.4流程业务数据包定义 (22) 2.4.5流程实例表 (22) 2.4.6流程日志 (23) 2.4.7已处理消息队列表 (23) 2.4.8待处理消息队列表 (24) 2.4.9流程状态结点 (24) 2.4.10流程状态参与角色关系表 (24) 2.4.11流程模板表 (25) 2.4.12流程模板与业务类别、险类标识关系表 (25) 2.4.13日志项表 (25) 2.4.14状态操作附加规则 (26) 2.4.15流程状态后活动 (26) 2.4.16流程状态前活动 (27) 2.4.17流程状态表单信息 (27) 2.4.18流程状态操作表 (27) 2.4.19流程状态操作消息表 (28)
工作流开发教程 1.工作流 (3) 1.1.概述 (3) 1.2.业务流程： (3) 1.3.工作流： (3) 1.4.工作流管理： (3) 1.5.工作流的组成： (3) 1.6.工作流实例: (4) 1.7.工作流管理系统 (4) 1.8.工作流节点 (4) 1.9.书签 (4) 1.10.业务对象 (4) 1.11.约束 (4) 2.参数类 (4) 3.实体类 (5) 3.4.继承IBusinessFlowEntity (9) 4.条件类 (10) 5.定义实体服务 (11) 6.定义逻辑服务 (16) 6.1.选择Service文件夹建立服务契约项目。 (16) 6.2.选择Service文件夹建立服务实现项目。 (16) 6.3.服务契约特性定义 (16) 6.4.在平台上注册定义的服务 (17) 6.5.进入平台->服务总线 (17) 7.申请单页面 (17) 8.配置 (17) 8.1.配置业务实体类型 (17) 9.调用工作流 (19) 9.1.流程管理模块 (19) 9.2.启动工作流代码演示 (19) 9.3.操作工作流 (20) 9.配置流程 (22)
9.2结束节点 (22) 9.3单任务节点 (22) 9.4多任务节点（或） (22) 9.5多任务节点（与） (23) 9.6动态多任务节点（或） (23) 9.7动态多任务节点（与） (23) 9.8审批节点 (23) 9.9会签节点 (23) 9.10审批可加签节点 (24) 10.工作流配置界面 (24) 10.1主界面 (24) 10.2区域说明 (24) 10.2.1工作流抬头信息区 (24) 10.2.2工作流节点区 (25) 10.2.3工作流流程显示编辑区 (25) 10.2.4工作流程操作区 (25) 11. 工作流配置操作步骤 (26) 11.1增加工作流业务配置 (26) 11.1.1选择组织机构 (26) 11.1.2选择业务流程类型 (26) 11.1.3进入工作流配置主界面 (26) 11.1.4保存工作流程 (26) 11.2显示工作流业务配置图 (27) 11.3修改工作流程业务配置 (27) 11.4参照创建工作流程业务配置 (27) 12. 节点属性设置 (28) 12.1名称 (28) 12.2节点说明 (28) 12.3额定工时 (28) 12.4默认下一步节点 (28) 12.5任务执行页面 (29) 12.6是否终止工作流 (29) 12.7是否被上步撤回 (29) 12.8岗位 (29) 12.9调用方法 (30) 12.10任务条件转向控制 (30) 12.11通知任务执行人 (30) 12.12通知流程发起人 (30) 13. 任务属性 (31) 13.1任务名称 (31) 13.2无条件下步节点 (31) 13.3任务执行页面 (31) 13.4条件转向控制 (31)
U870+SP1工作流应用说明 一、常见问题解决办法 1．在WinXp + sp2（Win2003 Server）上安装U870应注意问题： 组件注册参见《在Win2003 Server上安装数据服务器应注意问题》。 A.Windows Xp的Sp2（补丁包2）和以前的补丁不同，以前的补丁包主要是解决系统 的错误及安全漏洞，而Xp的sp2不仅解决了以上的问题还在安全性上做了很大的改进。这样就需要大家作一些特殊的设置使其运行正常。 B.在应用服务器上进行控制面板->防火墙设置：高级（页签）→网络连接设置→服务 （页签）→选择上安全web服务器（http）→在弹出的界面中填写上本机的名称。 防火墙，高级页签。
高级设置中-》服务页签。 填入本机的机器名或IP地址。 C.在加密应用服务器上进行防火墙设置：例外（页签）→添加端口→在页面中， 输入任意名称，在端口上输入4630端口号，选择tcp。然后添加。
选择“例外”页签-》“添加端口”。 随便取一个名字，输入端口号4630，协议选TCP，确定即可。 D.在加密应用服务器上进行防火墙设置：例外（页签）→添加端口→在页面中， 输入任意名称，在端口上输入80端口号，选择tcp。然后添加。添加方法同上。
E.<生用生产制造>例外（页签）→添加端口→在页面中，输入任意名称(RPC 端口)，在端口上输入135端口号，选择tcp。然后添加。添加方法同上。F.在应用服务器或数据库服务器上进行防火墙设置：例外（页签）→添加程序→ 选择msdtc.exe程序（c:\windows\system32\msdtc.exe）然后添加。 在防火墙处-》“添加程序”
寿险业务信息系统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)
工作流Activiti介绍与应用 工作流（workflow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。我的理解就是：将部分或者全部的工作流程、逻辑让计算机帮你来处理，实现自动化。 1Activiti简介 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。它实现了BPMN 2.0规范，可以发布设计好的流程定义，并通过api进行流程调度。 1.1A ctiviti基础编程框架 Activiti的基础编程框架如下：
Activiti基于Spring，ibatis等开源中间件作为软件平台，在此之上构建了非常清晰的开发框架。上图列出了Activiti的核心组件。 1.ProcessEngine：流程引擎的抽象，对于开发者来说，它是我们使用Activiti的外观(fa?ade)，通过它可以获得我们需要的一切服务。 2.XXService（TaskService,RuntimeService,RepositoryService...):Activiti按照流程的生命周期（定义，部署，运行）把不同阶段的服务封装在不同的Service中，用户可以非常清晰地使用特定阶段的接口。通过ProcessEngine能够获得这些Service 实例。 1.2A ctiviti重要服务类 ProcessEngine：流程引擎的抽象，通过它我们可以获得我们需要的一切服务。RepositoryService: Activiti中每一个不同版本的业务流程的定义都需要使用一些定义文件，部署文件和支持数据(例如BPMN2.0 XML文件，表单定义文件，流程定义图像文件等)，这些文件都存储在Activiti内建的Repository中。RepositoryService提供了对repository 的存取服务。 TaskService：在Activiti业务流程定义中每一个执行节点都被称作一个Task，流程运行过程中，与每个任务节点相关的接口，比如complete, delete,delegate等等都是TaskService提供的。 IdentityService: Activiti中内置了用户以及组管理的功能，必须使用这些用户和组的信息才能获取到相应的Task。IdentityService提供了对Activiti 系统中的用户和组的管理功能。FormService：Activiti中的流程和Task状态均可关联业务相关的数据。通过FormService可以存取启动和完成任务所需要的表单数据。RuntimeService：在Activiti中，每当一个流程定义被启动一次之后，都会生成一个相应的流程对象实例。RuntimeService提供了启动流程、查询流程实例、设置获取流程实例变量等功能。此外它还提供了对流程部署，流程定义和流程实例的存取服务。. ManagementService: ManagementService提供了对Activiti流程引擎的管理和维护功能，这些功能不在工作流驱动的应用程序中使用，主要用于Activiti系统的日常维护。HistoryService: HistoryService用于获取正在运行或已经完成的流程实例的信息，与RuntimeService中获取的流程信息不同，历史信息包含已经持久化存储的永久信息，并已经被针对查询优化。 关于ProcessEngine和XXService的关系，可以看下面这张图：