ホーム > システムアーキテクト試験 > 2015年
システムアーキテクト試験 2015年 午前2 問11
共通フレームにおけるシステム開発プロセスのアクティビティであるシステム適格性確認テストの説明として、最も適切なものはどれか。
エ：システム要件について実装の適合性をテストし、システムの納入準備ができているかどうかを評価する。（正解）
ア：システムが運用環境に適合し、利用者の用途を満足しているかどうかを、実運用環境又は擬似運用環境において評価する。
ウ：システムの投資効果及び業務効果の実績を評価する。
イ：システムが業務運用時に使いやすいかどうかを定期的に評価する。
解説
共通フレームにおけるシステム適格性確認テストの説明【午前2 解説】
要点まとめ
- 結論：システム適格性確認テストは、システム要件に対する実装の適合性を検証し、納入準備の完了を評価するテストです。
- 根拠：共通フレームでは、開発プロセスの品質保証として要件通りにシステムが実装されているかを確認することが重要視されています。
- 差がつくポイント：運用環境での評価や効果測定と混同せず、あくまで「要件適合性」と「納入準備の確認」に焦点を当てることが合格の鍵です。
正解の理由
選択肢エは「システム要件について実装の適合性をテストし、システムの納入準備ができているかどうかを評価する」とあり、これは共通フレームのシステム適格性確認テストの定義に合致します。
このテストは、開発したシステムが仕様通りに動作し、納入可能な状態かを検証するものであり、品質保証の最終段階に位置づけられます。
このテストは、開発したシステムが仕様通りに動作し、納入可能な状態かを検証するものであり、品質保証の最終段階に位置づけられます。
よくある誤解
システム適格性確認テストを運用環境での評価やユーザビリティ評価と混同しやすいですが、これらは別のテストや評価活動です。
解法ステップ
- 問題文の「システム適格性確認テスト」の意味を共通フレームの定義から確認する。
- 選択肢の内容を「要件適合性の検証」「納入準備の評価」という観点で比較する。
- 運用環境での評価や効果測定は別のプロセスであることを認識し、該当しない選択肢を除外する。
- 最も要件に合致する選択肢を選ぶ。
選択肢別の誤答解説
- ア: 運用環境や擬似運用環境での評価は「運用適格性確認テスト」に該当し、適格性確認テストとは異なります。
- イ: 定期的な使いやすさ評価はユーザビリティ評価や運用後の改善活動であり、適格性確認テストの範囲外です。
- ウ: 投資効果や業務効果の実績評価は経営的な評価であり、システム開発プロセスのテストではありません。
- エ: システム要件に対する実装の適合性をテストし、納入準備の完了を評価するため正解です。
補足コラム
共通フレームのシステム開発プロセスでは、システム適格性確認テストは「システムテスト」の一環として位置づけられ、要件定義から設計・実装されたシステムが仕様通りに動作するかを検証します。これにより、納入前に重大な欠陥を発見し、品質を確保します。
FAQ
Q: システム適格性確認テストと運用適格性確認テストの違いは何ですか？
A: システム適格性確認テストは開発段階で要件適合性を検証するのに対し、運用適格性確認テストは実際の運用環境での適合性や性能を評価します。
A: システム適格性確認テストは開発段階で要件適合性を検証するのに対し、運用適格性確認テストは実際の運用環境での適合性や性能を評価します。
Q: システム適格性確認テストはどの段階で実施されますか？
A: 実装完了後、納入前の最終段階で実施され、システムが要件通りに動作するかを確認します。
A: 実装完了後、納入前の最終段階で実施され、システムが要件通りに動作するかを確認します。
関連キーワード: 共通フレーム, システム適格性確認テスト, システムテスト, 要件適合性, 納入準備, システム開発プロセス