問題本文
ソフトウェアライフサイクルを,企画プロセス,要件定義プロセス,開発プロセス,運用プロセスに分けるとき,要件定義プロセスの実施内容として,適切なものはどれか。
選択肢
- ア.業務及びシステムの移行
- イ.システム化計画の立案
- ウ.ソフトウェアの詳細設計
- エ.利害関係者のニーズの識別
解説
正答はエ. ソフトウェアライフサイクル (企画→要件定義→開発→運用) における要件定義プロセスでは, システムに関わる利害関係者 (ステークホルダ) のニーズや業務上の制約を識別・分析しシステムが満たすべき要件を明確にする. 共通フレーム2013ではシステム要件定義・ソフトウェア要件定義として位置付けられ, 機能要件 (何ができるか) と非機能要件 (性能・信頼性・セキュリティ等) を整理する. システム化計画立案は企画プロセス, 詳細設計は開発プロセス, 業務及びシステムの移行は運用プロセス内の移行作業であり, 各工程の対応関係を区別する.
選択肢ごとの解説
- ア.業務及びシステムの移行は, 開発完了後に新システムへ切替える運用プロセス内の作業 (運用準備・移行) であり, 利用者ニーズを定義する要件定義の段階ではない. データ移行計画やユーザ教育, 切替リハーサルも移行作業に含まれ要件定義とは時期も内容も異なる.
- イ.システム化計画の立案は経営戦略から具体化する企画プロセスの作業である. システム化方針・体制・スケジュール・概算費用・実現可能性等を定める段階で, 要件定義より前の上流工程に位置付けられ, 要件定義の作業内容ではないため不適切である. 企画と要件定義の混同に注意.
- ウ.ソフトウェアの詳細設計は開発プロセス内の工程であり, 要件定義で明確化された要件をもとにモジュール構造・データ構造・アルゴリズム・画面項目等を具体化する段階. 要件定義そのものとは別工程であり工程順序を取り違えているため誤り. 設計は要件定義の後続工程に当たる.
- エ.利害関係者のニーズを識別し要件として整理するのは要件定義プロセスの中心作業. 業務要件・機能要件・非機能要件 (性能・信頼性・セキュリティ等) を識別して合意する段階で, 問題文の条件と合致する正答である. ステークホルダ視点での要求整理が肝心.
ITパスポート 2015年 (平成27年 春期) の過去問一覧へ戻る・問10