Xiaobai がプロセス エンジンを学習 - FLowable (1) - FLowable とは

Xiaobaiが学ぶプロセスエンジン-FLowable (1) | FLowableとは

1. プロセスエンジンとは?

簡単に言えば、プロセス エンジンは、さまざまなビジネス オブジェクトが協力して特定のことを完了するための手順であり、プロセス エンジンは、手順をコンピュータが理解できる形式に変換するプロセスです。

プロセスエンジンは、設定された固定プロセスに従ってビジネスを駆動するために使用されます. 複雑で変化しやすいビジネス状況では、確立されたプロセスを使用することで、ビジネス設計のコストを大幅に削減し、ビジネス実行の正確性を確保できます.

プロセス エンジンは、OA、CRM、ERP、ECM、BI など、プロセスによって駆動されるさまざまなシステムで広く使用されています。エンタープライズ アプリケーションには、システム運用中に開始されるビジネス プロセスを処理するために使用される、多くの製品またはプラットフォーム統合プロセス エンジンもあります。

Flowable は、Java で書かれた軽量のビジネス プロセス エンジンです。

OA プロセス承認システムは、プロセス エンジンを使用します。
ここに画像の説明を挿入

2. プロセス エンジン フレームワークとは何ですか?

一般的なオープン ソース プロセス エンジンには、Osworkflow、JBPM、Activiti、Flowable、Camunda などがあります。

その中で、Jbpm4、Activiti、Flowable、camunda の 4 つのフレームワークは同じ起源を持ち、その祖先はすべて Jbpm4 であり、開発者はいずれかのフレームワークを使用している限り、基本的に残りの 3 つを使用します。ローコード プラットフォーム、OA システム、BPM ソフトウェアの開発にはすべてプロセスの可視化機能が必要であり、プロセスの可視化の核となるのはプロセス エンジンとプロセス デザイナーです。機能や性能、機種の選び方は?

3. 一般的なプロセスエンジンの比較

Osworkflow :
ステップ (ステップ)、条件 (条件)、ループ (ループ)、分岐 (スプリット)、マージ (結合) などのワークフロー コンポーネントを提供する軽量のプロセス エンジンですが、カウンターサイン、などの操作はサポートしていません。ジャンプ、リターン、および署名の追加には自己拡張開発が必要であり、これは困難です。プロセスが比較的単純な場合は使用できますが、作成者は推奨しません。
公式サイト: http: //www.opensymphony.com/osworkflow/

JBPM :
JBPM は柔軟なビジネス プロセス管理 (BPM) スイートです。軽量でオープン ソース (Apache License 2.0 に基づく)、Java で実装されています。これを使用して、ライフサイクル全体でビジネスプロセスとケースをモデル化、実行、および監視できます。
公式サイト:https://www.jbpm.org/

Activiti :
activiti は Alfresco software によって開発されており、現在の最高バージョンは activiti 7 です。
Activiti のバージョンはもっと複雑です. Activiti5, Activiti6, Activiti7 のいくつかの主流のバージョンがあります. モデルを選択するのは難しいです. これらのバージョンの Activiti の開発履歴を理解する必要があります.
チーム内の意見の相違により、Tijs Rademakers は 2017 年にチームを去り、後のフローアブルを作成しました. activiti6 と activiti5 のコードは Salaboy チームに引き渡されました. 公式の activiti6 と activiti5 のコードはメンテナンスのために中断されました. Salaboy チームは現在 activiti7 フレームワークを開発中です. activiti7 カーネルは引き続き activiti6 を使用しており、エンジンに新しい機能を追加することはありませんが、一部のアプリケーションを activiti の外側の上位レイヤーにカプセル化するだけです. 結論は、Activiti は慎重に選択するということです。
公式サイト: https: //www.activiti.org/
githubアドレス: https: //github.com/Activiti/Activiti

Flowable
flowable は、activiti6 から派生したバージョンに基づいており、Java で記述され、Apache V2 ライセンス プロトコルを使用してオープン ソース化された軽量のビジネス プロセス エンジンです。
Flowable プロジェクトには、BPMN (ビジネス プロセス モデルと表記法) エンジン、CMMN (ケース管理モデルと表記法) エンジン、DMN (意思決定モデルと表記法) エンジン、フォーム エンジン、およびその他のモジュールが含まれます。
公式サイト: https: //flowable.com/open-source/
githubアドレス: https: //github.com/flowable/flowable-engine

Camunda
Camunda は activiti5 ベースなので PVM のまま 開発チームも activiti から分割 開発トラックは flowable に似ている 商用版も提供しているが、一般的なエンタープライズ アプリケーションの場合はオープン ソース版で十分である
Camunda は、オープン ソースのプロセス エンジンと比較して、より優れた安定した機能とパフォーマンスを備えています。パフォーマンスと安定性に優れており、その機能は他のオープン ソース プロセス エンジンよりも豊富で完全です。
公式サイト: https: //docs.camunda.org/manual/7.15/
githubアドレス: https: //github.com/camunda/camunda-bpm-platform

Activiti、Flowable、および Camunda のより
詳細な比較については、記事の最後にある参考文献を参照してください。

4.まとめ

プロセス エンジンに最適なものはなく、より適したものしかありません。ビジネス開発のニーズに合ったプロセス エンジンを選択してください。

上記の一般的なオープン ソース プロセス エンジンである Osworkflow は機能が単純であり、多くの機能がサポートされていません; JBPM は、中国の特性を備えた複雑なプロセス要件を実現するには、多くの拡張開発が必要になる可能性があるため、JBPM は最良の選択ではありません; Activiti バージョンはより複雑です, 複数あります. 主流のバージョンは選択が複雑です. もちろん, Activitiも良いです. FlowableとCamundaの前身です. Activitiと比較して, FlowableとCamundaはより完全な機能とより良いパフォーマンスを持っています. もちろん, Camundaはより良い。
もちろん、ビジネス プロセス エンジンとして 3 つのいずれかを選択する Activiti、Flowable、および Camunda は、ほとんどのシナリオのニーズを満たすことができ、ビジネス上の困難なニーズ、システム アーキテクチャなどと組み合わせて総合的に検討する必要があります。

余談ですが、筆者は主に社内のプロセスエンジンシステムの開発を担当しており、Flowable を使用しており、今後 Flowable を習得する上でのノートを記録します。 Flowableを学びたい人 学生さんたちにちょっとしたお手伝いができるといいですね。

【参考文献】
1. Flowable ユーザーマニュアル v6.3.0
https://tkjohn.github.io/flowable-userguide/
2. 元記事「osworkflow, jbpm, activiti, flowable, camundaに最適なオープンソース処理エンジンはどれ?」 」
https://lowcode.blog.csdn.net/article/details/116405594
3. CSDN ブロガー「シェアリングニウ」による元記事「flowable camunda activiti 関数比較」
https://blog.csdn.net/qq_30739519/article /details/86682931
4、元記事「Camunda/Flowable/Activiti 技術開発史/Pangu BPM フレームワーク比較最新版」CSDNブロガー「シェアリングニウ」
https://blog.csdn.net/qq_30739519/article/details/105050776

おすすめ

転載: blog.csdn.net/weixin_44143114/article/details/128048613