小评西安协同工作流新版v4.0功能
2008-04-12 15:12
267 查看
刚刚从西安协同公司的赵建春(销售总监)那里获取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也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取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也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取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对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也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取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也增强对业务的额外处理。
刚刚从西安协同公司的赵建春(销售总监)那里获取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新版产品功能设计
- 新版百度地图Android SDK 如何调用放大缩小功能
- 新版wordpress友情链接消失说明:如何激活链接管理功能
- jeecg 3.7.1 新版功能,集群定时任务动态发布模块 使用规则
- 评论功能---新版
- win10 Build 10120新版曝光:Edge浏览器功能得到完善
- 传360与12306合作推出内置抢火车票功能的新版
- 新版谷歌浏览器怎么查找和改变编码格式(新版chrome中工具,设置编码功能取消,新版如何添加插件)
- MSN进军SNS 新版开通查看“好友的好友”功能
- Android程序开发仿新版QQ锁屏下弹窗功能
- Openstack Juno新版功能
- Adobe计划对新版Flash Player高级功能收费
- iOS ShareSDK 新版功能发现
- Kubernetes 1.8 登陆新版Docker EE,更多高级功能等你来体验!
- 新版博客频道介绍之二——个人博客页面及博客发布功能
- [视频]新版Win10虚拟桌面切换功能Task View有哪些改进?
- 新手引导:新版家园有什么新的功能体验?【51CTO家园帮助】