CRUD図

各機能（プロセス）がどのデータに対してCreate（生成）、Read（参照）、Update（更新）、Delete（削除）のどの操作を行うかを整理した表。機能とデータの関連を可視化し、要件の漏れや重複を検出するのに役立つ。

業務の機能（プロセス）とデータ（エンティティ）の組合せごとに、生成（Create）、参照（Read）、更新（Update）、削除（Delete）のどの操作を行うかを表にまとめたもの。データを生成・削除する機能の漏れや、機能とデータの対応の矛盾を確かめ、システムの範囲の決定やサブシステムの分割に使う。

機能（プロセス）とデータ（エンティティ）を縦横に並べ、各機能がどのデータを生成（Create）・参照（Read）・更新（Update）・削除（Delete）するかを記入した表。生成も削除もされないデータや、どの機能からも使われないデータを見つけ、要件の漏れや機能とデータの関係の不整合を検出するのに使う。

データに対する生成（Create）、参照（Read）、更新（Update）、削除（Delete）の四つの基本操作の頭文字。データのライフサイクルを表し、権限設計やアクセス経路の検討の基本単位となる。

条件の組合せと、それに対応する処理（動作）を表形式で整理した記法。デシジョンテーブルとも呼ばれ、条件が複雑な業務ルールを漏れなく重複なく表現でき、整合性の検証やテストケースの導出に用いる。

システムの構成やデータの流れを図式化し、想定される脅威と攻撃経路を設計段階で体系的に洗い出す手法。STRIDEなどの分類を使って抜けを防ぎ、対策の要否を早期に判断できるためセキュリティバイデザインの中核となる。

現実世界のデータ要件を、DBMS非依存の形で抽象化して表現したモデル。ER図が代表的な表記法で、エンティティ、属性、関連を用いてデータ構造を記述する。データベース設計の第一段階として作成される。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

論理データモデルを特定のDBMS上の物理的な格納構造に変換したもの。テーブルスペース、インデックス、パーティション、ファイル配置などの物理的な設計を含む。