アプリケーションの設計

はじめに

アプリケーションは、エンドユーザー向けに両方のアプリケーションを示すことができます。 最も注目すべき機能は 、AppOne と、Superadmins によるデータ変換に使用されるコネクタです。 ユース ケースは異なりますが、これらのアプリケーションでの作業時に留意すべき点が重複しています。

パフォーマンスは、特定のアプリケーションによって大きく依存する場合があります。 アプリケーションの設計時には、特定の決定のパフォーマンスに与える影響について常に把握しておく必要があります。

AppOne は、エンド ユーザー アプリケーションの主要な例です。 すぐに使える製品を顧客に提供し、独自のアプリケーションの基盤として使用できます。 アプリおよびディスカバリー アクセラレータの開発では、エンドユーザーが最適なパフォーマンスを確保するために注意が必要です。 ただし、データセットや要件に固有の詳細があり、アプリケーションを最適化する手法が必要になる場合があります。

機能タスク

UiPath Process Mining プラットフォームは、独自のパフォーマンス特性を持つ多くの機能を備えています。例えば：

• 式を計算する
• テーブルを結合する
• 計算フィルター
• Process Mining
• 木の計算

• データの読み込み

  これらのタスクのほとんどは、操作を計算するテーブルのレコードの数にのみ依存します。 データの読み込みは列の数によっても異なります。 入力列に一意の値の数が少ない場合は、一部の操作の方が高速です。

   

分析

アプリケーションおよびダッシュボードの読み込み時間に関する洞察を得るには、 UiPath Process Mining プロファイラー をアプリケーションのプロファイリング実行に使用してください。

解決方法

Development

ダッシュボードの項目

• 1 つのダッシュボードに表示される情報が多すぎず、特に詳細度が高すぎは避けてください。これらはすべて、計算する必要のある一意のレコードだからです。
• ダッシュボードの項目の基となるデータの量がパフォーマンスに影響します。 より多くのデータに基づくダッシュボードの項目の速度が低下する可能性があります。
• ダッシュボード上の項目の数はパフォーマンスに影響します。ダッシュボードの項目が多いほど、処理速度は遅くなります。テーブル項目の可用性を、可能な限り [Private] または [Hidden] に変更してください。

フィルター/セレクター

• [始点/終点] フィルターを [TRUE] に設定し、[始点/終点] アクティビティのエンド ユーザー属性を削除します。
• 可能な場合は、属性セレクターの既定値を NULL に設定します。
• フィルターの灰色の値を無効化します。
• データセットに基づいて、セレクターの既定値を定義します。 既定値の一意の値が多すぎます。

グラフ

• サイズに基づいてグラフを並べ替えます。
• [プロセス グラフの詳細 ] の設定を使用して、プロセス グラフの読み込み時間を最適化します。たとえば、広範なヒントではなくシンプルなヒントを使用します。

式

• ユーザー依存の式の使用を禁止します。
• フィルター依存の式は禁止します。
• 複雑な式を使用すると、応答時間が短縮されます。 式はできる限りシンプルに保ちます。 可能な場合は、式を分割します。
• 自己 コマンドを含む式は、多くの場合、より遅くなります。 prev コマンドの使用をお勧めします。

Overlays

• テキストのオーバーレイは特定のレベルで計算され、計算される頻度が決定されます。
• レコード ・レベルのオーバーレイは、ルート・レベルで 1 回だけ、何度も計算されます。

表/テーブル

• ライブ テーブルは、ユーザーのログイン時またはフィルター コントロールの変更時に読み込まれます。 ライブ テーブルを使用すると、パフォーマンスが低下する問題が頻繁に発生します。 可能な場合は、キャッシュされたテーブルを使用することをお勧めします。
• カスタム データ スクリプトを使用して R にライブ接続できます。この速度はたいてい、遅くなります。

Constant values

すべてを自動的にキャッシュできるわけではありません。 式に定数部分がある場合は、新しい属性を作成して手動でキャッシュし、値の再計算を回避することもできます。 これにより、計算が属性キャッシュに保存され、アプリケーションを開く際に計算式は不要になります。

関連情報

詳しくは、「 アプリケーション プロファイル」をご覧ください。