「CRUD図って何？」「作り方がわからない」「見よう見まねで作ったけど合ってる？」
システム設計の現場では、CRUD図の理解不足が原因で仕様漏れや認識のズレが発生し、開発後の修正コストが膨らむケースが少なくありません。
この記事では、CRUD図の意味・作り方・実務で使える具体例・テンプレートまでを網羅的に解説します。読み終えるころには、設計現場でそのまま使えるCRUD図を自力で作れるようになります。
CRUD図とは？
CRUD図とは、「どの機能が、どのデータに対して、どんな操作をするか」を一覧表にまとめた設計ツールです。
システム開発では、複数の機能が同じデータを扱います。たとえば「顧客データ」は登録画面でも、検索画面でも、管理画面でも使われます。この関係を整理しないまま開発を進めると、機能の抜け漏れや担当範囲の曖昧さが後工程で問題化します。
CRUD図を使えば、機能とデータの対応関係がひと目で把握でき、設計段階でミスを防げます。
CRUD（Create / Read / Update / Delete）の意味
CRUDとは、データに対する4つの基本操作の頭文字を取った略語です。ほぼすべてのシステムはこの4操作の組み合わせで成り立っています。
| 操作 | 意味 | 具体例 |
|---|---|---|
| C Create | データの新規作成 | 会員登録、商品登録、注文確定 |
| R Read | データの参照・表示 | 一覧画面、詳細画面、検索結果 |
| U Update | 既存データの更新 | プロフィール編集、ステータス変更 |
| D Delete | データの削除 | 退会処理、注文キャンセル、商品削除 |
CRUD図の構造
CRUD図は、行に「機能（画面）」、列に「データ（テーブル）」を配置し、交差するセルにC・R・U・Dの記号を記入するシンプルな表です。
| 機能 ＼ データ | 顧客 | 注文 | 商品 |
|---|---|---|---|
| 顧客登録 | C R | – | – |
| 注文処理 | R | C U | R |
| 商品管理 | – | – | C R U D |
このように、どの画面がどのデータに対してどんな操作を行うかが一目瞭然になります。
CRUD図はなぜ必要なのか【3つの役割】
CRUD図が設計現場で重宝される理由は、主に3つあります。
CRUD図とER図・UMLの違い
システム設計にはさまざまな図があります。それぞれ目的が異なるため、使い分けが大切です。
| 比較項目 | CRUD図 | ER図 | UML（ユースケース図等） |
|---|---|---|---|
| 目的 | 機能とデータの操作関係を整理 | データ同士の構造・関係を定義 | 処理の流れや振る舞いを表現 |
| 見る対象 | 機能 × データ × 操作 | テーブル × リレーション | アクター × 機能 × シーケンス |
| 使うタイミング | 機能設計（画面設計前） | DB設計 | 要件定義〜基本設計 |
| 表現形式 | マトリクス表 | エンティティ関連図 | 各種ダイアグラム |
CRUD図は「何ができるか」、ER図は「データがどうつながるか」、UMLは「どう動くか」を示します。役割が異なるため、排他的ではなく併用するのが一般的です。画面設計に入る前にCRUD図を作成すると、設計の方向性が明確になります。
CRUD図の作り方【3ステップ】
CRUD図はシンプルな構造なので、以下の3ステップで誰でも作成できます。
最初に、システムが管理するデータを列挙します。データが曖昧なまま図を作ると、後から大幅な修正が必要になります。
たとえば「顧客管理システム」であれば、以下のデータが対象になります。
- 顧客情報（氏名・連絡先・属性など）
- 注文情報（注文日・金額・ステータスなど）
- 商品情報（商品名・価格・在庫数など）
次に、画面や機能ごとに、どのデータに対してどの操作を行うかを明確にします。
たとえば「顧客登録画面」では以下の操作が発生します。
- C 新しい顧客を登録する（Create）
- R 登録済みの顧客を確認する（Read）
- U 顧客情報を修正する（Update）
このとき、業務フローと照らし合わせながら整理すると漏れを防げます。
最後に、行に機能、列にデータを配置した表に記号を記入すれば完成です。
| 機能 ＼ データ | 顧客 | 注文 | 商品 |
|---|---|---|---|
| 顧客登録 | C R U | – | – |
| 注文処理 | R | C R U | R |
| 商品管理 | – | – | C R U D |
| レポート出力 | R | R | R |
操作がないセルは「-」で埋めます。こうすることで「操作がないこと」も明示でき、抜け漏れに気づきやすくなります。
そのまま使えるCRUD図テンプレート
以下のテンプレートをコピーして、自分のプロジェクトに当てはめてください。
| 機能 ＼ データ | データA | データB | データC | 備考 |
|---|---|---|---|---|
| 機能1 | C / R / U / D | – | R | （条件・例外を記載） |
| 機能2 | R | C / U | – | |
| 機能3 | – | R | C / U / D | （削除は論理削除のみ） |
- 行に機能（画面単位）、列にデータ（テーブル単位）を配置する
- 操作記号はC / R / U / Dの大文字で統一する
- 備考欄を設けて「論理削除のみ」「管理者限定」などの条件を補足する
- Excelで作る場合はセルの中央揃え・色分けで視認性を上げる
具体例で学ぶCRUD図【3つの業務パターン】
テンプレートだけでは実感が湧きにくいので、異なる業務パターンのCRUD図を見てみましょう。
例1：ECサイト
| 機能 ＼ データ | 会員 | 商品 | カート | 注文 | レビュー |
|---|---|---|---|---|---|
| 会員登録 | C R U | – | – | – | – |
| 商品検索 | – | R | – | – | R |
| カート操作 | – | R | C R U D | – | – |
| 購入処理 | R | R U | D | C | – |
| レビュー投稿 | R | – | – | R | C R U D |
| 管理画面 | R U D | C R U D | – | R U | R D |
例2：勤怠管理システム
| 機能 ＼ データ | 社員 | 出退勤 | 有休 | シフト |
|---|---|---|---|---|
| 打刻 | R | C U | – | R |
| 有休申請 | R | – | C R U | – |
| 勤怠一覧 | R | R | R | R |
| シフト管理 | R | – | – | C R U D |
例3：予約管理システム
| 機能 ＼ データ | ユーザー | 施設 | 予約 | 通知 |
|---|---|---|---|---|
| ユーザー登録 | C R U | – | – | – |
| 施設検索 | – | R | R | – |
| 予約操作 | R | R | C R U D | C |
| 施設管理 | – | C R U D | R | – |
CRUD図の読み方のコツ
CRUD図の設計精度を上げるチェックリスト
CRUD図は作って終わりではありません。以下のチェックリストで見直すことで、設計精度が大きく向上します。
| チェック項目 | 確認すべき内容 | NG例 |
|---|---|---|
| 操作の抜け漏れ | C / U / Dが必要なのに欠けていないか | 「編集画面があるのにUがない」 |
| 機能の重複 | 同じ操作が複数機能に不要に分散していないか | 「顧客Uが3画面に分散」 |
| データの過不足 | 不要なデータ列が含まれていないか、必要な列が欠けていないか | 「ログデータを含めて図が煩雑に」 |
| 粒度の統一 | 機能の粒度（画面単位 or 処理単位）が揃っているか | 「”注文処理”と”在庫-1処理”が混在」 |
| 業務との一致 | 実際の業務フローと矛盾していないか | 「現場では編集不可なのにUがある」 |
CRUD図を使うと設計がどう変わるか
- 機能の役割が曖昧で、設計者ごとに解釈が異なる
- 「削除機能がない」ことに開発後半で気づく
- 同じデータを複数画面で編集でき、整合性が崩れる
- 修正が後工程で発生し、手戻りコストが増大する
- 機能ごとの責任範囲が明確で、迷いがなくなる
- 抜け漏れを設計段階で発見・修正できる
- 操作の重複や集中を可視化し、設計を最適化できる
- チーム全員が同じ認識で開発を進められる
現場で評価されるCRUD図の作り方【実務Tips】
「ただ作る」だけでなく、以下のポイントを押さえると、チーム内で評価される図になります。
操作ごとに色を分けると、表を見た瞬間に傾向がわかります。この記事でも使っている配色が参考になります。
R 参照 = 青系
U 更新 = 黄系
D 削除 = 赤系
表だけでは伝えきれない情報は備考欄で補足します。たとえば以下のような情報です。
- 「削除は論理削除のみ（フラグ管理）」
- 「更新は管理者権限を持つユーザーに限定」
- 「Createはバッチ処理でも発生する」
CRUD図は一度作ったら終わりではなく、仕様変更のたびに更新する「生きた設計書」です。古い図を放置すると誤解の原因になるため、設計変更と同時に図も修正する運用ルールを決めておきましょう。
CRUD図を作る前にやるべき3つの準備
いきなりCRUD図を作り始めると失敗しやすいです。以下の準備を行うことで、精度の高い図が作れます。
CRUD図の操作は業務フローが根拠になります。「どんな順番で何をするか」を把握してから図に落とし込まないと、実務と乖離した図になります。
設計者だけの判断で作ると、現場の実態と合わなくなります。実際に業務を行う担当者に「この画面では何をしていますか？」と確認することで、精度が格段に上がります。
範囲を決めずに作ると、情報が膨らみすぎて使えない図になります。「今回は受注管理だけ」のように対象を限定し、小さい単位で作成すると精度が上がります。
CRUD図でよくある3つのミスと対策
| ミス | 問題点 | 対策 |
|---|---|---|
| 操作の粒度がバラバラ | 「詳細更新」と「全体更新」が混在し、比較や判断ができなくなる | 「画面単位」など粒度の基準を決めてから作成する |
| R（参照）が多すぎる | ほぼ全セルにRが入り、本当に重要な操作が埋もれる | 主要な参照だけを記載し、「全データ参照可能」は注釈で示す |
| 業務フローと乖離する | 現場では使われていない操作が図に含まれ、信頼を失う | 関係者レビューを必ず実施し、実態と合わせる |
CRUD図に関するよくある質問（FAQ）
まとめ｜CRUD図は「設計の見える化ツール」
- CRUD図は「どの機能が、どのデータに、何の操作をするか」を一覧化する設計ツール
- 仕様漏れの防止・担当範囲の明確化・共通認識の形成に効果を発揮する
- 作り方は「データ洗い出し → 操作整理 → 表にまとめる」の3ステップ
- 作成後はチェックリストで見直し、チームレビューで精度を高める
- 最初から完璧を目指さず、80%の完成度でまず作ることが大切
CRUD図は現場で必ず役立つ設計スキルです。まずは身近な業務システムを題材に、1つ作成するところから始めてみてください。
研究をシェア！
