システム開発における要件定義フェーズでは、様々な種類の成果物が作成されます。
どのような成果物を作るべきか・各成果物にどのような内容を含めるべきかを理解することは、要件定義の品質を高めるための重要な前提知識です。
本記事では、要件定義フェーズで作成される主要な成果物の一覧・各成果物の内容と役割・品質確保のポイントについて詳しく解説していきます。
プロジェクトマネージャー・SE・コンサルタント・発注者側のIT担当者など幅広い方に役立つ内容をお届けします。
要件定義の成果物一覧と各ドキュメントの概要
それではまず、要件定義フェーズで作成される主な成果物の一覧と概要について解説していきます。
要件定義の成果物はプロジェクトの規模・業種・開発手法によって異なりますが、一般的に以下のドキュメントが作成されることが多いでしょう。
要件定義書（システム要件定義書）
要件定義フェーズの中核となる成果物が「要件定義書」です。
システムの目的・対象業務・機能要件・非機能要件・システム境界・制約条件などを網羅的に記述した文書であり、後続の設計・開発・テストすべての基準となります。
要件定義書は発注者と開発者の双方が署名して正式承認することで、プロジェクトの合意文書としての効力を持ちます。
業務フロー図
現在の業務プロセス（As-Is）と将来のあるべきプロセス（To-Be）を視覚的に表現した業務フロー図は、要件定義の重要な成果物の一つです。
スイムレーン形式（担当者・部門ごとの処理の流れを横に並べた形式）で表現することが多く、誰が・何を・どのような順序で行うかが一目でわかる形式が推奨されます。
業務フロー図はユーザーとのレビューにおいて認識のズレを発見しやすいため、要件定義フェーズの早期に作成して関係者全員で確認することが非常に重要です。
機能一覧表・画面一覧表・帳票一覧表
システムが持つ機能・画面・帳票を体系的に整理した一覧表も、要件定義の重要な成果物です。
機能一覧表では機能ID・機能名・概要・優先度などを整理し、画面一覧表では画面ID・画面名・対応する機能・アクセス権限などを記載します。
これらの一覧表は設計・開発・テストの工程で機能の対応づけに使われるため、漏れなく作成することが求められます。
要件定義の主要成果物の詳細と作成のポイント
続いては、要件定義の主要な成果物の詳細内容と作成のポイントを確認していきます。
各成果物の品質がプロジェクト全体の成功に直結するため、丁寧に作成することが重要です。
ユースケース図・ユースケース記述
ユースケース図はUML（統一モデリング言語）の一つであり、システムを使うアクター（ユーザー・外部システム）とシステムの機能（ユースケース）の関係を視覚的に表現します。
ユースケース記述は各ユースケースの詳細な流れ（基本フロー・代替フロー・例外フロー）を文章で記述したものです。
ユースケース図とユースケース記述を組み合わせることで、システムの機能と利用者の操作の関係が明確になり、開発チームとの認識合わせに大いに役立ちます。
データ要件定義書（概念データモデル）
システムが取り扱うデータの概念的な構造を整理したER図（Entity Relationship Diagram）や概念データモデルも、要件定義の重要な成果物の一つです。
エンティティ（顧客・受注・商品など）とその属性・エンティティ間の関係を図で表現することで、データの全体像とビジネスルールを視覚化します。
概念データモデルは後工程の論理データ設計・物理データ設計の基礎となるため、要件定義段階で主要なエンティティと関係を整理しておくことが重要でしょう。
非機能要件定義書
性能・可用性・セキュリティ・保守性・拡張性などの非機能要件をまとめた非機能要件定義書も、要件定義の成果物として重要です。
非機能要件は定量的な数値（応答時間・稼働率・同時接続数など）で記述し、テストで検証可能な形式とすることが品質確保の観点から不可欠です。
IPA（情報処理推進機構）の「非機能要求グレード」を参照しながら項目の抜け漏れを防ぐことも効果的でしょう。
要件定義の補助的な成果物とその役割
続いては、要件定義フェーズで作成される補助的な成果物とその役割を確認していきます。
主要成果物を補完するドキュメントも、要件定義の品質を高める上で重要な役割を担います。
システム化計画書・プロジェクト計画書
要件定義に先立って、または並行して作成される「システム化計画書」はシステム導入の目的・期待効果・概算コスト・スケジュール・体制などを記述したドキュメントです。
経営層や発注者側の意思決定者への説明資料として使われることが多く、要件定義書よりも経営視点・投資対効果の観点が強いのが特徴です。
ヒアリング議事録・要求整理資料
ユーザーインタビューや要件定義ワークショップの記録として作成されるヒアリング議事録・要求整理資料も重要な成果物です。
議事録はあとから「誰がいつ何を合意したか」を確認するための証跡として機能し、要件変更の際の根拠として活用される重要な管理文書です。
ヒアリング後は速やかに議事録を作成してユーザーに確認・承認してもらう習慣をつけることが、後のトラブル防止につながるでしょう。
WBS（作業分解構造）と工程計画
要件定義が完了する段階でWBS（Work Breakdown Structure）と工程計画を作成することで、後続のプロジェクト管理の基盤が整います。
要件定義書の内容をもとに開発すべき機能の一覧が確定するため、この段階ではじめて精度の高いWBSと工程計画の作成が可能になります。
要件定義の成果物は「作ること」が目的ではなく「プロジェクト関係者全員が共通の理解を持てること」が目的です。成果物の量よりも質と活用のされ方を重視して、プロジェクトの規模と特性に合わせた適切な成果物セットを選択することが大切です。
まとめ
本記事では、要件定義フェーズの成果物一覧・各成果物の内容・作成のポイントについて解説してきました。
要件定義の主な成果物には要件定義書・業務フロー図・機能一覧表・ユースケース図・データ要件定義書・非機能要件定義書などがあり、それぞれが後続の設計・開発・テストのインプットとして機能します。
要件定義の成果物は相互に関連するドキュメント群として一貫性を持って管理することが重要であり、トレーサビリティを確保しながら品質の高い成果物セットを作成することがプロジェクト成功の基盤となります。
プロジェクトの規模と特性に応じた成果物セットを選択し、品質向上に取り組んでいきましょう。
