問題本文
システム開発のプロセスには,ソフトウェア要件定義,ソフトウェア方式設計,ソフトウェア結合テスト,ソフトウェア導入,ソフトウェア受入れなどがある。システム開発の関係者を開発者側と利用者側に分けたとき,ソフトウェア受入れで実施する作業はどれか。
選択肢
- ア.開発が完了したソフトウェアを,開発者側が本番環境に配置する。
- イ.開発者側が利用者側にヒアリングを行って,ソフトウェアに要求される機能,性能を明確にする。
- ウ.ソフトウェアが要件を満たしていて,利用できる水準であることを,利用者側が確認する。
- エ.ソフトウェア要件定義書が利用者側のニーズを満たしていることを確認するために,開発者側がレビューを行う。
正解
ウ. ソフトウェアが要件を満たしていて,利用できる水準であることを,利用者側が確認する。
解説
システム開発のプロセスは,共通フレームなどでソフトウェア要件定義→ソフトウェア方式設計→詳細設計→コーディング→単体・結合テスト→システム適格性確認テスト→ソフトウェア導入→ソフトウェア受入れの流れで進む. このうちソフトウェア受入れは,納入されたソフトウェアが要件を満たし利用可能な水準であることを利用者側が確認し受け入れる工程であり,主体は発注者(利用者)側である. 開発者による本番配置は導入工程,ヒアリングによる要件定義はソフトウェア要件定義工程,開発者側による要件定義書レビューは要件定義のレビュー活動であり,いずれも受入れの実施事項とは異なる.
選択肢ごとの解説
- ア.誤り. 開発が完了したソフトウェアを本番環境に配置するのは,開発者側が中心となって行うソフトウェア導入工程の作業の説明である. 利用者側が要件充足を確認して受け入れるソフトウェア受入れとは,主体と目的が異なるため,本問の受入れ工程の作業としては適切ではない.
- イ.誤り. 開発者側が利用者側にヒアリングを行い,ソフトウェアに要求される機能や性能を明確にするのは,ソフトウェア要件定義工程で実施される作業の説明である. ソフトウェア受入れは利用者が成果物を確認・受け入れる段階であり,要件を明確化する段階ではないため,本選択肢は受入れの作業ではない.
- ウ.正しい. ソフトウェアが要件を満たし利用できる水準であることを利用者側が確認するのは,ソフトウェア受入れの主たる作業そのものである. 発注者が成果物を検収するこの工程は,業務利用可否を判断する重要な節目であり,本選択肢が問題文で問われている受入れの作業として最も適切である.
- エ.誤り. ソフトウェア要件定義書が利用者側ニーズを満たしているかを開発者側がレビューするのは,要件定義工程やそのレビュー活動として行われる作業の説明である. 完成品としてのソフトウェアを利用者側が確認・受け入れる受入れ工程の作業とは別の段階に属するため,本選択肢は適切ではない.
ITパスポート 2016年 (平成28年 春期) の過去問一覧へ戻る・問42