加载中…
博文
标签:

ccoa

办公系统

分类: CCOA

CCOA为企事业单位选择的办公软件,

 

集成了工作流引擎CCFLOW以及权限管理系统CCGPM。

 

现将CCO源代码移至:http://git.oschina.net/opencc/CCOA ,欢迎大家下载

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

驰骋工作流引擎Silverlight版本的流程解析执行器

预计在6月份发布

关键字: Silverlight 驰骋工作流引擎 流程解析执行器

关于silverlight 版本的流程解析执行器的问题
编写人: ccflow 发布日期: 2013/5/20

1, 为什么要开发Silverlight版本的流程解析执行器?
有如下3点让我们启动了对Silverlight版本流程解析执行器的开发.
1,在浏览器下有良好的用户体验。
2, 不用一直跟随浏览器版本的升级,可以支持多种浏览器版本。

3,相对于aspx 版本来说数量交互量比较小,对于服务器资源占用较低,适合大客户。

4,集群服务器更容易部署。

5, 运行会更稳定.

2, Silverlight版本的流程解析执行器相对aspx版本有哪些特色的功能?
1,整体来说,功能是一致,就是用户体检方面有区别。

2,有一些功能处理界面是共享的,比如:抄送,选择接受人&

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

驰骋工作流引擎虚拟机文件使用说明书

 

 

 

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

驰骋工作流程引擎,节点属性,谁执行它的属性解释

关键字: 工作流引擎 自动执行 流程引擎事件 谁来执行它

编写人: 周朋 发布日期: 2013/5/15

谁能执行当前节点的工作? 对于节点工作的执行人,也就是说工作处理人,ccflow 分为如下三种情况。操作员执行、机器执行、混合执行。

操作员执行:是节点的工作处理人员打开系统去处理工作。

机器执行:是在启动ccflow的服务的模式下,由服务的定期的模拟工作处理人登录代替他执行,这种模式下工作的处理人员是看不到待办此节点上的待办工作的,更不能手工的处理此节点上的工作。

混合执行:是在启动ccflow的服务的模式下,由服务的定期的模拟工作处理人登录代替他执行,这种模式下工作的处理人员是可以看到此节点上的待办并且能够处理他。

补充说明:

如果一个节点是需要定期的获取外部系统的数据,或者等待一个条件满足时才可以向下运动,这种应用场景就需要与节点事件组合使用来设置。

比如:节点B, 需要等待返回扣款成功,才能向下运动

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 其他
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

博客七周年

我的博客今天2231天了,我领取了徽章.  

  • 2010.09.09,我在新浪博客安家。
  • 2010.09.09,我写下了第一篇博文:《驰骋.net工作流引擎 V4.5 功能整理》。
  • 2010.09.10,我上传了
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

工作流程引擎回滚的应用背景:

场景1:一件流程在完成后,发现这个流程有问题,需要退回到流程指定的节点上与当时该节点的处理人身上,让他重做。

场景2:一个主流程启动了n个子流程,他在监控子流程时发现子流程问题,需要重新去做。

这两种场景下,都是在流程完全处理完后,并且流程引擎已经把该流程归档后要求重新回滚到指定的节点与该节点的处理人身上去,让其在重新去处理。

ccflow工作流程引擎回滚流程对应的API

/// <summary>

/// 恢复已完成的流程数据到指定的节点,如果节点为0就恢复到最后一个完成的节点上去.

/// 恢复失败抛出异常

/// </summary>

/// <param name="flowNo">要恢复的流程编号</param>

/// <param name="workid">要恢复的workid</param>

/// <param name="backToNodeID">恢复到的节点编号,如果是0,标示回复到流程最后一个节点上去.</param>

/// <param name="note">恢复的原因,此原因会记录到日志</param>

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

执行自定义URL.

概要介绍:

用户在表达自己的业务逻辑时,往往用代码编写比较顺手,在这样的应用条件下,你可以编写一个url 向这个url中传递不同的标记,返回不同的结果来,返回空表示顺利执行。

实例:在执行内容里设置一个http://myserver/Do.aspx?DoType=aaaaa,创建一个Do.aspx 根据DoType 标记这不同的内容处理。

如果顺利处理了就返回空,出现异常一定要返回: Error+”异常信息。”

处理返回值用: this.Response.Write("Error:"+msg); 方法.

Ccform 处理的机制是,使用 HttpWebRequest 类静默的执行URL ,然后获取返回的内容。如果检查到前几个字符是Error 就认为是异常ccform 就会抛出异常。

系统参数:

您定义的url比如为 /App/DoUrl.aspx?ABC=123 , 系统会在之后增加一些参数,这些参数叫系统参数。实际执行的url为。

http://yourserver/App/DoUrl.aspx?ABC=123&UserNo=xy&SID=xxxxx&FK_Dept=1010&FK_Unit=10&EntityName=ND101&EntityPK=OID&EntityPKVal=12333&FK_Event=xxxxxx

后面多出的参数是系统参数,这些系统

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

数据存储模式

CCFlow把流程数据模式分为两种:轨迹模式与合并模式。

什么是轨迹模式?

如果您了解ccflow4版本中您创建一个节点ccflow就会创建一个表与此节点相对应,此节点上的数据采集都记录在这个节点表中,比如节点编号为101那么ccflow就会自动创建一个ND101的数据表,所有对此节点的数据采集都记录在这个表里,下一个几节点编号为102就创建一个102的表。基于这种模式的数据存储流程在运动过程中,就会忠实的记录下来每个节点上对应的人员数据更改。

比如:在费用申请流程里(流程编号为001),有三个节点费用申请单101,部门经理审批102,总经理审批103。申请人申请的金额是100万, 部门经理审批的是110万, 总经理审批的是90万。

那么在ccflow就会创建4个表 ND101, ND102,ND103,ND1Rpt.

流程启动时在ND101,ND1Rpt中各插入一条数据。费用金额字段为100万,运行到第二个节点后ND102与ND1Rpt中的金额会是110万,运行到最后节点时ND103与ND1Rpt的字段值为90万。在ND1Rpt表中始终反应的是最新修改的数据。在各个节点表单对应的数据表里反应的是当前自己修改的数据.

Ccflow就可以把这种轨迹的模式自动的记录下来

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

待办工作超时处理方式

/// <summary>
   /// 待办工作超时处理方式
   /// </summary>
   public enum OutTimeDeal
   {
       /// <summary>
       /// 不处理
       /// </summary>
       None,
       /// <summary>
       /// 自动的转向下一步骤
       /// </summary>
       AutoTurntoNextStep,
       /// <summary>
       /// 自动移交到指定的人员
       /// </summary>
       AutoShiftToSpecUser,
     

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
个人资料
驰骋工作流引擎
驰骋工作流引擎
  • 博客等级:
  • 博客积分:0
  • 博客访问:35,124
  • 关注人气:22
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
访客
加载中…
好友
加载中…
评论
加载中…
留言
加载中…
  

新浪BLOG意见反馈留言板 不良信息反馈 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有