Lets plan planet fail.... 2009/12/13 Ashraf Galal <[email protected]>: > The key technology of SOA is BPEL.
#FAIL Even if we say that SOA is a technology thing its really rather hard to say that a PROCESS language is THE key technology of SERVICE orientation. Its like saying that procedures are the key technology of OO. > > This language minimizes the semantic gap between the process model and > the actual execution code. I might let you have this one, its not right (it can reduce it a bit in certain cases rather than being a blanket statement) > > BPEL enables business processes to be executed directly. #FAIL See "Christmas SOA" which explains why what you execute is rarely what the business process is, this is the difference between the perceived process and the executed process. BPEL works at the executed level. > > Process models, preferably developed in BPMN, can manually, > semi-automatically, or automatically be translated into BPEL. Not a fail but.... BPMN can also be translated into Java, C, assembler or many other languages. Now its _sometimes_ easier to do it into BPEL but that doesn't mean Also "manually" translated means there are significant gaps. > > With BPEL, various activities, called partner links, are performed by > services. I really think we all know this stuff. Are you Scott Nudds? > > Therefore, an important aspect is the decomposition of the business > process and its mapping to the services. > > Services are the central artifacts of SOA architecture. We use services > to model automated business activities or human tasks. #FAIL Nope, the CAPABILITIES model the activities or tasks, the SERVICES provide the mechanism for accessing those capabilities. > > SOA enables much tighter integration between business processes and > software architecture. Many tools on the market today provide > bidirectional lifecycle support. > > This means that changes made to the model (BPMN) are automatically > propagated to implementation (BPEL), and vice versa. #FAIL Ever worked on a project that used these things? You export from BPMN then you have to tweak the BPEL and from that point onwards the roundtrip is almost always doomed. > > If we do not use SOA and Services we will end up with a lot of problems > because BPMN is designed specifically for SOA. > > There is nothing perfect, but we have to set up our goals and work to > achieve them. > > Also we have to recognize that SOA changes the traditional development > life cycle. instead of analysis, design, implementation and testing, we > will have business process modeling using BPMN, composition, testing and > monitoring. > SOA changes our life and people do not accept change easily. #FAIL What you are talking about is _not_ change its simple the old school of "technologies first" implementation which also assumes some form of mystical technology stack which has a vendors current hot ticket item at the top. In your case you see it as BPEL/BPMN but others would look at CEP as being another option for that top stack. The key piece of SOA is thinking about the services FIRST and then thinking about which of the capabilities of those services are BEST delivered using processes and which are BEST delivered in other ways. In this way you look at the business first and don't assume the technologies. > > All the best > Planet #FAIL population: > Ashraf Galal Cheers Steve > > > > > cordau wrote: >> >> Ashraf, >> >> > With these two technologies, plus some additional ones, SOA provides: >> > >> > - A language—BPEL—for direct execution of business processes >> > >> > - Round-trip mapping between the process models in BPMN, and their >> > executable representation in BPEL >> > >> > With this, SOA considerably reduces the semantic gap between the >> > business processes and application systems. >> > >> > BPMN enables us to draw the representation of a business process, which >> > is then mapped into the executable BPEL code, and executed directly on >> > the SOA platform. >> >> You should know that not all BPMN processes are mappable to standard >> BPEL (let alone being able to roundtrip). See >> http://www.brsilver.com/wordpress/2009/11/19/bpmn-vs-bpel-are-we-still-debating-this/ >> <http://www.brsilver.com/wordpress/2009/11/19/bpmn-vs-bpel-are-we-still-debating-this/> >> for details. >> >> Active Endpoints, a BPMN and BPEL tools vendor, had to introduce a >> proprietary extension to BPEL in order to support some BPMN processes. >> See >> http://www.activevos.com/indepth/f_technicalNotes/aa_ExtendingBPEL/ExtendingBPELWithLoopingTransitions.pdf. >> <http://www.activevos.com/indepth/f_technicalNotes/aa_ExtendingBPEL/ExtendingBPELWithLoopingTransitions.pdf.> >> >> > > > > ------------------------------------ > > Yahoo! Groups Links > > > > ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/service-orientated-architecture/join (Yahoo! ID required) <*> To change settings via email: [email protected] [email protected] <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
