The UNIX and Linux Forums  

Go Back   UNIXおよびLinuxフォーラム > スペシャルフォーラム > UNIXおよびLinuxアプリケーション > CEPのRSSニュース
Googleのunix.com



CEPのRSSニュース セップは、 ESPのとEPを集計RSSニュース。

その他のUNIXおよびLinuxフォーラムトピックは参考にすること
スレッド スレッドスターター フォーラム 返信 最後の投稿
高性能イベント駆動型の実行可能UMLのか? アイボット CEPのRSSニュース 0 2008年6月20日 10:50午後
建物イベント駆動型アーキテクチャでは、エンタープライズサービスバス アイボット Oracleの更新情報( RSSフィード) 0 2008年4月6日 06:10午前
イベント駆動型のビジネスプロセス管理とは、ドイツポストの例 アイボット CEPのRSSニュース 0 2008年3月8日 01:30午前
セップおよびSOA :イベント駆動型アーキテクチャ業務のリスクマネジメント アイボット CEPのRSSニュース 0 2007年11月25日 05:10午前
シュルテでイベント駆動型アーキテクチャを理解する/ Chandy アイボット CEPのRSSニュース 0 2007年8月25日 05:30午前

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek を搭載 Powered by Google
 
LinkBack スレッドツール このスレッドを検索 スレッドを評価 表示モード
  #1固定リンク)  
Old 2008年6月30日
iBot's Avatar
アイボット iBot is offline
フォーラムロボットガール
  
 

参加日: 2000年09月
投稿数:22279
高度な、イベント駆動型の、プロセスモデリング

ヴァンサン
2008年6月30日(月) 12時25分52秒+0000
によるOMG先週から、そのように見えた BPDMBPMN 討論 "最後に" (とはいえ、多くの専門家を探していますについてのコメントをし始めていた:例を参照してください EDSのフレッドカミンズのコメント、および ブルース銀の反応) [ * 1 ] 。最新のニュースは、議論の大半は、実用的なソリューションを有利に解決される(これはおそらく9月8日の次回会合で)発表されるようです。
セップの観点からは、 BPMN " " 、と理論が連続イベントを処理するための標準的な意味のセットのための出発点として使用される単純なイベントの流れを表して(と、拡張モジュールにより、複雑なイベント処理やヤマドリタケ) 。しかし、単純な"プロセスフロー" "意思決定の木"のようなビジネスプロセスをしているビジネスルールをしている-は非常に便利な表現ではなく、何らかの方法で唯一の、また、必ずしも、すべてのプロセスを表現するために最善の方法です。一般的には良い理由BPMNのワークフロー"に関連付けられている" ( ) 、人間指向ビジネスプロセスモデリング[ * 2 ] 。また、なぜ、潜在的には非常に便利なクロスBPDM (セップを含むプロセス) metamodel (と直接結びついてはならない理由は、正当な理由エルゴ/ BPMNだけに限定)です[ * 3 ] 。 コンラッドボックs 'の研究所( NIST )のOMG総会でのチュートリアルBPDMも出席したとBPDM 、意図としては、別のプロセスをモデリングするために使われる可能性のあるスタイル関連metamodelされる範囲を示す一般的なプロセスを示し、 継続的かつ複雑なイベント処理など。絶対に何かEPTS /によるOMG /セップ研究[ * 4 ]に努めてまいります。
一方、現実の世界で、私たちは 所見 ( 1 )は、イベント駆動モデル企業へのアプローチ(新部門内だけでなく、 B2Bの等)のプロセス、 ( 2 )の使用を 実行可能なイベントモデル駆動 ワークフロー(以前の)コメントがドライブに非常に有用な機能として認知されている。ティブコでは、例えば、標準的なモデリングを使用するとベストプラクティス(イベント認識/推論規則[ * 4 ]とクエリ) (概念/クラス、状態モデルは、生産構造は、高性能分散型実行エンジンを決定管理) BPMNは、効果的に駆動することができますダイナミックなプロセスの定義/ BPMのが可能になります(iProcess 等) 、ワークフロー。
としては、ヘッドアップ、セップとBPMの関係は、ラウンドテーブルでの話題です BPMIシンクタンク 今年後半に[ * 4 ] 。
ノート
[ 1 ]は、記録については、ティブコの BPMのチーム すでにdefacto BPMNの永続性のメカニズムをサポートしています(WfMCのXPDL)とは、 IBM 、 SAPは、オラクル、 BPMN2提出などが含まれているチームのメンバーである
[ 2 ]は、大規模な意思決定ツリーを考えてここでは、 1以上のパスの決定に影響を与える、新しいルールを挿入する必要があります。おっと、ここ(意思決定に必要なすべてのパスに更新されますかが、このルール変更は、すべての必要なパスを検索しますか?等)を維持管理に問題がある。 BPMNとオーケストレーションダイアグラム/すべて同じ表現のスケーラビリティの問題は、なぜ行動宣言の形式はしばしば(と一緒に例を増やすことですorchestrations必要があるかにかかっている活性図) 。
[ 3 ] BPDM 、もともと、プロセスのすべての種類だけでなく、 BPMN orchestrationsを扱うために設計され、イベント駆動型のものを含む。まだ、考慮されることがあります EPTS の可能性 セップmetamodel標準化...
[ 4 ]これは、既存のBPDMとの互換性がありますだとヤマドリタケ、ヤマドリタケに関連した基準を提案(のような プルル) 、とも イベント処理(全新EP )メタ言語のOpherの提案 (研究テーマ/将来の標準) 。 BPDM 、イベントになることに重点を含むプロセスのコンポーネントを整理するための一般的な構造を提供していますが、扱うことができる場合は、注目される(または容易に処理する)宣言的プロセスモデルを拡張する、継続的なプロセスのモデルなど
[ 5 ]免責事項:ティブコ円卓会議議長を務めているという。


ソース...
Closed Thread

ブックマーク

スレッドツール このスレッドを検索
このスレッドを検索

高度な検索
表示モード このスレッド
このスレッド

投稿ルール
あなた ことができない。 新しいスレッドを投稿
あなた ことができない。 返信の投稿
あなた ことができない。 添付ファイルの投稿
あなた ことができない。 自分の投稿を編集

BBコード なる 〜の上に
スマイリー なる 〜の上に
[イメージ] コードは 〜の上に
HTMLコードは、 オフ
トラックバック なる 〜の上に
ピングバック なる 〜の上に
Refbacks なる 〜の上に




すべてGMT -4です。現在の時刻は 08:20午後


提供: vBulletin、著作権© 2000 - 2006、Jelsoft企業株式会社。言語翻訳による電源
vBCredits v1.4著作権© 2007 - 2008 、 PixelFXスタジオ
は、 UNIXおよびLinuxフォーラムのコンテンツ著作権© 1993 〜 2009 。すべての権利を管理しReserved.Ad RedTyger

コンテンツ関連のURLで vBSEO 3.2.0