本文主要是介绍小评西安协同工作流新版v4.0功能，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
刚刚从西安协同公司的赵建春（销售总监）那里获取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也增强对业务的额外处理。
这篇关于小评西安协同工作流新版v4.0功能的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
