行成于思，形之于文

最近在用K2 Blackpearl开发工作流的项目，但是网上关于这方面的资料很少，几乎找不到什么很好的帮助。下面是分享一位大虾的文章，提供给大家参考。    首先在这里感谢原创的分享(http://blog.csdn.net/shanyou/article/details/4681127)，谢谢！工作流定义: The  automation of a business pr

以下是我在网络上摘抄整理的一些关于K2 blackpearl 中SmartObject的相关知识，希望对大家有用，能让大家更好地理解SmartObject及它在企业架构中的定位。  有人认为SmartObject可以被认为是SOA的一种实现，但之后观点又有所改变：1.  SmartObject不完全等同于SOA，虽然它实现了很多SOA的理念－自我管理、安全、日志、可

Step 1在 Visual Studio,选择 SharePoint 2010 State Machine Workflow模板.填写  相关的项目名和解决方案名称 ,然后点击 Ok.如下图：

Sharepoint Designer 创建工作流： 在任何情况下不能替代VisualStudio；Sharepoint Designer 的主要目的是一种声明性的方式创建基于规则的工作流，而Visual Studio则仍旧是创建功能强大的、企业级工作流的首选。  工作流开发工具比较下表列出了 Visual Studio 2010 工作流设计器和Microsoft ShareP

作流产品的标准这段时间在折腾工作流项目，在看一些代码，顺便也把评定工作流产品（注意是产品，不是引擎）的标准列出来，方便以后自己查询。不是原创，转帖. 优秀的工作流产品应该具备以下特点：一. 一般性功能 (General Functions)1. 免程序开发(No Programming or Scripting)2. 可处理大量流程工作 (Volume Transa

Wf-XML工作流管理联盟（Workflow Management Coalition，WfMC）中的 Wf-XML 和工作流参考模型（Workflow Reference Model）：Wf-XML 是一种基于 XML 的工作流互操作性信息的编码。工作流参考模型是一种底层工作流系统体系结构的描述。目前 Wf-XML 没有与 SOAP 和 WSDL 绑定。WSFLIBM Web

“聚集在一起是开始，维持在一起是一种进步，一起做事才算是成功。” —— 美国实业家和生产线生产方式先驱亨瑞·福特（1863-1947）面向团队的 BPM 解决方法最近美国队和日本队之间的女子足球世界杯决赛使我们有机会看到团队作战是如何带来成功的。赛前很少有人会认为日本队有希望战胜美国队。但是，正如我们所看到的，日本队不甘失败，她们赢得了胜利，这要归功于整个团队的目标统一、步调一致和

基于web应用来说，通常分为三部分：界面层、业务逻辑层和持久层。所有的开发平台一般都是在这三方面做工作。由于这三层的特点有些不同，因此我们会采用不同的实现方式来实现。 界面层：强调的是操作界面，注重采用所见即所得的方式来调整界面布局以及界面样式。更多的我们可以会做一个表单设计器。业务逻辑层：强调逻辑调整的便利性，一般采用动态语言或者规则引擎来实现逻辑的配置。持久层：采用领域模型，根

http://mvcdemo.yellbuy.com/

根据对K2 Blackpearl的一定了解，SmartObject可以帮助我们完成一些数据持久化的工作，以下是将表单中的数据存储到SmartObject中的相关代码，SmartObject的结构我就不一一赘述了，相信你能看懂的。这些代码SDK中也有，在此贴出来，希望有大虾可以予小弟以指点。//将表单中的数据存储到SmartObject中private void SaveData

K2 blackpearl项目中经常需要将其他数据中的表注册到K2服务中，然后使用Smart Object进行封装，在Project或K2 Process中直接访问封装好的Smart Object中的字段，这样十分方便使用。例如，在K2 Process中，配置Activity对应的审批人（Destination Users）,根据需求，这里需要从HR的数据库中的表EmployeeInfo中取得

工作流模式―Childe Zhao，http://www.workflow-fortune.com－译自http://tmitwww.tm.tue.nl/research/patterns/欢迎阅读工作流原型模式。工作流原型模式可用于检验工作流服务器的表现能力,即工作流如何实现你所需的业务需求。本文档所含的模式由Wil van der Aalst、Bartek Kiepuszews

结构化过程这两个模式的共同点在于：模式所涉及流程的执行路径是由运行时决定的，而非设计时确定。包括：Arbitrary cycles（强制循环模式） 、Implicit termination（隐式终止模式）。²  11  任意循环（Arbitrary Cycles） l  描述： 工作流中的一个点可以让一个或多个活动反复的执行。 l  案例： “修改提交”后进入“经

在实际的项目应用中，究竟哪些应用，或者那些规则适合采用业务规则引擎来进行实现，而其他的一些规则适合采用工作流引擎或者报表引擎来进行实现。    这个问题，其实和不同规则引擎的适用面有关。一般的规则引擎，最适合是那些数据结构确定的业务规则的处理。特别是这些规则是非常雷同的，可以说是平级的，然后反复的对同一批数据进行匹配处理。比如电信计费规则，是针对用户的使用数据，有很多同级的套餐规则，然后将这些

展现所有已经经过的任务和正常情况下即将经过的流程实例运行轨迹。可以查看任务状况（完成情况、操作结果、时间信息等）

流程按照面向服务的架构进行设计，可以耦合业务组件（外部系统）。

BPM开发平台WEB跑流程时，‘更多操作’中多了加签配置，当节点的权限中点了允许加签，则流程走到这上步骤时，更多操作中的加签是可用的，加签的具体用法如下：1)加签完成到下一步：如到步骤‘处理1’时加签，选择加签完成到下一步，如果处理1后面只有一个节点，则走下一个节点；而如查处理1的后面有多条分支，这样加签后是回到哪一步呢，是根据你那个节点处理时的条件而定2)加签完成到本步：如到步骤‘处理1

工作流引擎的英文全称是：WorkFlow Engine，是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。最初接触工作流引擎是个国内的产品--大名鼎鼎的东兰工作流。东兰科技的营销人员来我所在的公司宣传、演示他们的产品，友好的图形化界面、所见即所得的流程定义过程给了我深刻的印象，也使我对工作流引擎系

sharepoint工作流的开发其实有好多东西可以讲，但是我觉得这个可能是初学者比较模糊的地方，因此单独拿出来说下。如果没有做过工作流开发可能看以下的内容会觉得有点不知所云，唉～慢慢来吧，我其实是想写一个系列，可是也不知道从哪里开头。　　使用vs2005或者vs2008开发sharepoint工作流，通常表单部分使用Infopath设计，Infopath的数据存储其实就是一个XML文件，当用户

背景    工作流产品众多，而它们之间又缺乏统一的标准，使得不同的产品之间很难实现协同工作。为了解决这一问题，工作流管理联盟（WFMC）于1993 年成立，并提出了工作流参考模型，制定了五个标准接口。  其中有一个接口是过程定义接口。几乎每个工作流产品都有自己的过程定义语言（也称为工作流语言），可以从四个方面（控制流、数据流、资源、操作）来研究流程，工作流模式（Work Flow Pa