A、Web、モバイル、およびサービス
# OutSystemsのアプリケーションは、Web、モバイル、サービスのいずれかです。B、Web、モバイル、サービス、および拡張機能
C、モジュールと拡張機能
D、Webのみ
A、任意の要素を公開でき、同じアプリケーションのモジュールでのみ再利用できる。
B、任意の要素を公開でき、任意のアプリケーションのモジュールで再利用できる。
C、Publicプロパティが［Yes］に設定されている要素のみを公開でき、任意のアプリケーションのモジュールで再利用できる。
# 要素を他のモジュールで利用するには、Publicプロパティが［Yes］に設定されている必要があります。D、Publicプロパティが［Yes］に設定されている要素のみを公開でき、同じアプリケーションのモジュールでのみ再利用できる。
A、同じアプリケーションのプロデューサモジュールからのみ要素を再利用できる。
B、プロデューサモジュール内で公開されている要素のみを再利用できる。
# モジュール内の公開要素のみを環境内の他のモジュールが再利用できます。C、任意のプロデューサモジュールから任意の要素を再利用できる。
D、他のアプリケーションのプロデューサモジュールからのみ要素を再利用できる。
A、はい
# エンティティ、アトリビュート、インデックスは、モジュールのパブリッシュ時にプラットフォームで自動的に管理されます。B、いいえ
A、テーブルと列
# エンティティは、データベーステーブルに保持されます。新しいレコードは対応するテーブルに行として挿入されます。B、テーブルとインデックス
C、インデックスと列
D、テーブルと制約
A、Text
B、Integer
# 名前に基づいて自動的にデータ型が推定されます。*CountはIntegerにマッピングされます。C、Boolean
D、Date
A、Insert、Update、Delete
B、Create、CreateOrUpdate、Update、Get、GetForUpdate、Delete
# OutSystemsで定義されたエンティティには、これらのエンティティアクションがあります。静的エンティティの場合は、Getエンティティアクションのみです。C、GET、POST、DELETE
D、Add、Change、Remove
A、TRUE
B、FALSE
# Is Mandatoryプロパティを使用して、入力パラメータを必須に設定することができます。A、実装スコープ内のみ。
B、実装スコープ外のみ。
C、実装スコープ内と実装スコープ外の両方。
# 値をスコープ内の出力パラメータに値を割り当て、スコープ外に返すようにする必要があります。A、Basic、Complex、およびRecord
B、Basic、String、およびObject
C、Basic、Structure、Entity、およびList
# これら4つはOutSystemsのデータ型です。なお、Basic内には、Text、Integer、Email、Currencyなどが含まれます。D、BasicとListのみ。
A、同じデータ型の要素の集合。
# OutSystemsのリストは一様、つまり、すべての要素のデータが同じです。B、データ型が異なる可能性がある要素の集合。
A、画面のライフサイクルフロー。
B、画面上のウィジェットの階層。
# Widget Treeに表示されるツリー状のストラクチャを使用して、開発者は画面のストラクチャを参照し、微調整することができます。C、アプリケーションの画面のリスト。
D、既存の画面テンプレート。
A、ローカル変数のみ。
B、入力パラメータのみ。
C、入力パラメータとローカル変数。
# そのとおりです。画面に出力パラメータはありません。D、入力パラメータ、出力パラメータ、ローカル変数。
A、描画するウィジェットを決定する。
B、データベースからデータを取得する。
# 画面を描画するときに使用するデータは、画面のPreparationを使用して取得します。C、フォームのデータをサーバーに送信する。
D、ユーザーを適切な画面にリダイレクトする。
A、正しい
B、誤り
# Preparationには、画面を描画する前に実行されるサーバー側のロジックが含まれます。A、Aggregateの出力レコードをテストするための値を定義するため。
B、レコードの取得元となるエンティティを定義するため。
# そのとおりです。Aggregateは、リレーションが定義されている1つ以上のソースエンティティをサポートします。C、特定のレコードのサブセットを取得する条件を定義するため。
D、Aggregateの出力レコードの順序を定義するため。
A、Aggregateのプレビューデータをテストするための値を定義するため。
# Test Valuesセクションは、Aggregateをテストして出力レコードをプレビューするために使用します。 ［Filters］セクションと［Sort］セクションで使用する変数のテスト値を設定することができます。B、すべてのレコードではなく特定のレコードを取得するための条件を設定するため。
C、Aggregateの出力レコードの順序を定義するため。
D、レコードの取得元となるエンティティを定義するため。
A、Max. Recordsプロパティを使用する。
# Max. Recordsは、データベースから取得されるレコードの最大数を定義します。B、Length値を使用する。
C、Count値を使用する。
D、［Sorting］を使用する。
A、正しい
# Executed SQLプロパティで、Aggregateによって生成されるSQLを参照することができます。B、誤り
８、次のうち、Expressionウィジェットに関する説明として正しいものはどれですか。
A、静的なテキストのみを表示する。
B、実行時に計算されたテキストを表示する。
# Expressionウィジェットには「計算された」値が表示されます。この値は実行時に評価され、変数などに応じて変わります。A、静的な画像のみを表示する。
B、URLで指定された画像のみを表示する。
C、データベース内に保存されている画像のみを表示する。
D、静的な画像、URLにある画像、データベース内の画像を表示する。
# 画像のソースはTypeプロパティで定義します。Static、External、Databaseが選択可能な値です。A、レコードを1列に1件ずつの表形式レイアウトで表示する。
B、レコードを1行に1件ずつの表形式レイアウトで表示する。
# Table Recordsウィジェットは、レコードのリストを表示するときに使用します。 各行がレコードに対応し、多くの場合、列はレコードのアトリビュートです。C、レコードを1テーブルに1件ずつの表形式レイアウトで表示する。
D、レコードを自由形式で表示する。
A、TRUE
B、FALSE
# このウィジェットのレイアウトは自由度が高く、ニーズに応じて様々なウィジェットを追加したり整理したりできます。A、TRUE
B、FALSE
# OutSystemsは、デフォルトでは複合キーをサポートしていませんが、インデックスを使用してその動作を模倣することができます。A、1対多と多対多。
B、1対1、1対多、および多対多。
# OutSystemsでは、これら3つのタイプのデータリレーションを使用して、リッチなデータモデルを実装することができます。C、1対1と1対多。
D、多対多。
A、各親エンティティを参照する複合キー。
B、識別子と各親エンティティに対する外部キー。
# 交差エンティティにはそれ自体の識別子と、リレーションの各エンティティの参照識別子があります。C、各親エンティティに対する外部キーと交差レコード数。
D、Id、Label、Order、Is Active。
A、Protect
B、Delete
# 「Delete」は、削除されるレコードに対する外部キー参照を持つすべてのレコードのカスケード削除を実行します。C、Ignore
A、Linkでできるのは、画面への移動のみである。
B、Buttonでできるのは、リクエストの送信のみである。
C、LinkとButtonでできるのは、画面への移動やリクエストの送信である。
# ユーザーは、LinkやButtonをクリックまたはタップすることにより、アプリケーションを操作できます。これにより、アクションをトリガーしたり、データを送信したり、別の画面に移動することができます。D、LinkとButtonでできるのは、画面への移動のみである。
A、Preparationを実行した後、遷移先画面を描画する。
# ボタンをクリックすると、サーバーで遷移先画面のPreparationが処理され、ブラウザ上に描画するデータが準備されます。B、画面アクションを実行し、Preparationを実行し、遷移先画面を描画する。
C、遷移先画面を描画した後、その画面のPreparationを実行する。
D、Preparationを実行した後、画面アクションを実行する。
A、PUT
B、POST
# POSTメソッドは、ファイルをアップロードするときやフォームのデータを送信するときによく使用されます。C、GET
D、PATCH
A、TRUE
B、FALSE
# そのとおりです。Endの場合は画面の変数とウィジェットの値が保持されるのに対し、Destinationの場合はデフォルト値にリセットされます。A、両方のエンティティのすべてのレコードを返す（FULL OUTER JOIN）。
B、2つのエンティティの間で対応するレコードのみを返す（INNER JOIN）。
C、右のエンティティに対応するレコードがない場合でも、左のエンティティのレコードをすべて返す（LEFT JOIN）。
# 「A Customer With or Without Orders」は、SQLの「...Customer LEFT JOIN Order...」に相当します。D、左のエンティティに対応するレコードがない場合でも、右のエンティティのレコードをすべて返す（RIGHT JOIN）。
A、Aggregateの出力に含まれなくなる。
B、引き続きAggregateの出力に含まれる。
# 列を非表示にしても、Aggregateの出力には影響を及ぼしません。ただし、OutSystemsでは、クエリの外で使用されている出力アトリビュートに基づいて取得される列が最適化されます。C、これらの列のみがAggregateの出力になる。
D、その理由は、これらがデータベースで空であるためである。
A、アトリビュートの集約結果が他のエンティティアトリビュートとともにAggregateの出力に追加される。
B、アトリビュートの集約結果のみがAggregateの出力に含まれる。
# アトリビュートを集約するとAggregateの出力が変わり、計算後の集約された列のみが返されます。 Aggregateの出力に含まれるアトリビュートはすべて青色で表示されるため、視覚的に検証することができます。A、と.[Attribute]
B、{Entity}と{Entity}.
C、{Entity}と{Entity}.[Attribute]
# エンティティ名を{Entity}と記述し、アトリビュート名を{Entity}.[Attribute]と記述します。D、と.
A、TRUE
B、FALSE
# たとえば、DELETE、INSERT、UPDATEなどのSQL文をSQLクエリで使用できます。A、Text
B、Integer
C、Boolean
# Check BoxウィジェットはBoolean型変数にバインドされ、チェックの有無に応じて変数をTrueまたはFalseに設定します。D、Date
A、Source Entityプロパティを使用して、エンティティまたは静的エンティティから選択肢を取得する。
B、Source Record Listプロパティを使用して、レコードのリストから選択肢を取得する。
C、Special Listセクションを使用して、エンティティまたは静的エンティティから選択肢を取得する。
# Special Listの値は英数字の値のペアのみで構成されている必要があります。D、Special Listセクションを使用して、特殊な選択肢を手動で設定する。
A、正しい
# エンティティまたはレコードリストで提供される値と特殊リストの他の値と組み合わせることができます。B、誤り
A、入力パラメータと出力パラメータを使用できるが、ローカル変数は使用できない。
B、入力パラメータとローカル変数を使用できるが、出力パラメータは使用できない。
C、入力パラメータ、出力パラメータ、およびローカル変数。
# サーバーアクションを使用することにより、コードの再利用性が向上し、任意のアクションフロー内で呼び出すことができます。D、出力パラメータとローカル変数を使用できるが、入力パラメータは使用できない。
A、複数のStartノードとEndノードを含めることができる。
B、Startノードは1つまたは複数含めることができるが、Endノードは1つのみ含めることができる。
C、Startノードは1つのみ含めることができるが、Endノードは1つまたは複数含めることができる。
# アクションフローにはStartノードを1つのみ含めることができ、異なるEndノードまたはRaise Exceptionノードで終了することができます。D、StartノードもEndノードも1つのみ含めることができる。
A、条件の評価がTrueになる最初のブランチが実行される。
B、評価がTrueになるブランチがない場合、Otherwiseブランチが実行される。
C、Otherwiseブランチは必須である。
D、評価がTrueになるすべてのブランチが実行される。
# Switchのいずれかのブランチのみが実行されます。具体的には、評価がTrueになる最初のブランチです。Trueになるブランチがない場合は、Otherwiseが実行されます。A、実行は、常にグローバル例外ハンドラに移動される。
B、実行は、例外に最も適した例外ハンドラに移動される。
# 例外によって処理を担当するハンドラは異なります。C、実行は、アクションのすべての例外ハンドラに移動される。
D、実行を続ける例外ハンドラを選択するためにSwitch文が必要である。
A、必須の値、正しいデータ型、およびビジネスルール。
B、必須の値と正しいデータ型。
# OutSystemsの入力ウィジェットのビルトイン検証では、必須フィールドが入力されているかどうかと、入力された値が変数のデータ型に適合しているかどうかが検証されます。C、正しいデータ型とビジネスルール。
D、必須の値とビジネスルール。
A、すべての必須フィールドが空の場合、サーバー側でカスタム検証が実行される。
B、ビルトイン検証はまずクライアント側で実行され、有効ではない場合、ただちにユーザーに対してエラーメッセージが表示される。
# ビルトイン検証はまずクライアント側で実行され、データ型がまだ適合していない場合にサーバーへの不要なリクエストが行われないようにします。C、ビルトイン検証はまずクライアント側で実行され、結果にかかわらずサーバーへのリクエストが行われ、カスタム検証が実行される。
D、Client & Server検証はない。
A、ウィジェットがグレーアウトで表示され、入力に検証エラーメッセージが表示される。
B、ウィジェットが非表示になり、その場所に検証エラーメッセージが表示される。
C、通常のウィジェットが表示され、特定のスタイル（赤枠など）が適用され、検証エラーメッセージが表示される。
# 赤枠によって無効なウィジェットが視覚的にユーザーに示され、エラーメッセージによって問題の内容とその修正方法がわかります。D、通常のウィジェットが表示され、マウスポインタを重ねると検証エラーメッセージが表示される。
A、Stop Debugging
B、Continue Request
C、Step Over
D、Restart Debugging
# インスタンスの実行中にデバッグを再開することはできません。ただし、停止してからもう一度開始することは可能です。A、TRUE
# コードのデバッグ中、スコープに基づいて変数の値を検査することができます。B、FALSE
A、Service Studio
B、Service Center
# Service Centerは、環境の運用管理を実行できるWebコンソールです。C、Log Center
D、Environment Center
A、ウィジェットがTable Recordsで、Ajax Submitで画面アクションを実行する必要がある。
B、ウィジェットに名前があり、Ajax Submitで画面アクションを実行する必要がある。
# Ajax Refreshは名前があるウィジェットに対してのみ使用でき、メソッドがAjax Submit以外の場合は無視されます。C、ウィジェットに名前があり、Submitで画面アクションを実行する必要がある。
D、ウィジェットに名前があり、Navigateで画面アクションを実行する必要がある。
A、Preparation内にある特定のクエリのデータを更新する。
# Refresh Dataは、指定されたAggregateまたはSQLクエリを再実行してデータを更新します。これを使用して、Preparation内にあるAggregateとSQLクエリのデータを更新することができます。B、Preparation内のすべてのクエリのデータを更新する。
C、Preparationを再実行する。
D、特定のウィジェットを更新する。
A、Special List
B、Events
C、On Refresh
D、On ClickまたはOn Change（ウィジェットにより異なる）
# Containerの場合は、［On Click］セクションです。Input、Combo Box、List Box、Check Box、Radio Buttonの場合は、［On Change］セクションです。A、再利用性が向上し、一度開発すれば何度も再利用できる。
B、独自のロジックをカプセル化する。
C、保守性が向上し、デザインや機能を変更すると、すべての利用箇所に反映される。
D、再利用できるのは、一度だけである。
# 一度しか使用しない場合は、おそらくWebブロックにする必要はありません。A、Web画面内とWebブロック内（そのWebブロック自体は除く）。
# Webブロックを他のWebブロック内で使用することはできますが、そのWebブロック内で再帰的に使用することはできません。B、Web画面内とWebブロック内（そのWebブロック自体を含む）。
A、Ajax Refreshは無視される。
B、画面全体が更新される。
C、WebブロックのPreparationが実行され、Webブロックが更新される。
# 正しい説明です。また、忘れずにWeb Blockウィジェットに名前を付け、Ajax Refreshで呼び出すことができるようにしてください。D、Preparationが実行されないため、Webブロックはそのまま変わらない。
A、UserMgmtアプリケーション。
B、Usersアプリケーション。
# Usersアプリケーションでは、エンドユーザー、ロール、グループを管理することができます。C、Enterpriseアプリケーション。
D、Companyアプリケーション。
A、正しくない。Anonymousロールのみがある。
B、正しくない。Registeredロールのみがある。
C、正しい。Anonymousは不明なユーザー用であり、RegisteredはUsersアプリケーションで登録済みのユーザー用である。
# Usersアプリケーションで登録済みのすべてエンドユーザーにはRegisteredロールが付与されます。その他のユーザーはAnonymousとみなされます。A、Usersアプリケーションによる手動管理またはプログラムによる管理。
# Usersアプリケーション以外に、カスタムロジックを使用して認証を設定することもできます。B、Usersアプリケーションによる手動管理のみ。
C、Grant...およびRevoke...ロールアクションを使用したプログラムによる管理のみ。
A、Usersアプリケーションに移動し、Web画面を特定のロールに関連付ける。
B、［Web Screen Properties］ペインでロールを選択すると、実行時にOutSystemsで自動的にロールが確認される。
# 複数のロールを選択することができ、ユーザーがWeb画面にアクセスしようとしたときに自動的にロール検証が実行されます。A、任意のデータ型を使用できる。
B、Basic型およびStructures型。
C、Basic型およびEntity Identifier型。
# セッションに配置する情報はできるだけ少なくし、大きいレコードやレコードリストは特に避けます。D、Basic型およびEntity型。
A、ユーザーがアプリケーションで認証を行ったときに開始し、終了することはない。
B、ユーザーがアプリケーションで認証を行ったときに開始し、ログアウトまたはタイムアウトで終了する。
C、アプリケーションに最初にアクセスしたとき（匿名アクセスを含む）に開始し、終了することはない。
D、アプリケーションに最初にアクセスしたとき（匿名アクセスを含む）に開始し、ログアウトまたはタイムアウトで終了する。
# セッションは最初のアクセス時に自動的に開始し、タイムアウト（通常20分）後に自動的に終了します。A、TRUE
# 設計時にデフォルト値を設定し、Service Centerで変更してセッションをまたいで適用することができます。B、FALSE
A、WSDLを指定（エンドポイントURLを指定するか、ファイルをアップロード）し、バインディングを選択（複数ある場合）すると、すべてのメソッドが自動的に利用される。
B、WSDLを指定（エンドポイントURLを指定するか、ファイルをアップロード）し、バインディングを選択（複数ある場合）し、利用するメソッドを選択する。
# SOAP 1.1および1.2にバインディングされた1つ以上のメソッドを利用することができます。「(Select All)」オプションもあります。A、メソッドのURLを指定し、パラメータ値を入力し（該当する場合）、テストを実行してJSONレスポンスを取得し、JSONレスポンスを本文にコピーする。
# テストを実行してJSONレスポンスを取得する代わりに、REST APIドキュメントでメソッドと予測されるJSONレスポンスを参照します。そのJSONを本文にコピーすることもできます。B、WSDLを指定（エンドポイントURLを指定するか、ファイルをアップロード）し、バインディングを選択（複数ある場合）し、利用するメソッドを選択する。
A、On Consume
B、On Before Request
# これを使用して、URL、リクエストテキスト、ヘッダーなど、元のリクエストの情報を変更することができます。C、On After Response
D、On REST Request
A、はい
# REST APIサービスを提供するには、公開するREST APIを作成し、それにRESTメソッドを追加し、サーバーアクションとして実装します。B、いいえ
A、モジュール、UIフロー、個別の画面またはWebブロック。
B、モジュール、UIフロー、個別の画面。
C、モジュールまたはUIフロー。
# 各モジュールにはデフォルトのテーマがありますが、各UIフローには固有のテーマがある場合があります。D、モジュールのみ。
A、Webブロック。
B、画面。
# 画面（またはメール）のスタイルシートは、最後に読み込まれます。最初にWebブロック、次にテーマ、最後に画面（またはメール）のスタイルシートが読み込まれます。C、テーマ。
D、UIフロー。
A、はい
B、いいえ
# 前のレイアウトWebブロックを使用してすでに作成されている画面は影響を受けません。必要な場合は、それらの画面に移動して手動で変更します。A、TRUE
# デフォルトのMenu Webブロック（Common UIフローの下）を使用する場合、画面をメニューにドラッグ&ドロップするだけで、画面の名前が付いた新しいメニューオプションが自動的に作成されます。B、FALSE
A、正しい
# これらのウィジェットは、ドラッグ&ドロップするだけで簡単に画面に配置することができるビルド済みのUIパターンです。B、誤り
A、複数のページを持つTable Recordsのナビゲータであり、定義されている数の要素を各ページに表示する。
# このウィジェットにより、複数のページを持つテーブルでページネーション機能を使用することができます。B、複数のページを持つFormのナビゲータであり、定義されている数の要素を各ページに表示する。
A、Formの列をクリックすると、その列でソートすることができる。
B、Table Recordsの列をクリックすると、その列でソートすることができる。
# このウィジェットを使用すると、列をクリックすることによりTable Recordsが更新され、新しい順序で行が表示されるアクションを実行できます。A、TRUE
# これらのビルド済みの画面は画面テンプレートであり、サンプルデータを使用してUIに入力したりロジックを有効にしたりします。B、FALSE
A、画面を作成するためにサンプルデータを含むテンプレートのコピーが作成される。サンプルデータを置き換えることはできない。
B、画面を作成するためにサンプルデータを含むテンプレートのコピーが作成される。サンプルデータを実際のデータに置き換えることができる。
# 作成される画面は、レイアウト、ウィジェット、スタイル、ロジックなど、テンプレートのすべてをコピーしたものです。A、ウィジェットを右クリックして、［Import Data from Entity］を選択する。
B、ウィジェットを削除し、適切なエンティティを使用してもう一度作成する。
C、エンティティをウィジェットにドラッグ&ドロップする。
# この機能を使用すると、サンプルデータを独自のアプリケーションデータにすばやく置き換えることができます。D、エンティティを右クリックして、［Import Data from Excel］を選択する。
A、エンティティをUIフローにドラッグ&ドロップすると、リスト画面と詳細画面が自動的に作成される。
B、エンティティをUIフローにドラッグ&ドロップしてリスト画面を作成し、この手順を繰り返して詳細画面を作成する。
# スキャフォールディングパターンを使用すると、データ駆動型の画面の作成を自動化することができ、簡単な画面やロジックを数回のクリックで作成できます。A、エンティティには、アトリビュートがある。
B、エンティティには、識別子が不要である。
C、エンティティは、メモリ内にのみ保存される。
D、エンティティは、作成、更新、削除することができる。
A、Integerに設定する必要がある。
B、Decimalに設定する必要がある。
C、何もしない。自動的にIdentifierに設定される。
D、何もしない。自動的にIntegerに設定される。
A、CreateCustomer
B、RetrieveCustomer
C、UpdateCustomer
D、DeleteCustomer
A、エンティティ
B、エンティティ図
C、エンティティリレーション
D、データベーステーブル
A、エンティティ - テーブル
B、アトリビュート - 列
C、参照アトリビュート - 主キー
D、インデックス - インデックス
A、最初のパブリッシュ以降、変更することはできない。
B、一連のレコードが含まれる。
C、2つのエンティティアクションがある。
D、新しいアトリビュートで拡張することはできない。
A、4つのデフォルトアトリビュートの値を定義する必要がある。
B、レコードの追加や削除は、開発中にのみ行うことができる。
C、静的エンティティの識別子はレコード識別子である。
D、識別子アトリビュートは、すべての静的エンティティで必要である。
A、リンクされたリスト
B、エンティティ
C、ハッシュマップ
D、静的変数