次の方法で共有


モデル駆動型アプリの一般用語集

この記事には、Power Apps モデル駆動型アプリの用語集が含まれています。

アクセシビリティ

アクセシビリティとは、障がいのある方がデジタル製品を使用できる範囲を指すために使用される用語です。 モデル駆動型アプリの場合、レスポンシブ デザイン、ユーザーがフィールド間を移動する方法、アプリが高コントラスト モードでどのように動作するか、スクリーン リーダーがユーザーがアプリケーションの性質を理解するのにどのように役立つかなどの事項が考慮されています。

モデル駆動型アプリ内でスクリーン リーダーを使用する

管理センター

Power Platform 管理センターは環境を管理し、Power Apps、Power Automate、および Dynamics 365 のアプリを設定するための管理者のための統合型ポータルです。 Power Platform 管理センターは、Power BI に関連する管理設定と機能をカバーしていません。

Power Platform 管理センターに関する詳細情報

Power BI 管理センターについて説明します

アプリ デザイナー

モデル駆動型アプリの作成と編集に使用されるツール。 現代のアプリ デザイナーの体験が成熟してくるにつれて、それは従来の体験に取って代わります。

これを使用して、アプリに関連するナビゲーション サイトのマップテーブルフォームビュー を構成します。

新しいアプリ デザイナー体験のプレビュー

アプリをビルドまたは編集するときに、従来のアプリ デザイナーを使用できます

アプリのナビゲーション体験

エリアグループサブエリア がモデル駆動型アプリで表示される方法。 これは サイトマップ としても知られています

アプリケーション ライフサイクル管理

アプリケーションの構想から寿命の終わりまでのライフサイクルを管理する方法。 技術的な観点からは、アプリケーション ライフサイクル管理 (ALM) の多くは、モデル駆動型アプリ製品を提供する場合 ソリューション を介して管理されます。

Microsoft Power Platform でのアプリケーション ライフサイクル管理サービスの概要

領域

モデル駆動型アプリのナビゲーション体験 の一部として、アプリは複数のグループを持つことができ、グループは複数のサブエリアを持つことができます。 サブエリアには、アプリケーションに関連するテーブルが含まれています。 複数の領域があるアプリの場合、左下のナビゲーション ウィンドウにスイッチ コントロールが表示されます。

モデル駆動型アプリのアプリ ナビゲーション

属性

属性は、 の別名で、一般的に Power Apps 開発者が使用する用語です。 データベース テーブルに対応する Power Apps の 各 テーブル とデータベース テーブルの列に対応しり Power Apps の各テーブル列。

ビジネス プロセス フロー

ユーザーが正しい順序でフィールドをアップデートすることでレコード入力することを保証するために、特定テーブルに組み込まれたロジック。

これらは最初に Power Automate 体験を使用して作成されていますが、ビジネス プロセス フローは、ユーザー インターフェイスの変更としてモデル駆動型アプリ内で体験されます。

ビジネス プロセス フローはステージに配置されています。 各ステージは、通常、次のステージに進む前に完了する必要がある列 (フィールド) を定義します。 たとえば、商談テーブルの規定のビジネス プロセス フローには、資格 > 開発 > 提案 > クローズの 4 つの段階があります。 ビジネス プロセス フローの現在のステージは、フローの左から右への一連のステージのステージの横にドットで示されます。

ビジネス プロセス フローの概要

ビジネス ルール

ビジネス ルールは、テーブル内の 1 つ以上の列の値を設定または消去するために、キャンバス アプリまたはモデル駆動型アプリで使用される、サーバーサイド ロジックです。 ビジネス ルールは、格納されているデータを検証したり、エラー メッセージを表示したりするために使用することもできます。 モデル駆動型アプリでは、ビジネス ルールを使用して、列を表示/非表示にしたり、列を有効/無効にしたり、ビジネス インテリジェンスに基づいてレコメンデーションを作成したりすることができます。

ビジネス ルールに関する詳細

ビジネス ルールを定義する

キャンバス アプリ

Power Fx を使用して構成されたドラッグ アンド ドロップ コントロールを使用して生成されるアプリ。 キャンバス アプリは、デザイナーがユーザー体験を大幅に制御できるようにし、さまざまなデータ ソースやデータ サービスに接続できます。

キャンバス アプリは画面に配置され、ギャラリー、テキスト ボックス、ドロップダウンなどのコントロールが画面に配置され、データ ソースに正しく接続されるように構成されます。

モデル駆動型アプリには、フォーム、ビュー、ユーザーインターフェースなどの多くの事前構成された機能が付属していますが、多くのキャンバス アプリは、空白のキャンバスまたはテンプレートから作成されています。 多くの場合、実行する作業は多く、コードを使用したより完全な作業があります。

キャンバス アプリは、モデル駆動型アプリと同じように環境とソリューションに含まれています。

キャンバス アプリについての詳細はこちら

グラフ​​

データのテーブルの視覚的表現。 これらは、線、棒、円、またはドーナツ チャートの形をとることができます。

システム チャートの作成について詳しくはこちら

クラシック

従来のインターフェイスは、アプリ メーカーが自社の Microsoft Dataverse 環境内で機能に変更を加える方法を表しています。

従来のインターフェイスは、時間の経過とともに、統一インターフェイスとして知られるアプリ オーサリングの Web ベースの方法に置き換えられました。

Power Apps でのモデル駆動型アプリの統一インターフェイスについて

クラシック アプリ デザイナー

最新のアプリ デザイナーを使用すると、モデル駆動型アプリを作成したり、カスタムページを使用して キャンバス アプリ を作成したりできます。

最新のアプリ デザイナーは、まもなくモデル駆動型アプリの既定のデザイナーになります。 現在でも、クラシック アプリ デザイナーを使用してモデル駆動型アプリを作成できます。

列 (以前のフィールド) は、Dataverse テーブル (以前はエンティティと呼ばれていました) 内のフィールドです。 列はデータベースのフィールドに似ており、テキスト、番号、日付などのさまざまなデータタイプと、電話、メール、ファイル、画像などのデータベースにはあまり馴染みのないデータ タイプがあります。

列タイプは、列に必要なデータの種類と、コントロールの使用時に使用できる日付ピッカーやテキスト ボックスなどのコントロールを定義します。

フォームを作成するときにも列が表示されます。 フォーム タブにも列があり、これによりセクションを配置できる場所が定義されます。 さらに、フォーム セクションには列があり、これらはテーブル列 (この場合はフォーム フィールド) を配置できる場所を定義します。

列を作成および編集する方法

フォーム上の列を追加、構成、移動、削除する

コマンド バー

モデル駆動型アプリで広く使用されている基本的なコマンドを含むモデル駆動型アプリの領域。

統一インターフェイス アプリのレイアウト。

コマンド バーはカスタマイズ可能です。 詳細情報: コマンド デザイナーを使用してコマンド バーをカスタマイズする (プレビュー)

コンポーネント

コンポーネントは要素です。 コンポーネントは、モデル駆動型アプリを構成する要素を作成するときに使用されます。 多くの場合、これらの要素は、モデル駆動型アプリを構成するテーブルの作成方法に関連しています。

コンポーネントは、データ (テーブル、リレーションシップ、列) UI (サイトマップ、フォーム、ビュー)、ロジック (ビジネスプロセスフロー、ビジネスルール)、ビジュアル化 (チャート、ダッシュボード、Power BIタイル)。

コンポーネントについての詳細

接続

モデル駆動型アプリは、同じ環境にあるデータ テーブルにのみ接続されます。 この接続は、環境内で設定する必要がないため、ネイティブと見なすことができます。

Power Platform のその他の要素を有効にして正しく動作するようにするための環境内にある接続。 特に、Power Apps キャンバス アプリPower Automate フロー には、複数の接続を利用する機能があります。

コントロール

コントロールを使用すると、レコードに含まれる情報を操作できます。 これらは通常、ユーザーがコントロールを使用してデータを更新するフォームに表示されます。 コントロールの例としては、カレンダー、トグル、選択肢、スライダー、編集可能なグリッドがあります。 場合によっては、ユーザーが使用するデバイスに応じて、異なるコントロールを使用したいことがあります。

コントロールに関する詳細はこちら

ダッシュボード

テーブルに関連する 1 つ以上のチャートのコンテナ。

ダッシュボードについての詳細はこちら

ダッシュボードはチャート、Power BI レポート、およびアプリ ユーザーに提示されるテーブルのビューを可能にします。

モデル駆動型アプリ内で Power BI を使用する方法についての詳細をご覧ください

データ モデル

関連 テーブル のコレクション。 モデル駆動型アプリのコンテキストでは、これらは Dataverse データベース内に保持されます。

カスタム ソリューション で、このデータ モデルは、多くの場合、ビジネス アプリケーション全体を提供する目的で構築された関連テーブルのセットです。

データベース

Dataverse のすべてのテーブルの総称。

Dataverse

Microsoft Dataverse は、データベースの作成時に環境内でプロビジョニングされる テーブルワークフロービジネス プロセス フロー、そして関連機能の総称です。

モデル駆動型アプリには、Dataverse データベースが必要となります。

Dataverse データベースには、モデル駆動型アプリ、キャンバス アプリPower Automate フロー を保持できることに加え、データベースに最も密接に関連するデータ構造が含まれています。

Dataverse についての詳細はこちら

依存関係

依存関係は、コンポーネントの要素が機能するために相互に依存している場合に作成されます。 たとえば、ビュー内で列が使用されている場合、ビューが機能するには、列が存在している必要があります。 Dataverse 全体に依存関係の例がたくさんあります。 別の例は、テーブルがアプリ内で使用されている場合にテーブルに依存しているモデル駆動型アプリです。

依存関係は、モデル駆動型アプリが検証されるときなど、さまざまな形で現れます。 またこれらは、テーブル、フォーム、ビュー、またはダッシュボードのアスペクトを削除しようとすると、最も問題のある方法で明らかになります。 この場合、削除する項目を選択し、コマンドバーの "依存関係を表示" を選択することで、依存関係を表示できます。

Dynamics 365

Microsoft Dynamics 365 は、エンタープライズ リソース プランニング (ERP) と顧客リレーションシップ管理 (CRM) のソフトウエアの一連のアプリケーションです。 Microsoft は、専門的なサービスを提供する再販パートナーのネットワークを通じて Dynamics 365 アプリケーションを販売しています。

Microsoft Dynamics 365 についての詳細

エンティティ

エンティティは、テーブル を示す従来の方法です。 この用語は、古典的な体験やインターネット上の他の場所で見られます。

環境

環境は、組織のビジネス データ、データ構造アプリ、チャットボット、フローを保存、管理、共有する場所です。

さまざまな要素をソリューションとしてパッケージ化でき、これらのソリューションをある環境から別の環境にエクスポートできます。

環境は 1 つの Dataverse データベースしか持つことができません、そして環境内のすべてのモデル駆動型アプリは、このデータベースを使用します。

多くの場合、アプリケーションのライフサイクル管理を可能にするために複数の環境が使用されます。 たとえば、開発、テスト、運用の環境を持つ場合があります。

環境は地理的領域内に存在し、データが物理的に正しい地理的領域にとどまるようにする手段になります。

環境についての詳細はこちら

フロー

クラウド フローは、Power Automate によって提供される機能で、繰り返し、レコードの追加または更新、またはユーザーによるボタンの選択などの条件のトリガーに基づいて、タスクの自動化を実行できます。 フローは、新しいパラメーターの導入の有無にかかわらず実行できます。

クラウド フロー

フォーム​​

フォームには、テーブル レコードを作成、表示、編集するために使用するユーザー インターフェイス (UI) が用意されています。 Power Apps でフォーム デザイナーを使用して、フォームを作成および編集します。

フォームの種類には、メイン、クイック作成、クイックビュー、カードの 4 種類があります。

詳細:

フォーム デザイナー

フォームを作成および編集するためのデザイン体験。

フォーム デザイナーを開く

グループ

モデル駆動型アプリのナビゲーション エクスペリエンス の一部。 グループ名は、アプリのナビゲーション要素として表示され、その下にグループが含むサブ領域名 (テーブル) が表示されます。

レガシ

これは、廃止された機能、またはそれらが作成された方法が、Web ベースの統一インターフェイスなどのより現代的な体験に移行されたことを意味します。

検索

検索は、2 つのテーブルが関連しているときに存在するフィールド タイプです。 検索は、1 対多の関係 の多面的なテーブル ビューで見ることができます。 それらは通常、関係の多くの側のフォームを使用して入力されます。

メイン フォーム

各テーブルには、少なくとも 1 つのメインフォームがあります。 メイン フォームは、レコードとの相互作用の主要な方法を表します。 メイン フォームは、フォームを使用してデバイスに応答し、電話、タブレット、Web のいずれでもデバイスに最適化されたコントロールを含めることができます。 メイン フォームは、フォーム デザイナーを使用して作成または編集します。

その他のフォーム タイプについて

監視

アプリ モニターとも呼ばれています。 モデル駆動型アプリのパフォーマンスの側面を理解できます。 アプリ モニターは、キャンバス アプリ の監視にも使用できます。

ページ

最新のアプリにはページの概念があり、モデル駆動型アプリまたはカスタムページを使用したキャンバス ベースのページのいずれかになります。 カスタム ページにより、柔軟なレイアウト、ローコード Power Fx 機能、Power Apps コネクタ データが可能になります。

これは、モデル駆動型アプリと キャンバス アプリ が共存できるようにするためのツールです。

Power Automate

ユーザーが反復的なタスクを合理化できるようにする Power Platform サービス。 通常、この自動化はクラウド フロー を使用して実行されます。

Power Automate 内で特定の方法でテーブル レコードを完成させるようにユーザーに指示する、モデル駆動型アプリ ビジネス プロセス フロー

Power Automate フロー は環境内に存在し、Power Apps ソリューション 内にも存在できます。

Power Automate に関する詳細

Power BI

モデル駆動型アプリに組み込まれたり、アプリから完全に独立して動作したりする機能を備えたデータのビジュアル化ツール。 Power BI は、非常に広範囲のデータソースに接続でき、Dataverse はそのただ 1 つにすぎません。

Power BI レポートは Dataverse 環境内または内部ソリューションに存在しません。

発行

アプリの最新のイテレーションを環境内のユーザーが利用できるようにするプロセス。

発行元

すべてのソリューションには発行元があります。 ソリューションを作成する際に発行元を指定します。 ソリューション発行者は、誰がアプリを開発したかを示し、すべてのソリューション アセットに対して、Contoso_MyNewTable のような接頭辞を定義します。

発行元についての詳細

記録

レコードには、人、場所、または物事について 1 つ以上の列が含まれています。 たとえば、1 つのレコードに、単一の顧客の名前、メール アドレス、電話番号が含まれます。 他のツールでは、レコードを "行"や "項目" として参照します。 レコードは Dataverse テーブル内に存在します。

リレーションシップ

異なるテーブルのフィールドが相互に関連する方法。 リレーションシップには次の 3 つのタイプがあります。

  • 一対多。 たとえば、多くの小説に対して 1 人の著者。
  • 多対一。 たとえば、1 冊の本にたくさんのページ。
  • 多対多。 たとえば、多くの人に借りられた多くの本。

モデル駆動型アプリには、多くの場合、これらの間にリレーションシップを持つテーブルが含まれています。 リレーションシップが存在する場合、ユーザーは関連するテーブル内のレコードに移動します。 たとえば、売上請求書レコードを表示するときに、関連するアカウント レコードを開いて、そのアカウントの詳細を調査できます。

テーブル リレーションシップの作成に関する詳細

レスポンシブ アプリ

レスポンシブなアプリは、アプリにアクセスしているデバイスに応じた方法でレンダリングされます。 これは、ユーザーがコンピューター、タブレット、または電話でアプリを実行しているかどうかに応じて、日付ピッカーなどの異なるコントロールが表示される可能性があることを意味する場合もあります。

さらに、テーブルとフィールドは、使用されているデバイスの画面サイズに応じてレンダリングされます。

セクション​​

フォーム内の タブ はセクションに配置されます。 セクションは 1 〜 4 列に配置でき、現在のタブと現在のセクションに最も関連性のある方法でレコード メタデータを配置できます。

セクションを使って作業することについて

セキュリティ ロール

セキュリティ ロールは、人々がレコードを見て何ができるかを定義します。 これは、アクションの作成、読み取り、書き込み、削除、更新、追加に関連しています。

セキュリティ ロールが作成され、ユーザーは、個々のユーザー名として、または Active Directory セキュリティ グループを使用してセキュリティ ロールに入れられます。

セキュリティ ロールを通じてモデル駆動型アプリへのアクセスを許可します。

サイト マップ

モデル駆動型アプリは、基本的にテーブル、ダッシュボード、ビュー、ページのコレクションであり、これらはサイトマップを介して記述されます。 サイト マップは、モデル駆動型アプリに含まれるテーブルとページ、およびユーザーがそれらの間を移動するときに体験するナビゲーション体験を定義します。

ナビゲーション体験を構成するときは、エリア、グループ、サブエリアのナビゲーション要素を編集します。 テーブルはサブエリアのレベルに存在し、グループに配置されます。 グループは事実上テーブルとページのコレクションであり、ナビゲーション ペインに表示されます。 エリアを使用すると、表示されているグループを切り替えることができます。

モデル駆動型アプリを作成する最新の方法と従来の方法の両方にサイトマップが含まれますが、最新のアプリ デザイナーでは、ドラッグ アンド ドロップ体験を使用してサイトマップを設計できますが、従来のサイトマップ デザイナーはドラッグ アンド ドロップをサポートしていません。

最新のアプリ構築体験から従来のサイトマップ デザイナーでサイトマップを開くには、従来のものに切り替える を選択します。

アプリ ナビゲーションに関する詳細はこちら

ソリューション

ソリューションは、テーブルクラウド フローセキュリティ ロール などの非常に幅広いコンポーネントのラッパーです。

モデル駆動型アプリを作成するときは、それに関連付けられているアセットがソリューション内に保持されていることを確認してください。

ソリューションには 2 つの形式があります。

  • 管理ソリューションでは、通常、カスタマイズはごくわずかであるか、まったくカスタマイズできません。
  • アンマネージド ソリューションにより、メーカーは作成中のプロジェクトを完全に制御できます。

アンマネージド ソリューションは、本番環境などの非開発環境で使用するためにプロジェクトを管理ソリューションとしてエクスポートするために、メーカーと開発者によって使用されます。 これにより、高いレベルの アプリケーション ライフサイクル管理 のコントロールが可能になります。

ソリューション エクスプローラー

これは、作成者やカスタマイザーがほとんどのソリューション コンポーネントを表示および変更するために使用できる古典的なエクスペリエンスです。 よりモダンなエクスペリエンスは make.powerapps.com から入手可能であり、モデル駆動型のアプリデザイナーとソリューションエクスプローラーは、最終的にはそれらのモダンなエクスペリエンスに置き換えられます。

最近のソリューション インターフェイスにアクセスるには、次の手順に従ってください。

  1. make.powerapps.com へサインインします。
  2. 環境 を選択します。
  3. 左側のペインで、ソリューション を選択して、次にモデル駆動型アプリを追加するアンマネージド ソリューション を開きます。 まだ存在しない場合は、ソリューションを作成します
  4. ソリューションのコンポーネントを探索します。

ソリューションについての詳細はこちら

サブエリア

モデル駆動型アプリのナビゲーション体験 の一部。 サブエリア (テーブル) とページは、アプリ デザイナーで構成されたグループの下に表示されます。

サブグリッド

サブグリッドは、フォーム上に残りながら、Dataverse テーブルからのレコードのリストを表示するメインフォームの領域です。 通常、サブグリッドは、現在レビュー中の親レコードに関連する子レコードを表示するために使用されます。 たとえば、ひとりの著者が書いた本。

サブグリッドはモデル駆動型アプリに表示されますが、フォームのプロパティです。

タブ

すべてのフォームには少なくとも 1 つのタブがあり、これらはテーブル レコード データの表示方法に関連しています。 フォームには複数のタブを持つことができます。 これにより、メーカーであるあなたは、同じレコードを見るさまざまな方法をユーザーに提供できます。 これは多くの場合、より優れたユーザー体験、またはレコード内のデータを表示するためのより論理的な方法です。

サイトマップの観点からは、サイトマップ デザイナーを使用する場合、タブは "グループ" であり、テーブルのサブエリアとサブエリアを保持するエリアを使用します。

タブを使って作業することに関する詳細

テーブル

テーブルは、Dataverse 内のデータを列 (またはフィールド) に格納する方法です。 以前は エンティティ と呼ばれていたテーブル。

モデル駆動型アプリのコンテキストでは、テーブルは Dataverse データベース内にのみ存在します。

テーブル内の単一の行は、レコード として知られています。 たとえば、単一の顧客であり、列には、名前、電話番号、クレジット制限など、顧客に関連付けられたメタデータが記述されています。

すべてのモデル駆動型アプリには、少なくとも 1 つのテーブルが含まれている必要があります。 モデル駆動型アプリを作成するプロセスの多くは、ビジネス上の問題の解決に最も関連性のあるテーブルを選択することです。

テーブルは、それらに関連付けられている ビューフォームビジネス ルール があります。

さらに、テーブルには チャート やチャートが表示される場所である ダッシュボード もあります。

テーブルは他のテーブルに関連付けることができ、これらはそれらの間に設定されている リレーションシップ を介して定義されます。

テーブルの構成に関する詳細はこちら

テーブル デザイナー

テーブルを作成および編集するためのデザイン体験。 これにより、テーブル、列、リレーションシップ、ビジネス ルール、ビューを作成できます。

テーブル デザイナーを使用してカスタム テーブルを作成する

統一インターフェイス

モデル駆動型アプリに統一インターフェイスを導入すると、デスクトップ、ノートパソコン、タブレット、スマートフォンなどのデバイスを問わず、使用感に一貫性が与えられ、使い勝手が良くなります。 統一インターフェイスの前身は、Web インターフェースとして知られていました。

統一インターフェイスの詳細についてはこちら

検証​​

アプリ メーカーが、モデル駆動型アプリが正しく機能するために必要なすべてのコンポーネントを備えているかどうかを確認するプロセス。

アプリを検証する方法に関する詳細

表示

Dataverse テーブルのレコードの表形式の表現。 テーブルには複数のビューを持つことができます。

ビューは事前にフィルタリングでき、モデル駆動型アプリがユーザーに提供する特定のビューを定義することができます。

テーブルには複数のビューを関連付けることができ、テーブルの作成時にモデル駆動型アプリに関連するテーブル ビューを定義できます。

ビューに関する詳細はこちら

ワークフロー

従来のワークフローは、ステップと呼ばれる一連の関数またはメソッドであり、順次実行され、テーブルに含まれるデータに適用されます。 ワークフローは、条件分岐と呼ばれる条件を使用して処理方向を変更できます。

多くの場合、従来のワークフローは Power Automate フロー によって置き換える必要があります。

注意

ドキュメントの言語設定についてお聞かせください。 簡単な調査を行います。 (この調査は英語です)

この調査には約 7 分かかります。 個人データは収集されません (プライバシー ステートメント)。