SOA for Designers and Developers

Training

In London

£ 1,295 + VAT

Description

  • Type

    Training

  • Location

    London

  • Duration

    3 Days

An in-depth view of Service Oriented Architecture best practices, governance and anti patterns. Suitable for: System engineers, consultants, system administrators, technical project managers.

Facilities

Location

Start date

London
See map
Grosvenor Gardens, 19, SW1

Start date

On request

About this course

Basic Windows knowledge.

Questions & Answers

Add your question

Our advisors and other users will be able to reply to you

Who would you like to address this question to?

Fill in your details to get a reply

We will only publish your name and question

Reviews

Course programme

An in-depth view of Service Oriented Architecture best practices, governance and anti patterns.

SOA for Designers and Developers - 3 days

Service Oriented Design

The training will focus on service oriented design (SOD) best practices that lead to services at the right level of granularity. Different design tools will be used that work well in an SOA effort. Depending on the delegates, we will use IBM's SOA tool suite, which includes WebSphere Business Modeler, Rational Application Developer (RAD) and WebSphere Integration Developer (WID) products. Alternatively the Oracle SOA toolset could be used, including the BPEL designer, ESB designer and rules author. Another option is Microsoft's BizTalk Server These products let you develop business processes and Web services interactively and then wire them together into a deployable SOA application. Without tools that are geared toward SOA development, you will find it difficult to be successful. And remember, SOA is a lot more than just web services.

SOD Methodology

First, we describe the context within which services and service operations will be specified and realized. We consider the responsibilities of the SOA infrastructure and the responsibilities of the service.
Next, we consider the design principles that apply to the specification of services as a whole rather than to individual operations.
Finally, we state the design principles that apply to individual service operations.

What you will learn:

A Service Oriented Methodology

  • Introduction to a SOA adoption roadmap
  • Service lifecycle
  • Different analysis approaches
  • Service oriented analysis
  • Service oriented design
  • Introduction to service oriented patterns

Advantages of SOA

  • Traditional EAI Approach
  • Problems With Traditional EAI Approach
  • Enter Service Oriented Architecture (SOA)
  • Build the Services
  • We Can Easily Change the Process
  • Change Flow Using Legacy Approach
  • Replacing an Application
  • Other Advantages
  • Business Advantages
  • Adoption Stages

Defining a Service in WSDL

  • Sample WSDL Document Structure
  • One-way
  • Request-Response
  • Solicit-Response
  • Syntax
  • SOAP Binding Example
  • WSDL SOAP Binding Extensions

Simple Object Access Protocol (SOAP)

  • Objectives
  • SOAP Overview
  • Why do you need SOAP?
  • SOAP In Protocol Stack
  • Header Attributes
  • SOAP Body
  • SOAP Fault
  • Document/Literal Style
  • Document/Literal Wrapped Style
  • Details of the Wrapped Style
  • Connecting to a Webservice

Service Oriented Analysis & Design

  • Objectives
  • Stages of SOAD
  • Identifying services
  • Producing service specifications
  • Functional areas of the business
  • Services belonging to these functional areas
  • Functionalities belonging to these services
  • Documenting service hierarchy
  • Best practices
  • Analyzing the case study requirements

Enterprise Service Bus (ESB)

  • Objectives
  • Service invocation
  • Legacy system Integration
  • Web services to the Rescue
  • The role of ESB in SOA
  • Security and ESB
  • Configuring a simple ESB solution

Business Process Implementation

  • Business Process Diagram
  • Challenges in Process Implementation
  • BPEL4WS
  • Partnership
  • Example: a Buy-Sell Partnership
  • Modeling Partnership in BPEL
  • Variables
  • Simple Activities
  • Invoke Activity
  • Structured Activities
  • Lifecycle of Process Development
  • Testing correlation examples
  • Implementing a simple process

Messaging Architecture

  • What is messaging and why do we need them?
  • How to use messaging in SOA?
  • SOAP over JMS details.
  • Modeling services well suited for messaging.
  • Correlation and why do we need them?
  • How to use correlation in SOA.
  • How to implement publish subscribe in SOA?
  • Sample scenarios

Layered Architecture

  • The layers pattern.
  • Classic three-their architecture.
  • Connecting to the domain layer.
  • Linking to the User interface.
  • Using packages to decompose a system.
  • Avoiding mutual dependencies.
  • What is layering and why we need them?
  • Application service layer
  • Business service layer
  • Orchestration service layer

Transaction Management

  • The ACID properties.
  • Local vs. distributed transaction.
  • New challenges with transaction in SOA.
  • Transaction from a specific service call.
  • Transaction in a long running business process.
  • What is compensation and why do we need them?
  • Exercise: implementing compensation

Software Platform for SOA

  • Software Tools for SOA
  • The Need for a Tool
  • SOA Development Life Cycle
  • Oracle BP Manager
  • Microsoft BizTalk Server 2006
  • Rational Application Developer (RAD)
  • Key Features
  • Web Services Support
  • Runtime Products for SOA

Conclusions

  • New implementation paradigms
  • The benefits of employing SOA
  • Review of common business goals
  • The risks associated with the SOA approach
  • Evaluating tradeoff strategies

SOA for Designers and Developers

£ 1,295 + VAT