この記事では、CSA用語を単語帳として並べるのではなく、ServiceNowの画面、データ、権限、申請、CMDB、自動化を理解する地図として整理します。似た用語の違いと、PDIで確認する場所を意識して読んでください。
- CSA用語集は五十音順の辞書ではなく、ServiceNowを理解するための地図として使うと効果的です。
- 最初はデータ構造、画面、権限、申請、自動化、CMDBの順に覚えると迷いにくくなります。
- 単語単体ではなく、似た用語の違いを表で覚えるのが近道です。
CSA学習で最初に覚えるべき用語の全体像
ServiceNowの用語は、画面名だけを覚えても実務では使いにくいです。Table、Record、Field、Form、Listの関係が分かると、権限、申請、自動化、CMDBの理解が一気につながります。
データの基本構造
| 用語 | 意味 | 覚え方 |
|---|---|---|
| Table | データを保存する入れ物 | Excelのシートに近いが、権限や関連も持つ |
| Record | テーブル内の1件のデータ | Incident 1件、ユーザー1件など |
| Field | レコードが持つ項目 | 番号、状態、担当者など |
| Form | 1件のレコードを表示・編集する画面 | 詳細画面 |
| List | 複数レコードを一覧表示する画面 | 検索・フィルタで使う |
権限まわりの用語
| 用語 | 役割 | 混同しやすい点 |
|---|---|---|
| User | 利用者そのもの | 権限ではない |
| Group | ユーザーのまとまり | チームや担当単位 |
| Role | できることを表す権限 | Groupに付与されることが多い |
| ACL | どのテーブルやフィールドにアクセスできるかを制御する仕組み | Roleだけでは説明できない制御がある |
申請と自動化の用語
| 用語 | 意味 | 判断ポイント |
|---|---|---|
| Catalog Item | 利用者が申請する品目 | 注文型の申請に向く |
| Record Producer | 入力内容から特定テーブルにレコードを作る入口 | Incidentなどを作るときに使う |
| Flow Designer | 条件をきっかけに処理を自動化する機能 | ノーコード寄りの自動化 |
| Business Rule | レコードの保存や更新に合わせてサーバー側で動く処理 | 実行タイミングの理解が重要 |
CMDBとCIを初心者向けに整理する
CMDBは構成情報を管理する考え方で、CIはその中に登録される構成要素です。Assetは所有や資産管理の文脈が強く、CIと完全に同じではありません。CSAでは、CMDB、CI、関係性、Assetを混同しないことが重要です。
CSA用語集は、辞書ではなく地図として使う
CSA用語を五十音順に並べるだけでは、ServiceNowの全体像は見えにくくなります。初学者に必要なのは、用語同士の関係です。Table、Record、Fieldがデータ構造を作り、Form、List、Related Listがそれを表示し、User、Group、Role、ACLが操作できる範囲を決めます。
この順番で見ると、Catalog、CMDB、Import Set、Flow Designerも単独機能ではなく、共通基盤の上にある機能として理解できます。用語の意味を覚えたら、必ず「どの画面で見るか」「何と混同しやすいか」まで確認してください。
| まとまり | 主な用語 | 理解の軸 |
|---|---|---|
| データ構造 | Table、Record、Field | 情報がどこに保存されるか |
| 画面表示 | Form、List、Related List | 同じデータをどう見るか |
| 権限制御 | User、Group、Role、ACL | 誰が何をできるか |
| 申請 | Service Catalog、Catalog Item、Record Producer、RITM | 利用者の依頼がどう処理されるか |
| 構成管理 | CMDB、CI、Asset、Relationship | サービスを支える構成要素をどう管理するか |
| 自動化 | Flow Designer、Trigger、Action、Notification | 条件に応じて何を動かすか |
似た用語の違いで覚える
FormとListは、どちらも同じレコードを扱います。Formは1件の詳細表示、Listは複数件の一覧表示です。RoleとACLも混同しやすいですが、Roleは利用者の立場を表し、ACLは具体的なテーブルやフィールドへのアクセス条件を判定します。
Catalog ItemとRecord Producerも重要です。Catalog Itemは標準的な依頼や注文を受ける入口です。Record Producerは、カタログ画面から任意のテーブルにレコードを作る仕組みです。この違いを理解すると、Service Catalogと通常テーブルの関係が見えやすくなります。
PDIで用語を確認する順番
用語集を読んだら、PDIでIncidentのListとFormを開き、Related Listを確認します。次にUser、Group、Roleを開き、権限がどのように付与されるかを見ます。さらにService Catalogから簡単な申請を行い、Request、Requested Item、Catalog Taskの関係を追います。
最後にCMDBのCIとRelationship、Import SetとTransform Map、Flow DesignerのTriggerとActionを確認します。ここまで見ると、単語が画面と結びつき、模試で聞かれたときにも判断しやすくなります。
用語を関連ページへ進む入口にする
分からない用語を確認した後は、関連機能の記事へ進み、画面操作や実装時の使い分けまで確認します。用語を覚えるだけで終わらせず、「どの画面で見るか」「どの資格で深く問われるか」「似た用語と何が違うか」を一つずつつなげると、模擬試験でも判断しやすくなります。
| 用語 | CSAでの扱い | 次に確認するページ |
|---|---|---|
| ACL | Roleだけでは説明できないアクセス制御 | CADの主要開発機能 |
| CMDB / CI | 構成情報と関係性の入口 | CSAのCMDB対策 |
| Catalog Item | 標準的な申請入口 | セルフサービス対策 |
| Record Producer | カタログ画面から通常レコードを作る入口 | Record Producer解説 |
| Flow Designer | 条件に応じて処理を自動化する機能 | Flow Designer要点整理 |
混同チェックとして読む
用語集を読むときは、単語の意味を確認したあとに、似た用語との差分を一文で説明してみてください。TableとRecord、FormとList、RoleとACL、Catalog ItemとRecord Producer、CMDBとAsset、Flow DesignerとBusiness Ruleは、CSAでも実務でも混同しやすい組み合わせです。
説明できない組み合わせが見つかったら、該当する関連記事やPDIの画面へ戻ります。用語を「知っている」状態から、「問題文の条件に合わせて選べる」状態へ進めることが目的です。
用語を覚える順番
最初は、Table、Record、Field、Form、Listでデータと画面の関係を押さえます。次にUser、Group、Role、ACLで権限を確認し、その後にCatalog Item、Record Producer、Request、RITM、Catalog Taskで申請の流れを追います。最後にCMDB、CI、Relationship、Flow Designer、Import Setへ広げると、単語同士のつながりが見えやすくなります。
よくある質問
CSA用語集はどの順番で読むとよいですか？
Platform、データ構造、画面操作、権限、申請、自動化、CMDBの順に読むと、後の機能説明が理解しやすくなります。
似た用語はどう覚えるべきですか？
RoleとACL、TableとRecord、Catalog ItemとRecord Producerのように、似た用語を対で比べて一文で違いを説明できるようにします。
用語は暗記だけで十分ですか？
暗記だけでは選択肢で迷いやすくなります。PDIで実際の画面やレコードを開き、用語がどこで使われるかを確認すると定着します。
