平成23年度 特別 午前Ⅱ 問19

✓ これが正解エソフトウェア適格性確認テスト

解説

ソフトウェア要件定義から始めた改修の最後は、適格性確認テストです。

見分ける軸は、改修をどの階層から始めたかで、対になる確認がどこまでかが決まることです。設問が引く共通フレーム2007の開発の流れでは、システム要件定義とシステム方式設計の下に、ソフトウェア要件定義から始まり、ソフトウェア結合を経て、ソフトウェア適格性確認テストで終わるソフトウェアの水準のアクティビティが並びます。今回は通信ミドルウェアというソフトウェアの改修で、システム要件には手を入れずにソフトウェア要件定義から始めています。したがって、ソフトウェアの水準の最後に当たるソフトウェア適格性確認テストで、ソフトウェア要件を満たしているかを確かめて区切りとなります。始めた階層の要件と対になる確認テストで終える、と覚えると見分けられます。

ほかの選択肢はなぜ違うのか

• ア運用テスト：運用テストは、システムを実際の運用に近い環境で利用者側が確かめるテストで、システムの水準よりさらに上位の確認です。ソフトウェア要件定義から始めた改修の範囲では、そこまで進む前にソフトウェアの水準の確認で区切ります。
• イシステム適格性確認テスト：システム適格性確認テストが確かめるのは、システム全体が要件どおりかどうかです。今回は通信ミドルウェアだけの改修で、システムの水準の要件は変えていないため、そこまで進まずにソフトウェアの水準で区切ります。
• ウソフトウェア結合：ソフトウェア結合は、作ったユニットを組み合わせて確かめるアクティビティで、ソフトウェアの水準の途中にあります。その後にソフトウェア要件を満たすかを確かめる段階が残っているので、最後ではありません。