InfoQ

News

AlphaWorksでObject Lifecycle Explorerがリリース

作者 Jean-Jacques Dubray, 翻訳者 編集部 投稿日 2008年6月9日 午後11時44分

コミュニティ
SOA,
Architecture
トピック
Business Process Modeling,
Domain Specific Languages
タグ
BPEL,
BPMN,
Websphere,
Domain Driven Design

Ksenia (Ryndina) Wahler氏、Jochen Kuester氏およびAurelien Monot氏がAlphaWorksから「Object Lifecycle Explorer」(source)for IBM WebSphere Business Modeler(トライアル(source)バージョンが利用可能 [1])と呼ばれている実験的Eclipseプラグインをリリースした。Object Life Cycle Explorer for WebSphere Business Modelerは、プロセスおよびオブジェクトライフサイクルモデリングを統合するためIBM Zurich Research Laboratoryで開発された複数の技法を実装 する。

Object Lifecycle(またの名をState Machine)の概念は、方法論とプログラミングの概念(参考記事)の両方の観点から発生する。たとえば、Praxeme Enterprise Methodologyはこの概念に大いに依存しているが(source)、IBM Process ServerおよびMicrosoftのWorkflow Foundationは、組織化に変換可能な状態マシン形式を提供する。

以下のようにKsenia氏は述べる。

ビジネス上の目標を達成する一部として、一般的にビジネスプロセスは複数のビジネスオブジェクトを巧みに扱い、プロセスが進行するにつれて、その状態を一変させる。

1つのビジネスオブジェクトが展開していく状態を理解するには、モニターしたり、管理したり、コンプライアンスの目的などを必要とすることが多いが、複雑なプロセスからそのようなオブジェクトライフサイクルの情報を正しく引き出すことは難しい。

IBM Business State Machineメタモデルに基づき、以下の内容のObject Lifecycle Explorerを開発した。

  • モデリングおよび可視化を可能にする
  • ビジネスプロセスモデルからオブジェクトライフサイクルを抽出する
  • オブジェクトライフサイクルに対するプロセスモデルの整合性を確認して、非整合の状態変化を特定する
  • オブジェクトライフサイクルからプロセスモデルを生成する

特に、オブジェクトライフサイクルとビジネスプロセス間において決定論的関係を築く。

そしてプロセスモデルのアクティビティーをオブジェクトライフサイクルの状態遷移にマップし、各ライフサイクルの最初と最後の状態を特定する変換ルールを適用することで、オブジェクトライフサイクルが抽出される。

昨年Jochen Kuester氏とその同僚によって発表された研究結果(PDF・英語)には、以下のようなことが書かれている。

IAA [IBM Insurance Application Architecture]での試みによって、かなり大きなリファレンスモデルのアプローチの実行可能性明らかになった。全体的に見ると、われわれのソ リューションはプロセスとオブジェクトモデリング間のギャップを埋めるのに一役買ったと見ることができる。

状態マシン形式はまだたいてのデベロッパには目新しく、一般には使用されていない。こんにち、ビジネスオブジェクトに固有であるすべての状態と遷移は、臨 時の形式を使用するか、形式をまったく使用せずに、どことなくハードコーディングされている。特に、Model-View-Controllerパターン を使用するとき、正式な方法でコントローラーのアクションをモデルの状態と関連付ける試みがない。Object Lifecycle Explorerのようなツールがこの形式の重要性と簡易性の両方の中継に役立つことを期待することができる。

[1] プラグインは簡単にWBMトライアルバージョンにインストールでき、完全なチュートリアルが付属している。

原文はこちらです:http://www.infoq.com/news/2008/06/olc-wbm

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。