コース概要

サービス指向メソドロジー

  • SOA 導入ロードマップへの導入
  • 3つの分析アプローチ
  • サービス指向分析

SOA の利点

  • 従来の EAI アプローチ
  • 従来の EAI アプローチの問題点
  • サービス指向アーキテクチャ (SOA) への移行
  • プロセスを簡単に変更できる
  • レガシーアプローチを使用したフローの変更
  • アプリケーションの置き換え
  • その他の利点
  • ビジネス上の利点
  • 導入ステージ

SOA の過去と現在

  • XML から Web サービス、そして SOA へ
  • それ以前の SOA の実装方法
  • SOA の新興規格
  • 他のアーキテクチャとの比較

サービス指向アーキテクチャとは何か?

  • SOA とは何か
  • SOA の共通理解の構築
  • SOA の進化
  • サービスと SOA の概念の導入
  • SOA の設計原則
  • SOA と Web サービスの関係
  • SOA の利点とリスク

モデリングと UML への導入

  • なぜ SOA でモデルを使用するのか
  • モデルとメソドロジーの違い
  • なぜ統一モデリング言語 (UML) を使用するのか
  • ビジネスプロセスの特定
  • 表記法、パターン、およびメソドロジー
  • どのメソドロジーを選択すべきか

ビジネスプロセスへの導入

  • サービスの集まりがどのようにタスクを実行するか
  • 単純な要求応答インタラクション
  • 多くのサービスが関与する複雑なインタラクション
  • コーディネーターサービスの必要性が生じる
  • オーケストレーションまたはビジネスプロセスの誕生
  • ビジネスプロセス実行言語 (BPEL) を使用したプロセスの組成
  • BPM ベースのオーケストレーションソリューション
  • 例のビジネスプロセス

Web サービス

  • 基本的な Web サービス要素
  • コア Web サービス規格スタック
  • WSDL の重要性
  • SOAP の設計
  • UDDI を通じたレジストリの使用
  • サービス指向の基本概念

ネットワーク全体でのサービスの分散

  • 機能的および非機能的要求の整合
  • サービスネットワークにおける中間者の役割
  • WS-* 拡張の導入
  • SOA の基本原則

SOA ビルドブロックのモデリング

  • UML を使用したインターフェースの分析と設計
  • ドメインモデルの生成
  • ユースケースの実装と現実化
  • Web サービスコラボレーションの表示
  • 通信図の使用

エンタープライズサービスバス (ESB)

  • 目的
  • サービス呼び出し
  • レガシーシステム統合
  • Web サービスの救済
  • SOA における ESB の役割
  • セキュリティと ESB

プロセス駆動型サービス

  • サービス層の抽象化
  • ビジネスプロセス層への導入
  • プロセスパターン
  • オーケストレーションとコアグラフィー
  • WS-BPEL を使用したプロセス自動化

サービス指向参照モデル

  • 参照モデルと参照アーキテクチャ
  • IMPACT SOA 参照モデルとアーキテクチャ
  • SOA ベンダーと SOA の関係
  • .NET および Java EE プラットフォームにおける SOA サポート

階層型アーキテクチャ

  • 階層パターン
  • クラシックな3層アーキテクチャ
  • ドメイン層への接続
  • ユーザインターフェースへのリンク
  • パッケージを使用したシステムの分解
  • 相互依存関係を避ける方法
  • 階層化とは何か、なぜ必要なのか
  • アプリケーションサービス層
  • ビジネスサービス層
  • オーケストレーションサービス層

要求

一般的な企業 IT システムの知識が必要です。IT システム統合の知識があると役立つ場合があります。

 14 時間

参加者の人数


参加者1人当たりの料金

お客様の声 (5)

今後のコース

関連カテゴリー