Patterns: Implementing Self-Service in an SOA Environment

2 Patterns: Implementing Self-Service in an SOA Environment

1.1 The Patterns for e-business layered asset model

The Patterns for e-business approach enables architects to implement

successful e-business solutions through the reuse of components and solution

elements from proven successful experiences. The Patterns approach is based

on a set of layered assets that can be exploited by any existing development

methodology. These layered assets are structured in a way that each level of

detail builds on the last and include:

򐂰 Business patterns identify the interaction between users, businesses, and

data.

򐂰 Integration patterns tie multiple Business patterns together when a solution

cannot be provided based on a single Business pattern.

򐂰 Composite patterns represent commonly occurring combinations of Business

patterns and Integration patterns.

򐂰 Application patterns provide a conceptual layout that describe how the

application components and data within a Business pattern or Integration

pattern interact.

򐂰 Runtime patterns define the logical middleware structure that supports an

Application pattern. Runtime patterns depict the major middleware nodes,

their roles, and the interfaces between these nodes.

򐂰 Product mappings identify proven and tested software implementations for

each Runtime pattern.

򐂰 Best-practice guidelines discuss design, development, deployment, and

management of e-business applications.

Figure 1-1 on page 3 shows these assets and their relationships to each other.

Chapter 1. Patterns for e-business 3

Figure 1-1 The Patterns for e-business layered asset model

Patterns for e-business Web site

The layers of patterns, along with their associated links and guidelines, allow the

architect to start with a problem and a vision for the solution and then find a

pattern that fits that vision. Then, by drilling down using the patterns process, the

architect can further define the additional functional pieces that the application

need to succeed. Finally, the architect can build the application using coding

techniques that are outlined in the associated guidelines.

The Patterns Web site provides an easy way of navigating through the layered

Patterns assets to determine the most appropriate assets for a particular

engagement.

For easy reference, see the Patterns for e-business Web site:

http://www.ibm.com/developerWorks/patterns/

Best-Practice Guidelines

Application Design

Systems Management

Performance

Application Development

Technology Choices

Customer

requirements

Product

mappings

A

n

y

M

e

t

h

o

d

o

l

o

g

y

Runtime

patterns

Application

patterns

Composite

patterns

Business

patterns

Integration

patterns