[no subject]

1) Business Conceptual SOA Blueprints (The business architects view)
2) Logical Blueprints (Service X has security and is called by Service Y)
3) Physical Blueprints (Service X is defined using WSDL 2=2E0 and uses
WS-Policy with WS-Security to specify Kerberos etc)

The Business Conceptual Blueprints are potentially the most powerful as=
 they
can define domains and industries and help standardise interactions=2E =
 This
is also the most clearly split from technology implementation=2E

If we create a Logical model we can then look at how we answer the specific
questions at the physical level, and at this stage maybe act more
descriptive than prescriptive at the physical layer?  As vendors begin to
implement against the logical it will become easier to be prescriptive=
 based
on what is becoming standardised, rather than us taking a punt=2E

Steve


> -----Original Message-----
> From: marchadr@wellsfargo=2Ecom [mailto:marchadr@wellsfargo=2Ecom]
> Sent: 16 September 2005 21:58
> To: porch_robert@bah=2Ecom; soa-blueprints@lists=2Eoasis-open=2Eorg;
> mmatsumura@infravio=2Ecom
> Subject: RE: [soa-blueprints] Suggestion
>=0D
> One thing I would also like to get out of this is what seems to be the
> goal in the Executive Summary that was sent out for the group=2E
>=0D
> "The SOA Blueprint validates the SOA specification and blueprint through=
 a
> real-world reference implementation and
> provides a concrete implementation of the SOA model through various
> vendors' technologies=2E Thus, SOA
> Blueprints give enterprises real-world implementations that can be used=
 as
> a departure point for their own
> implementations, which can also benefit from the body of SOA best
> practices that the blueprints provide=2E"
>=0D
> Essentially if you look at the W3C and Oasis committee groups there are a
> variety of standards that are being defined around services=2E I would=
 like
> to see in what situations do people think specific
> standards/implementations should be used=2E
>=0D
> For instance,
>   - When would I use SAML within a service context, if at all?
>   - When would I use Web Services Notifications?
>   - How would I incorporate Web Services Composite Application=
 Frameworks?
>   - When would BPEL be appropriately used? Would it be integrated within=
 a
> service bus to managed orchestration of services?
>   - Would I use Asynchronous Service Access Protocol standard?
>   - Can the Web Services Distributed Management standard be the basis of=
 a
> service bus?
>=0D
> These are just some questions to kind of get a feel for what I was
> thinking of as far as what the blueprints could provide=2E
>=0D
>=0D
> - Dan
>=0D
>=0D
> -----Original Message-----
> From: Marchant, Dan R=2E
> Sent: Friday, September 16, 2005 12:17 PM
> To: 'Porch Robert'; marchadr@wellsfargo=2Ecom;
> soa-blueprints@lists=2Eoasis-open=2Eorg; mmatsumura@infravio=2Ecom
> Subject: RE: [soa-blueprints] Suggestion
>=0D
>=0D
> Robert,
>=0D
> To clarify what I meant by deliverables:
> - A product of this group and not a product of an actual service
> implementation
>   (service implementation - instance of a blueprint pattern I would
> imagine)
>=0D
> To see if I understood your points here is a list based on your comments:
>=0D
> 1=2E Define a best practice approach of turning business process/use=
 cases,
> etc=2E into real project based deliverables that align with the SOA
> blueprints
> 2=2E Establish a set of business use cases to drive the definitions of=
 SOA
> blueprints
> 3=2E Best practices on how to identify a blueprint to use for a given=
 real
> world application (assuming we flush out the blueprints)
> 4=2E Patterns to follow in implementing an SOA
>=0D
> The question is which ones to address within this group=2E
>=0D
> " I couldn't quite get a handle on whether our group
> is focused more on what is delivered vs=2E defining some best practices=
 on
> how to create the deliverables=2E"
>=0D
> This is a good question and one that I imagine we need to answer before
> proceeding to far along=2E
> I would imagine we are defining best practices on how to create specific
> domain deliverables as well as patterns to follow within SOA
> implementations=2E
>=0D
> - Dan
>=0D
>=0D
> -----Original Message-----
> From: Porch Robert [mailto:porch_robert@bah=2Ecom]
> Sent: Friday, September 16, 2005 11:51 AM
> To: marchadr@wellsfargo=2Ecom; soa-blueprints@lists=2Eoasis-open=2Eorg;
> mmatsumura@infravio=2Ecom
> Subject: RE: [soa-blueprints] Suggestion
>=0D
>=0D
> Daniel,
>=0D
> Here is my take on trying to continue this thread=2E  As I was trying to
> frame the problem - I couldn't quite get a handle on whether our group
> is focused more on what is delivered vs=2E defining some best practices=
 on
> how to create the deliverables=2E
>=0D
> If we look at the process perspective, can we start at what are the
> prerequisites for beginning to build the SOA blueprint? As an example,
> it might be that a domain model and some business use cases are required
> to start building the blueprints=2E  Part of our task could be showing=
 how
> to take these prerequisite artifacts and translate them into the set of
> deliverables that comprise the SOA blueprints=2E
>=0D
> Miko - I am anxious to see the information that Steve contributed - you
> did a great job of selling it last night :-)
>=0D
>=0D
> Thanks,
>=0D
> Robert Porch
> Booz Allen Hamilton
>=0D
> -----Original Message-----
> From: marchadr@wellsfargo=2Ecom [mailto:marchadr@wellsfargo=2Ecom]
> Sent: Thursday, September 15, 2005 8:14 PM
> To: soa-blueprints@lists=2Eoasis-open=2Eorg; mmatsumura@infravio=2Ecom
> Subject: [soa-blueprints] Suggestion
>=0D
>=0D
> Miko,
>=0D
> I would like to suggest that maybe we have people establish what they
> want to see come out of the group=2E
> If we can get people to send it through email we can help to establish
> an end target goal of the blueprints=2E
>=0D
> Also with that in mind I will contribute my thoughts to this based on
> some experience I have defining internal SOA blueprints=2E
>=0D
> I see the blueprints can be established in a few different ways=2E
>=0D
> First, an SOA blueprint can be how the services interact and are managed
> within the context of your service oriented environment=2E
> Second, an SOA blueprint can be an expression of how common business
> process can be evolved into an SOA=2E
> Third, an SOA blueprint is specific to a domain since the domain
> establishes business processes and the SOA realizes those processes=2E
>=0D
> The first can be leverage by the other ones=2E The last one is a=
 difficult
> exercise to achieve and is very similar to having a unified business
> language (see the oasis standard)=2E
> Maybe in some ways the SOA blueprints can leverage some of the work that
> is done by the unified business language standard=2E
>=0D
> These are some ideas to trigger more definition on the end state of this
> technical committee=2E
> Thoughts?
>=0D
> Obviously the body of work that was done as part of the middleware group
> seems to straddle the First and Second points=2E
>=0D
> Thanks,
>=0D
> Daniel Marchant
> Architect
> Wells Fargo
>=0D


This message contains information that may be privileged or confidential=
 and is the property of the Capgemini Group=2E It is intended only for the=
 person to whom it is addressed=2E If you are not the intended recipient, =
 you are not authorized to read, print, retain, copy, disseminate, =
 distribute, or use this message or any part thereof=2E If you receive this=
  message in error, please notify the sender immediately and delete all =
 copies of this message=2E