CRUD図の作成

• 日程: Day 8 / セッション 2
• 時間: 09:55-11:00（65分）
• 形式: 実習
• ゴール: 機能一覧とテーブル定義書を突き合わせてCRUD図を時間内に作成し、設計漏れを1件以上検出・修正できる
• 学習形式: ハンズオン実習（AIサポートあり）

前セッションで「CRUD図の空白に意味がある」ことを学びました。

ここからは自チームの機能一覧（Day5）とテーブル定義書（Day7）を突き合わせて、実際にCRUD図を作ります。設計漏れを1件以上見つけるのが目標です。

問いかけ：自チームのテーブルで「まだ誰も登録（C）できないテーブル」はないでしょうか？

→ あれば設計漏れの可能性。今日見つけ出します。

行に 機能、列に テーブル を書いた表を準備します。スプレッドシート（Google Sheets / Excel）または Markdown表で作るのが一般的です。

| 機能＼テーブル | members | shops | reservations | reviews |
|---------------|---------|-------|--------------|---------|
| 会員登録 | C | - | - | - |
| 店舗一覧表示 | - | R | - | - |
| 予約作成 | R | R | C | - |
| ...（全機能） | | | | |

• セルには C R U D または -（操作なし）を書く
• 複数の操作がある場合は CR RU RD のように並べる
• 物理削除は D、論理削除は U（is_deleted を立てる）
• 行＝機能、列＝テーブル、を統一する

• 行：Day5 機能一覧の 全機能 を縦に並べる
• 列：Day7 テーブル定義書の 全テーブル を横に並べる
• 中間テーブルも忘れずに含める

機能を1つずつ取り上げ、「この機能が動くとき、どのテーブルにアクセスするか」を考えながら C/R/U/D を埋めます。

例：「予約作成」機能

• members：ログイン中の会員情報を 参照 → R
• shops：店舗情報を 参照（営業時間など） → R
• reservations：新規予約を 作成 → C
• reviews：使わない → -

埋め終わったら、次のチェックリストで検証します。

漏れを見つけたら、次のいずれかの対応をします。

「設計漏れは外部設計まで遡って修正する」 が鉄則です。CRUD図だけ直しても、機能一覧と整合性が取れないと意味がありません。

例題：以下のCRUD図から設計漏れを見つけてください。

検出される漏れ：

1. events 列に C/U/D が無い → イベント主催者がイベントを作成・編集する機能が無い
2. participants 列に D が無い → 申込キャンセル機能が無い
3. reviews 列に U/D が無い → 投稿したレビューを編集・削除できない

修正方針：

• 機能一覧に「イベント作成」「イベント編集」「申込キャンセル」「レビュー編集」「レビュー削除」を追加するか、意図的に除外するかをチームで議論

CRUD図はマトリクス分析の一例です。マトリクスは「2つの軸の組み合わせを網羅する」道具で、設計以外にも応用が利きます。

• 機能 × 担当者 → 責任分担マトリクス（RACI）
• リスク × 影響度 → リスクマトリクス
• 顧客 × ニーズ → マーケティングセグメント

「網羅されているか」を一目で確認したいときには、いつもマトリクスが助けてくれます。1枚で全体が見える、これがマトリクスの最大の価値です。

• 「私たちのチームの機能一覧（貼り付け）とテーブル定義書（貼り付け）からCRUD図のたたき台を作って」
• 「次のCRUD図（貼り付け）から設計漏れの候補を網羅的に挙げて」
• 「『お気に入り登録』機能はどのテーブルに何の操作をする？」
• 「論理削除を採用する場合、CRUD図にはどう表記すべき？」

自チームのCRUD図を作成し、設計漏れを1件以上検出して修正します。

• CRUD図（Markdown表またはスプレッドシート）
• 検出した設計漏れと対応一覧（最低1件）

• 主要機能（ユーザが頻繁に使う）から優先して埋める
• 管理者機能はまとめて1行にしてもよい（後で分解）
• AI に Markdown 表で出力させて土台にする

• ペルソナのカスタマージャーニーマップに戻る。ペルソナがその操作を必要とするかで判断
• 「あったら便利だが今回は不要」と決めた場合は メモに残す（次回改善の種）

• 監査・履歴が必要なら論理削除（U）
• 完全消去が要件なら物理削除（D）
• チームで方針を決めたら全テーブルで統一

今日のセッション要点を3つに絞ります。

1. CRUD図は 機能（行）×テーブル（列） の表。空白に意味がある
2. 設計漏れは C/R/U/D の偏り から発見する
3. 漏れを見つけたら 外部設計まで遡って修正。CRUD図だけ直すのは不十分

次のセッション（Session 3）では、機能の中身を定義する 機能設計書 を作り、内部設計書を完成させます。

• 自チームのCRUD図が完成している
• 全機能と全テーブルが網羅されている
• 設計漏れを1件以上検出した
• 検出した漏れに対し、機能一覧・テーブル定義書のどちらかを修正した
• AI にレビューを依頼した

• 前セッション資料：Day8_Session01_CRUD図と機能設計の考え方.md
• Day5 機能一覧（自チーム成果物）
• Day7 テーブル定義書、ER図（自チーム成果物）