問10
頻出度★★☆
ソフトウェアライフサイクルを，企画プロセス，要件定義プロセス，開発プロセス，運用プロセスに分けるとき，要件定義プロセスの実施内容として，適切なものはどれか。
平成27年度 春期 ITパスポート試験 問10
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 10
不正解ア
業務及びシステムの移行は、開発したシステムを本番環境へ切り替え、旧システムの業務やデータを新システムへ引き継ぐ作業であり、開発プロセスの終盤から運用プロセスへ移る段階で行う。要件定義よりもはるかに下流の作業である。
不正解イ
システム化計画の立案は、経営戦略を踏まえて対象業務の課題を整理し、システム化の目的・範囲・スケジュール・体制・概算費用などを決める作業で、要件定義の前段にある企画プロセスの内容である。要件定義プロセスはこの計画を入力として始まる。
不正解ウ
ソフトウェアの詳細設計は、要件をどのように実現するか (プログラムの内部構造やモジュールの処理内容) を決める実現手段レベルの作業であり、開発プロセスに属する。要件定義プロセスは「何を実現するか」を決める段階で、実装方法には踏み込まない。
- エ
正解 正解はエ。要件定義プロセスは、企画プロセスで決まったシステム化の目的・範囲を受けて、「そのシステムは誰の何を満たさなければならないのか」を明らかにする工程である。ここでの出発点が利害関係者 (ステークホルダ = 経営者、業務部門の利用者、運用担当者、取引先など) の識別であり、それぞれのニーズ・要望・制約事項を漏れなく洗い出して整理し、業務要件・システム要件としてまとめ、関係者間で合意を取る。エの「利害関係者のニーズの識別」はまさにこの要件定義プロセスの入口の作業なので適切である。
ここがポイント
- 要件定義プロセス = 利害関係者を識別し、そのニーズ・制約を洗い出して業務要件/システム要件として定義し、関係者間で合意する工程 (「何を実現するか」を決める)。
- 共通フレームの流れ「企画 → 要件定義 → 開発 → 運用」で各工程の担当作業を区別する: 企画=システム化計画の立案、要件定義=利害関係者のニーズの識別と要件の合意、開発=設計・実装・テスト、運用=移行後の稼働と評価。
用語