ServiceNowでは、ロールはインスタンス内でのユーザーのアクセスレベルを定義します。ロールはsys_user_roletableに格納されます。
役割の定義：
Aroleは、システムのさまざまな部分へのアクセスを許可する権限の集合です。
例：adminロールは完全なアクセス権限を付与しますが、itilロールはインシデント管理アクセスのみを許可します。
sys_user_role テーブル:
このテーブルには、役割レコードとその関連メタデータが格納されます。
すべてのロールには固有のsys_idと名前があり、親ロールと関連付けられる場合があります（ロールの継承）。
ユーザーはsys_user_has_roletableを通じて役割にリンクされます。
ServiceNowにおける役割の仕組み：
役割を割り当てられたユーザーは、その役割に関連付けられたすべての権限を取得します。
役割は階層構造を持つことができます（ある役割が別の役割から権限を継承できます）。
例：theitil_adminrole には theitilrole のすべての権限に加え、追加の権限が含まれます。
役割と sys_user_role テーブルに関する重要な詳細:オプション D (sys_user_role) が正しい理由?sys_user_role# ServiceNow で役割が記録される正しいテーブル。
他のオプションが間違っている理由は何ですか？A. sys_user# 間違いです。このテーブルにはロールではなくユーザーレコードが格納されます。
B: sys_user_profile# 誤りです。このテーブルは ServiceNow に存在しません。
C: sys_user_record# 不正解です。これは ServiceNow の有効なテーブルではありません。
ServiceNowドキュメント - ロールとロール管理 https://docs.servicenow.com
ServiceNow テーブルスキーマ - sys_user_role
ServiceNow開発者ポータル - 役割階層とベストプラクティス
認定システム管理者（CSA）ドキュメントからの参照：

ServiceNow構成管理データベース（CMDB）において、異なる構成アイテム（CI）間の接続を追跡することを可能にするメカニズムは、リレーションシップです。
1. CMDBにおける関係性の役割：
CMDBは単なる資産のリストではありません。その真の力は、異なるコンポーネント間の相互作用をマッピングできる点にあります。リレーションシップは、2つの構成アイテム（CI）間の依存関係または接続を定義します。たとえば、「Webサーバー」CIは「Linuxサーバー」CI上で動作し、「メールサービス」はその「Webサーバー」に依存している可能性があります。
2. cmdb_rel_ci テーブル:
技術的には、これらの接続はCIリレーションシップテーブル（cmdb_rel_ci）と呼ばれる特定のテーブルに格納されます。このテーブルは橋渡し役として機能し、各接続について次の3つの重要な情報を格納します。
親：上流の項目（例：サービスまたはアプリケーション）。
子要素：下流の項目（例：サーバーまたはデータベース）。
タイプ: 接続の性質（例：「実行環境」、「依存環境」、「ホスト環境」、「メンバー環境」）。
3. 依存関係ビュー:
関係性は基盤となるデータ基盤ですが、ServiceNow では依存関係ビュー (旧称: ビジネスサービス管理、BSM マップ) を使用してこれらの関係性を視覚化します。依存関係ビューは、関係性データを使用してインフラストラクチャをグラフィカルに表示します。サーバーの依存関係ビューを確認することで、そのサーバーがダウンした場合に影響を受けるビジネスサービスを正確に把握するために、関係性（ライン）をたどって確認できます。
4．他の選択肢が間違っている理由：
変換マップ：これはインポートセット処理の構成要素です。データインポート時に、ソースデータ（スプレッドシートまたはXML）をServiceNowテーブルのターゲットフィールドにマッピングするために使用されます。インフラストラクチャの依存関係は定義しません。
オートマッピングユーティリティ：これはServiceNowの標準的なアーキテクチャ用語ではありません。ServiceNowには関係性の検出を自動化する「サービスマッピング」製品がありますが、「オートマッピングユーティリティ」は具体的な機能名ではなく、トレースを可能にする基本的な要素でもありません。
サービストレーサー：これは架空の用語であり、ServiceNowプラットフォームには存在しません。

InTable Builderでは、適切な権限を持つユーザーのみがフォームのレイアウトを変更できます。
#管理者ロール（オプションC）は、フォーム、テーブル、およびリレーションシップを構成するための完全なアクセス権を持ちます。
#personalize_form ロール (オプション A) では、ユーザーはフォームのレイアウトを設定できますが、テーブル構造は設定できません。
オプションB（app_engine_admin）は誤りです。この役割はカスタムアプリケーションの管理に使用されるものであり、フォームレイアウトの管理に使用されるものではありません。
オプションD（read_only_user）は、設定権限を一切付与しないため、誤りです。
選択肢E（サポートスペシャリスト）は、通常、フォーム設計ではなく、インシデントやケースを処理するサポート担当者向けのものであるため、誤りです。
#参考資料：ServiceNowプラットフォーム管理 - 役割と権限