問題タブ [bpmn]

BPMN ワークフローを使用して、担当者にタスクを割り当てています。タスクが割り当てられる前に前の候補者が使用できるように、タスクをリリース (後方) するにはどうすればよいですか?

http://www.activiti.org/userguide/index.html#bpmnFirstExampleCode

BPMNプロセス内からタスクIDを取得する方法を知る必要があります。私は運がなくて次のことを試みました：

と

科学プロジェクトでは、Web ブラウザーで BPMN 2.0 モデルをレンダリング/表示する必要があります。ダイアグラムをレンダリングするためだけに利用できるライブラリはありますか? (編集する必要も、表示する以外に何もする必要もありません)。上記のライブラリがペトリネットもレンダリング/表示できる場合のボーナスポイント。

ソリューションはオープンソースでなければなりません。

ありがとう！

I want to expose my business model as a webservice like there is webservice which is controlled by business structure. I am using JBoss as AS. I searched on net and found BPMN and BPEL and couldn't figure out which should be best for my idea to expose the business idea as web service. Can anybody help me out.

私は、.Net と Java の両方で組み込み可能なワークフロー エンジンを調査するよう依頼されました。

Windows Workflow Foundation (WF) 製品は、XAML を使用してワークフローを設計します。私が調べている 2 つの Java ワークフロー エンジン (jBPM、Activiti) はどちらも BPMN 2.0 を使用しています。

BPMNにはいくつかの弱点があることを読みました。

ビジネス プロセス モデリング言語として、BPMN よりも XAML に魅力的な点はありますか?

編集: プラットフォーム (.net/java)、ツールなどの明らかな違いはさておき、モデリング言語 (XAML および BPMN) に焦点を当てます。

JBPM 5 と Drools フローについて学習を進めています。ユーザー登録プロセスを正常にセットアップし、Web アプリケーションとして実行することができました。プロセスの外観を以下に示します

ここでスクリーンショットを確認できます [http://i.stack.imgur.com/y7JZ1.png]

私が今やりたいことは、ユーザーが自分の電子メールを確認するユーザー タスク ノードに到達する前に、電子メール タスクでリンクを送信する必要があるということです。ユーザーがリンクをクリックしたときに、URL で提供された TaskID を使用してタスクを完了できるように、リンクは User TaskID (主キー) を取得する必要があります。

私が今心配しているのは、電子メールが送信された後にのみユーザー タスク ノードに到達することです。したがって、タスクはまだデータベースに作成されていません。これを行う別の方法はありますか。

または

User タスクに到達した後にメールを送信できる場合、User タスクの主キーを取得するにはどうすればよいですか??

助けてください。

JBPM-5 のヒューマン タスクでのアクション スクリプトのOnEntry使用例を教えてください。OnExitノードのプロパティにアクション スクリプトを記述しても、bpmn2.0 XML に反映されません。とが BPMN2.0 の仕様ではないことは理解していますが、そうであれば、ヒューマン タスクでこの機能を効果的に使用するにはどうすればよいでしょうOnEntryか。OnExit

私の場合、ヒューマン タスクに到達するたびに通知メールを送信したいと考えています。そのタスクを実行するプロセスへのリンクをアクターの電子メール ID に送信できるはずです。

助けてください。

XML構文のみを使用してBPMN-2.0を使用してJBPM-5にサービステストを追加したいと考えています。そのサービス タスクに、何らかの Java タイプの入力パラメータと出力パラメータを持たせたいと考えています。 サービスタスク用にmypackage.MyCustomTaskWorkItemHandler
を作成し、 MyCustomTaskのような対応する WorkItemManager に登録したとしましょう。 このサービスタスクの呼び出しを BPMN XML ファイルに記述したいと思います。

タグ serviceTask はhttp://www.omg.org/spec/BPMN/20100524/MODEL名前空間からのものです。入力パラメータと出力パラメータをどの程度正確に指定する必要がありますか?

最高のパフォーマンスを発揮するワークフロー エンジンが必要です。1 時間あたり 30 万件を超えるトランザクションの処理など。

簡単なインターフェースと堅牢性を備えている必要があります。ビジネス フローを bpel または bpmn で定義することは歓迎されますが、必須ではありません。

BPMN（Business Process Modeling Notations）は、視覚化によってビジネスプロセスをモデル化するために使用されます。したがって、BPMNダイアグラムの表現を通じて、無形のアイデアを物理的に具体的にします。問題は、UMLを使用してBPMNをどのように編成するかです。

最初に、ユースケースとビジネスプロセス図を整理する2つの方法を考えました。

• 1対1/多：ビジネスプロセス図の各ステップ（stepここではBPMNダイグラムの各ノードを意味します）を1つまたは複数のユースケースにマッピングします。各ユースケースは、関連するいくつかのクラス図/コンポーネント図（入力と出力を持つ1つのコンポーネントにクラスのセットをカプセル化できるため、これが好きです）、いくつかのシーケンス図（オプション）にマップされます。クラス図/シーケンス図を作成したら、モデルに基づいてコードを記述/生成します。

• 多対1：複数のステップを1つのユースケースにマッピングする。サブシーケンスの手順は同じです。

• 多対多：たとえば、ビジネスプロセスの1つのステップを2つ以上のユースケースにマッピングし、同じ2つ以上のユースケースを他のステップにマッピングすることができます。

上記の方法はモデリングツールで実行できます。私の場合は、SparxSystemのEnterpriseArchitectを使用しています。最近発見し、試用版を使用していますが、将来購入する予定です。BPMN図の1つのステップで多くのユースケース図を整理でき、クリックして必要なユースケースを表示できます。しかし、それが多対多のケースをサポートするかどうかはわかりません。

BPMNとユースケースを整理するための独自の方法を考えた後、インターネットを検索したところ、他に2つの論文があり、それぞれが次の方法を提案しています。

• 各ユースケースをBPMN図の各ステップに変換します。洗練されたユースケースがビジネスプロセスにどのように適合するかを視覚化します。ステップを含むビジネスプロセスをモデル化でき、後で各ステップがユースケースに変わるため、このアプローチが気に入っています。1つのステップは1つのユースケースです。これは、上記の1対1のマッピングと同じです。元のプレゼンテーションはこちら：ユースケースセットをBPMNプロセスとして視覚化する

• 各ユースケースはまさにビジネスプロセスです。ユースケースの各ステップは、ビジネスプロセスの各ステップです。元の論文はこちら：ユースケースを使用したビジネスプロセスの説明

これらのアーティファクト（BPMNとユースケースおよびその他の図）を接着する標準化された方法はないように思われます。多分それは管理上の問題であり、正式な手順に従うのではなく、創造的な使用法に依存しています。ソフトウェアエンジニアリングプロセスでのこれらの図の使用について、あなたの意見/経験は何ですか？

私は、ソフトウェア開発プロセスで独自のプラクティスを指定するXPのような方法論を知っています。ただし、管理の側面に重点を置いているスクラムとは異なり（つまり、BPMN / UMLモデリングを作業プロセスに適用できます）、XPはソフトウェアプラクティスを指定し、従う必要があり、BPMN/UMLなどのモデリングプロセスを排除します。その慣行が適切に適用されない場合、ドキュメントの下にあるような問題が発生し、不十分なソフトウェア設計が組み込まれます。

XPよりもモデル駆動型の方法が好きです。企業や人の好み次第だと思います。アジャイルの目標の1つは、「開発者をドキュメント作業から解放する」ことです。XPのような方法論は、ドキュメントの下に簡単につながるようです。その目標を達成するための解決策は、既存の図から情報を収集し、レポート（この場合はRTF、PDF、HTML）を自動的に生成することで、開発者がドキュメントを書く作業量を減らすのに役立つツールを実装することです。 Sparxシステムのエンタープライズアーキテクトの）。もう1つの例は、図の描画に時間がかかると不満を言う人が多いことです。私の意見では、解決策は図を描くことではなく、ツールを使用することです。今日のモデリングツールは、コードと図を同期できるラウンドトリップエンジニアリングをサポートしています。この問題についてのあなたの意見/経験は何ですか？