ホーム > システムアーキテクト試験 > 2012年
システムアーキテクト試験 2012年 午前2 問11
共通フレーム2007における、システム適格性確認テストで確認する内容を明確にするアクティビティはどれか。
ウ：ソフトウェア方式設計
イ：システム要件定義（正解）
ア：システム方式設計
エ：ソフトウェア要件定義
解説
共通フレーム2007におけるシステム適格性確認テストの確認内容を明確にするアクティビティ【午前2 解説】
要点まとめ
- 結論：システム適格性確認テストの内容を明確にするのは「システム要件定義」である。
- 根拠：システム要件定義は、システム全体の機能や性能などの要件を具体化し、テスト基準の土台を作る工程だからである。
- 差がつくポイント：システム要件定義と方式設計の違いを理解し、テスト設計に直結する要件定義の役割を押さえることが重要である。
正解の理由
システム適格性確認テストは、開発したシステムがユーザや業務の要求を満たしているかを検証するテストです。このテストの基準や内容は、システム全体の要件を定義する「システム要件定義」段階で明確にされます。ここで決められた要件が、テスト項目や合格基準の根拠となるため、適格性確認テストの内容を具体化するのは「システム要件定義」が正解です。
よくある誤解
方式設計はシステムの構造や技術的な実装方法を決める工程であり、テスト内容の基準を直接決めるわけではありません。要件定義と方式設計を混同しやすい点に注意が必要です。
解法ステップ
- 問題文の「システム適格性確認テストで確認する内容を明確にする」とは何かを理解する。
- システム適格性確認テストの目的は「システムが要求を満たしているかの検証」であることを確認。
- 共通フレーム2007の工程を思い出し、要件定義と方式設計の役割を整理する。
- 要件定義は「何を作るか（要求）」を明確にし、方式設計は「どう作るか（設計）」を決める工程であることを確認。
- テスト基準は「何を満たすべきか」を示す要件に基づくため、システム要件定義が該当する。
選択肢別の誤答解説
- ア: システム方式設計
システムの構造や技術的手法を決める工程であり、テスト内容の基準を直接決める段階ではない。 - イ: システム要件定義
システム全体の要求を明確にし、テストの基準となるため正解。 - ウ: ソフトウェア方式設計
ソフトウェアの設計詳細を決める工程で、システム全体のテスト基準を決める役割はない。 - エ: ソフトウェア要件定義
ソフトウェア単体の要求定義であり、システム全体の適格性確認テストの基準を決める段階ではない。
補足コラム
共通フレーム2007はシステム開発の標準的なプロセスモデルで、要件定義から設計、実装、テストまでの工程を体系的に示しています。特に「システム要件定義」は、ユーザ要求をシステムレベルで具体化し、後続工程の基盤となる重要なフェーズです。適格性確認テストはこの要件を満たしているかを検証するため、要件定義の正確さが品質に直結します。
FAQ
Q: システム要件定義とソフトウェア要件定義の違いは何ですか？
A: システム要件定義はシステム全体の要求をまとめる工程で、ソフトウェア要件定義はその中のソフトウェア部分に特化した要求定義です。
A: システム要件定義はシステム全体の要求をまとめる工程で、ソフトウェア要件定義はその中のソフトウェア部分に特化した要求定義です。
Q: なぜ方式設計ではなく要件定義がテスト内容の基準になるのですか？
A: 方式設計は「どう作るか」を決める段階であり、テストの合格基準となる「何を満たすべきか」は要件定義で決まるためです。
A: 方式設計は「どう作るか」を決める段階であり、テストの合格基準となる「何を満たすべきか」は要件定義で決まるためです。
関連キーワード: 共通フレーム2007, システム要件定義, システム適格性確認テスト, 要件定義, システム開発プロセス