ITパスポート 2016年 秋期 問53
問題文
新システム導入に際して、ハードウェア、ソフトウェアで実現する範囲と手作業で実施する範囲を明確にする必要がある。これらの範囲を明確にする工程はどれか。
選択肢
ア:運用テスト
イ:システム方式設計(正解)
ウ:ソフトウェア導入
エ:ソフトウェア要件定義
🔒 解説は解答すると表示されます
新システム導入に際して、ハードウェア、ソフトウェアで実現する範囲と手作業で実施する範囲を明確にする必要がある。これらの範囲を明確にする工程はどれか。【ITパスポート 解説】
正解の理由
正解は イ(システム方式設計)です。
システム方式設計とは、システム方式設計(システムほうしきせっけい):システム全体の構成や実現方法を決める工程、を指します。ここで「どの機能をハードウェア(ハードウェア:物理的な機器)、ソフトウェア(ソフトウェア:コンピュータで動くプログラムやアプリ)、あるいは人の手作業で実行するか」を決めます。つまり「何をどう実現するか(実装の担当先や配置)」を明確にするのが方式設計の役割です。
例:受注処理で「バーコード読み取りはハード機器、データ検証はソフトウェア、最終確認は人が手作業」というように機能を割り振ります。これがまさに設問の要求する作業です。
システム方式設計とは、システム方式設計(システムほうしきせっけい):システム全体の構成や実現方法を決める工程、を指します。ここで「どの機能をハードウェア(ハードウェア:物理的な機器)、ソフトウェア(ソフトウェア:コンピュータで動くプログラムやアプリ)、あるいは人の手作業で実行するか」を決めます。つまり「何をどう実現するか(実装の担当先や配置)」を明確にするのが方式設計の役割です。
例:受注処理で「バーコード読み取りはハード機器、データ検証はソフトウェア、最終確認は人が手作業」というように機能を割り振ります。これがまさに設問の要求する作業です。
解法ステップ
- 問題文のキーワードを確認:ハードウェア、ソフトウェア、手作業で「範囲を明確にする」→「誰が何を担当するか(割り当て)」を決める工程と読む。
- 各工程の役割を簡単に思い出す:
- 要件定義=何を実現するか(要求・条件)をまとめる工程。
- 方式設計=どう実現するか(構成・割当)を決める工程。
- 導入=ソフトや機器を導入・設置する工程。
- 運用テスト=運用に沿ったテストを行う工程。
- 「誰が・どこで・どの手段で実現するか」を決めるのは方式設計なので、該当は イ。
覚え方のコツ:
- 要件定義 = 「what(何を)」。
- 方式設計 = 「how(どのように、誰が)」。
選択肢別の誤答解説
-
ア: 運用テスト
- 運用テスト(運用テスト:実際の運用に近い状態でシステムが動くかを確認する試験)は、方式設計で決めた構成に基づき運用が問題ないかを確認する工程です。構成を決める工程ではありません。
-
イ: システム方式設計(正答)
- システム全体の構成や方式、各機能をどの要素(HW/SW/人)に割り当てるかを決めるため、設問の「範囲を明確にする」に合致します。
-
ウ: ソフトウェア導入
- ソフトウェア導入(ソフトウェアの導入:実際にソフトをインストールして運用を開始する工程)は、決められた方式に従って機器やソフトを導入する段階です。どこをソフトで実装するかを決める段階ではありません。
-
エ: ソフトウェア要件定義
- ソフトウェア要件定義(ソフトウェアの要件定義:ソフトが満たすべき機能や性能を決める工程)は「ソフトウェアが何をするか」を詳しくする作業です。ハードウェアや手作業との分担(どこをソフトで実現するか)までは決めないことが多く、方式設計で割り当てます。
よくある誤解
-
「要件定義で実現方法も決める」と考える誤解
- 正しくは、要件定義で「何を実現するか」を確定し、方式設計で「どのように実現するか(HW/SW/人の割当)」を決めます。要件定義は目的や条件の整理が中心です。
-
「導入=方式決定」と混同する誤解
- 導入は実装・設置の段階です。方式(誰が何を担うか)はそれ以前に設計しておく必要があります。
-
「運用テストで方式が変えられる」と考える誤解
- 運用テストで重大な問題が見つかれば方式見直しは起こり得ますが、基本は方式設計で決めた構成に基づいてテストを行います。テストは検証と調整の場ですが、最初の割当を決める場ではありません。
補足コラム
- 方式設計の主な成果物(アウトプット)には、システム構成図(どの機器やソフトが関係するかを示す図)、機能割当表(各機能をHW/SW/人のどれが担当するかを表にしたもの)、インターフェース仕様(部品やシステム間の接続方法)などがあります。
- 実務ではコスト・性能・運用性・保守性・セキュリティなどを総合して、どの機能を自動化(ソフト)し、どれを機器で処理し、どれを人が行うかを決めます。たとえば、コストが高い自動化は後回しにして、一部は手作業で運用開始するケースもあります(段階的導入)。
FAQ
Q1: 要件定義が不十分でも方式設計はできる?
A1: 要件定義が不十分だと方式設計で正しい判断ができません。まず「何を実現するか」を明確にすることが重要です。
A1: 要件定義が不十分だと方式設計で正しい判断ができません。まず「何を実現するか」を明確にすることが重要です。
Q2: 小さなシステムでは方式設計は必要か?
A2: 規模が小さくても、誰が何を担当するかを決めておかないと運用で混乱します。簡易版の方式設計は有益です。
A2: 規模が小さくても、誰が何を担当するかを決めておかないと運用で混乱します。簡易版の方式設計は有益です。
Q3: 「方式設計」は誰が担当する?
A3: システムアーキテクトや設計担当者、要件のステークホルダー(関係者)が協力して決めます。利用者側の意見も重要です。
A3: システムアーキテクトや設計担当者、要件のステークホルダー(関係者)が協力して決めます。利用者側の意見も重要です。
関連キーワード: システム方式設計、方式設計、要件定義、機能割当、システム構成図、ハードウェア、ソフトウェア、導入工程、運用テスト、インターフェース仕様, アロケーション

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

