システム方式設計とは？ITパスポート試験 2016年 (平成28年 秋期) 問53を解説

問題文

この問題の出題ポイント

• システム方式設計の定義だけでなく、問題文中の条件がどの選択肢に当てはまるかを確認する。
• マネジメント系分野では、用語の目的・主体・責任範囲の違いが選択肢で問われやすい。
• 関連タグ: 開発技術、システム方式設計、開発工程、システム設計。

選択肢

1. ア運用テスト
2. イシステム方式設計正解
3. ウソフトウェア導入
4. エソフトウェア要件定義

解説

なぜ他の選択肢が違うのか

• ア

  誤り. 運用テスト(受入テスト)は開発成果物が業務で使えるかを利用者(発注側)視点で確認する本番稼働前の最終段階の工程である. 自動化範囲と手作業範囲を切り分ける工程ではなく,完成したシステムの受入可否を判断する役割を担う,ライフサイクル終盤に位置する工程として整理される.

• イ（正解）

  正しい. システム方式設計は要件のうちハードウェア・ソフトウェアで実現する範囲と手作業で実施する範囲を分け,システム全体の構成を設計する工程であり,本問の説明に合致するため. システム全体のアーキテクチャを定める上流設計の中核作業として位置付けられ,次工程のソフトウェア要件定義の前提となる.

• ウ

  誤り. ソフトウェア導入は完成した開発成果物を本番環境に展開する作業の説明で,範囲分けを行う設計工程ではない. ライフサイクルの後半に位置する展開・運用切替の作業であり,開発の上流で行うべき方式設計とは段階・目的が大きく異なる別工程として整理される.

• エ

  誤り. ソフトウェア要件定義はソフトウェアに求められる機能要件・非機能要件を明確化する工程の説明で,ハードウェアや手作業との切り分けは扱わない. 範囲分けはシステム全体のアーキテクチャを決めるシステム方式設計工程に位置付けられ,ソフトウェア要件定義はその後で行う別工程となる.

解き方の整理

システム方式設計の問題では、選択肢のキーワードだけで判断せず、問題文が示す条件と正解選択肢の説明が一致しているかを見ます。誤答選択肢は、似た用語を混ぜる、主体を入れ替える、目的や範囲を広げすぎる、という形で作られることが多いため、選択肢別解説まで確認しておくと復習効率が上がります。

関連問題

前後の問題

2016年 (平成28年 秋期) の関連する問題

2016年 (平成28年 秋期)の問題一覧 ITパスポート試験の解説一覧