业务流程规范的战争兴起:XPDL、BPEL、BPDM

          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




          去年一本《BPM Wave》 ,将BPM火热推向了又一个高潮,但是在这个火热的背后,却掩饰着一个“规范之战”。以WfMC,OASIS,OMG三大组织为代表的群体,围绕BPM相关规范,持续的争论。

          真是一流企业卖标准,二流企业卖技术。当新一轮技术浪潮围绕着BPM展开时,国际上相关厂商首先把眼光放在了“规范”上。这个规范最早是以WfMC为代表的“业务流程开发商”,他们主要拥护以XPDL作为描述语言来描述业务流程;之后是以OASIS组织为代表的,被IBM,MicroSoft,BEA所拥护的BPEL/BPEL4WS规范;之后向来以规范著称的OMG组织也不甘示弱,联合BPMI组织,独辟蹊径以Notation Specification为入口,首先推出了BPMN规范,进而推出了BPDM,也妄想分一杯业务流程描述规范。

        今年6月份,在OMG联合BPTrend、BPMI所发起的“BPM Think Tank Day”讨论会中,三大阵营代表及支持者是各不相让,当然作为主办方也借此机会大肆鼓吹其BPDM的统一设想。

       自从这个Think Tank Day之后,围绕着BPMN,BPDM,BPEL,XPDL之间的讨论在各大BPM相关站点上持续升温。毕竟这几个规范都相应的重量级组织在支持,也有相应的厂商在支持和实现。


        
         可惜这场“规范”之战,对国内来说,似乎远在天边,没有任何影响。
         国内的开发商依然习惯了泰然处之,既来之则安之——好像哪家规范都对,也都无所谓。早些年大家接受了XPDL;后来见IBM、BEA等大厂商大肆鼓吹BPEL,有些厂商也是蠢蠢欲动了。

         这场规范之战,还将持续。我也将继续关注这个领域的发展。今日小写一篇,仅做引子。有兴趣的大家一块儿讨论讨论。




  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
BPMN、XPDLBPEL是三种流程建模语言,用于描述业务流程和工作流程。这些语言都有各自的特点和用途。 BPMN(Business Process Model and Notation,业务流程建模和标记)是一个广泛使用的标准,用于描述业务流程的各个方面,包括活动、事件、网关、连线等。它提供了一种直观和易于理解的图标,可以帮助业务分析师和技术人员共同理解和设计业务流程。BPMN具有可扩展性,支持不同层次的详细程度,从高层次的概念模型到详细的流程实现。 XPDL(XML Process Definition Language,XML流程定义语言)是一种基于XML的流程建模语言,用于定义和交换工作流程模型。它提供了一种通用的格式,使不同的流程管理系统能够共享和交换流程定义。XPDL支持多种类型的节点和连接,允许细粒度的流程定义和控制。它还包含了与其他标准的集成,如BPMN和WfMC。 BPEL(Business Process Execution Language,业务流程执行语言)是一种用于描述和执行业务流程的编程语言。它在BPMN和XPDL的基础上更加强调执行层面,提供了一种可编程的方式来定义和组织业务流程的执行。BPEL支持各种类型的活动、事件、条件和异常处理,并提供了与Web服务的集成能力。它可以作为中间件或引擎,驱动实际的业务流程执行和协调。 总的来说,BPMN、XPDLBPEL是为了不同的目的而设计的流程建模语言。BPMN用于描述和设计业务流程的概念模型,XPDL用于定义和交换工作流程模型,而BPEL用于编程和执行业务流程。这些语言业务流程管理和工作流引擎中有着广泛的应用,可以帮助组织更好地理解、设计和执行其业务流程

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值