コース概要

主要な概念とテーマ

  • SOAとは何か?
  • どのようなアーキテクチャスタイルを選択するか?
  • 「パイプとフィルター」スタイル
  • データ型の制約
  • 開発ライフサイクル
  • 適切な抽象化レベルの提供
  • RUP for SOAで取り扱われる主要テーマ

サービスの識別と仕様

  • サービスのモデルの構築
  • WSDLで定義されたサービス
  • サービス仕様の開発
  • サービスプロバイダーの定義
  • サービスの粒度の決定
  • 行動仕様
  • ポリシー仕様
  • 候補サービスの定義
  • サービスの再構成

サービスポートフォリオの管理

  • アプリケーションを動的なエンティティとして扱う
  • 利用可能な機能のポートフォリオ
  • プロセスタイムバインディング
  • ランタイムバインディング
  • WSDL、XSD、WS-Policy
  • サービスポートフォリオ管理プロセス
  • ウェブサービスのSLA設定

サービス指向ソリューションの分割

  • モデルの管理
  • 要素の分類
  • 異なるステークホルダーによるモデルのレビュー
  • パッケージの使用
  • モデルへのビューの表現
  • UML 2.0からのコンポジット構造
  • 「パーツ」と「コネクター」の使用
  • 管理されたサービスの分割

新規および更新されたガイドライン

  • メッセージ添付ファイルの管理
  • メッセージ設計
  • メッセージスキーマの一貫性の確保
  • サービスデータのカプセル化
  • リレーションシップデータスキーマ - サービス境界
  • サービスメディエーション
  • 状態管理
  • ステートフルとステートレスのサービスの利点
  • リソース状態の管理
  • サービスからサービスコンポーネントへの移行
  • 伝統的な設計/実装モデル

メッセージ中心設計

  • サービスドメインに焦点を当てる
  • ドメインエンジニアリング
  • オブジェクト指向分析と設計の適用
  • 再利用性の高いモデルの生成
  • 伝統的なビジネス間の取引領域
  • EDI標準化
  • ハイブリッドメッセージおよびサービス中心アプローチ
  • ユースケース分析
  • 要件の文書化
  • ビジネスプロセスモデルの使用
  • 非機能要件
  • 要件データベース

サービス中心設計

  • ビジネスが期待する機能を公開する
  • サービスプロバイダーの操作を公開する
  • 直感的なサービスインターフェースを作る
  • サービス中心モデリング
  • ユースケース駆動アプローチ
  • アクターのニーズの理解
  • プロジェクト目標 - ビジネス視点から
  • ソフトウェアアーキテクトの関与
  • サービス消費者が必要とするポリシー情報
  • ビジネスエグゼクティブ役割
  • バックエンドシステムとの相互作用
  • サービスと実装モデルの接続
  • サービスモデルの洗練
  • パフォーマンスに関する懸念の解決

協調中心設計

  • 協調するサービス
  • サービスのプロセスビュー
  • 伝統的なビジネスモデリング
  • コラボレーション内の役割の実現
  • パートナー交換プロセス (PIPs)
  • OAGIS標準
  • プロセス中心の思考
  • 「ビジネス対ITギャップ」
  • 「ブラックボックス」アクティビティ
  • 主要パフォーマンス指標 (KPIs) の定義
  • モデルのバージョニングと公開
  • 監視用のメトリクスの生成
  • コレオグラフィ言語
  • ビジネスプロセス実行言語 (BPEL)
  • サービスの監視

SOAガバナンスとは何か?

  • 規格または法律への準拠
  • 変更管理
  • サービス品質の確保
  • サービスポートフォリオの管理
  • サービスライフサイクルの管理
  • 行動を制限するためのポリシーを使用する
  • サービスパフォーマンスの監視

SOAガバナンスの課題

  • SOAイニシアチブとして現れるガバナンス
  • サービスが相互作用する動的な環境
  • サービスの再利用を促進する
  • サービス間の相互作用方法を制御する

SOAガバナンスの段階

  • 第一:ガバナンスが必要であるとの認識
  • 第二:ガバナンスがビジネス実行の改善に寄与する
  • 第三:技術と行動変化の組み合わせ
  • 第四:技術選択と実装

サービス管理

  • 設計時の視点
  • 実行時の視点
  • 再利用のためのサービスリポジトリ
  • 異なるプラットフォームに含まれるサービス
  • 実行時管理のためのサービス仮想化

重要なガバナンスコンポーネント

  • サービスレジストリとアセットリポジトリ
  • 「SOAセンター・オブ・エクセレンス」の作成
  • SOA組織ガイドラインの確立に焦点を当てる
  • 組織の成熟度
  • 合意されたガバナンスポリシー

SOAガバナンスツール

  • イベントのリアルタイム監視
  • BSMフレームワークでの障害
  • サービスレベルの計測
  • 運用管理システムへの連携
  • ガバナンス/サービス論理を分離するための仮想化
  • 運用スタッフによるサービス仮想化の管理

コアSOAガバナンスの開発

  • なぜSOAテクノロジスタックが複雑になったのか
  • COTSと社内開発の組み合わせ
  • 外部コンサルタントの助けを借りることの正当化
  • 私たちが本当にどのビジネスに属しているかを見極める

SOAガバナンスに関与する役割と責任

  • 「SOAセンター・オブ・エクセレンス」の確立
  • エンタープライズ全体での計画と実行の支援
  • SOAアーキテクト/ガバナンスアーキテクトの役割
  • 潜在的な利益相反の解決
  • ガバナンスガイドラインが遵守されていることを確認する

SOAガバナンスの障壁

  • ガバナンスが必要であることに気づかないこと
  • ガバナンステクノロジーの欠如
  • サービス仮想化の欠如

良質なガバナンスの状態

  • 外部との相互作用
  • ビジネスルールとBRE管理
  • 良質なガバナンスのための規制
  • 合意リポジトリ
  • ビジネスにガバナンスを積極的に組み込むこと
  • 行動によるガバナンス、声明ではなく
  • SLA監視でプレミアム価格の設定

成功のための重要な要因

  • 早期にガバナンスについて考える
  • ガバナンスを移動目標として見る
  • ポリシーを独自のライフサイクルを持つエンティティとして管理する
  • テクノロジプラットフォームを選択する
  • 即時にガバナンスニーズに対応できるプラットフォームであること
  • SOAインフラが拡大した場合の将来のサポート
  • サービスレベル契約を強制する

要求

ソフトウェア設計の経験

 21 時間

参加者の人数


参加者1人あたりの価格

お客様の声 (5)

今後のコース

関連カテゴリー