システム要件定義プロセス

利害関係者から見た利用者主体のビューを、利用者にとっての運用時のニーズに合致するソリューションについての技術面のビューへ変換する

制約が許す限り、特定の実現方法については何ら示さない要件とすることが望ましい

成果: システム 要件 定義 プロセス の 実施 に 成功 する と 次 の 状態 に なる

選択 さ れ た プロジェクトソリューション を 最適化 する ため に 適切 な 手法 が 実行 さ れ て いる

運用 環境 での システム 要件 の 影響 が 理解 さ れ て いる

必要 に 応じ て， 要件 が 優先 順序付け られ， 承認 さ れ， 更新 さ れ て いる

一貫性 及び 追跡 可能性 が システム 要件 と 顧客 の 要件 の ベース ライン との 間 に 確立 さ れ て いる

ベース ライン の 変更 は， 費用， スケジュール 及び 技術的 影響 に対して 評価 さ れ て いる

システム 要件 は， 影響 の ある 全て の 当事者 へ 伝え られ， ベース ライン と なっ て いる

要件妥当性確認

次のような手法が使える

システム要件定義プロセスの一部として出力することが可能な情報項目は次のもの

参考文献