![]() |
|
|
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午前 |
![]() |
|
|
LinkBack | スレッドツール | このスレッドを検索 | スレッドを評価 | 表示モード |
|
|
|
|||||
|
高度な、イベント駆動型の、プロセスモデリング
ヴァンサン
2008年6月30日(月) 12時25分52秒+0000 によるOMG先週から、そのように見えた BPDM 対 BPMN 討論 "最後に" (とはいえ、多くの専門家を探していますについてのコメントをし始めていた:例を参照してください 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 ]免責事項:ティブコ円卓会議議長を務めているという。 ソース... |