要件定義書 ようけんていぎしょ
要件定義書要件定義機能要件非機能要件システム開発発注仕様
要件定義書について教えて
簡単に言うとこんな感じ！
要件定義書は「このシステムで何ができないといけないか」を文書化したものだよ。家を建てるときの「設計図を作る前の要望書」みたいなイメージ。「リビングは広くしたい、収納は多めに、バリアフリーで」って伝えるのが要件定義。これがあいまいだと、完成した家が「思ってたのと違う！」ってなるように、システムも「そんな機能は聞いてない」って揉める原因になるんだ。
要件定義書とは
要件定義書（Requirements Document / SRS: Software Requirements Specification） とは、開発するシステムが「何をできなければならないか」「どんな品質を満たさなければならないか」「どんな制約のもとで動くか」を体系的にまとめた文書のことです。
要件定義書はシステム開発プロセスの最上流工程で作成され、その後の基本設計・詳細設計・開発・テストの全フェーズで基準となる「契約の根拠文書」でもあります。請負契約では「この要件定義書に書かれた内容を実現する」ことが成果物の定義になるため、発注者が積極的に関与して作成する必要があります。
「要件定義はベンダーがやってくれる」と思っている発注者も多いですが、業務の実態・優先順位・将来の業務変化を一番よく知っているのは発注者自身です。ベンダーはシステム技術を提供し、発注者は業務知識を提供するという協業で作成するのが理想的です。
要件定義書の構成
要件定義書に含める主な項目を整理します。業界標準の「IEEE 830（SRS）」をベースに、実務でよく使われる構成です。
| 章立て | 内容 |
|---|---|
| 1. はじめに | 文書の目的・適用範囲・用語定義・参照文書 |
| 2. システムの概要 | 開発の背景・目的・ステークホルダー一覧・現状と課題 |
| 3. 機能要件 | システムが「できること」の一覧。ユースケース・業務フローで記述 |
| 4. 非機能要件 | 性能・可用性・セキュリティ・拡張性など「品質面の要件」 |
| 5. データ要件 | 取り扱うデータの種類・量・保持期間・移行対象 |
| 6. 外部インターフェース要件 | 他システム・外部サービスとの連携仕様 |
| 7. 制約条件 | 法令・使用技術・予算・納期などの制約 |
| 8. 優先順位 | must/should/want（MoSCoW分析）での要件の優先順位付け |
機能要件 vs 非機能要件
特に見落とされやすい非機能要件について整理します。
| 非機能要件の種類 | 例 |
|---|---|
| 性能 | 通常時：画面表示3秒以内、ピーク時100同時アクセス対応 |
| 可用性 | 稼働率99.9%（月次）、計画停止は月1回深夜のみ |
| セキュリティ | 多要素認証、権限管理（役職別アクセス制御）、通信暗号化 |
| 拡張性 | ユーザー数が3倍になっても性能劣化しない設計 |
| 移植性 | 将来のクラウド移行を考慮した技術選定 |
| 保守性 | ソースコードのコメント率・テストカバレッジ基準 |
| 法令遵守 | 個人情報保護法・電子帳簿保存法への対応 |
歴史と背景
- 1968年：NATO軍事ソフトウェア会議で「ソフトウェア工学」の概念が提唱される。要件管理の重要性が認識されはじめる
- 1979年：IEEEが「Software Requirements Specification（SRS）」のガイドラインを制定（IEEE Std 830）
- 1980〜90年代：ウォーターフォール開発が主流となり、要件定義書→基本設計→詳細設計→製造→テストの流れが標準化される
- 1994年：スタンディッシュグループの「CHAOSレポート」が「IT プロジェクトの失敗の主因は要件の不明確さ」と報告。要件管理への注目が高まる
- 2000年代：アジャイル開発の台頭により、重厚な要件定義書に代わって「ユーザーストーリー」が普及。ただし大規模・公共系では要件定義書が引き続き必須
- 2011年：IEEE 830が廃止され、後継のIEEE Std 29148（システム・ソフトウェア工学 ライフサイクルプロセス 要件エンジニアリング）が制定
- 2020年代：DX推進の現場では「最初に全要件を固める」アプローチの限界が認識され、「コア機能のみ要件定義→段階的リリース」のハイブリッドアプローチが増加
要件定義書の位置づけ
関連する規格・標準
| 規格・標準 | 内容 |
|---|---|
| IEEE Std 29148:2011 | システム・ソフトウェア工学における要件エンジニアリングの国際標準 |
| ISO/IEC/IEEE 12207 | ソフトウェアライフサイクルプロセス。要件定義プロセスを定義 |
| IPA（情報処理推進機構）「要件定義ガイドブック」 | 国内発注者向けに要件定義の進め方を解説した実務ガイド |
関連用語
- ビジネス要件 — 要件定義書の「なぜ作るか」の上位概念
- システム要件 — 要件定義書の主な記述対象
- RFP（提案依頼書） — 要件定義書の前身。RFPの内容をもとに要件を精緻化する
- 基本設計・詳細設計 — 要件定義書をインプットに作成される設計文書
- 受入テスト（UAT） — 要件定義書の内容を検証するテスト
- 契約形態（請負・準委任・SES） — 請負契約では要件定義書が成果物の完成基準になる
- SLA（サービスレベル合意） — 非機能要件（稼働率・性能）をSLAに反映させる