小评西安协同工作流新版v4.0功能
来源:互联网 发布:数据库中substr的用法 编辑:程序博客网 时间:2024/04/30 08:20
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取SynchroFLOW4新版的介绍,赶忙预览了一把。
不知道是受XPDL2.0规范的影响,还是因为实际应用需求,4.0版本第一个比较大的改动就是增加了Event(事件)的支持,说的更加专业化,则是引入了ECA(事件-条件-动作,Event-Condition-Action)思想。
事件这东东,在工作流领域本身并不是什么新鲜事物。国内有些工作流产品已经实现了这层功能,比如上海的Joinwork,只是SynchroFLOW4可能更加细腻和应用完善些。
我们姑且不解释Event是怎么回事了,大体上在这一层面,SynchroFLOW4并没有太出彩的地方:实现思路也是,针对流程和活动的生命周期某一个片断上,在发上转变的同时触发某种行为的发生。我所说的要更加细腻,则是指其Event可以支持多个Action,并且可以指定同步异步。
目前SynchroFLOW4的动作脚步是采用javascript描述的,如果未来能够扩展对Class支持,就更灵活了。
为了突出SynchroFLOW4对Event这一新特性的支持,在赛迪网上有专门一篇叫《SynchroFLOW4.0变身“立体工作流”》的文章,尚且不论这是否是商家的商业行为,但“立体工作流”这个名词有些炒作嫌疑了。但文章中对基于PetriNet的状态变迁的局限有一定的论述,以及对Event在流程应用中可以做什么,也做了一番解释,从这两点来还是很推荐大家看看的。
SynchroFLOW4第二比较大的调整,可能就是框架结构的调整。如下图:
第三个比较大的调整,可能就是功能和模型的支持更加务实了,包括:增强回退、取回;增加对自由流支持;增加了一种主支汇聚(在SynchroFLOW4中叫M-And)模式;增加了“异步活动组”的支持等。
看看上面这几个增加的特性,都是目前流程应用中很有代表性的需求,这次SynchroFLOW4能够真正支持,一方面可以说他们更加务实了,另一方面,我相信对底层调度算法和实现也做了很大的实现改动,很难得。
另外比较值得推荐的新功能,就是组织模型的增强(完善接口规范和部署管理方式),以及流程监控(包括性能监控和流程实例监控)
SynchroFLOW4版本,可能会让客户有更高的体验的,这主要得益于界面更加友善、模型更加丰富,而可扩展的Event也增强对业务的额外处理。
- 小评西安协同工作流新版v4.0功能
- 小评西安协同工作流新版v4.0功能
- 小评西安协同工作流新版v4.0功能
- 小评西安协同工作流
- 西安协同工作流问题汇总
- superflow工作流V4.0-----superflow2009新版产品功能设计
- synchroflow 西安协同工作流之不能用。
- synchroflow 西安协同工作流之好用
- 小蔡计算器 V4.0新版全新发布上线啦~欢迎大家下载使用哈~
- 西安小
- 西安小
- 相册批量下载新版v4.0发布 支持yupoo相册,
- Unity3d 协同 Photoshop 工作流
- 基于工作流的协同软件
- 工作流是协同软件核心
- eWorkflow工作流平台新版发布!
- 协同程序功能脚本
- 基于工作流的协同管理客户价值
- 我对BPM认识之路(1):引言
- 英文标点符号翻译
- 业务流程规范的战争兴起:XPDL、BPEL、BPDM
- Liferay在oracle9i上部署
- huihoo和中国的开源,路在何方???
- 小评西安协同工作流新版v4.0功能
- css入门教程资料(1)
- css入门教程资料(2)
- 是愧疚,还是知识的进步
- 异常执行顺序(exception specification)
- css入门教程资料(3)
- css入门教程资料(4)
- 应用服务器连接池“续连接”及“回收”,切记,切记
- css入门教程资料(5)