analyzing-requirements

name: analyzing-requirements description: RDRA 2.0 に基づく体系的な要件定義を支援。システム価値→外部環境→境界→内部構造の 4 層で要件を整理。「要件定義を始めたい」「システムの要求を整理したい」「RDRA で分析したい」「業務フローを整理したい」「システムコンテキストを作りたい」といった場面で発動する。要件を体系的に整理することで、開発フェーズでの「何を作ればいいかわからない」問題を防ぐ。

RDRA 2.0（リレーションシップ駆動要件分析）に基づき、システム価値→外部環境→境界→内部構造の 4 層で要件を体系的に整理する。

RDRA の価値は、要件を「何となくの要望リスト」ではなく「なぜそれが必要か」の根拠付きで構造化できること。各層の出力が次の層の入力になるため、トレーサビリティが自然に確保される。

種類	パス	備考
ガイド	@docs/reference/要件定義ガイド.md	RDRA 2.0 の進め方詳細
テンプレート	@docs/template/要件定義.md	編集禁止。コピーして使用する
入力	@docs/analysis/business_architecture.md	ビジネスアーキテクチャ分析書
入力	@docs/analysis/inception-deck.md	インセプションデッキ
成果物	`docs/requirements/requirements_definition.md`	テンプレートを基に作成

各層は上から下に向かって具体化されていく。上位層が曖昧だと下位層の定義がブレるため、この順序で進めることが重要。

「なぜこのシステムが必要か」を明確にする。インセプションデッキの「なぜやるのか」をシステムの文脈で具体化する。

「どのような業務の中でシステムが使われるか」を整理する。ビジネスアーキテクチャ分析書のバリューストリームや組織マップが入力になる。

「システムの内と外の接点は何か」を定義する。外部環境の分析結果から、システムが担う範囲を確定する。

「システム内部でどのような情報をどう扱うか」を設計する。後続のデータモデル設計・ドメインモデル設計の基礎になる。

既存の docs/requirements/requirements_definition.md がある場合は、まずその内容を確認する。不足している層や更新が必要な部分のみを修正する。

Example:

ユーザー: 「システムコンテキストは作った。業務フローを整理したい」
回答: 層 2（システム外部環境）の業務フロー作成に進む。
      既存のシステムコンテキスト図のアクターを起点に、
      各アクターの業務プロセスを PlantUML アクティビティ図で可視化する。