CRUDマトリクス

業務機能を行、データ（エンティティ）を列に取り、各交点でCRUDのどの操作を行うかを記した表。生成する機能が存在しないデータや、参照されないデータといった設計漏れを発見でき、サブシステム分割の根拠にもなる。

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

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

実体（エンティティ）を矩形、関連（リレーションシップ）をひし形、属性（アトリビュート）を楕円で表現し、データ間の構造と関連を視覚的に示す図法。カーディナリティ（1対1、1対多、多対多）も表記する。データベースの概念設計や要件定義に用いられる。

システム開発において、システムの境界の定義、システム要件の定義、システム要件の評価、共同レビューを実施するプロセス。利害関係者要件に基づき、利用の状況や運用シナリオからシステムの機能的な境界を定める。

システムが実現すべき機能に関する要件。業務処理手順、画面・帳票の仕様、入出力情報、データ処理ルールなど、システムが「何をするか」を明確に定義する。非機能要件と対比して用いられる。

性能、信頼性、可用性、セキュリティ、保守性、移植性など、機能以外のシステム品質に関する要件。パフォーマンス要件や運用・保守要件も含まれ、システムが「どのように動くか」を規定する。

一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターと振舞いを記述し、ユースケース図として可視化する。要求分析や要件定義で広く用いられる。

業務プロセスをデータの流れに着目して表現する図法。データフロー、プロセス、データストア、源泉と吸収の4つの記号で構成される。コンテキストダイアグラムから段階的に詳細化して分析する。