<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>procper &#187; bpel</title>
	<atom:link href="http://www.procper.com/tag/bpel/feed" rel="self" type="application/rss+xml" />
	<link>http://www.procper.com</link>
	<description>processes visualization</description>
	<lastBuildDate>Wed, 22 Apr 2009 01:19:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>BPEL for Process Modeling Sucks</title>
		<link>http://www.procper.com/bpel-for-process-modeling-sucks</link>
		<comments>http://www.procper.com/bpel-for-process-modeling-sucks#comments</comments>
		<pubDate>Sun, 15 Mar 2009 14:57:22 +0000</pubDate>
		<dc:creator>Ashok Aggarwal</dc:creator>
				<category><![CDATA[Industry Trends]]></category>
		<category><![CDATA[bpel]]></category>
		<category><![CDATA[dogma]]></category>

		<guid isPermaLink="false">http://www.procper.com/?p=124</guid>
		<description><![CDATA[Of course, as varied as they may be, there are reasons organizations are succumbing to "BPEL for modeling". In this article, I have provided a couple of contributing factors and misconceptions that I have witnessed.  

The fact remains that BPEL is a business process execution language, not a modeling language.  Not surprisingly, using it for modeling has serious implications.  

<p align="center"><img class="size-full wp-image-134" title="BPEL for Process Modeling" src="http://www.procper.com/wp-content/uploads/bpel_modeling.jpg" alt="BPEL for Process Modeling" width="240" height="181" /></p>

But, if you are stuck with BPEL for modeling processes, procper is the only tool that will allow the business to wrap their arms around the processes you have modeled.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m sure you have heard &#8220;If your only tool is a hammer, everything looks like a nail.&#8221;  This is precisely the concept that plagues many IT organizations today.  We have &#8220;smart&#8221; organizations that look to the future of SOA, mustering up the budget to buy and implement a BPEL solution.  They get to work.  The next thing you know, you have a team of developers creating business processes in a programmer&#8217;s IDE.  BPEL is not the best tool for modeling/documenting and communicating business processes to humans&#8230;just the same as Java code is not the best tool for documenting and communicating business logic to humans.</p>
<div id="attachment_134" class="wp-caption aligncenter" style="width: 408px"><img class="size-full wp-image-134" title="BPEL for Process Modeling" src="http://www.procper.com/wp-content/uploads/bpel_modeling.jpg" alt="BPEL for Process Modeling" width="398" height="301" /><p class="wp-caption-text">BPEL for Process Modeling</p></div>
<p>Of course, as varied as they may be, there are reasons organizations are succumbing to &#8220;BPEL for modeling&#8221;.  Below I have provided a couple of contributing factors and misconceptions that I have witnessed:</p>
<ul>
<li>The budgets for the SOA/BPEL project were requisitioned by IT and they did not plan appropriate time from the business community for process modeling.</li>
<li>The processes are believed to be &#8220;IT processes&#8221;, and business process modeling is not needed.</li>
<li>Processes change, and the cost to maintain both business and BPEL models individually will be high.</li>
<li>BPEL modeling is &#8220;good enough&#8221;.  Besides, nobody looks at business process models after they are initially designed.</li>
<li>And the most common: Initially, structured business process modeling was followed, but it was not kept in sync with the BPEL model [for a variety of reasons] and the two diverged.</li>
</ul>
<p>The list goes on.  However, the fact remains that BPEL is a business process <strong>execution</strong> language, not a <strong>modeling</strong> language.  Not surprisingly, using it for modeling has serious implications.</p>
<ul>
<li>For organizations that did initially set out to perform business process modeling separate from BPEL, only to later diverge, the reality of what is being executed (BPEL) compared to what was agreed/communicated is now also out of sync.  It could be argued that this is worse than never modeling in the first place.  </li>
<li>For the places that decided to just go ahead and model using BPEL, their models are generally not easily understood by the business, or even people in IT that don&#8217;t understand BPEL.  They certainly don&#8217;t put the organization in the position of easily documenting, updating, and communicating/disseminating process information.</li>
<li>And for those of you who still think your IT processes do not need to be documented clearly for the business to understand, you will someday.</li>
</ul>
<p>So, put the BPEL hammer down for a minute, back away from it, and take a look at BPMN and other business process modeling options.  [Sincere Plug] But, if you are stuck with BPEL for modeling processes, procper is the only tool that will allow the business to wrap their arms around the processes you have modeled.  procper is the tool of choice for communicating and disseminating your process  models, regardless of the languages/tools chosen, including BPEL.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.procper.com/bpel-for-process-modeling-sucks/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Oracle BPEL Support</title>
		<link>http://www.procper.com/oracle-bpel-support</link>
		<comments>http://www.procper.com/oracle-bpel-support#comments</comments>
		<pubDate>Wed, 11 Feb 2009 11:20:27 +0000</pubDate>
		<dc:creator>Ashok Aggarwal</dc:creator>
				<category><![CDATA[procper]]></category>
		<category><![CDATA[bpel]]></category>

		<guid isPermaLink="false">http://www.procper.com/?p=11</guid>
		<description><![CDATA[We are now supporting Oracle BPEL XML that is generated from Oracle JDeveloper 10g and 11g (for which the BPEL engine is currently in beta testing).  Along with providing value to business users and stakeholders, procper can benefit developers by providing an intuitive and easy-to-navigate view of their BPEL process.
 
]]></description>
			<content:encoded><![CDATA[<p>We are now supporting Oracle BPEL XML that is generated from Oracle JDeveloper 10g and 11g (for which the BPEL engine is currently in beta testing).  Along with providing value to business users and stakeholders, procper can benefit developers by providing an intuitive and easy-to-navigate view of their BPEL process.</p>
<p> </p>
<div id="attachment_43" class="wp-caption aligncenter" style="width: 268px"><img class="size-full wp-image-43 " title="Oracle JDeveloper" src="http://www.procper.com/wp-content/uploads/2009/02/jdev.png" alt="Oracle JDeveloper" width="258" height="164" /><p class="wp-caption-text">Oracle JDeveloper</p></div>
]]></content:encoded>
			<wfw:commentRss>http://www.procper.com/oracle-bpel-support/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
