Re: [soa-rm-ra] intro discussion for Wednesday [was: [soa-rm-ra]positioning SOA on the cusp between IT and business]

[Rex Brooks <rexb@starbourne.com>]

I agree with the P.S, I'll rerad the other paragraph again in the 
morning. I'm way past the point of diminishing returns.

Cheers,
Rex

Ken Laskey wrote:
> Consider if the following -- ideas if not exact words -- is a useful 
> addition:
>
> Past IT practice focused on developing and deploying specific 
> technical implementations where the connection to business needs was 
> intended but not necessarily maintained or updated throughout the IT 
> artifact's lifetime.  SOA-based systems focus on providing the 
> functional components and the means to connect these to achieve 
> operational outcomes.  The value of the components is solely in their 
> ability to contribute to such outcomes.
>
> Ken
>
> P.S. I have found the distinction between business services (providing 
> business functionality in pursuit of business outcomes) and SOA 
> services (providing IT artifacts that facilitate connectivity of 
> functional units to realize an array of functional capability) to be 
> vital in keeping discussions focused on one or the other and not 
> conflating the two.  While I appreciate Jeff bringing this up, I think 
> it may be overloading what we intend to be a short, crisp argument if 
> we try to include too much here.
>
> On Sep 23, 2009, at 5:12 PM, Lublinsky, Boris wrote:
>
>> Nice addition
>> Business services has many dimensions, including connectivity, security,
>> etc.
>> (I do not particularly like the slide, depicting business service as a
>> legacy app, but this aside). If you remember good old days, people tend
>> to talk about components and componentware (for example J2EE container),
>> providing run time support for components. I would extend this to a
>> serviceware, provided by IT, and comprised from infrastructure services
>> and frameworks, that allows to SOAsize business services.
>> The thing that I am very keen on is the traceability between business
>> service and IT artifact/deployment. This is what provides business IT
>> alignment - it allows them to talk about the same thing.
>> The other thing is that by applying decomposition to business problem as
>> a whole (not a particular application) SOA now starts to break islands
>> of data and automation that contemporary IT suffers from. User service,
>> for example, can be externalize, thus relieving other services and
>> processes to deal with user data. So business level, vs application
>> level decomposition is another distinguishing feature of SOA
>>
>> -----Original Message-----
>> From: Estefan, Jeff A (3100) [mailto:jeffrey.a.estefan@jpl.nasa.gov]
>> Sent: Wednesday, September 23, 2009 3:45 PM
>> To: soa-rm-ra@lists.oasis-open.org
>> Subject: RE: [soa-rm-ra] intro discussion for Wednesday [was:
>> [soa-rm-ra] positioning SOA on the cusp between IT and business]
>>
>> Rex and Boris,
>>
>> Like both proposed updates.  (Note that departure from Rex's version to
>> Boris' version starts with "Business needs drive..." vs "Business
>> drives...".)
>>
>> I think the additional distinction of business services being supported
>> and implemented by IT is a useful addition that Boris provides; however,
>> I'm going to beat Ken to the jump on this one and note what he and his
>> MITRE colleagues very eloquently point out in their SOA training
>> materials (see attached slides which are an excerpt from the full deck)
>> and that's the distinction between a "business service" and the ability
>> to bring that service to bear (i.e., a "SOA service").  If we decide to
>> include Boris' additional context to Rex's original proposed update,
>> then we will also need to clearly differentiate "business service" from
>> "SOA service".
>>
>> Cheers all!
>>
>> - Jeff
>>
>>
>> The information contained in this communication may be CONFIDENTIAL 
>> and is intended only for the use of the recipient(s) named above.  If 
>> you are not the intended recipient, you are hereby notified that any 
>> dissemination, distribution, or copying of this communication, or any 
>> of its contents, is strictly prohibited.  If you have received this 
>> communication in error, please notify the sender and delete/destroy 
>> the original message and any copy of it from your computer or paper 
>> files.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this mail list, you must leave the OASIS TC that
>> generates this mail.  Follow this link to all your TCs in OASIS at:
>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>
>
> ----------------------------------------------------------------------------- 
>
> Ken Laskey
> MITRE Corporation, M/S H305      phone: 703-983-7934
> 7515 Colshire Drive                         fax:       703-983-1379
> McLean VA 22102-7508
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>


-- 
Rex Brooks
President, CEO
Starbourne Communications Design
GeoAddress: 1361-A Addison
Berkeley, CA 94702
Tel: 510-898-0670