BPMSただの。

Question

どなたにとって、望ましい(から開発者の視点）を実施する事業ですか？

るビジネスプロセスマネジメントシステム(BPMS)は好きなIDEに必要なツールの枠組みの報告ツールの例)?

からの視点、最大の利益のBPMS比IDE個人のツールや枠組み?

OK。どう具体的には...僕の特定のBPMSしっぱなしにしないといけないので簡単に実施する業務プロセスを設定。私は開発者として難しい作業できます。私と一緒に活動したいと思っているテキストファイルできるように設計していrefactorとすればよいのでしょうか選ぶことができるので、適切な技術またはフレームワークの仕事をしています。共に、やむを得ない事由によりシステムの勢いを作成します。

ルールが使用できますjavaが、その後もうれしいこだわりのシステムエディタなしを行頭に付けた。

ことができる私の答えは、自分の質問を見ていきたいと思っていを利用する際に使用するツールに用いられる代わりに学ぶなど、BPMS(少なくとも私が最も気に入っていいので限ら、どんなにも役立っています。BPMSい枠組みからは逃げ!こう枠組みのように杯るBPMS分かっています。

でも、具体的な質問はいい感じに同一でもありまBPMSesるサポートさせていただきbeeingデベロッパーにそういう開発者はその力だお仕事異なる。

Answer 1

いうまでのBPM前平ングに依存します。"ビジネスプロセス"が漠然とした期間のソフトウェア工学です。

ここにいくつかの例がありますの基準を評価するための必要事項:

• 複雑なルール -を決定/ルールを具体化プロセス、複雑な設定が可能なハードコーディング?
• ボラティリティプロセスの -どのくらいの頻度な工程です。誰にできるのか。
• 統合が必要 -ではプロセスを用いた複数のheterogenousサービス、またはすべて実施した同養成講座を開催します。
• 同期/asynchrounous -ではプロセス"間"の取り扱う必要があり非同期しています。
• 人間作業 -あなたのプロセスに人間相互作用し、タスクが割り当て/ミー、人々にその役割-責任の?
• 監視プロセスの -レベルはどのような制御をしたいの既存プロセスインスタンス実行?させていただきます。を監査する行為。?
• エラー処理 -によって、前の点はどうかという話があったようだプランへの対応に誤りがあった場合や、再試行の不良プロセス実行?

によってその回答は、このプロセスは、 単純な状態 図表数動や判断のできる実行される配列、または、を実現する必要があり前のように練り上げ、しないを再実装を行う。

との間 平ング や 本格的なBPM解 （例： Oracle BPMスイート 含む BPEL, ルエンジン, 等）、 があり 中間解 など jBPM または Windowsワークフロー財団 ものです。これらの中間液を頻繁に良いレードオフを向上させます。

Answer 2

私の経験ではBPMSシステムが提供する開発環境は非生産的な、三流であり、実質的に（それらの制限のために）を維持するのは難しい、設計が不十分なコードを書くことを強制します。私は（そのデータベースの名前が付けられ、その会社によって販売されている1）に精通していBPMSシステムにより提供されるほとんどすべての「機能」（UI、統合、など）は、我々が支払ったお金の価値はありませんでした。

あなたが開発者として、BPMSを使用するように強制している場合は、

、私のアドバイスは、BPMS環境自体にできるだけ構築、Javaや.NETなど、従来の開発環境でのアプリケーションの多くを構築することです、および2を統合します。 BPMSに行くべき唯一のものは、ビジネス・プロセスを機能させるための最小値である。

Answer 3

実環境で期待通りに動作し、増幅し、補足、過去から、最近、JBPM.私の意見に偏りがある対BPMsの

1. 険しい学習曲線:く過程で、いかにシステムのエディタです。くされていなければならな開発を理解するシステム、業務ユーザーです。のドラッグアンドドロップと視覚表現にはデモツールです。それは確かに印象者（人が最終的に支払うようにして下さい）ですが、開発者の生産性だけに絞り込めます。

2. 非開発者の変更ワークフロー:かつBPM解で正.がないようなコードを右クリックしてボックスについてあるコードを、それ以外はならない。なお絶対に必要となる開発者のことを思い出します。最高の一環であるもの開発者向けにも事業者は、デモのユーザーにも優しい。

3. Testablityおよびリファクタリング:ことはほとんど不可能であり、実際に試BPMS.いて"単体テストの枠組み'の宣伝が一番っていhacksく利用します。最近またJBPM一;当社が書面での接着剤コードや偽のワークフローのハンドラです。のブレーカー私にとってもリファクタリング.ビジネスの根本的に変化していったかについての心についての業務プロセスのあるべき姿、その幸運-再配置、ボックスで再配置して動作しませんが、全ての変数の箱があることで再配置されます。しっくりくるかもしれません電源、アジア経済研究所の試験にrefactor仕事です。

アプリケーションの場合はは、ワークフロー、そしてきみのワークフロー図書館（は根強い状態しています。でも管理ワークフローのないすべての膨張とBPM.業務用の場合ユーザーのニーズを理解するコードは、その事業の準備工程フローチャートや翻訳したいドメイン駆動のコードです。利用胡瓜のスタイルの受け入れ試験を持ち、開業。A BPMするだけで何かそうとする多くのものが終わっていける。

Answer 4

は、一般的なビジネスケース、ユースケースの多くは、すでに実装されていますBPMS--。だから、あなたはそれを使用する方法を知っている必要があります。ほとんどはあなたがまだ実装されていないものをカバーするためにいくつかのスクリプトを記述する必要がありますけれども一般的なワークフローのために、あなたも、一行のコードを記述する必要はありません。

平野は、単にコードをハックするIDEを使用しprogramming--。肯定的な側面：より多くの制御。負の？多くの時間は、定型的なコードを書き換えることに費やされています。そして、あなたはそれらを維持する必要があります。

一言で言えば、私はビジネスプロセス管理システムを好むので。私が推薦する一つは、 ProcessMaker のです。それはあなたがドラッグ＆ドロップでワークフローを設計することを可能にする直感的なプロセス設計を備えています。そして、あなたは常にプロセスの機能を拡張するためにトリガーを書くことができます。それだけでなく、オープンソースです。