この記事には、Power Apps のモデル駆動型アプリに関する用語集が含まれています。
アクセシビリティ
アクセシビリティとは、障がいのある方がデジタル製品を使用できる範囲を指すために使用される用語です。 モデル駆動型アプリの場合、レスポンシブ デザイン、ユーザーがフィールド間を移動する方法、高コントラスト モードでのアプリの動作、スクリーン リーダーがユーザーにアプリの性質を理解させる方法といった事項が考慮されています。
管理センター
Power Platform 管理センターは、管理者がPower Apps、
アプリ デザイナー
モデル駆動型アプリの作成と編集に使用されるツール。 アプリ デザイナーの経験が成熟するにつれて、従来的な経験に取って代わります。
これを使用して、アプリに関連するナビゲーション サイトのマップ、テーブル、フォーム、ビュー を構成します。
アプリのナビゲーション体験
モデル駆動型アプリで 領域、 グループ、 サブエリア、 ページ を表示する方法。 サイト マップとも呼ばれています
アプリケーション ライフサイクル管理
アプリケーションの構想から寿命の終わりまでのライフサイクルを管理する方法。 技術的な観点からは、アプリケーション ライフサイクル管理 (ALM) の多くは、モデル駆動型アプリ製品を提供する場合 ソリューション を介して管理されます。
エリア
モデル駆動型アプリのナビゲーション体験の一環として、アプリは複数のグループを持つことができ、グループは複数のサブエリアを持つことができます。 サブエリアには、アプリケーションに関連する表が含まれています。 複数の領域があるアプリの場合、左下のナビゲーション ウィンドウにスイッチ コントロールが表示されます。
属性
属性は、column の別の名前であり、Power Apps開発者が一般的に使用する用語です。 Power Appsの各tableはデータベース テーブルに対応し、Power Appsの各テーブル列はデータベース テーブルの列に対応します。
ビジネス プロセス フロー
ユーザーが正しい順序でフィールドをアップデートすることでレコード入力することを保証するために、特定テーブルに組み込まれたロジック。
これらは最初に Power Automate エクスペリエンスを使用して作成されますが、ビジネス プロセス フローは、ユーザー インターフェイスの変更としてモデル駆動型アプリ内で経験されます。
ビジネス プロセス フローはステージに配置されています。 各ステージは、通常、次のステージに進む前に完了する必要がある列 (フィールド) を定義します。 たとえば、opportunity テーブルの既定のビジネス プロセス フローには、次の 4 つのステージがあります: 見極め > 展開 > 計画 > クローズ。 ビジネス プロセス フローの現在のステージは、フローの左から右への一連のステージのステージの横にドットで示されます。
ビジネス ルール
ビジネス ルールは、テーブル内の 1 つ以上の列の値を設定または消去するために、キャンバス アプリまたはモデル駆動型アプリで使用される、サーバーサイド ロジックです。 ビジネス ルールは、格納されているデータを検証したり、エラー メッセージを表示したりするために使用することもできます。 モデル駆動型アプリでは、ビジネス ルールを使用して、列を表示/非表示にしたり、列を有効/無効にしたり、ビジネス インテリジェンスに基づいてレコメンデーションを作成したりすることができます。
キャンバス アプリ
Power Fx を使用して構成されたドラッグ アンド ドロップ コントロールを使用して生成されるアプリ。 キャンバス アプリは、デザイナーがユーザー体験を大幅に制御できるようにし、さまざまなデータ ソースやデータ サービスに接続できます。
キャンバス アプリは画面に配置され、ギャラリー、テキスト ボックス、ドロップダウンなどのコントロールが画面に配置され、データ ソースに正しく接続されるように構成されます。
モデル駆動型アプリには、フォーム、ビュー、ユーザー インターフェースなど、多くの機能があらかじめ設定されているのに対し、キャンバス アプリは、白紙のキャンバス、つまりテンプレートから作成できます。 多くの場合、より多くの仕事をこなす必要があり、コードを使ってより明白な仕事をする必要があります。
キャンバス アプリは、モデル駆動型アプリと同じように環境とソリューションに含まれています。
グラフ
データのテーブルの視覚的表現。 チャートは、折れ線グラフ、棒グラフ、円グラフ、ドーナツチャートなどの形式があります。
クラシック
クラシック インターフェイスは、アプリ作成者が Microsoft Dataverse 環境内の機能を変更する方法を表します。
従来のインターフェイスは、統一インターフェイスとして知られる web ベースのアプリ作成方法に取って代わられました。
クラシック アプリ デザイナー
最新のアプリ デザイナーを使用すると、モデル駆動型アプリを作成したり、カスタムページを使用して キャンバス アプリ を作成したりできます。
最新のアプリ デザイナーは、モデル駆動型アプリの既定デザイナーです。 現在でも、クラシック アプリ デザイナーを使用してモデル駆動型アプリを作成できます。
カラム グラフ
列 (以前のフィールド) は、Dataverse テーブル (以前はエンティティと呼ばれていました) 内のフィールドです。 列はデータベースのフィールドに似ており、テキスト、番号、日付などのさまざまなデータタイプと、電話、メール、ファイル、画像などのデータベースにはあまり馴染みのないデータ タイプがあります。
列の種類は、列で必要とされるデータの種類を定義し、日付ピッカーやテキスト ボックスのようなコントロールを使用するときに使用できるコントロールも定義します。
列はフォームを作成する際にも表示されます。 フォーム タブにも列があり、これによりセクションを配置できる場所が定義されます。 さらに、フォーム セクションには列があり、これらはテーブル列 (この場合はフォーム フィールド) を配置できる場所を定義します。
コマンド バー
モデル駆動型アプリで広く使用されている基本的なコマンドを含むモデル駆動型アプリの領域。
コマンド バーはカスタマイズ可能です。 詳細情報: コマンド デザイナーを使用してコマンド バーをカスタマイズする (プレビュー)
コンポーネント
コンポーネントは要素です。 コンポーネントは、モデル駆動型アプリを構成する要素を作成するときに使用されます。 多くの場合、これらの要素は、モデル駆動型アプリを構成するテーブルの作成方法に関連しています。
コンポーネントは、データ (テーブル、リレーションシップ、列) UI (サイト マップ、フォーム、ビュー)、ロジック (Power Automate フロー、業務プロセス フロー、ビジネス ルール) と視覚化 (グラフ、ダッシュボード、Power BI タイル) に分割できます。
Connection
モデル駆動型アプリは、一般的に同じ環境にあるデータ テーブルに接続されます。 この接続は、環境内で設定する必要がないため、ネイティブと見なすことができます。
Power Platform のその他の要素を有効にして正しく動作するようにするための環境内にある接続。 特に、Power Apps canvas アプリとPower Automateflowsは複数の接続を利用できます。
コントロール
コントロールを使用すると、レコードに含まれる情報を操作できます。 これらは通常、ユーザーがコントロールを使用してデータを更新するフォームに表示されます。 コントロールの例としては、カレンダー、トグル、選択肢、スライダー、編集可能なグリッドがあります。 場合によっては、ユーザーが使用するデバイスに応じて、異なるコントロールを使用したい場合があります。
ダッシュボード
テーブルに関連する 1 つ以上のチャートのコンテナ。
ダッシュボードを使用すると、グラフ、Power BI レポート、テーブルのビューをアプリ ユーザーに表示できます。
モデル駆動型アプリ内でPower BIを使用する方法について詳しく説明します
データ モデル
関連 テーブル のコレクション。 モデル駆動型アプリのコンテキストでは、これらは Dataverse データベース内に保持されます。
カスタム ソリューション で、このデータ モデルは、多くの場合、ビジネス アプリケーション全体を提供する目的で構築された関連テーブルのセットです。
データベース
Dataverse のすべてのテーブルの総称。
Dataverse
Microsoft Dataverseはtables、workflows、business プロセス フロー、およびデータベース作成時に環境内でプロビジョニングされる関連機能の総称です。
モデル駆動型アプリには、Dataverse データベースが必要となります。
Dataverse データベースには、データベースに最も密接に関連するデータ構造が含まれているだけでなく、モデル駆動型アプリ、canvas アプリ、および Power Automateフロー を保持することもできます。
依存関係
依存関係は、コンポーネントの要素が機能するために相互に依存している場合に作成されます。 たとえば、ビュー内で列が使用されている場合、ビューが機能するには、列が存在している必要があります。 Dataverse 全体に依存関係の例がたくさんあります。 別の例は、テーブルがアプリ内で使用されている場合にテーブルに依存しているモデル駆動型アプリです。
依存関係は、モデル駆動型アプリが検証されるときなど、さまざまな形で現れます。 またこれらは、テーブル、フォーム、ビュー、またはダッシュボードのアスペクトを削除しようとすると、最も問題のある方法で明らかになります。 依存関係は、削除する品目を選択し、コマンド バーで 詳細>依存関係の表示 を選択すると表示されます。
Dynamics 365
Microsoft Dynamics 365は、エンタープライズ リソース プランニング (ERP) および顧客関係管理 (CRM) ソフトウェア アプリケーションのラインです。 Microsoftは、特殊なサービスを提供する再販パートナーのネットワークを通じてDynamics 365のアプリケーションを販売しています。
エンティティ
エンティティは、テーブル を示す従来の方法です。 この用語は、従来のエクスペリエンス内に表示されます。
環境
環境とは、組織のビジネス データ、データ構造、アプリ、Copilot エージェント、フローを格納、管理、共有するための領域です。
さまざまな要素をソリューションとしてパッケージ化でき、これらのソリューションをある環境から別の環境にエクスポートできます。
環境は 1 つの Dataverse データベースしか持つことができません、そして環境内のすべてのモデル駆動型アプリは、このデータベースを使用します。
多くの場合、アプリケーションのライフサイクル管理を可能にするために複数の環境が使用されます。 たとえば、開発、テスト、運用の環境を持つ場合があります。
環境は地理的領域内に存在し、データが物理的に正しい地理的領域にとどまるようにする手段になります。
Flow
クラウド フローは、Power Automate によって提供される機能であり、繰り返し、レコードの追加や更新、ユーザーによるボタンの選択などの条件のトリガーに基づいてタスクを自動化できます。 フローは、新しいパラメーターの導入の有無にかかわらず実行できます。
フォーム
フォームには、テーブル レコードを作成、表示、編集するために使用するユーザー インターフェイス (UI) が用意されています。 Power Apps のフォーム デザイナーを使用して、フォームを作成および編集します。
フォームの種類には、メイン、クイック作成、クイックビュー、カードの 4 種類があります。
詳細:
- フォームの種類
- フォーム デザイナーを開く
- フォームの作成と設計について
- フォームにセクションを追加する、またはフォームからセクションを削除する
- フォームにタブを追加する、またはフォームからタブを削除する
フォーム デザイナー
フォームを作成および編集するためのデザイン体験。
グループ
モデル駆動型アプリのナビゲーション エクスペリエンス の一部。 グループ名は、アプリのナビゲーション要素として表示され、その下にグループが含むサブ領域名 (テーブル) が表示されます。
レガシ
これは、廃止された機能、またはそれらが作成された方法が、Web ベースの統一インターフェイスなどのより現代的な体験に移行されたことを意味します。
検索
検索は、2 つのテーブルが関連しているときに存在するフィールド タイプです。 検索は、1 対多の関係 の多面的なテーブル ビューで見ることができます。 通常、関係の多くの側のフォームを使用して入力されます。
メイン フォーム
各テーブルには、少なくとも 1 つのメインフォームがあります。 メイン フォームは、レコードとの相互作用の主要な方法を表します。 メイン フォームは、スクリーン フォームを使用してデバイスに応答し、電話、タブレット、Web のいずれでもデバイスに最適化されたコントロールを含めることができます。 メイン フォームは、フォーム デザイナーを使用して作成または編集します。
モニター
アプリ モニターとも呼ばれています。 モデル駆動型アプリのパフォーマンスの側面を理解できます。 アプリ モニターは、キャンバス アプリ の監視にも使用できます。
ぺージ
最新のアプリにはページの概念があり、モデル駆動型アプリ コンポーネント (テーブル、ダッシュボード、ナビゲーション リンク、Web リソース) またはカスタム ページを使用するキャンバス ベースのページのいずれかになります。 カスタムページを使用すると、柔軟なレイアウト、低コードのPower Fx関数、およびPower Appsコネクタデータを利用できます。
カスタムページは、モデル駆動型アプリと キャンバス アプリ が同時に機能できるようにするためのツールです。
Power Automate
ユーザーが反復的なタスクを合理化できるようにする Power Platform サービス。 通常、この自動化はクラウド フロー を使用して実行されます。
モデル駆動型アプリ ビジネス プロセス フローは、特定の方法でテーブル レコードを完了するようにユーザーに指示し、Power Automate内で作成されます。
Power Automate フローは環境内に存在し、Power Apps ソリューション内に存在することもあります。
Power BI
モデル駆動型アプリに組み込んだり、アプリケーションから独立して動作させることができるデータ可視化ツールです。 Power BIはさまざまなデータ ソースに接続できます。そのうち、Dataverse は 1 つだけです。
Power BI レポートは、Dataverse 環境内に格納されません。
- モデル 駆動型アプリ内でPower BIを使用します
Power BI
公開
アプリの最新のイテレーションを環境内のユーザーが利用できるようにするプロセス。
出版社
すべてのソリューションには発行元があります。 ソリューションを作成する際に発行元を指定します。 ソリューション発行者は、誰がアプリを開発したかを示し、すべてのソリューション アセットに対して、Contoso_MyNewTable のような接頭辞を定義します。
記録
レコードには、人、場所、または物事について 1 つ以上の列が含まれています。 たとえば、1 つのレコードに、単一の顧客の名前、メール アドレス、電話番号が含まれます。 他のツールでは、レコードを "行"や "項目" として参照します。レコードは Dataverse テーブルに存在します。
関係性
異なるテーブルの列が相互に関連する方法。 リレーションシップには次の 3 つのタイプがあります。
- 一対多。 例えば、小説が多くても著者は一人。
- 多対一。 たとえば、1 冊の本にたくさんのページ。
- 多対多。 たとえば、多くの人に借りられた多くの本。
モデル駆動型アプリには、多くの場合、これらの間にリレーションシップを持つテーブルが含まれています。 リレーションシップが存在する場合、ユーザーは関連するテーブル内のレコードに移動します。 たとえば、売上請求書レコードを表示するときに、関連するアカウント レコードを開いて、そのアカウントの詳細を調査できます。
レスポンシブ アプリ
レスポンシブなアプリは、アプリにアクセスしているデバイスに応じた方法でレンダリングされます。 これは、ユーザーがコンピューター、タブレット、または電話でアプリを実行しているかどうかに応じて、日付ピッカーなどの異なるコントロールが表示される可能性があることを意味する場合もあります。
さらに、テーブルとフィールドは、デバイスの画面サイズに応じてレンダリングされます。
セクション
フォーム内の タブ はセクションに配置されます。 セクションは 1 〜 4 列に配置でき、現在のタブと現在のセクションに最も関連性のある方法でレコードのメタデータを配置できます。
セキュリティ役割
セキュリティ ロールは、Dataverse の機能やデータに対して人々が何を見たり、何をしたりできるかを定義します。 レコードの場合、セキュリティ ロールによって、ユーザーが使用できる作成、読み取り、書き込み、削除、更新、追加アクションが決まります。
セキュリティ ロールが作成され、ユーザーは、個々のユーザー名として、または Active Directory セキュリティ グループを使用してセキュリティ ロールに入れられます。
セキュリティ ロールを通じてモデル駆動型アプリへのアクセスを許可します。
- セキュリティ ロールに関する詳細について
Microsoft Dataverse - Dataverse でセキュリティロールを開始する
サイト マップ
モデル駆動型アプリは、基本的にテーブル、ダッシュボード、ビュー、ページのコレクションであり、これらはサイトマップを介して記述されます。 サイト マップは、モデル駆動型アプリに含まれるテーブルとページ、およびユーザーがそれらの間を移動するときに体験するナビゲーション体験を定義します。
ナビゲーション体験を構成するときは、エリア、グループ、サブエリアのナビゲーション要素を編集します。 テーブルはサブエリアのレベルに存在し、グループに配置されます。 グループは事実上テーブルとページのコレクションであり、ナビゲーション ペインに表示されます。 エリアを使用すると、表示されているグループを切り替えることができます。
モデル駆動型アプリを作成する最新の方法と従来の方法の両方に、サイト マップが含まれています。 ただし、最新のアプリ デザイナーでは、ドラッグ アンド ドロップのエクスペリエンスでサイト マップをデザインできますが、従来のサイト マップ デザイナーはドラッグ アンド ドロップをサポートしていません。
最新のアプリ構築体験から従来のサイトマップ デザイナーでサイトマップを開くには、従来のものに切り替える を選択します。
ソリューション
ソリューションは、テーブル、クラウド フロー、セキュリティ ロール などの幅広いコンポーネントのラッパーです。
モデル駆動型アプリを作成するときは、それに関連付けられているアセットがソリューション内に保持されていることを確認してください。
ソリューションには 2 つのタイプがあります:
- 管理ソリューションでは、通常、カスタマイズはごくわずかであるか、まったくカスタマイズできません。
- アンマネージド ソリューションにより、メーカーは作成中のプロジェクトを完全に制御できます。
アンマネージド ソリューションは、本番環境などの非開発環境で使用するためにプロジェクトを管理ソリューションとしてエクスポートするために、メーカーと開発者によって使用されます。 これにより、高いレベルの アプリケーション ライフサイクル管理 のコントロールが可能になります。
ソリューション エクスプローラー
これは、作成者やカスタマイザーがほとんどのソリューション コンポーネントを表示および変更するために使用できる古典的なエクスペリエンスです。 よりモダンなエクスペリエンスは make.powerapps.com から入手可能であり、モデル駆動型のアプリデザイナーとソリューションエクスプローラーは、最終的にはそれらのモダンなエクスペリエンスに置き換えられます。
最近のソリューション インターフェイスにアクセスるには、次の手順に従ってください:
- make.powerapps.com へサインインします。
- 環境 を選択します。
- 左側のペインで、ソリューション を選択して、次にモデル駆動型アプリを追加するアンマネージド ソリューション を開きます。 まだ存在しない場合は、ソリューションを作成します。
- ソリューションのコンポーネントを探索します。
サブエリア
モデル駆動型アプリのナビゲーション体験 の一部。 サブエリア (テーブル) とページは、アプリ デザイナーで構成されたグループの下に表示されます。
サブグリッド
サブグリッドは、フォーム上に残りながら、Dataverse テーブルからのレコードのリストを表示するメインフォームの領域です。 通常、サブグリッドは、現在レビュー中の親レコードに関連する子レコードを表示するために使用されます。 たとえば、ひとりの著者が書いた本。
サブグリッドはモデル駆動型アプリに表示されますが、フォームのプロパティです。
タブ
すべてのフォームには少なくとも 1 つのタブがあり、これらはテーブル レコード データの表示方法に関連しています。 フォームには複数のタブを持つことができます。 これにより、メーカーであるあなたは、同じレコードを見るさまざまな方法をユーザーに提供できます。 タブを使用すると、レコード内のデータをより論理的に表示できるため、ユーザー エクスペリエンスが向上する可能性が高くなります。
サイトマップの観点から、サイトマップ デザイナーを使用する場合、タブは「グループ」として使われ、これはテーブル用サブエリアとサブエリアを保持するエリアとは異なります。
テーブル
テーブルは、Dataverse 内のデータを列 (またはフィールド) に格納する方法です。 以前は エンティティ と呼ばれていたテーブル。
モデル駆動型アプリのコンテキストでは、テーブルは Dataverse データベース内にのみ存在します。
テーブル内の単一の行は、レコード として知られています。 たとえば、単一の顧客であり、列には、名前、電話番号、クレジット制限など、顧客に関連付けられたメタデータが記述されています。
すべてのモデル駆動型アプリには、少なくとも 1 つのテーブルが含まれている必要があります。 モデル駆動型アプリを作成するプロセスの多くは、ビジネス上の問題の解決に最も関連性のあるテーブルを選択することです。
テーブルは、それらに関連付けられている ビュー、フォーム、ビジネス ルール があります。
さらに、テーブルには チャート やチャートが表示される場所である ダッシュボード もあります。
テーブルは他のテーブルに関連付けることができ、これらはそれらの間に設定されている リレーションシップ を介して定義されます。
テーブル デザイナー
テーブルを作成および編集するためのデザイン体験。 これにより、テーブル、列、リレーションシップ、ビジネス ルール、ビューを作成できます。
統一インターフェイス
統一インターフェイスは、デスクトップ、ノートパソコン、タブレット、または携帯電話など、どのデバイスでも一貫したアクセスしやすいユーザーエクスペリエンスを提供します。 統一インターフェイスの前身は、Web インターフェースとして知られていました。
検証
アプリ メーカーが、モデル駆動型アプリが正しく機能するために必要なすべてのコンポーネントを備えているかどうかを確認するプロセス。
表示
Dataverse テーブルのレコードの表形式の表現。 テーブルには複数のビューを持つことができます。
ビューは事前にフィルタリングでき、モデル駆動型アプリがユーザーに提供する特定のビューを定義することができます。
テーブルには複数のビューを関連付けることができ、テーブルの作成時にモデル駆動型アプリに関連するテーブル ビューを定義できます。
Workflow
従来のワークフローは、ステップと呼ばれる一連の関数またはメソッドであり、順次実行され、テーブルに含まれるデータに適用されます。 ワークフローは、条件分岐と呼ばれる条件を使用して処理方向を変更できます。
多くの場合、クラシック ワークフローは Power Automateflows に置き換える必要があります。