DOA

データ中心アプローチ。業務で扱うデータの構造を中心にシステムを設計する手法。E-R図を用いてデータモデルを作成し、正規化によりデータの冗長性を排除する。一事実一箇所の原則に基づき、データの整合性を重視する。

データ中心アプローチ。業務で扱うデータの構造を中心にシステムを設計する手法。E-R図を用いてデータモデルを作成し、正規化によりデータの冗長性を排除する。一事実一箇所の原則に基づき、データの整合性を重視する。

データ中心アプローチ。業務で扱うデータの構造を中心にシステムを設計する手法。E-R図を用いてデータモデルを作成し、正規化によりデータの冗長性を排除する。一事実一箇所の原則に基づき、データの整合性を重視する。

業務で扱うデータに着目し、データの構造を先に分析・設計して、それを基に業務処理やシステムを設計する手法。データは処理の手順よりも変わりにくいため、安定したシステムを作りやすく、データの重複や不整合も防ぎやすい。処理の流れを中心に設計するPOA（プロセス中心アプローチ）と対比される。

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。

システム化の対象となる業務の内容、業務フロー、ルールなどを明確に定義するプロセス。現状の業務分析に基づき、システムに求められる業務上の要件を整理・文書化する。

システム化の対象となる業務で、何を、どのような手順や条件で行う必要があるかという、業務の側から見た要件。業務要件を明らかにしてから、それを実現するためにシステムが備えるべき機能要件や非機能要件を決める。

システムが提供すべき機能と、その入力・処理・出力を定めること。

性能、可用性、セキュリティ、運用・保守性など、機能以外に満たすべき条件を定めること。定量的に表さないと検証できない点に注意を要する。