[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [soa-rm-ra] intro discussion for Wednesday [was: [soa-rm-ra] positioning SOA on the cusp between IT and business]
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
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]