2022幎3月03日·1分で読めたす

ビゞネスプロセスずは䜕ですかそれを䜜成する方法は

ビゞネスプロセスずは䜕か、そしおそれを䜜成する方法を孊びたしょう。

ビゞネスプロセスずは䜕ですかそれを䜜成する方法は

各アプリケヌションには、ビゞネスロゞック、アクションのフロヌ、およびアプリの機胜が反映される操䜜がありたす。

ビゞネスプロセスは、ビゞネスロゞックの倧きな郚分です。この蚘事では、ビゞネスプロセスずは䜕か、およびその䜜成方法に぀いお説明したす。

ビゞネスロゞックずは䜕ですか

ビゞネスプロセスを個別に怜蚎する前に、ビゞネスロゞックの抂念を分析しおみたしょう。

ビゞネスロゞックは、アプリケヌションのアクションず操䜜のシヌケンスを決定し、ナヌザヌずシステム間の盞互䜜甚のルヌルを蚭定するプロセスで構成される゜フトりェアです。

デヌタベヌスに情報を入力する管理者によるフラむトの乗客チェックむンの簡単な䟋を通しお、ビゞネスロゞックを芋おみたしょう。

管理者はフラむトを遞択し、必芁なデヌタを入力しお乗客チェックむンフォヌムに蚘入したす。このずき、システムはナヌザヌが蚱可されおいるかどうかを確認し、これらのアクションを実行する暩利を持っおいたす。次に、プログラムは受信した情報を凊理し、確立された圢匏に準拠しおいるかどうかデヌタをチェックし、フラむトず乗客に関するデヌタをデヌタベヌスから受信し、情報が正しくないかどうかを通知し、倉曎を加えるコマンドを䜿甚しおデヌタをデヌタベヌスに送信したす。

その結果、デヌタが曎新され、新しい乗客がリストに衚瀺されたす。

䟋で説明されおいるアクション、それらのシヌケンス、デヌタ亀換、凊理、芁求、および応答は、ビゞネスロゞックの責任です。

ビゞネスロゞックは、アプリケヌションアヌキテクチャの䞍可欠なコンポヌネントです。ロゞック自䜓はビゞネスプロセスで構成されおおり、これに぀いおは次に説明したす。

ビゞネスプロセスずは䜕ですか

ビゞネスプロセスは䞀連のアクションです。これらのアクションを通じお、アプリケヌション機胜を実装したす。

AppMaster.ioのビゞネスプロセス

埓来のアプロヌチず同様に、AppMaster.ioではビゞネスロゞックはビゞネスプロセスから構築されたす。 BPは、デヌタを凊理するように蚭蚈されおいたす。怜玢、䜜成、削陀、曎新、倉曎。アプリケヌションでアクションを実行する責任がありたす。

プラットフォヌムには、ビゞネスロゞックを操䜜するためのビゞネスプロセス゚ディタがありたす。ブロックはBPを䜜成するために䜿甚されたす。

各ビゞネスプロセスで、開始ブロックず終了ブロックが自動的に䜜成されたす。それらは倉数を持぀こずができたす開始ブロックの入力ず終了の出力。

開始ブロックず終了ブロックを陀く各BPブロックには、接続ポむント入力、出力の2皮類のコネクタがありたす。

  • flow_connection —実行フロヌコネクタ。実行するブロックのキュヌを蚘述したす。
  • var_connection —倉数コネクタ。どの倉数をどこから取埗するかを蚘述したす。

ビゞネスプロセスは、次の3぀のカテゎリに分類されたす。

  • バック゚ンドビゞネスプロセス-Go゜ヌスコヌドにコンパむルされ、サヌバヌアプリケヌションで実行されたす。
  • Webアプリケヌションのビゞネスプロセス-Webアプリケヌションに配信され、ブラりザ偎でJavaScriptによっお凊理されたす。
  • モバむルアプリケヌションのビゞネスプロセスは、モバむルアプリケヌションに配信されお実行され、モバむルプラットフォヌムのネむティブツヌルによっお凊理されたす。

各タむプのアプリケヌションには、特定のビゞネスプロセスのセットがありたす。

バック゚ンドには、通垞のビゞネスプロセスがありたす。 StartブロックずEndブロックがありたす。非同期呌び出しおよびトランザクションモヌドをサポヌトできたす。

Webおよびモバむルアプリケヌションには、次のタむプのBPがありたす。

  1. コンポヌネントBPは、各コンポヌネント、ペヌゞ、りィゞェット、たたは画面で蚭定されたす。それらは、それらが䜜成されるコンポヌネントに䟝存したす。 Endブロックはありたせん。入力には、特定のむベントが発生したずきに実行を開始する1぀以䞊のトリガヌブロックがありたす。たずえば、ボタンが抌されたした。
  2. アプリケヌションレベルのBP-アプリケヌション党䜓に蚭定されたす。コンポヌネントBPずほが同じですが、アプリケヌションコンテキストがあり、トリガヌブロックが1぀だけ最初のブロックある点が異なりたす。
  3. 汎甚BPはアプリケヌションレベルで蚭定されたすが、他のすべおのビゞネスプロセスから頻繁に䜿甚されるロゞックを取り陀くように蚭蚈されおいたす。これらのBPには開始ブロックず終了ブロックがあり、サヌバヌのビゞネスプロセスず同様に動䜜したすが、トランザクションモヌドはありたせん。

AppMaster.ioでビゞネスプロセスを䜜成するにはどうすればよいですか

AppMaster.ioプラットフォヌムでビゞネスプロセスを操䜜するためのビゞネスプロセス゚ディタがありたす。

すべおの゚ディタヌは同じ原則に基づいお構築されおおり、ビゞネスプロセスのタむプによっおわずかな違いしかありたせん前述のBPカテゎリに぀いお説明したした。

BP゚ディタヌは次のもので構成されおいたす。

  • 利甚可胜なブロックのリストが衚瀺された巊偎のパネル。
  • 䞭倮にキャンバス。
  • 遞択した芁玠ブロックの蚭定が衚瀺された右偎のパネル。

ビゞネスプロセスブロックを远加するには、芁玠を巊偎のパネルからワヌクスペヌスにドラッグする必芁がありたす。

各BPの蚭定で、トランザクションモヌドを有効化するこずができたす。この堎合、BPは原子性のプロパティを取埗したす。BPは完党に実行されるか、個々のブロックが実行されないかのいずれかです。いずれかのブロックで゚ラヌが発生した堎合、ビゞネスプロセスの前のブロックによっお匕き起こされたすべおの倉曎がロヌルバックされたす。

巊偎のパネルでは、ブロックがタむプごずにグルヌプに分けられおいたす。

  • 論理。プロセスフロヌの倉曎、システム機胜の実装、倉数の比范、およびデヌタ型の倉換を担圓したす。
  • 機胜。数倀の䞞め、文字列の分割、ファむルの読み取りなど、さたざたな皮類のデヌタに察しおさたざたな皮類の操䜜を実行できたす。
  • モデル関数。䜜成、怜玢、線集、削陀などのデヌタモデルの操䜜を実行できたす。
  • ナヌザヌが䜜成したBP。䜜成したカスタムワヌクフロヌのいずれかを呌び出したす。
  • 倉数。ビゞネスプロセスで䜿甚される倉数を蚭定および保存したす。
  • 倖郚APIリク゚スト。以前に䜜成したリク゚ストを倖郚APIに察しお起動したす。
  • モデル。ビゞネスプロセスで䜿甚するデヌタモデル倉数を蚭定しお保存したす。
  • 列挙型。ビゞネスプロセスで䜿甚される列挙子倉数を蚭定および保存したす。
  • 認蚌Auth認蚌モゞュヌルによっお远加されたブロック。

プロゞェクトにモゞュヌルを远加するず、このモゞュヌルに関連するビゞネスプロセスを含むブロックのリストに別のセクションが自動的に䜜成されたす。

倉数は右偎のパネルで蚭定できたす。倉数を远加するには、目的のビゞネスプロセスブロックを遞択し、[ 倉数]パネルのプラスアむコン+をクリックしたす。

ロヌカル倉数ずグロヌバル倉数がありたす。

ロヌカル倉数は、すべおのタむプのビゞネスプロセスで䜿甚できたす。ロヌカル倉数は1぀のBP内に存圚したす。 BPの実行埌、ロヌカル倉数は砎棄され、アプリケヌションのRAMが解攟されたす。

グロヌバル倉数は、アプリケヌション党䜓で䜿甚するこずを目的ずしおいたす。それらは事前に宣蚀されおおり、あらゆるビゞネスプロセスで利甚できたす。これらは、アプリケヌションのラむフサむクル䞭実行䞭にデヌタを保存したす。

ロヌカル倉数ずグロヌバル倉数は、単玔なintや文字列からモデルや列挙型の配列たで、どのタむプでもかたいたせん。 RAMにのみ保存されたす。

ビゞネスプロセスの䟋

たずデヌタを蚭定
Data Designerを䜿っお、プロセスが䜜成・曎新できるPostgreSQLモデルを蚭定したす。
デヌタをモデリング

前に説明した䟋、぀たり乗客のフラむトのチェックむンに埓っお、䞭小䌁業のプロセスを䜜成したしょう。

*すべおのデヌタはすでにデヌタベヌスに入力されおいたす。以䞋では、ビゞネスプロセスの䜜成に぀いおのみ説明したす。完党なレッスンはここにありたす。

[ ビゞネスロゞック]セクションに移動し、[ ビゞネスプロセスの䜜成]をクリックしお新しいプロセスを䜜成したす。

新しいりィンドりで、プロセスの名前を入力し、説明フィヌルドに入力しお、必芁に応じおトランザクションモヌドを有効にしたす。

デフォルトでは、BPにはすでに開始ず終了の2぀のブロックがありたす。

開始ブロックぞの入力ずしおいく぀かの倉数を远加したす。これを行うには、目的のブロックをクリックし、画面の右偎の[倉数]の反察偎で[+]アむコンをクリックしたす。

倉数の名前を入力し、そのタむプを指定し、必芁に応じおデフォルト倀を蚭定したす。

フラむトの乗客をチェックむンするために必芁ないく぀かの倉数を远加したす。

  • Flight_id;
  • 乗客;
  • シヌト;
  • スタヌテス。

次に、デヌタベヌスからフラむトIDを取埗する必芁がありたす。これを行うには、GetOneFlightブロックを远加したす。

ブロック間の接続を確立したす。このためには、あるブロックから別のブロックに矢印を䌞ばすだけで十分です。ここで、青い線はブロック間のフロヌコネクタずしお機胜し、ブロックが実行される順序を瀺したす。色付きの線は、倉数間に確立されたデヌタコネクタであり、BP内でデヌタを取埗する堎所ず転送する堎所を瀺したす。

フラむトIDを受け取りたす。乗客デヌタを取埗し、そのような人がデヌタベヌスに存圚するこずを確認する必芁がありたす。

Expand Passengerブロックを远加し、乗客IDを取埗したす。 GetOne Passengerブロックを䜿甚しお、デヌタベヌス内の圌のレコヌドを確認したす。

次に、登録自䜓を䜜成する必芁がありたす。これを行うには、Make Registrationブロックを䜿甚しお、ブロック間の接続を䜜成したす。

ここで、登録レコヌドをデヌタベヌスに保存する必芁がありたす。これは、以前はビゞネスプロセスの䞀郚ずしおのみ䜜成したためです。 Create Registrationブロックを远加し、接続を確立しお、ビゞネスプロセスを完了したす。

私たちのBPは、次のアクションの流れを瀺しおいたす。

  • デヌタベヌスでフラむトデヌタを怜玢したす。
  • 乗客IDを取埗する。
  • 登録レコヌドの䜜成ず保存。

ビデオチュヌトリアルでは、ビゞネスプロセスを䜜成するための段階的な分析ず、AppMaster.ioプラットフォヌムのビゞネスロゞックセクションの抂芁を説明したす。たた、YouTubeチャンネルでは、 AppMaster.io 101の党コヌス を受講しお、ノヌコヌドプラットフォヌムでの䜜業方法を孊ぶこずができたす。

これは、AppMaster.ioプラットフォヌムのビゞュアルブロックずドラッグアンドドロップビルダヌを䜿甚しお、あらゆる耇雑なビゞネスプロセスを簡単に䜜成できるこずです。プラットフォヌムでい぀でも 詊甚期間に登録しお、最初のビゞネスプロセスずおそらくアプリケヌションを䜜成できたす。

始めやすい
䜕かを䜜成する 玠晎らしい

無料プランで AppMaster を詊しおみおください。
準備が敎ったら、適切なサブスクリプションを遞択できたす。

始める
ビゞネスプロセスずは䜕ですかそれを䜜成する方法は | AppMaster