Ashraf Galal wrote:
> Javier Castañón wrote:
>> Ashraf Galal wrote:
>>
>>
>>> SOA is so valuable to businesses because it enables _process optimization. _
>>>
>>> In order to optimize processes, we need to know which processes are
>>> relevant and we have to understand them - something that _*cannot be
>>> done */*without business process modeling. */_
>>>
>>>
>> I have lots of legacy apps working in batch mode. Whenever one
>> application is going to be demised one, thing I plan to do is to look at
>> file transfers coming in and out of the soon to be demised application
>> and then decide which part of the problem is solvable via common data
>> storage and what part needs to be implemented like services.
>>
>> A big bang approach where all business processes were analyzed would
>> take ages to complete.
>>
>
> SOA takes a path different from the traditional approach which was based
> on the "big bang" approach, where processes were first modeled, then
> optimized, then implemented.
So the prioritization would be performed against a subset of the whole
business process set? The paradox is that in this case even *with*
process modeling the appreciation of which process are more relevant and
the understanding of the process are still incomplete. It is not
something fixed by the modeling activity per se.
>>
>>> There is a major problem with this approach - a semantic gap between the
>>> process model and the applications.
>>>
>>> We need to bridge this gap.
>>> We need a a pragmatic approach to business process modeling using the
>>> Business Process Modeling Notation (BPMN) and the automatic mapping of
>>> BPMN to the Business Process Execution Language (BPEL), which is the
>>> de-facto standard for executing business processes in SOA.
>>>
>>>
>> Perhaps because in the scenario I described I'd be using services as an
>> strategy for application integration, but otherwise I don't see it as a
>> good fit for BPMN.
>>
>> So I don't share the notion that BPMN is absolutely necessary in order
>> to perform SOA.
>>
>
> *SOA introduces technologies and languages that reduce the semantic gap
> between the business processes and the actual applications (code). *
>
> Particularly important here are *BPMN*, which is used for modeling
> business processes, and *BPEL*, which is used for the execution of
> business processes.
>
> 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.*
>
For example, if under a given scenario what I need to implement is only
a bunch of stateless query services, I wouldn't force the BPMN/BPEL
thing. This is the reason I don't see as an axiom the use of BPMN/BPEL
for SOA implementation.
> All the best
>
> Ashraf Galal
>
Regards
Javier Castañón
------------------------------------
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/
