工作流

协同软件(Collaboration Software)是指那些以团队协作为目标的协作软件工具，主要包括群组协作管理，如：工作流管理、项目管理等等；各种通信软件，如E-Mail、即时 通信、VoIP等。网络、通信技术的发展和用户全球化等新需求的提出，对协同软件概念也赋予了新的含义，可以这样认为：协同办公、协同政务、协同商务等协 同应用，以及工作流管理、项目管理、知识管理、信息门户等协同平台，电子邮件、即时通讯、远程视频、流程编辑器等协同工具，组成了我们现在意义上的协同软 件。 一、工作流越来越受重视： 协同软件的主要应用需求点，以前集中在邮件通讯、即时消息和日程管理等方面。随着微软Exchange和Outlook软件被广泛应用，以及近两年腾讯 RTX、微软MSN等即时通讯软件的迅速普及，用户对于协同软件的需求点，已经转向工作流管理，用户应用协同软件的目的，已经由沟通转为“使团队协作工作 节点有条不紊推进”。 工作流管理(Workflow Management, WFM)是人与计算机共同工作的自动化协调、控制和通讯，在计算机化的业务过程上，通过在网络上运行软件，使所有命令的执行都处于受控状态。在工作流管理 下，工作量可以被监督，分派工作到不同的用户达成平衡。工作流管理有时被称为业务流程管理(BPM，Business Process Management)，为了与企业绩效管理(BPM

收藏： OSWorkFlow分析 1. OSWorkFlow基本概念 在商用和开源世界里，OSWorkflow 都不同 于这些已有的工作流系统。最大不同在于 OSWorkflow 有着非常优秀的灵活性。在开始接触 OSWorkflow 时可能较难掌握（有人说不适合 工作流新手入门），比如，OSWorkflow 不要求图形化工具来开发工作流，而推荐手工编写 xml 格式的工作流程描述符。它能为应用程序开发者提 供集成，也能与现有的代码和数据库进行集成。这一切似乎给正在寻找快速“即插即用”工作流解决方案的人制造了麻烦，但研究发现，那些“即插即用”方案也不 能在一个成熟的应用程序中提供足够的灵活性来实现所有需求。 2. OSWorkFlow主要优势 OSWorkflow 给你绝对的 灵活性。OSWorkflow 被认为是一种“低级别”工作流实现。与其他工作流系统能用图标表现“Loops(回路)”和“Conditions(条 件)”相比，OSWorkflow 只是手工“编码(Coded)”来实现的。但这并不能说实际的代码是需要完全手工编码的，脚本语言能胜任这种情形。 OSWorkflow 不希望一个非技术用户修改工作流程，虽然一些其他工作流系统提供了简单的 GUI 用于工作流编辑，但像这样改变工作流，通常会破 坏这些应用。所以，进行工作流调整的最佳人选是开发人员，他们知道该怎么改变。不过

转贴： Osworkflow是完全用java语言编写的开放源代码的工作流引擎，具有显著的灵活性及完全面向有技术背景的用户的特点。用户可以根据自身的需求利 用这款开源软件设计简单或是复杂的工作流。通过使用，用户就可以把工作中心放在业务和规则的定义上，而不需通过硬编码的方式实现一个Petri网或是一个 有穷自动机。用户可以以最小的代价把osworkflow整合到自己的程序中来。Osworkflow几乎提供了所有用户可能在实际流程定义中需要用到的 工作流构成元素，如：环节（step）、条件（conditions）、循环（loops）、分支（spilts）、合并（joins）、角色 （roles）等等。(假如读者对这些概念还不熟悉，笔者将在Osworkflow基本概念一节中进行简单描述。) 但是，这款开源软件的文档十分匮乏，而且在大多数现实情形中并不适用。本文将尝试为读者填平实际的用例需求与十分简单的说明文档间的鸿沟。 用户可以在OpenSymphony的网站上下载osworkflow的发布。当前的最高版本是2.7（译者注：最新版本为2.8）. 解压缩发布的软件包，即得到二进制程序、源代码、API文档、说明文档等。用户可以在软件的论坛和维基上获得进一步的帮助。 什么是工作流？ 维基百科（Wikipedia，WP）把工作流定义为“一份工作的操作过程”：任务如何组成、如何操作、相关顺序如何

1.业务场景：用户登录，收到消息通知，审批业务，根据配置的流程继续流转，最终审核发送回给申请人(终审同意结束，终审不同意申请人可以继续修改提交)。 2.思路过程： --用户登录首先获取未处理的消息记录，提醒处理预审批记录。 --1.配置流程主表和关联的步骤明细表(根据序号流转) --2.提交业务审批的时候创建预审批记录(关联流程和步骤)，发送消息到第一步骤的评审人，修改业务主表状态， --3.步骤评审人同意：更新这个节点所有人的审批记录、如果流程明细还有下一步审批则继续发送消息给下一个，创建下一个预审批记录,修改业务主表状态，更新自己和这个节点所有人的消息记录状态 --4.步骤评审人不同意：终止发送下一个，发送回给申请人，更新自己和这个节点所有人的消息记录状态和审批记录 -- 每一个节点可以配置多个审批人，第一个审批节点必须是同一个部门的才可以审批(可以配置多个部门领导，但是申请发送的时候只发送给同部门的领导) -- 登录人审批要根据预审批记录表查询是否有要审批的记录和判断是否有下一个步骤，审批完成后继续向下一个发送 3..数据库设计： -------------------流程审批设计--------------------------创建流程表 Flow：ID、编号、流程名称、类别、制定人、制定日期、状态(是否启用)、备注 SELECT * FROM [dbo].[Flow]

　　这段时间一直在学习MOSS，上次公司打算搞一套协同办公司的系统，为此我就推荐了MOSS，说干就干，在WIN2008 X64上装了MOSS，刚开始还是可以，后来在学习到工作流的时候，问题就来了，一开始就MOSS自带的工作流，用到审批工作流的时候，当列表创建后，工作流自动开始，到管理员任务中需要审批的时候，无论点击批准还是拒绝都是很慢很慢，NND，这可以是自带的工作流啊，这么慢，好不容易完成，列表工作流审批状态一直是进行中？而且任务却显示完成，再次点开只显示批准和取消，再次点击批准就提示工作流锁定！！很叫人无语， 反反复复很多遍一直是这个原因。 　　 转载于:https://www.cnblogs.com/hubj/archive/2010/06/09/1754659.html 来源： https://blog.csdn.net/weixin_30853329/article/details/99042740

首先，我创建一个工作组网站，在任务列表中，将分配对象设置为 允许多重选择 ，然后在在共享文档中上传文档一个文档，然后使用MOSS自带工作流，在刚刚上传的共享文档右键>工作流>审批>输入相当的信息最后点击启动， 这时候日志里面会产生一条记录 06/18/2010 21:32:33.09 w3wp.exe (0x02C4) 0x21EC Windows SharePoint Services Workflow Infrastructure 98d4 Unexpected System.InvalidCastException: 无法将类型为“Microsoft.SharePoint.SPFieldUserValueCollection”的对象强制转换为类型“System.String”。 在 Microsoft.SharePoint.Workflow.SPWinOETaskService.CompleteTask(Guid taskId, String taskOutcome) 在 Microsoft.Office.Workflow.WSSTask.Cancel(ActivityExecutionContext executionContext) 在 System.Workflow.ComponentModel.ActivityExecutor`1.Cancel(T activity,

　　工作流,这一周都在练习,WF的出现的确让工作流程显示得更加方便和明朗, 　　今天的日志,也没有特别要写方法和实例,这一周都在看实例,其中有个非常不解的地方,就是为什么老是提示 "启动失败(正在重启中)",和例子一模一样的样,问题出在哪里,我一行一行的对照都没有写错,就是DEBUG不到问题,查看日志提示: 　　 　　06/25/2010 21:43:10.71 w3wp.exe (0x14A0) 0x0414 Windows SharePoint Services Workflow Infrastructure 936l High Engine RunWorkflow: System.Workflow.ComponentModel.Compiler.WorkflowValidationFailedException: 工作流验证失败 。 在 System.Workflow.Runtime.WorkflowDefinitionDispenser.ValidateDefinition(Activity root, Boolean isNewType, ITypeProvider typeProvider) 在 System.Workflow.Runtime.WorkflowDefinitionDispenser.LoadRootActivity(Type workflowType,

一、Workflow Foundation versions The current version of WF was released as part of the .NET Framework version 4 and is referred to as (WF4). Workflow Foundation was first released in Version 3 of the .NET Framework, and primarily uses the System.Workflow.Activities, System.Workflow.ComponentModel, and System.Workflow.Runtime namespaces. Workflows in version 3 were created using either the Sequential model (in which activities executed in order, with the completion of one activity leading to the next), or the State Machine model (in which activities executed in response to external events). In

掌握测试人员提交问题 掌握开发人员修复问题 掌握测试人员回归测试 用户角色---管理人员/项目管理者 使用jira管理员角色登录 jira-登录操作 输入jira的用户名和密码登录jira 选择用户语言 用户可以选择并上传自己的头像.点击下一步 jira-创建项目 选择项目下的创建项目 在弹出的菜单中，系统为我们提供了不同类型的模板。每一个模板都预制了相应的问题和工作流程。点击software下的基本开发方法后点击下一步 进入相应的问题和工作流程界面后，点击选择键 在基本开发方法中填写名称和关键字，选择相应的项目负责人点击提交按钮 创建成功后会直接跳转到项目概览界面。点击左下侧的项目设置，可以给本项目进行设置 已经创建的项目，可以在项目菜单中查看 此外还可以对项目进行 1、设置项目成员及权限 2、自定义问题类型 3、自定义工作流 4、设置版本和模块 jira 创建用户 点击右上角齿轮图标，选择用户管理 输入管理员密码 点击创建用户。 依次填写创建新用户的邮箱，全名，用户名和密码 点击编辑可以设置用户基本信息和用户状态 点击编辑用户组可以设置用户所属的组别 关于用户 还可以做如下自定义设置 1、设置用户界面语言 2、连接外部用户目录 3、允许和禁止公开注册 4、设置用户属性，用于扩展开发 用户信息设置 在用户信息中可以设置如下信息 1、查看用户信息 2、添加头像 3、修改密码 4

Skelta BMP.NET 2006的Activity Start 此活动是workflow的第一个活动，当设计器打开之后，它会默认显示出来。在工具栏中并不出现，也无法删除。workflow的内容和使用的变量都在这里定义。 Human Activities 这一部分的活动提供人-工作流的交互功能。 Approval Activity：此活动用来接受批准请求，当一个批准请求需要由一个或一组执行人来进行批准的时候，使用此活动。 应用场景：账号审批、订单确认 Check-List：此活动用来向执行人发送问卷（可以由文本框、单选、复选等组成）。 应用场景：技术支持调查、客户意见反馈 Choice：此活动用来向执行人提供“多选”的功能，在Skelta BPM.NET中，最多可以提供10个选项。在这个基础上，Approve可以看作是一个提供了“二选”的特殊Choice。 应用场景：带有“挂起”等扩展功能的审批 Information：用来向执行人提供信息。信息发送的对象可以基于多种定义于数据库中的字段，信息的主题和内容也可以针对每个执行人来定制。 应用场景：向申请者返回审批结果 Resource Set：如果工作流接下来的一个活动的执行人需要由前一个活动的执行人来指定，那么就可以使用此活动来实现。 应用场景：老师根据教学任务的要求来选择助教 Task：该活动用于向一个或一组执行人指派任务