[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ebsoa] Ben's document
Thanks David. An additional question comes to mind here: We have our committee draft, and something we call "Ben's document". Which of these (or perhaps both) are we currently calling our "move-forward" document? Are we planning to combine these documents? Joe David RR Webber wrote: > > Joe, > > Actually - not those types of templates are bottom up. > > Right now I'm enjoying working on some BPSS templates, > but even they are close to the technology layer - in this > instance I'm think much more about BCM style templates > that are business focused. > > DW > > ----- Original Message ----- > From: "Chiusano Joseph" <chiusano_joseph@bah.com> > To: "David RR Webber" <david@drrw.info> > Cc: "Duane Nickull" <dnickull@adobe.com>; <ebsoa@lists.oasis-open.org> > Sent: Monday, June 28, 2004 12:58 PM > Subject: Re: [ebsoa] Ben's document > > > [Catching up on ebSOA e-mails] > > > > David, > > > > You mention business use semantic templates below - would you happen to > > have an example of one (for any BUP)? I sense the answer will be a > > 3-letter acronym beginning with C....A....? > > > > Joe > > > > David RR Webber wrote: > > > > > > Joe, > > > > > > Yes - no Gartner here! > > > > > > Operational modes works. > > > > > > What do you think about the business use semantic templates > > > however that refine them? > > > > > > DW > > > ----- Original Message ----- > > > From: "Chiusano Joseph" <chiusano_joseph@bah.com> > > > To: "David RR Webber" <david@drrw.info> > > > Cc: "Duane Nickull" <dnickull@adobe.com>; <ebsoa@lists.oasis-open.org> > > > Sent: Wednesday, June 09, 2004 9:57 PM > > > Subject: Re: [ebsoa] Ben's document > > > > > > > Am I correct in assuming that the term "SOA BUP" was coined by our TC, > > > > as opposed to existing as a Gartner (or other) term? > > > > > > > > I like the term BUP, but as a more generic conversational alternative > > > > (for clients and colleagues), could we consider these "operational > > > > models" (or perhaps "operational models"?) > > > > > > > > Joe > > > > > > > > David RR Webber wrote: > > > > > > > > > > Duane, > > > > > > > > > > OK - done - synopsis - this is the programmers eye-level view > > > > > that fits into that world of people using UML to create > > > > > enterprise integration applications with J2EE et al today. > > > > > > > > > > So - in addition to this - following Ben's usage - we need > > > > > the SOA BUP - Business Use Patterns, as the overarching > > > > > view here - that introduces what ebSOA is all about - > > > > > and most important - how people can use SOA BUP > > > > > to develop their own solution rapidly. > > > > > > > > > > That way we can dispense with the history lesson in > > > > > OO et al -(well OK - that's NTH - so we'll keep it > > > > > as an Appendix "The Evolution of SOA components"). > > > > > > > > > > The SOA BUP will allow business integration designers > > > > > to pick models and patterns, and create new patterns > > > > > for their own for industry uses. > > > > > > > > > > Typical patterns would include: > > > > > > > > > > 1) Classic ebSOA - this is the ebXML pattern around BPM. > > > > > > > > > > 2) Holistic ebSOA - blends use of BPM with webservices. > > > > > > > > > > 3) POA - process-oriented architecture. > > > > > > > > > > 3) SOA - EAI service oriented architecture. > > > > > > > > > > 4) EPR - bespoke solution pattern(s) for particular > > > > > sector domains - in this case eGovernment services > > > > > and citizen-facing applications. > > > > > > > > > > and so on. > > > > > > > > > > What I'm chiefly after here is avoiding being button-holed. > > > > > > > > > > Ben's approach to SOA - while good for todays programmers > > > > > can also suffer from rapid obsolescence - as witnessed from > > > > > people touting POA, and varients already today. You are > > > > > then yesterdays news. > > > > > > > > > > We need to have an adaptive model here - that can then > > > > > assimulate the latest in-vogue programming components > > > > > as they emerge. > > > > > > > > > > Therefore POA with ebSOA patterns > > > > > keeps you right abreast of a new development. Hence > > > > > SOA BUP is essential IMO. But more important > > > > > it allows you to precisely define what a POA is in > > > > > terms of your proven known value set of components. > > > > > An erector kit. > > > > > > > > > > Thanks, DW > > > > > > > > > > ----- Original Message ----- > > > > > From: "Duane Nickull" <dnickull@adobe.com> > > > > > To: <ebsoa@lists.oasis-open.org> > > > > > Sent: Tuesday, June 08, 2004 6:55 PM > > > > > Subject: [ebsoa] Ben's document > > > > > > > > > > > I also urge each and every one of you to read Ben's PDF document > > > > > > uploaded to our members section. This reads very well. > > > > > > > > > > > > Duane > > > > > > > > > > > > -- > > > > > > Senior Standards Strategist > > > > > > Adobe Systems, Inc. > > > > > > http://www.adobe.com > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Kind Regards, > > > > Joseph Chiusano > > > > Associate > > > > Booz | Allen | Hamilton > > > > > > > > -- > > Kind Regards, > > Joseph Chiusano > > Associate > > Booz | Allen | Hamilton > > -- Kind Regards, Joseph Chiusano Associate Booz | Allen | Hamilton
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]