分散ビジネスプロセスの構造：Oracle SOAおよびBPM

すべてが絡み合っていますが、糸の海ですが。
糸を引くと、ボールが続きます。
この世界は紡錘です
_{Oxxxymiron-バウンド}

他のIT分野と同様に、上位100社で大規模なIPを構築する世界は、ファッションのトレンドに左右されます。 5年前、SOAは複雑なアーキテクチャのすべての問題を解決するようでした。 銀行と大手小売業者は、SOAスタイルの統合でシステムを積極的に再構築しています。 BPMプラットフォームが導入されたのは、リーダーシップが企業のビジネスアプリケーションと企業自体の統合アーキテクチャを構築する際の最新のアプローチを固守するためです。

今日、サービス指向のアーキテクチャを使用すると、誰も驚かなくなりますが、特に高度な分野ではこれはすでに悪いニュースです。結局のところ、マイクロサービスはすべての病気の新しい治療法です。

しかし、すべてが「古い方法」で行われている組織の数は非常に多く、そのような顧客は既存のITシステムに関して非常によく考えています。 たとえば、「このようなクールなCRMシステムを購入しただけで満足しています。」 または、「SAP ERPがあり、あらゆる状況に対応できます。」 実際には困難が生じますが、企業が何らかのシステムを取得し、システムに異常な機能を詰め込み、ベンダーが予期していなかったタスクを設定することは珍しくありません。 その結果、システムは不器用なモンスターに変わり、その追加機能の文書化が不十分であるため、システムを理解して操作することは非常に困難です。 そして最も重要なことは、開発が難しいことです。

2番目の一般的な状況：組織内の各部門は、異なる何かを彫刻します。 あるユニットでは、オープンソースのアプリケーションアカウンティングシステムをダウンロードし、別のユニットでは、ローカルプログラマーにソリューションを注文しました。 その結果、同じ問題を解決するシステムの動物園が発生します。

そして、これら2つの極端な状況から抜け出す方法は、依然として統合とBPMソリューションです。 Oracle SOA SuiteおよびOracle BPM Suiteがその代表的な存在です。 それは何で、なぜ必要なのですか？

SOAスイート

Oracle SOA Suiteは、分散ビジネスプロセスを構築するためのソリューションです。


これにより、さまざまなビジネスアプリケーション、従業員（これらのアプリケーションで作業し、それらに関係しない）、決定ルール、イベント、日付、カレンダーの予定された会議、ビジネスの作業中に生まれたドキュメントをリンクできます。プロセス（請求書から大きなレポートまで）。 そして、もちろん、作業を実行するためにユーザーに割り当てられるタスク。 これらは、調整などの単純なタスクでも、あるユーザーから別のユーザーに転送され、おそらく数か月間続くタスクでもかまいません。

これは何のためですか？

そして、ここで、ほとんどの企業では、多くの組織上の問題が発生します。タスクをどのように分割するかはあまり明確ではありません。 各システムの境界はどこですか？ 荷降ろしの頻度や相互作用の形式について、どうすれば彼らは合意できますか？ 誰がどのデータを誰に転送しますか？ 人的要因のため、これらの質問にすぐに答えることは困難です。 「または」 当社のシステムは1つの形式をサポートしており、お客様の形式は別の形式です。 誰が変換を行いますか？ 「。

これらすべての問題と不確実性を解決するために、Oracle SOA Suite統合プラットフォームは設計されたばかりです。

あらゆるシステムで開始できる理解可能な統合プロセスを編成するには、技術的および外部システムへのアダプターの両方のアダプターを使用できます。 アダプターは、さまざまな形式のファイル、データベース、REST要求の送信、Webサービスとの対話、さまざまな標準のキューへのメッセージの送信、ビジネスシステムとのデータ交換を可能にするOracle SOA Suiteコンポーネントです。 合計で、Oracle SOA Suiteには300以上のアダプタがあり、その数は常に増加しています。

アダプタを含むSOA Suiteのすべてのコンポーネントは、統合ソリューションのスペシャリストが統合プロセスを収集するキューブのセットです。 IDE-JDeveloperでは、キューブなどのビジネスプロセスのすべての要素がエディタにドラッグされ、それらの間にリンクが作成され、機能が登録されます。 これは二重に便利な製品の実装であり、多くの統合タスクがある場合、大規模なビジネスシステムを実装または更新するプロセスでミスをせず、時間と労力を大幅に節約できます。 結局のところ、ほとんどの場合、システムは独立して動作しません-相互にやり取りする必要があります。 さらに、完全に生産的な統合開発者に対する昨日の学生のトレーニング時間は約2か月です。これは、大規模なプロジェクトを導入するときに、チームの能力を非常に迅速に向上できることを意味します

ビジネスルール

しかし、大規模なビジネスプロセスの実装では、意思決定タスクが発生するプロセスがあるため、異なるシステムを相互にリンクするだけでは十分ではありません。 また、これらの問題を解決するためのオプションは、コードにハードコーディングしないでください。

たとえば、会社には基本的なルールがあります。オンラインストアでの注文のコストが1000ルーブルを超える場合、配送は無料です。 ただし、カスタムパラメーターである必要があるため、コードにしきい値を数値で登録することはできません。 明日、ビジネスを行うための条件は変わる可能性があり、1000ルーブルから輸送することは採算が取れなくなり、この値はすでにコードに刻まれています。 つまり、産業用サーバーでコードを再コンパイルおよび再展開する必要があります。

このような状況のために、Oracle SOA Suiteには優れたビジネスルールツールがあります。 実際、それはビジネスプロセスに組み込まれ、このビジネスプロセスの分岐、内部データの変換、または外部サービスへの追加呼び出しのいずれかに基づいて構築される一連のルールです。 たとえば、1000ルーブルで注文する場合の無料配送の条件は、個別のユニットとして実装できます。 その後、アナリストはオンラインで変更、拡張、複雑化、出力の追加を行うことができます。 たとえば、注文に特別な製品がある場合、条件を追加して、速達便を提供します。 プログラマにタスクを送信し、彼らがすべてを実行するまで待機し、テストし、組み立てて、バトルサーバーに転送する必要はありません。

ヒューマンタスク

Oracle SOA Suiteの次の重要なコンポーネントは、 ヒューマンタスクです。 これは、ビジネスプロセスにユーザーを自動的に埋め込むためのツールです。 回路にブロックを挿入し、どのデータを回路に流し、ユーザーがどのような決定を下すべきかを示すだけで十分です。 また、これに基づいて、パッケージはOracle ADFテクノロジーを使用してフォームを自動的に生成します。 私の意見では、そのようなフォームは通常の日常的なタスクを解決するのに十分です。

したがって、ほぼ1日で何らかのビジネスプロセスにユーザーを追加できます。 以前はオンラインストアの注文を配送サービスに自動的に送信していましたが、5000ルーブル以上の顧客からの注文を確認する必要があると判断しました。 たとえば、同じビジネスルールからヒューマンタスクブロックと条件を追加します。 配信データを含むクライアントバスケット全体をヒューマンタスクに追加します。 このデータを備えたフォームが自動的に生成され、オペレーターは既にダイヤルのタスクが彼に注がれる既製の画面を持っています。 このオプションは1日で実装できます。 顧客がフォームとプロセスに特別な要件を持っている場合、視覚コンポーネントと作業ロジックの両方をカスタマイズできます。

監査

そのため、さまざまなシステムが相互作用し、さまざまなユーザーが参加するビジネスプロセスを構築しました。これをすべてフォローしたいと考えています。 結局のところ、何かがうまくいかなかった場合は、計画どおりに機能しなかった理由と原因を把握する必要があります。

もちろん、間違いが発生します。どの条件も提供しない、品質が不十分なものをテストすることは可能です。 過去のプロセス全体の監査がログ（テキストレコード）に基づいているシステムでは、注文が配信サービスBではなく配信サービスAに送られた理由を把握することは非常に困難です。エラー表示の最小レベルまで？ そして今、私たちはもはやエラーの原因を見つけることができず、それが再び繰り返されるまで待つ必要があります。 そして、これは多くの企業で起こります。

Oracle SOA Suiteには、グラフィカルな監査エンジンが組み込まれています。 ビジネスプロセスの一部として、各ブロックの起動ごとにすべての情報を保存します。 デリバリサービスを使用した前の例に戻ると、統合ソリューションサポートスペシャリストは注文番号を操作し、すべてのボックス、すべてのブランチ、ユーザーの決定、自動条件の結果、すべてのWebサービスの回答を含む完了したビジネスプロセスを開きます。 また、障害が発生した場所を簡単に見つけることができます。 彼はドキュメントに行く必要はありません（結局、実装されたビジネスプロセスは自己文書化されています）、このビジネスプロセスが何であるかを読む必要はありません。

事業活動モニタリング

これはオンラインレポートツールです。 ビジネスプロセス内では、レポート管理システム用の個別の通知を任意の場所に埋め込むことができます。 ある場所で、新しい注文が届いたとしましょう。 別の-ユーザーが注文をキャンセルしたこと。 第三に-注文は配達サービスに行きました。 そして、これらのデータに基づいて、すべての注文がカテゴリ別に分けられた美しいオンラインレポートが生成されます。 これはリアルタイムで変更されます。つまり、ETLを処理してリポジトリにロードした後、1日前ではなく「ライブ」データを確認できます。


そして、たとえば、配達サービスを離れた注文の処理に関する新しいインタラクティブなレポートを作成できます。 デリバリサービスには時間どおりに注文を処理する時間がありません。すでに半日で、彼らは自分たちが仕事のために採用した残高を蓄積しています。 お客様に運用サービスを提供する場合、これは受け入れられません。 経営陣はSLA違反、パートナーとの契約を確認し、過去1日間の統計情報を待たずに、電話して質問することができます。 なぜ注文が非常に遅いのですか？ 」

Oracle BPM

Oracle BPMはSOA Suiteのアドオンです。 つまり、SOA SuiteはOracle BPMの下にあり、機能の大部分を提供します。 そして、残りはどうですか？ まず、顧客のビジネスプロセスをBPMN表記で表現する機会です。


水平レベル-会社の部門。 ブロックは以下を示します。

• 外部システムへのリクエスト。
• 企業のストレージシステムへのドキュメントの生成/アップロード。
• 新規またはすでに作成されたタスクに対するユーザーのアクション-一般に、組織の顧客または従業員とのやり取り。
• さまざまな種類の通知：メール、SMS、監視システムの通知など。

結果の図は、ビジネスプロセスを記述するためのオープンな標準化された言語であるため、すべてのアナリストが理解できます。 残念ながら、ロシアの多くの企業では、これをすべて読むことができる専門家はいません。 しかし、製品の主要で最も便利な機能はBPMプレゼンテーションです。 このようなスキームの助けを借りて、さまざまなシステムのコードに結び付けられ、いかなる方法でも文書化されていないビジネスプロセスを明確に、明確に、正式に記述することができます。

Oracle BPMの2番目の主な機能は、BPMNからBPELスキームへの変換です。 この場合、プロセスはユニットとユーザーに分割されなくなりましたが、プロセスのロジックに従います。


同じ外部サービスコールと同じユーザータスクが、異なる形式で表示されます。 統合ソリューションのプログラマは通常、このビューを使用します。 Oracle BPMの主な機能は、BPMN表記からBPEL表記への変換です。

Oracle BPMとSOA Suiteのもう1つの重要な違いは、オンラインビジネスプロセスエディタです。 これにより、ブラウザ内ですべてのスキームをその場で再構築できます。 何らかの種類のブロックを追加して[適用]をクリックすると、その時点から始まるすべてのビジネスプロセスが新しいスキームに従って既に実行されます。 Oracle SOA Suiteでは、このために、JDeveloper開発環境で手動で変更を行ってからテストし、開発を本番に移行する必要があります。 つまり、手順の柔軟性と操作性がはるかに低くなります。

上記のすべてに加えて、Oracle BPMには既製の自動レポートの大規模なセットもあります。 彼らの助けを借りて、既存のビジネスプロセスのあらゆる種類のボトルネックを即座に特定できます。

Oracle BPM 12s

また、Oracle BPMバージョン12cの機能についても話したいと思います。 正式には、これは目新しいものではありませんが、ロシアではこのバージョンが比較的最近登場したため、ほとんどのお客様はここ数年でバージョン11gを実装しています。

前に、ビジネスルール-ビジネスルールのセットについて話しました。 Excelテーブルの形式でアンロードし、変更を加えてからビジネスルールにインポートできるようになりました。 この機会は、何らかの理由でビジネスルール自体を使用したくない、または使用できない場合に必要です。 たとえば、新しいインターフェイスを習得するのが難しい場合、またはOracle BPMにアクセスできない従業員からの一連の承認を変更する必要がある場合。

ただし、バージョン12cで最も重要な革新は、 ビジネスアーキテクチャエンジンです。 これは、トップマネージャーが情報プラットフォームの開発を計画できる追加のトップレベル管理画面のセットです。

ここでは、戦略的な目標、たとえば利益を増やすという抽象的なタスクを指定できます。 さらに、サブタスクに分割できます。

• 販売を分析し、ボトルネックを特定できる分析システムを導入します。
• 最新の計画システムを導入して、倉庫の残高を減らします。

さらに、これらのタスクは、サイト上のアプリケーションの処理などのビジネスプロセスのレベルまで、さらに小さなタスクに分割されます。


結果のスキームから、BPMN表記の上記のスキームに移動できます。

もう1つの革新は、 イベント処理複合体です。 これらは、イベント分析エンジンとインターフェースです。 たとえば、以前のバージョンでビジネスプロセス内の監視システムに直接通知を送信した場合、代わりに、会社のすべてのビジネスプロセスで発生するイベントの発行を使用できます。 これらのイベントのプールに基づいて、すべてのプロセスのさらなるダイナミクスを予測するレポートを作成できます。

さらに、バージョン12cでは、ビジネスプロセス中に生成され、ヒューマンタスクを使用して作成されたタスクにロードされるドキュメントを保存するメカニズムであるUCMの統合が改善および簡素化されました。

プロジェクト、メタデータ、データスキーマのリポジトリも改善されました。 バージョン11gは、SVNでもGitでも、主にサードパーティのストレージを使用することになっていた。 また、12cでは、Oracleはすべてのコードを格納する独自のリポジトリを提供します。 これは、プロセスに関するすべてのデータの単一ソースが表示されるという観点から便利です。さらに、新しいプロジェクトで以前の開発を使用すると時間を節約できます。

ロシアで宣伝するには？

質問は複雑です。 そのような製品の重要性をすでに認識している多くの大企業は、すでにOracleまたはIBMを購入しています。 そして、他の誰もが自分にどのような利益を得ることができるかを説明するのは非常に難しいです。 さらに、すべてのビジネスプロセスを採用して新しいトラックに移行することは容易ではありません。 理想的なケースでは、このための何らかのインセンティブが必要です。これは、ビジネスプロセスの最適化から始まるITインフラストラクチャの革新の影響力のあるサポーターです。 そして、Oracle SOA SuiteまたはBPM Suiteの統合アーキテクチャに基づいて実装できます。 他のシステムとの対話の領域を埋め込み、ユーザーの参加、通知などを適用します。

最後に何が得られますか？

それ自体で文書化されているビジネスプロセス。 エディターに移動し、必要に応じて、ブロックを適切な場所にドラッグするだけで、ビジネスプロセスを迅速かつ正確に変更できます。「ここに欲しい、さらに、ある部門の長に手紙を残さなければならない」 一通の手紙では十分ではありません、上司は何らかの決定を下さなければなりませんか？ 彼の参加でブロックをかけました。 今、ボスは「あなたにはそのような仕事があります-文書を読んでください」というリンクが書かれた手紙を受け取ります。

もちろん、BPMスキームにブロックを挿入することにより、ビジネスユーザーまたはアナリストは物理的な実装コード自体を作成しません。 しかし、結果として得られるスキームにより、各ブロックが受信して生成するデータを明確に理解するプログラマー向けのタスクを迅速かつ明確に設定できます。 彼らは、ビジネスプロセスのすべての複雑さに対処する必要はありません。 ユーザーはビジネスプロセスのプログラミングをもう少し深くすることができます。開発者は、誰もが同じ言語を話すため、実装する必要のある相互接続の種類を少し簡単に理解できます。 そして、企業がそのような大規模な統合プラットフォームを購入するのは、ビジネスプロセスの動的な開発と変更のためです。

SOA SuiteおよびBPMの現在の傾向に完全に準拠して、スマートフォンとタブレットで作業できます。 では、スペシャリストが会議に向けて出発した場合はどうでしょうか？ 交通渋滞や公共交通機関での移動中に、BPM画面を開いて新しいタスクでアクションを実行できます。

統合プラットフォームの導入により、企業プロセスおよび顧客へのオムニチャネルアクセスを整理できます。 つまり、ビジネスプロセス内で、会社の従業員への通知だけでなく、外部顧客への通知も実装できます。 メールに手紙を送ったり、SMSで複製したり、モバイルアプリケーションへのリンクを送ったりすることができます。 もちろん、アプリケーションは個別に開発する必要がありますが、大規模な統合プラットフォームがあるため、最初から毎回実装するよりも、モバイルアプリケーション、メール、その他のチャネルとのやり取りを既存のビジネスプロセスに統合する方が簡単です。 。

まとめ

Oracle BPMはOracle SOA Suiteに基づいています。 SOA機能はほとんどの顧客にとって十分ですが、大企業には、BPMN表記のビジネスプロセスエディター、ビジネスプロセスの仕組みを示すすぐに使用できる多数の事前構成済みレポート、オンラインビジネスプロセスエディターなどのBPM機能が必要な場合があります。

ロシアでOracle SOA SuiteおよびBPMを推進する際の主な問題の1つは、エンド顧客向けの特定の抽象化です。 より身近な製品-分析システム、BIまたはCRMシステム-は、明確で明確な実装結果をもたらします。 つまり、顧客は、実装後、レポート、統一された顧客ストレージシステム、オペレーターが顧客データを操作するためのインターフェイスなどがあることを理解しています。 統合プラットフォームの場合、すべてがより複雑です。 顧客に美しいパターンを見せ、虹の効果をペイントできます。 ただし、エンドビジネスユーザーはこれらのスキームを必要としないため、これらのスキームは表示されません。 彼はまだ使い慣れたシステムのウィンドウしか持っていません。 そして、それらの背後にあるもの（これらすべてのブロックと接続）は抽象的すぎて、彼にとって特に面白くない。

このようなシステムの実装に関する興味深いアイデアやストーリーがある場合は、コメントを歓迎します。

Jet Infosystems Business Systems Implementation Centerのアーキテクト、Dmitry Ovcharenko