エンベデッドシステムスペシャリスト 2014年午前2 問21

問題文

共通フレームにおける、システム適格性確認テストで確認する内容を明確にするアクティビティはどれか。

🖊️ 解答を隠して解いてみる

ア：システム方式設計

イ：システム要件定義（正解）

ウ：ソフトウェア方式設計

エ：ソフトウェア要件定義

🔒 解説は解答すると表示されます

システム適格性確認テストは、完成したシステムがシステム要件を満たしているかを確認するテストです。そのため、どの要件をどのように確認するのかを明確にするのは、システム全体の要件を定める「システム要件定義」の段階です。

したがって、該当するアクティビティはイです。システム要件定義では、システムに求められる機能や性能などを整理し、後続の設計やテストで確認できるようにします。

ア：システム方式設計
システム要件を実現するための構成や方式を設計する段階です。テストで確認すべき要件を定義する段階ではありません。
イ：システム要件定義
システム全体に求められる要件を明確にします。システム適格性確認テストの確認内容につながるため、正解です。
ウ：ソフトウェア方式設計
ソフトウェアの構成や、ソフトウェアを構成する要素の方式を設計する段階です。システム全体の要件を定義する段階ではありません。
エ：ソフトウェア要件定義
システムの要件のうち、ソフトウェアに求められる要件を明確にします。対象はソフトウェアであり、システム全体を対象とする適格性確認テストとは範囲が異なります。

「テストの内容だから、テスト実施の段階で決める」と考える
テストの具体的な手順やケースは後続で作成しますが、何を満たすべきかは要件定義の段階で明確にしておく必要があります。
「システム」と「ソフトウェア」を同じ範囲だと考える
システムはソフトウェアだけでなく、ハードウェアや運用なども含む場合があります。テスト名に「システム」とあれば、対象範囲に注意します。
「方式設計で要件を決める」と考える
要件定義で「何を実現するか」を定め、方式設計で「どのように実現するか」を検討します。

「適格性確認」は、定められた要件に照らして、作られたものが要求どおりかを確認する考え方です。システム適格性確認テストでは、個々のソフトウェアだけでなく、システム全体として要件を満たしているかを確認します。

要件とテスト内容を対応づけておくと、重要な要件の確認漏れを防ぎやすくなります。

Q. システム適格性確認テストとソフトウェア適格性確認テストの違いは何ですか？
A. 主な違いは対象範囲です。システム適格性確認テストはシステム全体、ソフトウェア適格性確認テストはソフトウェアを対象とします。

Q. 要件定義の段階で、テストケースまで完成させるのですか？
A. いいえ。要件定義では、何を確認すべきかが分かるように要件や判定基準を明確にします。具体的なテストケースや実施手順は、後続のテスト関連作業で作成します。

関連キーワード: 共通フレーム、システム要件定義、システム適格性確認テスト、ソフトウェア要件定義、要件とテストの対応付け

\ せっかくなら /

エンベデッドシステムスペシャリストを
クイズ形式で学習しませんか？

すぐに利用可能！