0

既存の BPMS のトップを構築することに興味がないと仮定すると、どのようなデザイン パターン、本、または特定の技術が、次のようなビジネス プロセスを処理するバックオフィス システムを構築したい人にとって価値があるでしょうか。の

  • 待機状態 (スタッフからの決定または API 呼び出しの結果を待機中)
  • 自動および手動プロセス
  • プロセス定義
  • 監査ログ

?

4

2 に答える 2

2

私は、ビジネス プロセス管理ソフトウェアの実装をいじりたくなるようなものだとは思いません。私にはとても退屈に思えます。本当に、あなたがそれに投資したいとは思いません (独自の BPM プラットフォームを作成して他の顧客に販売したい場合を除きます)。

既存のソリューションを使用しないのはなぜですか? ほとんどの BPM プラットフォームは拡張可能であり、それらの上に必要なものを構築できます。コアの特性を引き続き使用できます。また、いくつかのオープン ソース ソリューション (jBPM) もあります。もちろん、価格に基づいて BPM ソリューションを選択するべきではありません。優れた BPM プラットフォームがあれば、後でプロセスを実装する際に多くの費用を節約できるからです。箱から出してすぐに必要な特性のほとんどを備えたものを見つけるだけです!

いずれにせよ、あなたの質問に答えるために、BPM ソリューションを構築するのに特別な知識は必要ないと思います。膨大な量の作業が必要になるため、既存のものを使用することをお勧めします。アプリの作成方法を知っていれば十分です。jmettraux が推奨するワークフローパターンのサイトは、BPM プラットフォームを実装する人向けではなく、プロセス設計者向けのサイトです。ProcessManager は、フロー遷移に役立ちます。

考えてみれば、BPM プラットフォームのプロセス インスタンスは、RDBMS の id-process-status のタプルにすぎません。各ステータスは、ユーザー タスクまたは外部イベントです。これらといくつかのビジネス ルール (入力の検証とフロー遷移の両方)、ユーザー フォーム、および他のシステムへの接続を使用して、基本的な BPM プラットフォームを作成します。

  • 待機状態はユーザー フォームの送信にすぎないため、プロセス インスタンスのステータスが変更されます (外部イベントもステータスを変更する必要があります)。
  • プロセス定義: これは状況によります... ほとんどの既製システムには、視覚的なドラッグ アンド ドロップ デザイナーがいます。独自の . おそらく、技術者以外のユーザーが使用しない XML で何かを行う必要があるでしょう。
  • 監査ロギングは簡単。すべてのイベントを RDBMS に挿入するだけ
  • 報告を忘れないでください - おそらくこれは上層部にとって最も重要なことです:)

私は BPM プラットフォームを実装していないことに注意する必要がありますが、BPM プラットフォームを実装した人たちと話をして、それを悪夢だと説明しました。商用 BPM の上にプロセスと拡張機能を実装しているだけです。さらに具体的な質問がある場合は、撃ってください。

于 2011-07-31T17:33:03.473 に答える