平成30年度秋期 システムアーキテクト 午前Ⅱ 問12

テストと上流工程の対応を見極める

各テストが何を確かめる活動なのかを考え、その確認の拠り所となる成果物がどの工程で作られるかを結び付けて整理しましょう。用語の印象だけで判断せず、確認対象の範囲と詳細さに注目すると考えやすくなります。

この問題で問われていること

設問で問われている対応関係が、テストの目的と、その合否判断の基準となる定義や設計の内容とをどう結び付けているかを確かめることが焦点です。名称の似た工程同士を安易に結ばないよう注意しましょう。

視点

開発の流れでは、上流の定義・設計アクティビティで作られた成果物が、後のテストで「期待どおりか」を判断する基準として使われます。テストにはいくつかの段階があり、段階ごとに確認する対象の範囲や詳しさが異なります。そのため、あるテストの合否を判断するときに、どの成果物に書かれた内容と照らし合わせるのかを考えると、対応関係を筋道立てて整理できます。

確認ポイント

• そのテストで合否を判断するとき、どの成果物に書かれた内容と照らし合わせるのかを考える
• 照らし合わせる成果物が扱う対象の範囲や詳しさが、そのテストの確認範囲と釣り合っているかを確かめる
• 確かめる内容が誰の立場で定められたものかを意識し、名称の印象だけで対応を決めていないか見直す

正解

イ

解説

共通フレーム2013では、システム適格性確認テストは、システムに求められる要件を満たしているかを確認するためのテストです。そのため、評価対象はシステム要件定義で定義した内容となる。

理由

システム適格性確認テストは、完成したシステムが利用目的や要求事項に適合しているかを確認する。したがって、評価の基準となるのはシステム全体について定義された要件です。

比較

システム方式設計やソフトウェア方式設計は実現方法・構造に関する内容であり、ソフトウェア要件定義はソフトウェア単位の要求に関する内容です。問題のテスト対象であるシステム全体の適合性とは対象範囲が異なる。

選択肢ア

これは不正解だよ。システム方式設計は、要求されたシステムをどのような構成や方式で実現するかを定める活動である。システム適格性確認テストが直接評価する基準は、実現方式そのものではなく、システムとして満たすべき要件である。

選択肢イ（正解）

これは正解だよ。システム要件定義では、システム全体が備えるべき機能や性能などの要件を定義する。システム適格性確認テストは、完成したシステムがこれらの要件に適合しているかを評価するため、この活動で定義した内容が対象になる。

選択肢ウ

これは不正解だよ。ソフトウェア方式設計は、システムを構成するソフトウェアの構造や実現方式を設計する活動である。対象がソフトウェア内部の設計内容であり、システム全体の要求への適合性を評価するテストの基準とは範囲が異なる。

選択肢エ

これは不正解だよ。ソフトウェア要件定義は、ソフトウェアが満たすべき要求を定義する活動である。システム適格性確認テストの対象はシステム全体の適合性なので、ソフトウェア単位の要件だけを評価対象とする選択肢は設問の対象範囲に合わない。

学習のポイント

システム全体のテストと、ソフトウェア単位のテストを工程上の階層で区別する。