Apache Activitiの例を使用したビジネスプロセスエンジンでプログラマを脅かすもの

「ビジネスプロセス」という言葉は長く、すべてのビジネスの人々とそれらに直面している人々の脳を強く刺激しています。 興味のある人たちの間では、ビジネスプロセスの仕事は「スタイリッシュでファッショナブルな若者」であると考えられています。 確かに、たとえ実際のビジネスマンであっても、対談者の目にはどんな獣がいるのかを明確に理解する保証はありません。 そして今、私は次の製品がこれらのまさにビジネスプロセスで動作することが判明したときに、このトピックの沼が平均的な開発者（たとえば著者）の頭の中にどのように侵入したか想像することを提案します...



内部では、ビジネスプロセスがどのように人生を変えるかをまだ理解していない同じ開発者にとって興味深いかもしれません。



したがって、この瞬間から、これらの不十分に理解されたエンティティと、それらが製品の開発にどのように影響するか、それらが必要とされる理由、有用なものと知り合いになりました。 プログラムコードはまったくないことに注意してください-何かですが、実際には技術的な問題はありません。 通常の産業開発。 私の場合、JavaEEと少しのSpringです。

本質は何ですか

だから、ビジネスプロセス。 私の人生では、「なぜ？」という質問に興味がありました。 ビジネスプロセスに精通していることも例外ではありません。 したがって、最初のポイントは、ポイントが何であるかを見てみましょう。 要するに、ビジネスプロセスは、小さな作業間のルートにすぎません。 他のルートと同様に、独自のルート、交差点、行くことができる条件、立っている必要がある、または左折してUターンすることしかできません。



正直なところ、ここに、私が最も重要だと考える次のパラグラフ（プロセス記述標準まで）のほんの一部を示します。 その理由は次のとおりです。ソフトウェア製品にビジネスプロセスエンジンを使用できる可能性のあるものについて説明します。 これを誤解しているため、経営陣からの期待が過大評価される可能性があります。 そして、おそらく、上記の人々の方向にそれをすべて大声で言わなければならないので、その後の誤解はありません。

実用的なメリット

それで、平均的なビジネスプロセスエンジンとは何ですか、それは何ができますか？ 彼の最初の義務は、ビジネスアナリスト（または幸運な人に応じて開発者自身）が特定の注釈（少し後で説明します）で描いた図面を理解し、これらすべての条件とすべてを考慮して、厳密に指定された順序で一連のアクションを実行することです。 いいえ、それだけです。



ここでは、マネージャーの壊れやすい魂をターポリンブーツで踏みにじります。いいえ、エンジンは必要な形状を描画しません 。 いいえ、データ入力が必要な場合、ユーザーに必要な作業を行いません。 いいえ、彼は自分でビジネスロジックを書くことすらしません。そして、彼は私たちのベースがどこにあるのか、そしてそれへのアクセス方法と、すでに書かれたビジネスロジックを呼び出す方法を本当に知りません。 デフォルトでは、ビジネスプロセスエンジンはこれをすべて実行できません 。 これはすべて書く必要があります。 保証されているのは、いくつかのフレームワークがいくつかのリソースを使用し、 実装したクラス から、再度ペイントしたスキームに従って実装した別のクラスに移動することです 。 これは当たり前のように思えるかもしれませんが、それを表明する方が常に良いです。 悪化することはありません。

本当に必要ですか？

次に、質問に答える必要があります-必要ですか？ 簡単なルーティングを1、2週間でひざの上に組み立てることができるなら、なぜ英語で別の本を学ぶのでしょう。 これにはまだ理由があります（現在、Apache Activitiの機能について説明しますが、他の代表者は基本的に悪くはありません）。



まず、製品に「キューブ」とはっきり発音しているかどうかを判断する必要があります。これは繰り返し使用したり組み合わせたりできます。 ワークフローが一度だけ定義され、わずかなバリエーションがあり、それがまれにしか改善されない場合-おそらくこれはすべて不要です。 同じ場合、常に接続しなければならない顕著な作品があり、書かれなければならない主なものが以前に書かれたロジックの呼び出しの列である場合、おそらくあなたはそのような何かに注意を払う必要があります。



ビジネスプロセスについて考えるもう1つの理由は、プログラムによってモデル化されたタスクに複数の異なる人々が含まれている場合です。 さて、誰かがドキュメントを作成し、誰かが承認し、他の誰かが最初のドキュメントを修正のためにラップし、4人目は今日はソースの下でドキュメントを受け取らないという通知を受け取りました。 これは、ビジネスプロセスのモデルを作成し、いくつかのActivitiで実行するための非常に通常のシナリオです。

しなきゃ！

必要だと決めましょう。 そして、ほとんどすべてを自分で書く必要がある場合、疑わしいユーティリティを使用してシステムの別のコンポーネントに煩わされる必要がありますか？ 実際、同じApache Activitiが行うすべて（以下、単にActiviti）を完全に繰り返すことは難しく、長くなります。 ポイントについて：Activitiが行うことの主な仕事：

• BPMN2形式のビジネスプロセスの説明を理解している-これなしでは、独自の何かを考え出す必要があります。これにより、アクションのシーケンスを設定でき、既成の標準よりも優れているという事実はありません。
• 時間のカットオフとともにプロセスの履歴を保存します* ;
• トランザクションを処理し、トランザクションを設定および分散する可能性があります。
• executorロールをサポートします（LDAPに接続し、そこから直接ユーザー情報を使用することもできます） * ;
• そして、ささいなことでさえ技術的な機能のほんの一握りです。

ユーザーロールと履歴についてアスタリスクポイントを付けたのはなぜですか？ はい、これはビジネスマンにとって非常に興味深い情報です！ プロセスの進行状況、処理速度の低下、プロセスの並列化が必要な場所、各フェーズに費やされる時間などをリアルタイムで確認できます。 この情報は、プロセス最適化のための単なる金鉱です！ そして、この情報に基づいて、企業のプロセスを再構築することが可能になります、あなたはほとんどその場で言うことができます。

落とし穴

ほぼ同じであるため、ビジネスロジックはプログラマが作成する必要があります 。 特定のアクションシーケンスから作業を破棄するか、あるポイントから別のポイントに渡す条件を変更する必要がある場合-問題はありません。このようなファイルは、マウスでプロセス図を突くことによって実際に完成できます。 ただし、新しいアクティビティが必要な場合は、開発者を引き付ける必要があります。 そして、顧客がこの瞬間をできるだけ明確に理解することは非常に重要です。私たちの残酷な世界での奇跡への期待は、主に失望と相互ult辱で終わります。 したがって、主な目標は、ビジネスプロセスエンジンが実際に存在し得るものとそうでないものを単に無料で伝えることができることです。 彼がいなければ、EJB Beanで単一のメソッドを記述してプロセスで呼び出すことで問題が発生することはほとんどなかったでしょうが、完全でより高価なリファクタリングで（結局、誰もが本当のお金に関係なく利益の説明を知っている、保存することができますが、誰にも興味がないので、声を出すことさえできません）。



つまり 最終的に、開発者がビジネスプロセスエンジンによって作成された環境での作業に焦点を当てた実質的にステートレスな操作の作成に我慢すると、顧客のニーズの変更は、Activitiの機能に依存することなく、より迅速かつ簡単になります（もちろん、アプリケーションがアトミックな作業に細分化されていれば）。

BPMN 2説明標準

それでは、ビジネスプロセスを説明するための標準について少し見ていきましょう。 ビジネスプロセスエンジン用に構築されたアプリケーションが、顧客からの怒りや攻撃ではなく、成功と多くの利点をもたらすという理解がある場合、説明の標準は、上記のワークフローを管理する機会であり、知る必要があります。 これはプロジェクトの2番目のプログラミング言語であり、それに対する注意を高めることが厳密に必要であると言えます。 私は予約をします-ここでは仕事の機能的順序の説明にすぎません。



実際、ビジネスプロセスを記述するための標準は複数あります。 1つでもありません。 BPEL、BPMN1.2、BPMN2、および機能説明の外側-すべての種類のIDEF0およびEPCがあります。 ただし、ここではBPMN2について説明します。 その利点は何ですか？ 非常に重要なプロセスを十分に説明するのに十分に開発されており、記述的で実行可能です（1つのファイルには、作業とその関係だけでなく、プロセスのライブ図を見たい場合の空間内のこれらの要素の位置に関する情報も保存されます） 。 まあ、これは最終的に本物のXMLであり、好きなものを使用して、好きな場所で編集できます。



技術的には、BPMN 2.0で使用される要素について話す価値があります。 しかし... ...そこにある情報の量は、この下であなたが記事の全体の束を書かなければならないほどです。 さらに、同じActivitiのドキュメントには、すべての要素の簡単な説明があり、さらに、ロシア語に完全に翻訳された標準があります。 翻訳はEleWisによって行われました。ロシア語以外の言語が嫌いな同僚のおかげで、完全に落ち着いて検索され、ダウンロードされました。



要するに、標準には作品、イベント、論理演算子があります。 制御フローは、条件に応じて分岐し、並列化してから1つのポイントに収束できます。 プロセスに加えて、サブプロセスを呼び出すことができます。 サポートされているビジネスルール。 補償器などの概念があります（エラーが発生したときに機能し、特定の方法でこのエラーに応答するタスクがあります）。 補償器に加えて、エラージェネレータもあります。 タイマーもあります。 そしてサイクル。 プロセス変数でスクリプトを実行する機能。 別のプロセスは、明示的に開始できるだけでなく、別のプロセスからのシグナルを含むシグナルで開始することもできます。 要するに、本当にすべてがたくさんあり、おそらく、標準によって提示された一連のアクションが作業を行うのに十分ではなかったという状況はありませんでした。 最初は彼が行き止まりのように見えたとしても、後ですべてがうまくいき、回路を少し異なって構築することで問題を解決できることが判明しました。

ビジネスプロセススキーマエディター

はい、スキーム。 それらはどこかに描かれる必要があります-誰もがvimでXMLを手で書くことを好むわけではありません。 Activitiについて話します-彼（彼-エンジンだからです）には、Tomkatで非常によく機能し、プロセスを表示および編集するためのかなり快適なインターフェイスを提供するWebアプリケーションがあります。 さらに、Eclipse用のプラグインがあります。 IDEAのビューア。 一般に、BPMN 2標準は同じ標準であり、対応する一連の図面全体でサポートされる必要があります。 最後の文は、現実の試練に耐えていない私の素朴な考えです。



まず、BPMN 2アノテーションに通常のドキュメントを形成し、標準（* .bpmnまたは.bpmn20.xml）に従って正しいXMLで保存できる無料のツールは事実上ありません。ArisExpressは廃止されました。 Yaoqiangは悪くありません（私はこれを言おうとはしません）が、完全に無料でもありません。 私が望んだのは、Eclipseプラグインがやりたいように便利で、フィールドから値を時々失うことのない、別個のアプリケーションであるBPMNエディターの形のオフラインでした。 しかし、まともなツールは深刻なお金のためだけでなく、それらを見るのもほとんど不可能でした。 支払い後のみ。 また、一部のBPMNがサポートされました。 しかし、非常に古い。



編集者の選択のトピックに関するビジネスアナリストフォーラムを読むのは、とても楽しかったです。 多くの読み物は、XML出力ではなく写真が必要であるという事実に帰着しました。 つまり Visioはリーダーの一人でした。 そして、プログラマーの困難は彼らにとって興味の対象ではありませんでした。



たまたま完全なActiviti Webアプリケーションが最良の選択でした。 主なものは、そのための無料のサーバーを見つけることです。さらに、プロセス図での共同作業およびリモート作業のための非常に有効なオプションを取得できます。



あ！ 「2番目」もあります。すべてのビジネスプロセスエンジンには独自のタグと標準があります。そのために作成されたエディターを使用することをお勧めします。 または、後で手動でタグを追加します-通常、XSDは問題ありません。

翻訳の難しさ

だから、私たちは長い道のりを歩み、ビジネスプロセスに参加することにしました。ここでは、特定のエンジンの詳細に到達するまで、滑りやすいニュアンスを警告することが私の義務であると考えています。 実際のところ、仕様のどこにもプロセスを細かく刻んでいないため、結果が最適と呼ばれる権利があります。 プロセスがビジネス分析を作成する場合、タスクは通常の人の観点から実行の流れを正確に反映することであり、2つの異なるプロセスでの保存操作がプログラマーにとって根本的に異なることを誰も考慮しないため、すべてがさらに楽しくなります、しかし同一ではありません。 開発者は、アプリケーションのビジネスロジックにうまく適合するように、実例で説明する必要があるもの、プロセスを（彼らの観点から）正しく詳細に記述する方法について準備する必要があります。



そして、それがどのように正しいかを見るには？ 開発者自身の経験の蓄積がなければ、どこにもないのではないかと心配しています。 プロセスのいくつかの例を表示し、類推によって独自のものを作成し、粉砕が不十分であるか、逆に過剰であることを理解できます。



例：





想像してみてください：右側と左側-同じプロセス（純粋に説明目的のためにDIAの気まぐれに描かれています）。 そして、どちらが正しいのですか？..しかし、ここでは特定のケースですでに決定されています。 一般的なプロセス制御のために、保存が失敗する理由が重要でない場合は、左のオプションを選択できます。 そして、すべてが重要であれば、ほとんど正しいことはありません。 主なことは、断片化の限界に達しず、最も単純なコードの各行を含むタスクを作成しないことです。 通常、これは過剰です。 しかし、常にではない、はい...

選択の難しさ

次に、特定の実装の選択について掘り下げてみましょう。 私たちはかつてApache Activitiに落ち着きました。 完全な理由を説明するのが理にかなっているかどうかさえわかりません。 ほとんどの場合、いいえ、それらの一部は、選択がいつどのような条件下で行われたかによって、時間と場所によって決定されたためです。 しかし、要するに、無料のレスポンシブフォーラムであり、開発が進んでいます。pomファイルを編集するだけで、Apacheという言葉（そしてこれはたくさんあります：Camel、Karaf、CXFなど）で始まるほとんどすべてを接続できます。 優れたCDIサポート、構成が簡単。



Activitiに加えて、いくつかの優れたソリューションがあります。 これはIntalio（それらの有料製品は狭い範囲で広く知られていますが、無料のカーネルもあります）、JBossからのソリューションがあります-BPMSuite、有料実装もあります。 特定の実装を再度選択する必要がある場合、それが再びActivitiになるという確実性はありません。 おそらく、JBossのBPMが選択されるでしょう。 しかし、事実ではありません。 どちらの製品も非常に動的に開発されており、どちらも手付かずの機会を提供します。 Activitiが選択されたことに後悔はなく、他の何かではないことに注意してください。 しかし、誰かが今すぐ選択する場合は、Activitiだけで停止するのではなく、少なくとも3つの実装の機能を比較することを強くお勧めします。

有料エンジン

あらゆる意味で有料実装と無料実装の違いは何ですか？ 主な違い（24時間年中無休などを除く）は、次のように呼ぶことができます。自由な手で書くために必要なものを実装します。 たとえば、Webサービスへのコネクタ。 モニターを開発し、DBA形式ではなく、便利な人で統計を表示します。 便利なツールを使用した設定。



上記のように、無料のActivitiによって統計も提供され、ロギングのレベルは構成可能です。 しかし、プロセスを最適化してSlowest Enterprise Brake賞の応募者を検索するための重要な情報を顧客に示すために、既存のキャンディーの美しいラッパーを作成するように開発者を設定する必要があります。 有料の実装には、通常、すでに似たようなものがあります。



また、一部の顧客は、商用製品の販売のみを直接必要とします。 これが重要な場合は、有料版を確認する必要があります。 例として、 IntalioのWebサイトにアクセスして、違いを感じることができます。

JSFナビゲーションを例として使用した内部実装の問題

さらに、一般的な情報から少し離れて、詳細の荒野に入ります。 まだコードはありません-この分野で深刻な技術的な問題はないと思います。 むしろ、何が起こっているのか、さらにそれとどのように暮らすのかを理解するのは困難です。



技術的な観点から見ると、Activitiとは何ですか？ これはjarセットです。つまり、 必要に応じて使用できるライブラリにすぎません。Webアプリケーションに直接接続したり、モデルレベルに移動したり、別のサーバーに移動したりできます（RESTインターフェイスがあります）。 適用された意味でこれは何を意味しますか：少なくとも別の物理サーバー上のビジネスプロセスエンジンの作業に関連する負荷を取り除くことができます。 Activitiは、すぐにクラスタリングをサポートするため、問題は発生しません。



さらに、activitiは独自のデータベーススキーマで動作します。ここでも、作業データベースにテーブルを直接作成するスクリプトをロールアップするか、別のデータベースを別の物理サーバーに転送して、Activiti自体の負荷から独立させることができます。アプリケーション。 これは、メインアプリケーションベースに深刻な負荷がかかるプロセスの「厚い」履歴を維持する必要がある場合に非常に役立ちます。 一般的に、あなたが望むように-それを行います。 これは、ほとんどのApache製品の哲学であると言えます。 いつものように、設定ドキュメントを読むことで、あなたはそれにお金を払わなければなりません。 しかし、Activitiドキュメントの場合はそれほど多くありません。 そして、その半分は一般にBPMN2標準です。



さて、別の歌はユーザーインターフェイスです。 JSF2を使用しました。JSF2は、他のUIと同様に、独自のナビゲーションモデルを備えています。 ここでも、ビジネスプロセスに注目したアプリケーションを作成する必要があります。 その理由は、BPMN2のタスクは基本的に、ユーザーの介入なしに実行されるタスク（ServiceTaskなど）とユーザー入力が必要なタスク（UserTask）の2つのグループに分けられるためです。 前者では、すべてが簡単です。アクティブなプロセスの変数を操作できるScriptTaskの場合は、JavaScriptまたはGroovyに至るまで、何らかの形のコードがあります。 ServiceTaskの場合、これは、オブジェクトが配置される1つのメソッドを含む通常のインターフェイスを実装することを意味します。そこからプロセスの現在のインスタンスにアクセスし、CDIビンをフックできます。 シリアル化できるオブジェクトのみをプロセスに配置できます。 つまり 必要に応じて状態を保存する通常の操作。 複雑なことは何もありません。



しかし、2番目のタイプのタスクでは、すべてがより複雑になります。 プロセスがUserTaskに遭遇すると、...停止し、何もしません。 ユーザータスクは、特定のユーザーまたはグループに割り当てられます。 次に、ユーザーに割り当てられたタスクがあるかどうかを確認し、何らかの方法でフォームを描画する独自のエンジンを作成する必要があります。 犬のドッギングの偏在はここにあります。つまり、UIナビゲーションの動作方法を決定するか、JSFナビゲーションモデルを置き換えて、この懸念をActivitiの肩に移す必要があります。プロセスを入力フォームにリダイレクトすると、ビジネスプロセスを管理する機能が大幅に削減されます。 ユーザーの介入なしに盲目的に実行できる小さな作業のみが残ります。 しかし、ビジネスプロセスの主な利点は、複数の人がプロセスに参加するときに得られます。 そのため、一時的にプロセスに含まれるフォーム間のナビゲーションをActiviti側に提供し、JSFナビゲーションモデルはビジネスプロセスに含まれないフォームで動作するようにしました。 そして、私はそれが正しい決断だったと思います。



それ以外の場合、Activitiは完全に友好的で明白なビジネスプロセスエンジンであり、プロセス内での作業のやり取りを可能な限り明確に行うことができます。

結論として

上記のすべてが、開発者の観点から、ビジネスプロセスが何であるかをもう少し明確にすることを願っています。 また、以前にMicroSoftで働いていた特定のB.ゲイツも引用してください。

テクノロジーの最初のルールは、操作を効率的に自動化すると効率が向上することです。



2番目のルール：非効率な操作を自動化すると非効率性が高まる