翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
このチュートリアルでは、 AWS App Studio を使用して内部の Customer Meeting Request アプリケーションを構築します。App Studio でアプリを構築する方法と、実際のユースケースと実践的な例に焦点を当てます。また、データ構造、UI 設計、およびアプリケーションのデプロイの定義についても説明します。
注記
このチュートリアルでは、空のアプリケーションから始めて、アプリケーションをゼロから構築する方法について詳しく説明します。通常、AI を使用すると、作成するアプリケーションの説明を提供することで、アプリケーションとそのリソースの生成をはるかに迅速かつ簡単に行うことができます。詳細については、「チュートリアル: AI を使用してアプリを生成する」を参照してください。
App Studio でアプリケーションを構築する方法を理解するための鍵は、コンポーネント、オートメーション、データ、コネクタの 4 つの主要な概念と、それらがどのように連携するかを理解することです。
-
コンポーネント: コンポーネントは、アプリケーションのユーザーインターフェイスの構成要素です。テーブル、フォーム、ボタンなどの視覚的要素を表します。各コンポーネントには独自のプロパティセットがあり、特定の要件に合わせてカスタマイズできます。
-
自動化: 自動化を使用すると、アプリケーションの動作を管理するロジックとワークフローを定義できます。オートメーションを使用して、データテーブル内の行を作成、更新、読み取り、または削除したり、Amazon S3 バケット内のオブジェクトとやり取りしたりできます。また、データ検証、通知、他のシステムとの統合などのタスクを処理するためにも使用できます。
-
データ: データは、アプリケーションを強化する情報です。App Studio では、エンティティと呼ばれるデータモデルを定義できます。エンティティは、カスタマーミーティングのリクエスト、アジェンダ、参加者など、保存して操作する必要があるさまざまなタイプのデータを表します。App Studio コネクタを使用して、これらのデータモデルを AWS サービスや外部 APIsなどのさまざまなデータソースに接続できます。
-
コネクタ: App Studio は、Aurora、DynamoDB、Amazon Redshift などの AWS サービスを含む、幅広いデータソースとの接続を提供します。データソースには、Salesforce などのサードパーティーサービス、または OpenAPI や汎用 API コネクタを使用するその他の多くのサービスも含まれます。App Studio コネクタを使用すると、これらのエンタープライズグレードのサービスや外部アプリケーションからのデータや機能をアプリケーションに簡単に組み込むことができます。
チュートリアルを進めるにつれて、コンポーネント、データ、自動化の主要な概念がどのように組み合わされて内部の Customer Meeting Request アプリケーションを構築するかを説明します。
以下は、このチュートリアルで実行する内容を説明する大まかなステップです。
-
データから始める: 多くのアプリケーションはデータモデルから始まるため、このチュートリアルもデータから始めます。Customer Meeting Request アプリを構築するには、まず
MeetingRequests
エンティティを作成します。このエンティティは、顧客名、会議日、アジェンダ、参加者など、関連するすべての会議リクエスト情報を保存するためのデータ構造を表します。このデータモデルは、アプリケーションの基盤として機能し、構築するさまざまなコンポーネントとオートメーションを強化します。 -
ユーザーインターフェイス (UI) を作成する: データモデルが整うと、チュートリアルでユーザーインターフェイス (UI) の構築をガイドします。App Studio では、ページを追加し、コンポーネントを追加して UI を構築します。テーブル、詳細ビュー、カレンダーなどのコンポーネントを会議リクエストダッシュボードページに追加します。これらのコンポーネントは、
MeetingRequests
エンティティに保存されているデータを表示して操作するように設計されています。これにより、ユーザーはカスタマー会議を表示、管理、スケジュールできます。また、会議リクエストの作成ページを作成します。このページには、データを収集するためのフォームコンポーネントと、送信するためのボタンコンポーネントが含まれています。 -
自動化によるビジネスロジックの追加: アプリケーションの機能を強化するには、ユーザーとのやり取りを可能にするように一部のコンポーネントを設定します。例としては、ページに移動したり、
MeetingRequests
エンティティに新しい会議リクエストレコードを作成したりすることが挙げられます。 -
検証と式で を強化: データの整合性と正確性を確保するために、検証ルールをフォームコンポーネントに追加します。これにより、新しい会議リクエストレコードを作成するときに、ユーザーが完全で有効な情報を提供できるようになります。また、式を使用してアプリケーション内のデータを参照および操作し、ユーザーインターフェイス全体で動的およびコンテキスト情報を表示できるようにします。
-
プレビューとテスト: アプリケーションをデプロイする前に、プレビューとテストを徹底的に行うことができます。これにより、コンポーネント、データ、オートメーションがすべてシームレスに連携していることを確認できます。これにより、ユーザーはスムーズで直感的なエクスペリエンスを得られます。
-
アプリケーションを公開する: 最後に、完成した内部 Customer Meeting Request アプリケーションをデプロイし、ユーザーがアクセスできるようにします。App Studio のローコードアプローチを活用することで、プログラミングに関する広範な専門知識を必要とせずに、組織の特定のニーズを満たすカスタムアプリケーションを構築できます。
目次
前提条件
開始する前に、以下の前提条件を確認して完了してください。
-
AWS App Studio へのアクセス。詳細については、「AWS App Studio のセットアップとサインイン」を参照してください。
-
オプション: 「」を確認してAWS App Studio の概念、App Studio の重要な概念を理解します。
-
オプション: JavaScript 構文などの基本的なウェブ開発概念の理解。
-
オプション: AWS サービスに精通している。
ステップ 1: アプリケーションを作成する
-
App Studio にサインインします。
-
左側のナビゲーションで、ビルダーハブを選択し、+ アプリの作成を選択します。
-
[最初から開始] を選択します。
-
アプリ名フィールドに、 などのアプリの名前を入力します
Customer Meeting Requests
。 -
データソースまたはコネクタを選択するように求められた場合は、このチュートリアルの目的でスキップを選択します。
-
[Next] (次へ) をクリックして先に進みます。
-
(オプション): App Studio でのアプリ構築の簡単な概要については、ビデオチュートリアルをご覧ください。
-
「アプリの編集」を選択すると、App Studio アプリビルダーに移動します。
ステップ 2: エンティティを作成してアプリのデータを定義する
エンティティは、データベース内のテーブルと同様に、アプリケーションのデータを保持するテーブルを表します。アプリケーションのユーザーインターフェイス (UI) やオートメーションがデータソースに直接接続する代わりに、まずエンティティに接続します。エンティティは、実際のデータソースと App Studio アプリの間の仲介として機能し、データを管理およびアクセスするための単一の場所を提供します。
エンティティを作成するには 4 つの方法があります。このチュートリアルでは、App Studio マネージドエンティティを使用します。
マネージドエンティティを作成する
マネージドエンティティを作成すると、App Studio が管理する対応する DynamoDB テーブルも作成されます。App Studio アプリでエンティティが変更されると、DynamoDB テーブルが自動的に更新されます。このオプションを使用すると、サードパーティーのデータソースを手動で作成、管理、接続したり、エンティティフィールドからテーブル列へのマッピングを指定したりする必要はありません。
エンティティを作成するときは、プライマリキーフィールドを定義する必要があります。プライマリキーは、エンティティ内の各レコードまたは行の一意の識別子として機能します。これにより、各レコードをあいまいさなく簡単に識別して取得できます。プライマリキーは、次のプロパティで構成されます。
-
プライマリキー名: エンティティのプライマリキーフィールドの名前。
-
プライマリキーデータ型: プライマリキーフィールドのタイプ。App Studio では、サポートされているプライマリキータイプはテキストの文字列と数値の浮動小数点数です。テキストプライマリキー (
meetingName
など) には文字列のタイプがあり、数値プライマリキー (meetingId
など) には Float のタイプがあります。
プライマリキーは、データの整合性を強制し、データの重複を防ぎ、効率的なデータの取得とクエリを可能にするため、エンティティの重要なコンポーネントです。
マネージドエンティティを作成するには
-
上部のバーメニューからデータを選択します。
-
+ エンティティの作成を選択します。
-
App Studio マネージドエンティティの作成を選択します。
-
エンティティ名 フィールドに、エンティティの名前を指定します。このチュートリアルでは、
MeetingRequests
と入力します。 -
プライマリキーフィールドに、エンティティのプライマリキー列に渡すプライマリキー名ラベルを入力します。このチュートリアルでは、
requestID
と入力します。 -
プライマリキーデータ型で、Float を選択します。
-
[エンティティの作成] を選択します。
エンティティにフィールドを追加する
フィールドごとに、表示名を指定します。これは、アプリユーザーに表示されるラベルです。表示名にはスペースと特殊文字を含めることができますが、エンティティ内で一意である必要があります。表示名は、 フィールドのわかりやすいラベルとして機能し、ユーザーがその目的を簡単に識別して理解するのに役立ちます。
次に、 フィールドを参照するためにアプリケーションが内部で使用する一意の識別子であるシステム名を指定します。システム名は簡潔で、スペースや特殊文字は使用できません。システム名を使用すると、アプリケーションはフィールドのデータを変更することができます。これは、アプリケーション内の フィールドの一意の参照ポイントとして機能します。
最後に、文字列 (テキスト)、ブール値 (true/false)、日付、10 進数、浮動小数点数、整数、DateTime など、 フィールドに保存するデータの種類を最もよく表すデータ型を選択します。適切なデータ型を定義すると、データの整合性が確保され、フィールドの値の適切な処理と処理が可能になります。たとえば、会議リクエストに顧客名を保存する場合は、テキスト値に対応するString
データ型を選択します。
MeetingRequests
エンティティにフィールドを追加するには
-
+ 追加フィールドを選択して、次の 4 つのフィールドを追加します。
-
顧客の名前を表すフィールドを以下の情報とともに追加します。
-
表示名:
Customer name
-
システム名:
customerName
-
データ型:
String
-
-
次の情報を含む会議の日付を表すフィールドを追加します。
-
表示名:
Meeting date
-
システム名:
meetingDate
-
データ型:
DateTime
-
-
会議アジェンダを表すフィールドを以下の情報とともに追加します。
-
表示名:
Agenda
-
システム名:
agenda
-
データ型:
String
-
-
次の情報を使用して会議の参加者を表すフィールドを追加します。
-
表示名:
Attendees
-
システム名:
attendees
-
データ型:
String
-
-
サンプルデータをエンティティに追加できます。このデータを使用して、公開する前にアプリケーションをテストおよびプレビューできます。最大 500 行のモックデータを追加することで、実際のデータを信頼したり、外部サービスに接続したりすることなく、実際のシナリオをシミュレートし、アプリケーションがさまざまなタイプのデータを処理および表示する方法を調べることができます。これにより、開発プロセスの早い段階で問題や不整合を特定して解決できます。これにより、実際のデータを処理する際に、アプリケーションが意図したとおりに機能します。
サンプルデータをエンティティに追加するには
-
バナーでサンプルデータタブを選択します。
-
サンプルデータをさらに生成を選択します。
-
[保存] を選択します。
必要に応じて、バナーで Connection を選択して、コネクタと作成された DynamoDB テーブルの詳細を確認します。
ステップ 3: ユーザーインターフェイス (UI) とロジックを設計する
会議リクエストダッシュボードページを追加する
App Studio では、各ページは、ユーザーが操作するアプリケーションのユーザーインターフェイス (UI) の画面を表します。これらのページ内で、テーブル、フォーム、ボタンなどのさまざまなコンポーネントを追加して、必要なレイアウトと機能を作成できます。
新しく作成されたアプリケーションにはデフォルトのページがあるため、シンプルな会議リクエストダッシュボードページとして使用する新しいアプリケーションを追加する代わりに、そのアプリケーションの名前を変更します。
デフォルトページの名前を変更するには
-
上部のバーナビゲーションメニューで、ページを選択します。
-
左側のパネルで PagePage1をダブルクリックし、名前を に変更して
MeetingRequestsDashboard
Enter キーを押します。
次に、会議リクエストの表示に使用するテーブルコンポーネントをページに追加します。
会議リクエストダッシュボードページにテーブルコンポーネントを追加するには
-
右側のコンポーネントパネルで、テーブルコンポーネントを見つけてキャンバスにドラッグします。
-
キャンバス内のテーブルを選択して選択します。
-
右側のプロパティパネルで、次の設定を更新します。
-
鉛筆アイコンを選択して、テーブルの名前を に変更します
meetingRequestsTable
。 -
ソースドロップダウンで、エンティティを選択します。
-
データアクションドロップダウンで、作成したエンティティ (
MeetingRequests
) を選択し、 + データアクションの追加を選択します。
-
-
プロンプトが表示されたら、getAll を選択します。
注記
getAll データアクションは、指定されたエンティティからすべてのレコード (行) を取得する特定のタイプのデータアクションです。たとえば、getAll データアクションをテーブルコンポーネントに関連付けると、テーブルは接続されたエンティティのすべてのデータを自動的に入力し、各レコードをテーブルの行として表示します。
会議リクエストの作成ページを追加する
次に、エンドユーザーが会議リクエストの作成に使用するフォームを含むページを作成します。また、MeetingRequests
エンティティにレコードを作成する送信ボタンを追加し、エンドユーザーをMeetingRequestsDashboard
ページに戻します。
会議リクエストの作成ページを追加するには
-
上部のバナーで、ページを選択します。
-
左側のパネルで + 追加 を選択します。
-
右側のプロパティパネルで、鉛筆アイコンを選択し、ページの名前を に変更します
CreateMeetingRequest
。
ページが追加されたら、エンドユーザーがMeetingRequests
エンティティで会議リクエストを作成するための情報の入力に使用するフォームをページに追加します。App Studio は、既存のエンティティからフォームを生成する方法を提供します。これにより、エンティティのフィールドに基づいてフォームフィールドが自動的に入力され、フォーム入力を使用してエンティティにレコードを作成するための送信ボタンも生成されます。
会議リクエストの作成ページでエンティティからフォームを自動的に生成するには
-
右側のコンポーネントメニューで、フォームコンポーネントを見つけてキャンバスにドラッグします。
-
フォームの生成を選択します。
-
ドロップダウンからエンティティを選択します
MeetingRequests
。 -
[Generate] (生成) を選択します。
-
キャンバスの送信ボタンを選択して選択します。
-
右側のプロパティパネルの「トリガー」セクションで + 追加を選択します。
-
ナビゲート を選択します。
-
右側のプロパティパネルで、アクション名を などのわかりやすい名前に変更します
Navigate to MeetingRequestsDashboard
。 -
ナビゲーションタイプをページに変更します。ドロップダウンに移動で、 を選択します
MeetingRequestsDashboard
。
これで、会議リクエストの作成ページとフォームが作成されました。このページにMeetingRequestsDashboard
ページから簡単に移動できるようにし、ダッシュボードを確認するエンドユーザーが会議リクエストを簡単に作成できるようにしたいと考えています。次の手順を使用して、MeetingRequestsDashboard
ページに移動するボタンを作成しますCreateMeetingRequest
。
から に移動するボタンを追加するには MeetingRequestsDashboard
CreateMeetingRequest
-
上部のバナーで、ページを選択します。
-
MeetingRequestsDashboard
ページを選択します。 -
右側のコンポーネントパネルで、ボタンコンポーネントを見つけ、キャンバスにドラッグして、テーブルの上に置きます。
-
新しく追加されたボタンを選択して選択します。
-
右側のプロパティパネルで、次の設定を更新します。
-
鉛筆アイコンを選択して、ボタンの名前を に変更します
createMeetingRequestButton
。 -
ボタンラベル:
Create Meeting Request
。これは、エンドユーザーに表示される名前です。 -
アイコンドロップダウンで + Plus を選択します。
-
エンドユーザーを
MeetingRequestsDashboard
ページに移動するトリガーを作成します。-
トリガー セクションで + 追加 を選択します。
-
アクションタイプで、ナビゲートを選択します。
-
先ほど作成したトリガーを選択して設定します。
-
アクション名で、 などのわかりやすい名前を指定します
NavigateToCreateMeetingRequest
。 -
移動タイプのドロップダウンで、ページを選択します。
-
ドロップダウンに移動で、
CreateMeetingRequest
ページを選択します。
-
-
ステップ 4: アプリケーションをプレビューする
App Studio でアプリケーションをプレビューして、ユーザーにどのように表示されるかを確認できます。また、この機能を使用してデバッグパネルでログをチェックすることで、その機能をテストすることもできます。
アプリケーションプレビュー環境は、ライブデータの表示をサポートしていません。また、データソースなどのコネクタを持つ外部リソースとの接続もサポートしていません。代わりに、サンプルデータとモック出力を使用して機能をテストできます。
テスト用にアプリケーションをプレビューするには
-
App Builder の右上隅で、プレビューを選択します。
-
MeetingRequestsDashboard
ページを操作し、テーブル、フォーム、ボタンをテストします。
ステップ 5: アプリケーションをテスト環境に公開する
アプリケーションの作成、設定、テストが完了したら、テスト環境に公開して最終テストを実行し、ユーザーと共有します。
アプリケーションをテスト環境に公開するには
-
App Builder の右上隅で、発行を選択します。
-
テスト環境のバージョンの説明を追加します。
-
SLA に関するチェックボックスを確認して選択します。
-
[開始] を選択します。発行には最大 15 分かかる場合があります。
-
(オプション) 準備ができたら、共有を選択し、プロンプトに従って他のユーザーにアクセスを許可できます。
注記
アプリを共有するには、管理者がエンドユーザーグループを作成している必要があります。
テスト後、再度発行を選択してアプリケーションを本番環境に昇格させます。さまざまなアプリケーション環境の詳細については、「」を参照してくださいアプリケーション環境。
次のステップ
最初のアプリを作成したら、次のステップをいくつか示します。
-
チュートリアルアプリの構築を継続します。データ、一部のページ、オートメーションを設定したら、ページを追加したり、コンポーネントを追加したりして、アプリケーションの構築の詳細を確認したりできます。
-
アプリケーションの構築の詳細については、「」を参照してくださいBuilder ドキュメント。具体的には、以下のトピックが役立つ場合があります。
さらに、以下のトピックには、チュートリアルで説明されている概念に関する詳細が含まれています。