Recent Trackbacks

« Tech Ed 2004 Yokohama 2日目 | Main | Tech Ed 2004 Yokohama 4日目 まとめ »

2004.09.10

TechEd 2004 Yokoham 3日目

うーんかなり疲れてきました。
とりあえず今日も要点まとめ。

T1-401 エンタープライズアプリケーションにおけるパターン



パターンベース設計の利点



  • 設計課題における意思決定スピードの向上

  • ソフトウェア再利用性の向上


    • パターンの組み合わせによる知識の再利用が可能




エンタープライズパターン


アプリケーションとアプリケーションを接続するためのパターン。
分類としては以下のパターン。


  1. 統合レイヤ

  2. システム接続

  3. 統合トポロジ



統合レイヤ


アプリケーションの統合のためのレイヤを用意し、アプリケーションを統合する。統合方法としてはデータレベルで統合を行うエンティティ統合、ユーザーへのデータ提供レベルで統合するポータル統合、既存のアプリケーションとは別にプロセス管理コンポーネントを構築するプロセス統合とがある。


システム接続


論理データ層でアプリケーション統合を行うデータ統合。UIからユーザー入力をシミュレート、スクリーンからデータ取得することで、別のアプリケーションにアクセスさせて統合させるプレゼンテーション統合、各アプリケーションが持つAPIなどを利用しながら、ビジネスロジック層でアプリケーション統合を行う機能統合がある。
また、機能統合についてはWebサービスロジックで機能統合を行うサービス指向統合があり、これも統合する対象物より大きなコンテキストを考慮し、凝集する全体として、場所、構造、チャネルを構成することで、アプリは大きな統合アーキテクチャの一部として計算リソースとなる。そしてこのコンテキストが統合トポロジであり、以下のような種類がある。


  • メッセージブローカ


  • アプリケーション間の通信を処理するブローカと呼ばれるコンポーネントを用意し、ブローカを通してアプリケーション間のメッセージ送受を行う
  • メッセージバス


  • すべてのアプリケーションをつなぐ論理的なコンポーネント(バス)を用意し、アプリケーション冠のメッセージを行う。このときアプリケーションは共通のメッセージ隙間、コマンドメッセージを使用し、アプリケーションはバスへのメッセージ送信を行う。
  • パブリッシャー サブスクライバ


  • データ送信側をサブスクライバと呼び、とりあえずこれは決められたデータを用意し、一種のキューに投げ、サブスクラバと呼ぶデータ使用側は自分が必要なデータを使用する。


ということで、とりあえずここまで。

« Tech Ed 2004 Yokohama 2日目 | Main | Tech Ed 2004 Yokohama 4日目 まとめ »

Comments

Post a comment

Comments are moderated, and will not appear on this weblog until the author has approved them.

(Not displayed with comment.)

TrackBack


Listed below are links to weblogs that reference TechEd 2004 Yokoham 3日目:

» エンタープライズアプリケーションにおけるパターン分析(Tech・Ed 2004 Yokohama) [一プログラマのblog]
[T1-401] まず、アジェンダが、単なるリストではなく、階段状の図になってい [Read More]

« Tech Ed 2004 Yokohama 2日目 | Main | Tech Ed 2004 Yokohama 4日目 まとめ »

September 2019
Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30          
My Photo

Blogmap

無料ブログはココログ