◆アジャイルアーキテクチャ
Part1：ビジネスがITに求めるアジリティ
・経営者が求めるアジリティとの大きなギャップ
・アジリティの低い企業／高い企業
・ビジネスがアジリティを求める３つの領域
−１．経営統合の時期短縮によるシナジー効果の早期実現
−２．業務提携の立ち上げ期間短縮による新規ビジネスの早期実現
−３．商品／サービス改廃サイクルの向上による市場／顧客ニーズの変化への俊敏な対応
・ITによる有効な解決策は何か―SOAとEA
−SOA(Service Oriented Architecture)
−EA(Enterprise Architecture)
・SOAによる開発のアプローチ
−１．再利用を前提にしてサービスを作る
−２．サービスを外部から購入する
−３．提供されているサービスを利用する
−４．既存のアプリケーションやサービスを再利用する
・SOAはいかにしてアジリティに貢献するのか
・ITアーキテクトに期待されること
Part2:アジリティを加速させるアーキテクチャ構築に向けて
・アジリティ再考
・可変性分析の実施
・いかに単機能化し、うまく結合するか
−１．サイロ＝サブシステム最適
−２．ラッピングによるアプリケーション統合
−３．可変性分析の結果を踏まえたコンポーネント化
−４．サービス化によるプロセスの統合
−５．コンポジット・サービスによるサービスのバリューチェーン
・そして仮想化へ−インフラも活用したアジリティを
・アジリティは開発時だけの合言葉ではない
Part3：アジャイル・アーキテクチャとしてのSOA
・SOAの肝は「標準インタフェースを介したサービス連携」
・アジャイル・アーキテクチャとしてのSOAの特徴
・SOAでキーとなる技術
−IaaSによる情報のサービス化(Infomation as a Servise)
−SOAP(XMLベースのサービス間通信プロトコル）
−WSDL（Web Services Description Language：XMLベースのサービス・インタフェース規格)
−UDDI(Universal Description,Discovery,and Integration：WSDLによってインタフェースが定義されたサ ービスを登録し、静的／動的に検索するためのリポジトリ規格)
・アジリティ確保に向けたSOA導入のシナリオ
−シナリオ１：新たなビジネスチャンスにおける既存資産の活用
−シナリオ２：マルチチャネルにおける共通業務機能のサービス化
−シナリオ３：SOAポータル
−シナリオ４：ビジネス･プロセスの変革／自動化／変更
−シナリオ５：複数マスタの整合性更新とコンプライアンス強化の両立
−シナリオ６：部門間連携のための整合性のとれたファイル送信
・SOAが不向きなケース
−同種類(同一プラットフォーム)のIT環境である場合
−リアルタイムの処理能力が最重要視される場合
−再利用されない場所
−ビジネス上、密結合が必要な場合
−組織面／スキル面での準備が整っていない場合
−ラッピングする元のシステムの品質が高くない場合
−SOAに向かないプロトコルを使う場合
・SOA推進に向けた提言
−ビジネス・アーキテクチャ
−提言１：SOA導入のためのビジネス・ドライバーを明確にする
−提言２：ビジネス要素も１つのサービス要素になると意識する
−情報システム・アーキテクチャ
−提言３：既存の業務を可能な限り再利用する
−テクノロジー・アーキテクチャ
−提言４：実現可能なアーキテクチャ／実装を提案する
−ガバナンス
−提言５：サービスのレイヤ／タイプ／粒度／サービス間の関係のルールを明確にする
−提言６：トランザクション・オーナー／ビジネス・ロジック・オーナーの指針を明確にする
−提言７：サービス・レジストリを構築して公開する
−提言８：サービス・アーキテクチャ委員会の設立とSOA要員の育成を行う
−提言９：異なる組織間のEA/SOAの関係を調整する
−トランジション計画
−提言１０：ビジネス上、重要なプロジェクトから手をつける
・さらなるアジリティの確保に向けて
Part4:Java+LLで実現するアジャイル・アーキテクチャ
・Javaの世界で進む多言語化への流れ
・アジャイル・アーキテクチャとは何か
−「起こりうる変化」（スケール、機能、意味）
・JavaとLL
・多言語化によるシステム開発
・Java＋LLで実現するアジャイル・アーキテクチャ
・既成の概念にとらわれず多くの可能性に目をむけよ
