デザイン モデラー リファレンス ガイド
イントロダクション
デザインモデラーは、Vantiqシステムを構築するためのビジュアルIDEツールです。Vantiqシステムの構成要素であるサービスとクライアントを簡単に接続できます。また、Vantiqシステム内でのイベントの流れをグラフィカルに視覚化することもできます。
チュートリアル
デザインモデラーの使い方については、 入門チュートリアルこのチュートリアルでは、シンプルなエンジン監視システムを実装するための新しい設計モデルを作成するための基本を紹介します。さらに、 システムモデルチュートリアル ビジネス プロセス要件をモデル化し、それらの要件に基づいて設計モデルを作成する方法を示します。
新しい設計モデルの作成
を使用して新しい設計モデルが作成されます。 追加>モデルの設計 をクリックして 新設計モデル ボタンをクリックします。デザインモデラーはデザインテンプレートを使用して、開発者がスケーラブルでベストプラクティスに基づいたVantiqシステムを設計できるよう支援します。「新しいデザインモデル」ダイアログには、各テンプレートの図式的な表現と説明が表示されます。構築しようとしているシステムに最も適したデザインテンプレートを選択してください。
デザイン テンプレートは 5 つあります。
- 閉ループシステム: 外部システムからイベントを受信し、その値をターゲットと照合します。現在の値がまだターゲットに達していない場合は、変更イベントまたはコントローライベントを計算し、その結果を制御システムにパブリッシュして、さらに処理を進めます。
- イベント駆動型の統合: 外部システムからデータを受信し、変換と分析を実行して、結果のイベントを別の外部システムに公開し、さらに処理します。
- IoTシステム: IoT デバイスからデータを受信し、異常を探して処理および要約し、必要に応じてクライアントを更新します。
- 物体認識システム: AIカメラまたはAIプラットフォームからイベントを受信します。これらのイベントには、ビデオストリーム内で検出された内容の詳細が含まれており、それに応じて応答します。
- 空の: 新規および既存のサービスとクライアントからモデルを作成するための空のデザイン モデルを作成します。
選択に加えて、 デザインテンプレート、2つの追加プロパティが、 空の テンプレート：
- ストリームの数アプリケーションに入力されるデータのソースの数。例として、 IoTシステムストリームの数は、IoT デバイスから受信される異なるタイプのデータ (温度や速度など) の数になります。
- サービス名: このモデル用に生成されるプライマリサービスの名前。各テンプレートは少なくとも1つのサービスを作成します。サービスのデフォルト名はデータモデルの名前ですが、 サービス名 プロパティ。
クリック OK ボタンの 新設計モデル ダイアログを開いてデザインモデルの生成を開始します。生成が完了すると、デザインモデルペインが表示されます。 エンジンモニター 設計モデルは、 IoTシステム 2 つのストリームが指定されたテンプレート:
「設計モデル」ペインについて
「モデル設計」ペインの右側には、モデルのグラフィカルな表現が表示されます。上記の例では、グラフには6つのノードがあります。
- 外部センサーイベント： これは 外部システム IoTデバイスの2つのセンサーをグラフィカルに表現するデザインモデラーノード。外部システムノードはドキュメント作成のみを目的としており、構築中のVantiqシステムがVantiqシステム外部でどのようにデータを受信または送信するかを表すために使用されます。
- 外部センサーイベントサービスの取り込み： これは サービス デザインモデラーノードは、実際のVantiqサービスを表します。このサービスの目的は、センサーからのメッセージを受信し、それらのイベントをVantiqに転送することです。 エンジンモニター 加工を行うサービスです。
- エンジンモニター：これは別のものです サービス センサーからのデータを使用し、それらのデータが問題の可能性を示しているかどうかを判断し、センサーデータと問題ステータスを転送するサービスを表すデザインモデラーノード。 エンジンモニター 表示用クライアント。 サービスビルダー この設計モデルの両方のサービスを変更するために使用されます。
- エンジンモニター： これは クライアント センサーデータと問題ステータスを表示するクライアントを表すデザインモデラーノード。 クライアントビルダー この設計モデルのクライアントを変更するために使用されます。
- データウェアハウス：これは別のものです 外部システム デザインモデラーノード。エンジンシステムによって受信または計算されたデータを格納するためのデータベース（Vantiqのネイティブデータベースまたは外部データベースシステムのいずれか）を表します。
- 外の世界： 以下のような データウェアハウス ノードは、たとえば、この Vantiq システムからデータを消費する可能性のある REST API または MQTT サーバーを表すことができます。
デザインモデルペインの左側には2つのセクションがあります。上部はデザインモデラーパレットです。パレットには、デザインモデルに新しいノード（外部システム、サービス、クライアント）を作成するために使用する、ドラッグアンドドロップ可能な5つのアイテムが含まれています。
- 新サービス: プレースホルダーサービスを追加します。プレースホルダーサービスは、開発中だが実際のサービスとして作成されていないサービスを表すために使用されます。グラフを使用して、プレースホルダーサービスと他のサービスおよびクライアントの間に新しい受信イベントタイプと送信イベントタイプを作成できます。また、プレースホルダーサービスと外部システムの間に新しい接続を作成することもできます。 次のセクション プレースホルダー サービスを実際のサービスに変換する方法について説明します。
- サービス: 既存のサービスを追加します。開発者は現在の名前空間からサービスを選択するか、カタログ（利用可能な場合）からサービスをサブスクライブまたはインストールする必要があります。プレースホルダーサービスと同様に、プレースホルダーサービスと他のサービスおよびクライアント間のグラフを使用して、新しいインバウンドおよびアウトバウンドイベントタイプを作成できます。また、プレースホルダーサービスと外部システムの間に新しい接続を作成することもできます。
- 新しいクライアント: プレースホルダークライアントを追加します。プレースホルダーサービスと同様に、プレースホルダークライアントは開発中だが実際のクライアントとして作成されていないクライアントを表すために使用されます。グラフを使用して、新しい クライアントデータストリーム サービスアウトバウンドイベントタイプとプレースホルダークライアント間で作成できます。 次のセクション プレースホルダー クライアントを実際のクライアントに変換する方法について説明します。
- クライアント: 既存のクライアントを追加します。開発者は現在の名前空間からクライアントを選択するか、カタログ（利用可能な場合）からクライアントをサブスクライブまたはインストールする必要があります。プレースホルダークライアントと同様に、サービスアウトバウンドイベントタイプとプレースホルダークライアント間のグラフを使用して、新しいクライアントデータストリームを作成できます。
- 外部システム: Vantiq システムの外部のデータを表す新しい外部システム ノードを追加します。
「デザインモデル」ペインの左側の下部には、 To Doリストを選択します。 To Doリスト 設計モデルに含まれるサービスのいずれかにエラーが含まれています。設計モデルが最初に生成された時点では、これらのエラーは正常であり、開発中のシステムの特定のニーズに合わせて設定する必要があるサービス内の受信イベントタスクに関連付けられています。
クリックすると To Doリスト 項目を選択すると、エラーが発生したサービスペインが表示されます。 入門チュートリアル 以下に示します。
To Doリスト 各エラーを見つけてクリアするまで To Doリスト 空になり、消えます。これはサービス構成エラーがないことを示します。
クリック フロービューを表示 ツールバーのチェックボックスをオンにして、デザイン モデラー キャンバスをデザイン モデル グラフとフロー ビューの 2 つのセクションに分割します。
フロービューは、デザインモデル内のタスクのイベント処理ビューを表示します。フロービューのノードの大部分は、サービス内の受信イベントハンドラ（例： 摂取する の三脚と 最適化の適用 ノード）だけでなく、クライアントを表すノードも含まれている（例： エンジンモニター）。上記のフロービューで切断されたノードが多数表示されるのは、このデザインモデルに未設定のタスクがあるためです。 To Doリスト 項目が対処されると、フロー ビュー グラフは高度に接続されるようになります。
プレースホルダー サービスとクライアントの変換
開発者がプレースホルダーサービスに基づいて実際のサービスを作成する準備ができたら、サービスのノードをダブルクリックして、 編集サービス ダイアログ：
サービス プルダウンメニューから選択 新しいサービスの作成を選択します。 ラベル テキストは提案された名前（パッケージのプレフィックスを含む）を反映して変更されます。 ラベル 必要に応じて、サービス名をテキストで変更します。ダイアログに示されているように、デザインモデルを保存すると新しいサービスが作成されます。
プレースホルダー クライアントに基づいて実際のクライアントを作成する場合は、上で説明したプレースホルダー サービスと同じパターンに従います。
新しいつながりの作成
デザイン モデル グラフは、サービス、クライアント、外部システム間の新しいリンクを作成するための単純なユーザー ジェスチャを処理します。
デザインモデラーは、 の アウトバウンド イベント タイプによって生成されたデータが別のサービスのインバウンド イベント タイプに配信されるように、サービス間で機能する接続を作成する方法。
新しいサービス接続
以下に示す、単純な IoT システムを表す設計モデルを検討してください。
その IoTの例 ノードは、IoTセンサーデータを受信するサービスを表します。 外部センサーイベントサービスの取り込み サービス。 NS デバイスマネージャ ノードは、センサーの読み取り値に基づいてステータス更新データを受信するために開発されているプレースホルダサービスです。 IoTの例 の三脚と デバイスマネージャ ステータスの更新を許可するには、 アウトバウンドイベントの追加 のラベル IoTの例 の横にある小さな青い円に インバウンドイベントを追加 のラベル デバイスマネージャ:
マウスを放すと、ダイアログが表示されます。
接続はステータスの更新を表すものであるため、両方のサービスイベントタイプに名前を付けます。 更新ステータスに設定します。 OK をクリックします。 OK 接続を作成します。デザインモデルグラフが更新され、新しい接続が表示されます。
デザインモデルを保存するには、 変更を保存 デザインモデルパネルのタイトルバーにあるアイコンをクリックします。デザインモデルを保存すると、 IoTの例 サービスは、新しいアウトバウンドイベントタイプで更新されます。 更新ステータス更新内容を確認するには、 IoTの例 グラフ上のサービスノードを選択し、 サービスビルダーで開くを選択します。 サービス: com.vantiq.example.IoTExample ペインが表示されます。 外国行きの タブをクリックして、サービスの送信イベントを表示します。送信イベントの種類が2つあることに注意してください。既存の 異常が検出されました0 イベントタイプと新しく作成された 更新ステータス イベントタイプ：
から デバイスマネージャ 設計モデル内のサービスはプレースホルダーサービスであり、 更新ステータス 受信イベントタイプは、受信イベントタイプのプレースホルダでもあります。この受信イベントタイプは、サービスが開始されると作成されます。 実際のサービスに変換.
新規クライアント接続
上記の例を使用して、 IoTの例 サービス（緑のノードタイトルバー）と IoTの例 クライアント（紫色のタイトルバー）の場合は、 更新ステータス サービスのラベルを小さな青い円の横に表示します データストリームを追加 クライアントのラベル:
マウスを放すと、ダイアログが表示されます。
接続はステータスの更新の表示を表すことになっているため、クライアントのデータストリームに名前を付けます。 表示ステータスに設定します。 OK をクリックします。 OK 接続を作成します。デザインモデルグラフが更新され、新しい接続が表示されます。
デザインモデルを保存すると、 IoTの例 クライアントは、新しいデータストリームで更新されます。 表示ステータス. 送信されたデータは IoTの例 サービスの 更新ステータス アウトバウンドイベントタイプは、クライアントで選択することで使用できます。 表示ステータス データストリーム。
ブリッジサービス
上記のシンプルな IoT システムを引き続き使用しながら、更新されたこの設計モデルに示されている変更を検討してください。
プレースホルダー デバイスマネージャ サービスは 実際のサービスに変換 そして、新しい受信イベントストリームを定義します。 アップデート欠陥サービスが受信するデータの形式を指定するために、 アップデート欠陥 イベント ストリームにイベント スキーマが割り当てられました com.vantiq.example.欠陥デバイス.
次に、公開されたイベントをフィードします。 IoTの例 サービスの 異常が検出されました0 アウトバウンドイベントタイプを新しい アップデート欠陥 受信イベントストリーム デバイスマネージャの横にある小さな青い円をクリックしてドラッグします。 異常が検出されました0 ラベルを小さな青い円の横に アップデート欠陥 ラベル。マウスを放すとダイアログが表示されます。
このダイアログは、既存のサービスイベントタイプ間の新しい接続が作成されたものの、イベントタイプのスキーマが一致しない場合に表示されます。これは、送信データの形式が受信イベントタイプが想定するものと異なることを意味します。この場合、「ブリッジサービス」は、送信データを受信イベントタイプが想定する形式に変換するために必要です。ブリッジサービスの名前は ブリッジ欠陥に設定します。 OK をクリックします。 OK を作成する ブリッジ欠陥 サービスノードでデザインモデルを保存します。 ブリッジ欠陥 作成するサービス。デザインモデルは次のようになります。
の唯一の目的 ブリッジ欠陥 サービスは、次のようなビジュアル イベント ハンドラーに変換タスクを実装します。
設定する 変換 関連するスキーマからデータ形式を変換するタスク 異常が検出されました0 送信イベントタイプを、イベントに関連付けられたスキーマのデータ形式に変換します。 アップデート欠陥 受信イベント タイプ。
システムモデル要件
設計モデルは、システムモデルから作成できます。 システムモデラーの生成機能システム モデラーで生成された設計モデルには、設計モデル ペインの左側に「要件リスト」と呼ばれる追加のセクションがあります。
要件リストは、システムモデルのすべてのノートをリストしたものです。設計モデルの開発が進むにつれて、要件リストの各項目が設計モデルで開発されるたびにチェックを入れてください。リスト項目をドラッグ＆ドロップして順序を変更できます。