経営情報システム(平成28年度)
平成28年度(2016)中小企業診断士第1次試験 経営情報システムの全25問解説
概要
平成28年度の経営情報システムは全25問で出題されました。コンピュータハードウェア、ソフトウェア、ネットワーク、データベース、セキュリティ、システム開発、統計といった広範な領域が網羅されています。
問題文は J-SMECA 公式サイト(平成28年度 経営情報システム) から入手できます。手元に PDF を用意したうえでお読みください。全年度の問題は J-SMECA 試験問題ページ で公開されています。
解説の読み方
各問について「問題要旨 → 分類タグ → 正解 → 必要知識 → 解法の思考プロセス → 誤答の落とし穴 → 学習アドバイス」の順で解説しています。分類タグの意味は本ページ末尾の凡例を参照してください。
出題構成
| 領域 | 問番号 | 問数 |
|---|---|---|
| ハードウェア・PC機器構成 | 1〜3 | 3 |
| ソフトウェア(OS、デバイスドライバ、ミドルウェア) | 4 | 1 |
| 表計算ソフト(COUNTIF関数) | 5 | 1 |
| ネットワーク(シングルサインオン、LDAP) | 6 | 1 |
| Web技術(HTML5、SVG、UI/UX) | 7 | 1 |
| リレーショナルデータベース(参照整合性) | 8 | 1 |
| NoSQL・キーバリュー・XMLデータベース | 9 | 1 |
| ネットワーク(IPv4、IPv6、MACアドレス) | 10 | 1 |
| 無線LAN(スイッチングハブ、ブリッジ、WPA-AES) | 11 | 1 |
| メール設定(SMTP、IMAP、POP3) | 12 | 1 |
| マイナンバーカード・公的個人認証 | 13 | 1 |
| ORiN2(ロボット制御システム) | 14 | 1 |
| システム開発(DevOps、要件定義、SLA) | 15〜16 | 2 |
| 要件定義書→外部設計→詳細設計ギャップ | 17 | 1 |
| セキュリティ人材(セキュリティアドミニストレータ) | 18 | 1 |
| ユーザ認証強化(CHAP、二段階認証、ワンタイムパスワード) | 19 | 1 |
| クリックジャッキング攻撃対策 | 20 | 1 |
| 品質基準(ITSMS、Common Criteria、VDM) | 21 | 1 |
| クラウドサービス(SaaS、PaaS、IaaS) | 22 | 1 |
| グリーンIT��EuP、PUE、ホワイトデータセンター) | 23 | 1 |
| 時系列モデル(ARMA、指数平滑法、バスモデル) | 24 | 1 |
| 分散分析(多重比較、第一種過誤) | 25 | 1 |
全問分類マップ
| 問 | テーマ | 知識種類 | 思考法 | 形式層 | 罠パターン |
|---|---|---|---|---|---|
| 1 | PC機器構成(SSD、グラフィックボード、メモリ) | K1 定義・用語 | T1 正誤判定 | L1 | Trap-D 類似混同 |
| 2 | 液晶パネル方式(TN、IPS、VA、色温度) | K2 分類・表示 | T5 穴埋め推論 | L2 | Trap-D 類似混同 |
| 3 | メモリ管理(コンパクション、スワッピング、スプーリング) | K1 定義・用語 | T1 正誤判定 | L1 | Trap-D 類似混同 |
| 4 | ソフトウェア層(デバイスドライバ、ファームウェア、ミドルウェア) | K1 定義・用語 | T1 正誤判定 | L1 | Trap-D 類似混同 |
| 5 | COUNTIF関数と順位計算 | K4 手続・手順 | T3 計算実行 | L2 | Trap-E 計算ミス |
| 6 | シングルサインオン(SSO、LDAP、RADIUS) | K2 分類・表示 | T5 穴埋め推論 | L2 | Trap-D 類似混同 |
| 7 | Web技術(SVG、HTML5、UI/UX、AR) | K1 定義・用語 | T1 正誤判定 | L2 | Trap-C 部分正解 |
| 8 | リレーショナルデータベース(参照整合性、外部キー) | K5 制度・基準 | T1 正誤判定 | L1 | Trap-B 条件見落とし |
| 9 | NoSQLデータベース(キーバリュー、スキーマレス) | K2 分類・表示 | T1 正誤判定 | L2 | Trap-C 部分正解 |
| 10 | ネットワークアドレス管理(IPv4、IPv6、CIDR、MACアドレス) | K2 分類・表示 | T1 正誤判定 | L2 | Trap-B 条件見落とし |
| 11 | 無線LANルータ(スイッチングハブ、ブリッジ、WPA-AES、チャネル) | K2 分類・表示 | T5 穴埋め推論 | L2 | Trap-D 類似混同 |
| 12 | メール設定(SMTP、IMAP、POP3、S/MIME) | K2 分類・表示 | T5 穴埋め推論 | L2 | Trap-D 類似混同 |
| 13 | マイナンバーカード・公的個人認証 | K1 定義・用語 | T1 正誤判定 | L2 | Trap-B 条件見落とし |
| 14 | ORiN2とロボット制御 | K1 定義・用語 | T1 正誤判定 | L2 | Trap-D 類似混同 |
| 15 | システム開発失敗対策(DevOps、非機能要求、SLA) | K1 定義・用語 | T1 正誤判定 | L2 | Trap-C 部分正解 |
| 16 | CoBRA法による開発規模見積 | K3 数式・公式 | T1 正誤判定 | L2 | Trap-C 部分正解 |
| 17 | 要件定義ギャップ分析 | K1 定義・用語 | T4 条件整理 | L2 | Trap-B 条件見落とし |
| 18 | セキュリティ人材(セキュリティアドミニストレータ) | K1 定義・用語 | T1 正誤判定 | L1 | Trap-D 類似混同 |
| 19 | ユーザ認証強化(CHAP、ワンタイムパスワード) | K1 定義・用語 | T1 正誤判定 | L2 | Trap-D 類似混同 |
| 20 | クリックジャッキング対策(X-Frame-Options) | K2 分類・表示 | T1 正誤判定 | L2 | Trap-A 逆方向 |
| 21 | 品質基準(ITSMS、Common Criteria、VDM) | K2 分類・表示 | T5 穴埋め推論 | L2 | Trap-D 類似混同 |
| 22 | クラウドサービス(SaaS、PaaS、IaaS、DaaS) | K2 分類・表示 | T1 正誤判定 | L2 | Trap-C 部分正解 |
| 23 | グリーンIT(EuP、PUE、Green by IT) | K1 定義・用語 | T1 正誤判定 | L2 | Trap-D 類似混同 |
| 24 | 時系列モデル(ARMA、指数平滑法、バスモデル) | K1 定義・用語 | T1 正誤判定 | L2 | Trap-C 部分正解 |
| 25 | 分散分析と多重比較 | K3 数式・公式 | T4 条件整理 | L3 | Trap-A 逆方向 |
思考法の分布
| 思考法 | マーク数 | 割合 | 該当問 |
|---|---|---|---|
| T1 正誤判定 | 17 | 68% | 1, 3, 4, 7, 8, 9, 10, 13, 14, 15, 16, 18, 19, 20, 22, 23, 24 |
| T3 計算実行 | 1 | 4% | 5 |
| T4 条件整理 | 2 | 8% | 17, 25 |
| T5 穴埋め推論 | 5 | 20% | 2, 6, 11, 12, 21 |
**経営情報システムは正誤判定(T1)が68%と大多数を占める特徴があ��ます。**定義の正確さと区別に重点を置いた学習が合格への鍵です。
形式層の分布
| 形式層 | マーク数 | 割合 | 該当問 |
|---|---|---|---|
| L1 基礎知識 | 5 | 20% | 1, 3, 4, 8, 18 |
| L2 応用理解 | 19 | 76% | 2, 5, 6, 7, 9, 10, 11, 12, 13, 14, 15, 16, 17, 19, 20, 21, 22, 23, 24 |
| L3 計算応用 | 1 | 4% | 25 |
**L2(応用理解)が76%で圧倒的主流です。**単語の定義暗記ではなく、概念と役割の相互関係を理解する学習姿勢が必須です。
罠パターンの分布
| 罠パターン | マーク数 | 割合 | 該当問 |
|---|---|---|---|
| Trap-A 逆方向 | 2 | 8% | 20, 25 |
| Trap-B 条件見落と��� | 4 | 16% | 8, 10, 13, 17 |
| Trap-C 部分正解 | 6 | 24% | 7, 9, 15, 16, 22, 24 |
| Trap-D 類似混同 | 12 | 48% | 1, 2, 3, 4, 6, 11, 12, 14, 18, 19, 21, 23 |
| Trap-E 計算ミス | 1 | 4% | 5 |
Trap-D(類似混同)が48%で最大です。「スワッピングvs.スプーリング」「IPv4vsIPv6」「TN方式vsIPS方式」など、概念的に近い用語・機能を正確に区別する必要があります。
ハードウェア・PC機器構成
第1問 PC機器構成と選択
問題要旨: PCのハードウェア構成に関する記述の正誤を判定する問題。SSD、グラフィックボード、メモリモジュール、CPUソケットの標準化についてが出題されている。
K1 定義・用語 T1 正誤判定 L1 Trap-D 類似混同
正解: ウ
必要知識: コンピュータ基礎 — ハードウェア部品の機能、インタフェース、互換性
解法の思考プロセス: 各選択肢を検証します。
- ア「SSDはOSがインストールできない」→ 誤り。SSDはHDDと同じくOS起動ドライブとして機能し、むしろ起動速度が速いため起動ドライブとして多用される。
- イ「グラフィックボードをIDEに装着」→ 誤り。グラフィックボードはマザーボード上のPCIeスロットに装着される。IDEはハードディスク接続用の規格で、グラフィックボード装着には使わない。
- ウ「メモリモジュールを複数枚組み合わせて利用」→ 正解。複数本のメモリモジュールをメモリスロットに挿し、容量を増やしたり、デュアルチャネル構成で性能を向上させることが可能。
- エ「CPUソケットは標準化されているので、どのCPUでも交換可能」→ 誤り。同じメーカ(インテルまたはAMD)の同じソケット型番のみ互換性がある。ソケット型番が違えば物理的に装着できない。同じソケット内でも、チップセットや電源要件によって制約がある。
誤答の落とし穴 Trap-D 混同誘発: SSDとHDDの違い(容量ではなく速度と耐衝撃性が差)、PCIeとIDEの役割混同、メモリのマルチスロット対応の理解不足が陥りやすいポイント。SSDが登場したときは専用インタフェースが必要という誤認が蔓延しましたが、実際には標準SATA/NVMeインタフェースでOS起動ドライブとして完全対応です。
学習アドバイス: ハードウェアの細部は実機経験が役立ちます。「IDE、SATA、M.2/NVMeの系統図」「PCIe vs PCIeスロットの区別」「CPUソケット互換性の実態」を整理して、暗記ではなく仕組みで理解してください。
第2問 液晶パネル方式と色再現
問題要旨: 液晶パネルの光制御メカニズム、TN/IPS/VA方式の特性、色再現に関わる調整パラメータについて、空欄を埋める問題。
K2 分類・表示 T5 穴埋め推論 L2 Trap-D 類似混同
正解: イ
必要知識: コンピュータ基礎 — 液晶パネル技術、ディスプレイの色管理
解法の思考プロセス: 空欄を順に埋めます。
- A「光の___を変える」→ 透過率。液晶は電荷を与えることで分子が回転し、透過する光量を変える。「反射率」ではなく「透過率」が正解。
- B「応答速度が速く、光漏れが少なく黒がはっきり、正面以外は見にくい」→ TN方式。TNは狭視野角で色が変わりやすいが、応答速度が速い特性。
- C「正面以外の角度から見え方が良好、色再現性が良、光漏れが多い、コントラスト比が低い、応答速度が難しい」→ IPS方式。IPSは広視野角で色が正確だが、応答速度が遅く黒が弱い。
- D「色を正確に表現するために考慮すべき調整パラメータ」→ 色温度。デイライト(6500K)やタングステン(2700K)など、色温度を標準値に調整することで正確な色再現が実現される。
誤答の落とし穴 Trap-D 混同誘発:
- A選択肢で「反射率」を選ぶ誤り → 液晶は「透過型」(バックライトを透す)であり「反射型」ではない。反射率は電子ペーパーなど別の技術。
- B/C選択肢の混同 → TN方式(狭視野角・応答速度速)とIPS方式(広視野角・応答速度遅い)の正反対特性を混同。
- D選択肢で「カラーバランス」を選ぶ誤り → カラーバランスはR/G/Bの強度調整、色温度は光源の色合い調整。デイライトでの撮影と色温度補正が正確な色を生む。
学習アドバイス: 液晶パネルは「選択肢が4種類の方式と複数の調整項目」という構成が特徴です。表を作り、各方式の応答速度・視野角・コントラスト・黒の表現を×〇で比較整理してください。
第3問 メモリ管理とコンピュータ仕組み
問題要旨: メモリ管理やデータ入出力の仕組みに関する4つの記述と、対応する技術名(ガーベージコレクション、コンパクション、スワッピング、スプーリング等)の組み合わせを選ぶ問題。
K1 定義・用語 T1 正誤判定 L1 Trap-D 類似混同
正解: ウ
必要知識: コンピュータ基礎 — メモリ管理方式、仮想記憶、入出力バッファリング
解法の思考プロセス: 4つの記述をそれぞれ対応させます。
- ①「主記憶装置の断片化したメモリを整理し、連続領域を確保」→ コンパクション。メモリの断片(フラグメント)を詰めて、連続した空き領域を作る手法。「ガーベージコレクション」は不要なオブジェクト自体を削除する操作だが、断片化対策ではない。
- ②「仮想記憶備時に、主記憶と補助記憶の間でデータを入れ替え」→ スワッピング。主記憶が満杯のときに、使わないデータをディスクに移し、必要なデータをメモリに呼び込む仕組み。「ホットスワップ」は電源入れたまま機器を交換する機能で、別概念。
- ③「遅い装置へのデータ入出力を補助記憶に一時保存し、処理効率向上」→ スプーリング。プリンタなどの遅い周辺機器への出力を一度ディスクに蓄積して、コンピュータを遊ばせない仕組み。「ファイルダンプ」はメモリ内容をファイルに書き出す操作で、性能向上とは無関係。
- ④「SSD付きハードディスク、高速SSDに頻度の高いデータを記憶」→ キャッシング。遅いメディア(磁気ディスク)の代わりに高速なキャッシュ(SSD)に頻出データを事前ロードする性能向上技術。
誤答の落とし穴 Trap-D 混同誘発:
- ガーベージコレクション(不要オブジェクト削除)と コンパクション(断片化解消)の混同。
- スワッピング(主記憶⇔補助記憶の入れ替え)と ページング(仮想記憶の単位ページ転送)、ホットスワップ(機器交換)の混同。
- スプーリング(遅い周辺機器向けバッファリング)と ファイルダンプ(メモリ内容ファイル化)の混同。
- キャッシング(高速メディア活用)と②④のような記憶階層の活用を混同。
学習アドバイス: これら4つの技術は「目的」で区別してください。①断片化解消(コンパクション)、②主記憶拡張(スワッピング)、③出力キューイング(スプーリング)、④読み込み高速化(キャッシング)。処理の流れを図示して「どの段階で何をするのか」を把握することが重要です。
ソフトウェア・システム管理
第4問 ソフトウェアの階層構造
問題要旨: デバイスドライバ、ファームウェア、ミドルウェア、ユーティリティプログラムの定義と役割に関する正誤判定。
K1 定義・用語 T1 正誤判定 L1 Trap-D 類似混同
正解: ア
必要知識: コンピュータ基礎 — ソフトウェアの層状構造、ドライバとファームウェアの区別
解法の思考プロセス: 各選択肢を検証します。
- ア「デバイスドライバは、PCに接続される周辺機器を制御するソフトウェア」→ 正解。プリンタ、スキャナ、USB機器などを制御するOS上のソフトウェア。
- イ「ファームウェアは、OSの一部分で、周辺機器と通信するソフトウェア」→ 誤り。ファームウェアはOS外で、機器自体に組み込まれたプログラム(例:BIOS、ルータのファームウェア)。デバイスドライバのように「OS上で周辺機器と通信」する層ではない。
- ウ「ミドルウェアはOSの中核となって機能するソフトウェア」→ 誤り。ミドルウェアはOS上で動作し、アプリケーションとOSの中間層(例:データベースエンジン、Webサーバ)。OSの一部ではない。
- エ「ユーティリティプログラムはアプリケーションプログラムの総称」→ 誤り。ユーティリティは補助機能(ファイル圧縮、ウイルススキャン)。アプリケーションプログラムとは異なり、単独で業務には使用しない。
誤答の落とし穴 Trap-D 混同誘発:
- ファームウェア vs デバイスドライバ → ファームウェアは機器内蔵、デバイスドライバはOS上で動作。
- ミドルウェア vs OS → ミドルウェアはアプリとOS間のソフトウェア層であり、OSの構成要素ではない。
- ユーティリティ vs アプリケーション → ユーティリティは補助的ツール、アプリケーションは業務主体。
学習アドバイス: ソフトウェアの層状構造(アプリ→ユーティリティ・ミドルウェア→OS→デバイスドライバ→ハードウェア)を図示して、各層の役割を位置づけてください。
表計算・関数
第5問 COUNTIF関数による順位計算
問題要旨: 表計算ソフトで、売上高データから「同一順位を与え、重複分を飛ばした順位」を COUNTIF 関数で求める式を選択する問題。
K4 手続・手順 T3 計算実行 L2 Trap-E 計算ミス
正解: エ
必要知識: 知識・技術全般 — 表計算ソフトの関数、条件付き数式
解法の思考プロセス: 順位の定義を確認します。
データ:C2=500, C3=250, C4=500, C5=210, C6=440, C7=440
求める順位:
- 500(最大)→ 1位(2件)
- 440 → 3位(2件)
- 250 → 5位
- 210 → 6位
順位の公式:「自分より大きい値の個数 + 1」で求めます。
例:C2(500)の順位 = 500より大きい値の個数(0) + 1 = 1位 ✓ 例:C3(250)の順位 = 250より大きい値の個数(4) + 1 = 5位 ✓
したがって、D2の式は =COUNTIF(C$2:C$7,">"&C2)+1 となります。
- ア
"<"&C2+1 → 誤り。自分より小さい値を数える(逆順)。 - イ
">="&C2→ 誤り。+1がなく、自分と同じ値も含めてしまう。 - ウ
"<="&C2→ 誤り。自分以下の値を数え、重複処理がおかしい。 - エ
">"&C2+1 → 正解。自分より大きい値の個数 + 1で正しい順位が得られる。
誤答の落とし穴 Trap-E 計算ミス:
- 「大きい順の順位」と「小さい順の順位」を混同 →
>vs<の選択誤り。 - +1を忘れる → COUNTIF結果そのものでは1位がカウント0になってしまう。
- 「同一値は同一順位、次の値は重複分を飛ばす」という仕様を見落とし、ランク関数を使うなど別の関数を考えてしまう。
学習アドバイス: 表計算の順位関数は試験頻出です。COUNTIF、RANK、RANK.AVG の使い分けと、手作業での順位計算ロジック(「自分より大きい/小さい値の個数」)を両方マスターしてください。
ネットワーク・認証・セキュリティ
第6問 シングルサインオン(SSO)
問題要旨: 複数サービスへの一元認証を実現するシングルサインオン(SSO)の仕組みについて、空欄A〜Dを埋める問題。
K2 分類・表示 T5 穴埋め推論 L2 Trap-D 類似混同
正解: イ
解法の思考プロセス: 空欄を段階的に埋めます。
- A「複数サーバによる各サービス利用を、ひとつのID・パスワードで行う仕組み」→ シングルサインオン(SSO)。複数企業システムへの複数回認証を統一する仕組み。「マルチセッション」「マルチログイン」ではなく、SSO が標準用語。
- B「社内の___に接続して利用」→ 無線LAN。無線LANに PC やスマートフォンを接続する際にSSO認証を適用する。LAN(有線)でなく「無線LAN」を使うのが最近の流れ。
- C「無線LANに接続する機器」→ PC やスマートフォン。VPN接続ではなく、無線LAN経由で社内リソースにアクセスする。プリンタやPOS端末の接続を想定している選択肢は古い。
- D「サーバマシン上で運用する認証基盤」→ RADIUS と LDAP。RADIUS(リモートユーザ認証)と LDAP(ユーザディレクトリ)を組み合わせてSSO基盤を構築。Linux+Apacheは Webサーバであり認証基盤ではない。
誤答の落とし穴 Trap-D 混同誘発:
- SSO vs マルチセッション/マルチログイン → シングルサインオンは「一度の認証で複数サービスに自動ログイン」。複数セッションは「複数の接続状態を保つ」ことで、異なる概念。
- 無線LAN vs LAN vs VPN → ユーザが社内機器に接続する「アクセスメディア」として、最近は無線LANが主流。VPNはリモートアクセス用。
- LDAP/RADIUS vs Linux/Apache → 認証基盤にはディレクトリサービス(LDAP)と認証プロトコル(RADIUS)が必要。Webサーバ(Apache)は認証基盤ではない。
学習アドバイス: SSO、LDAP、RADIUS、2要素認証、OAuth など認証関連技術が試験に頻出です。それぞれの「役割」(ディレクトリ管理、認証プロトコル、トークン発行)を明確に整理してください。
第7問 Web技術(HTML5、SVG、UI/UX、AR)
問題要旨: Web コンテンツ作成技術に関する記述の正誤判定。画像形式、HTML5対応、UI/UX、AR技術についてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-C 部分正解
正解: ウ
必要知識: Web・クラウド技術 — 画像形式、HTML5、UI/UX、AR
解法の思考プロセス: 各選択肢を検証します。
- ア「SVG、JPEG、GIF はラスタ形式、TIF、PNG はベクタ形式」→ 誤り。実際には:
- ラスタ形式(ドット画像): JPEG、GIF、PNG、TIF
- ベクタ形式(図形データ): SVG
- 記述が全く逆。また「拡大すると劣化しない」という説明もベクタの特徴なので、ラスタとベクタの分類が誤っている。
- イ「HTML5はすべてのブラウザに対応」→ 誤り。2016年時点ではHTML5の完全対応ブラウザは一部。また「HTML5で記述する方が良い」という規範は後付けであり、要件次第。
- ウ「繰り返し閲覧してもらうには UI/UX が重要」→ 正解。ユーザインターフェース(UI)とユーザエクスペリエンス(UX)の改善により、ユーザの満足度と再訪問率が向上。
- エ「現実世界をコンピュータ技術で拡張して表示することを AI と呼ぶ」→ 誤り。説明は AR(拡張現実) の定義。AI(人工知能)は全く異なる概念。
誤答の落とし穴 Trap-C 部分正解:
- ア選択肢が「正しい説明(ベクタ形式は拡大しても劣化しない)」を「分類が逆」で提示 → 論理と分類の両面で検証が必要。
- エ選択肢が「AR の説明を AI と呼ぶ」という用語誤用 → 技術名を混同する罠。
学習アドバイス: Web技術は新しい用語が次々登場するため、「定義」と「用途」を明確に整理してください。ラスタvsベクタ、HTML5の対応状況、UI/UX、AR/VR/MRの区別は特に重要です。
データベース
第8問 リレーショナルデータベースの参照整合性
問題要旨: A表(商品マスタ)とB表(販売実績)の関係において、参照整合性(参照の完全性)を保つために必要な条件を選ぶ問題。B表の外部キーが正しく管理されるべき条件を問う。
K5 制度・基準 T1 正誤判定 L1 Trap-B 条件見落とし
正解: イ
必要知識: データベース・SQL — リレーショナルデータベース設計、主キー、外部キー、参照整合性
解法の思考プロセス: 参照整合性の定義を確認します。
参照整合性とは: 外部キー(B表の商品コード)の値が、必ず参照先テーブル(A表の主キー)に存在すること。
各選択肢を検証:
- ア「B表の外部キーは重複や空であってはならない」→ 誤り。参照整合性は「存在すること」が条件。重複や空の制約は「外部キーの一意性」や「NOT NULL」制約であり、参照整合性とは別概念。実際、B表で同じ商品の販売記録が複数あるのは正常。
- イ「B表の外部キー値はA表の主キーに存在しなければならない」→ 正解。これが参照整合性の定義そのもの。B表に入力された商品コードは、必ずA表に登録されていなければ、データの矛盾が生じる。
- ウ「B表は削除できるが、A表は削除できない」→ 誤り。参照整合性は「存在すること」であり、削除可能性とは別。むしろA表の行を削除するときは、参照する B表のデータを先に削除するなどの「カスケード削除」を考慮する必要がある。
- エ「商品未登録の場合、B表にデータ入力を行う」→ 誤り。参照整合性は「B表のデータはA表に存在すること」が前提であり、「未登録なら入力」という手当は参照整合性を保つ方法ではなく、むしろ「先にA表に登録する」べき。
誤答の落とし穴 Trap-B 条件すり替え:
- 「重複や空であってはならない」という制約を「参照整合性」と混同 → 参照整合性は「存在する」ことのみ。
- 「削除の可不可」を参照整合性と結びつける → 参照整合性は作成時のルールで、削除時のルール(カスケード削除など)とは別。
- 「データ修正で整合性を保つ」という発想 → 参照整合性はスキーマの制約として、DBMS が自動的に保証すべきもの。
学習アドバイス: リレーショナルデータベースの整合性制約(主キー一意性、参照整合性、列制約)は、試験頻出です。参照整合性は「外部キー値 ⊆ 参照先主キー値」という数学的な包含関係だと理解してください。
第9問 NoSQLデータベースと特性
問題要旨: RDB の分散機能、XML データベース、キーバリュー型データベース(スキーマレス)、NoSQL データベースに関する記述の正誤判定。
K2 分類・表示 T1 正誤判定 L2 Trap-C 部分正解
正解: ウ
必要知識: データベース・SQL — NoSQL、キーバリューストア、スキーマレス、分散データベース
解法の思考プロセス: 各選択肢を検証します。
- ア「RDB は分散機能がないのでビッグデータに対応できない」→ 誤り。RDB にも分散機能(シャーディング、レプリケーション)を備えたものがある。むしろビッグデータ対応のRDBが増えている。ビッグデータ対応の理由はスキーマの柔軟性よりも「スケーラビリティ」。
- イ「XML データベースは、XML の階層構造をRDB の階層構造にマッピングして利用」→ 誤り。XML データベースは XML データをそのままネイティブに格納・検索する。RDB にマッピングするのは逆で、汎用的ではない。
- ウ「キーバリューデータベースはスキーマ設計なしで使える」→ 正解。NoSQL の最大特徴は「スキーマレス」。従来RDB は列定義を事前に厳密に行う必要があるが、キーバリュー型は値の構造を事前定義しない柔軟性がある。
- エ「NoSQL は RDB と区別するために呼び名を用いているが、SQL を使う」→ 誤り。NoSQL の多くはSQLではなく固有のクエリ言語(MongoDB の find など)を使用。なお最近は「NewSQL」という NoSQL 互換の SQL も登場しているが、一般的な NoSQL は SQL 非対応。
誤答の落とし穴 Trap-C 部分正解:
- ア選択肢が「RDB の分散機能欠如」と「ビッグデータ非対応」を結びつける → 両者は別問題で、分散RDB は実在する。
- イ選択肢が「XML をRDB にマッピング」という古い手法を説明 → XML ネイティブデータベースは直接格納。
- エ選択肢が「NoSQL なのに SQL を使う」という一見矛盾した説明 → 実際には NoSQL ≠ SQL 非対応で、一部の NoSQL は SQL 互換性を持つが、標準ではない。
学習アドバイス: NoSQL の種類(キーバリュー、ドキュメント型、列指向、グラフ型)と各自の特徴(スキーマレス、スケーラビリティ、クエリ言語)を整理してください。RDB との棲み分けは「構造化データはRDB、非構造化・半構造化データは NoSQL」という簡潔な原則で十分です。
第10問 ネットワークアドレス管理(IPv4、IPv6)
問題要旨: IPv4 の CIDR 表記、IPv6 のアドレス構成、MAC アドレスのビット構成に関する記述の正誤判定。
K2 分類・表示 T1 正誤判定 L2 Trap-B 条件見落とし
正解: ア
必要知識: ネットワーク基礎 — IPv4/IPv6 アドレス体系、CIDR 表記、MAC アドレス
解法の思考プロセス: 各選択肢を検証します。
- ア「IPv4 は32ビット、前半がネットワーク部、後半がホスト部。CIDR表記 /16 はネットワーク部のビット数」→ 正解。CIDR(Classless Inter-Domain Routing) 表記
211.11.0.1/16は、先頭16ビットがネットワーク部、残り16ビットがホスト部を意味する。 - イ「IPv6 は128ビット、先頭1〜80ビット がゼロ、81〜96ビット が(空欄)、残り32ビット が IPv4 互換」→ 誤り。記述が不完全だが、IPv4互換アドレスの形式は
::ffff:IPv4アドレスなど複数あり、一概には言えない。また「81〜96ビットに何が入るか」の説明が不明確で、標準的ではない。 - ウ「IPv6 はプレフィックスとインタフェースIDで構成、インタフェースID がネットワーク部に該当」→ 誤り。IPv6では「プレフィックス(ネットワーク部)」と「インタフェースID(ホスト部)」で構成されるが、「インタフェース ID がネットワーク部」という記述は逆。インタフェース ID はホスト部。
- エ「MAC アドレスは64ビット、先頭24ビット が製品固有番号、残り40ビット が製造メーカ番号」→ 誤り。MAC アドレスは 48ビット(6オクテット)であり、64ビットではない。また「先頭24ビット(OUI:機器ベンダコード)、残り24ビット(NIC:機器固有番号)」が正しい。選択肢の「製造メーカ番号」は逆。
誤答の落とし穴 Trap-B 条件すり替え:
- IPv4 CIDR:
/16の意味(ネットワーク部ビット数)を正確に理解。 - IPv6 プレフィックス vs インタフェース ID: アドレス体系の構成要素を逆に覚える誤り。
- MAC アドレスのビット長: 64ビットと誤認。正確には48ビット(16進数12桁)。
- MAC アドレスの構成: OUI(ベンダコード、先頭24ビット)と NIC(機器番号、後続24ビット)の順序と役割。
学習アドバイス: ネットワークアドレス管理は細部の正確さが要求されます。「IPv4 32ビット」「IPv6 128ビット」「MAC 48ビット」の基本と、各構成要素の役割(ネットワーク部 vs ホスト部)を暗記してください。
第11問 無線LANルータの設置と設定
問題要旨: 無線LANルータの機能と設定(スイッチングハブ、ブリッジモード、WPA-AES、チャネル選択)に関する空欄埋め問題。
K2 分類・表示 T5 穴埋め推論 L2 Trap-D 類似混同
正解: ウ
必要知識: ネットワーク基礎 — 無線LANルータ構成、セキュリティプロトコル、電波管理
解法の思考プロセス: 空欄を順に埋めます。
- A「複数のLAN接続端子がある機能」→ スイッチングハブ。ルータに複数の有線接続端子を提供する機能。「DSU」(ISDN接続)や「リピータハブ」(単純中継)ではなく、スイッチングハブ機能が標準。
- B「2台目以降の無線LANルータの動作モード」→ ブリッジ。1台目はルータモード(WAN接続、DHCP配布)、2台目はブリッジモード(電波を中継するのみ)で設定。「WiFi」はプロトコル名であり動作モードではなく、「スイッチ」は機能名で不適切。
- C「無線LAN接続の認証方法」→ WPA-AES。セキュリティプロトコルとして WPA2(WPA2-Personal=WPA2-PSK)、暗号化方式として AES を選択。「TKIP-AES」「WPS-PSK」「WPA-WEP」など古い組み合わせは非推奨。
- D「周波数が重ならないように変更する設定」→ チャネル。2.4GHz 帯では1〜13チャネル(国によって異なる)があり、干渉を避けるために1、6、11チャネルを推奨。「バンド」(2.4GHz vs 5GHz)の選択ではなく、チャネル番号の選択。「ホッピング」は周波数切り替え技術で、設定ではなく自動機能。
誤答の落とし穴 Trap-D 混同誘発:
- スイッチングハブ vs DSU vs リピータハブ: 機能の違いを混同。スイッチングハブは複数接続端子を提供。
- ブリッジモード vs WiFiモード: WiFi はプロトコル名(無線通信方式)であり、ルータの動作モードではない。
- WPA-AES vs WPA-WEP vs TKIP-AES: 暗号化方式の進化を理解。WEP(古い、破られやすい)→ TKIP → AES(最新)。WPA-WEP の組み合わせは矛盾。
- チャネル vs バンド: チャネルは周波数の細分化(1, 6, 11 等)で干渉回避、バンドは大分類(2.4GHz, 5GHz)。
学習アドバイス: 無線LAN設定は実務で頻出です。ルータモード(WAN接続)とブリッジモード(電波中継)の使い分け、WPA2-PSK、AES、チャネル選択(1/6/11推奨)を実際に設定して体験することをお勧めします。
第12問 電子メール設定(SMTP、IMAP、POP3、暗号化)
問題要旨: Web メール と メーラー使用時のサーバ設定に関する空欄埋め問題。メールサーバ(SMTP、IMAP、POP3)、ポート番号、暗号化方式(S/MIME)について問われている。
K2 分類・表示 T5 穴埋め推論 L2 Trap-D 類似混同
正解: ウ
必要知識: ネットワーク基礎 — メール送受信プロトコル、セキュア通信
解法の思考プロセス: 空欄を順に埋めます。
- A「Web メール機能を稼働させるサーバ」→ メール。Web メール は メールサーバ上で稼働し、ブラウザ経由でメール操作を提供。「DNS」(名前解決)や「Web」サーバではなく、メールサーバ自体。
- B「メーラー で メール送信に使うサーバ」→ SMTP。Simple Mail Transfer Protocol は送信専用。「Samba」(ファイル共有)や「SNMP」(機器管理)ではなく、SMTP が正解。
- C「メーラー 初期設定で必要な情報」→ ポート番号。サーバアドレスのほか、ポート番号(SMTP:25/587, POP3:110, IMAP:143 等)を設定。「認証 ID」「パスワード」も必要だが、通常は「ユーザ名」「パスワード」として別途入力。ポート番号の重要性が最も高い。
- D「メール暗号化送受信に対応したメーラー」→ S/MIME。Secure/Multipurpose Internet Mail Extensions は電子署名と暗号化対応。「https」(Web通信)、「DES」(古い暗号方式)では対応不十分。
誤答の落とし穴 Trap-D 混同誘発:
- SMTP vs Samba vs SNMP: 名称の類似性から混同。SMTP(メール送信)、Samba(ファイル共有)、SNMP(機器監視)は全く別。
- POP3 vs IMAP: 受信プロトコルの違い。POP3(メールをローカルに保存)、IMAP(サーバ上でメール管理)。問題ではどちらも「受信」として記載。
- ポート番号の重要性: C選択肢で「認証ID」を選ぶと誤解 → ポート番号は接続自体に必要。
- S/MIME vs TLS: S/MIME(メール内容暗号化)、TLS(通信路暗号化)。両者を区別。
学習アドバイス: メール設定は実務基礎です。SMTP(送信)、POP3/IMAP(受信)、ポート番号、S/MIME による暗号化の概要を押さえてください。モバイル端末や複数デバイスでのメーラー設定経験があると理解が深まります。
セキュリティ・個人情報・認証
第13問 マイナンバーカード公的個人認証サービス
問題要旨: マイナンバーカードの利用者証明用電子証明書に関する記述の正誤判定。電子証明書の読み出し、発行者、転居による有効性の変化についてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-B 条件見落とし
正解: エ
必要知識: 情報セキュリティ基礎、各種法律 — マイナンバー制度、電子認証
解法の思考プロセス: 各選択肢を検証します。
- ア「利用者証明用電子証明書を読み出せば、基本情報も読み出せる」→ 誤り。マイナンバーカードには「基本情報読み出し機能」(PIN不要)と「利用者証明読み出し機能」(PIN必要)が分離されている。利用者証明用電子証明書だけからは基本情報が自動抽出されない。
- イ「利用者証明用電子証明書は、地方公共団体情報システム機構の署名用認証局から発行」→ 誤り。利用者証明用電子証明書は「地方公共団体情報システム機構の利用者認証用認証局」から発行される。署名用と利用者認証用は異なる。
- ウ「転居届で記載内容変更後、電子証明書にアクセスすれば転居が分かる」→ 誤り。電子証明書自体は暗号化された証明書データであり、記載内容の変更は別プロセス。「アクセスすれば分かる」という説明は無根拠。
- エ「転居により住所が変わっても、利用者証明用電子証明書は有効である」→ 正解。電子証明書の有効性は住所変更の影響を受けない。本人確認(身分特定)の機能であり、住所情報は補助的。
誤答の落とし穴 Trap-B 条件すり替え:
- マイナンバーカードの機能分離(基本情報 vs 利用者認証)の理解不足。
- 「マイナンバー関連サービスは住所変更に連動する」という誤った想定 → 電子証明書の有効性とは無関係。
- 「記載内容変更=電子証明書の無効化」という誤認 → デジタル署名の仕組みを誤解。
学習アドバイス: マイナンバーカード関連の試験問題は実務知識ではなく「制度的正確さ」を問います。公式ガイドラインを参照し、「利用者証明用」「署名用」などの認証局の区別を正確に押さえてください。
第14問 ORiN2とロボット制御インタフェース
問題要旨: ORiN2(Open Robot/Resource interface for the Network)に関する記述の正誤判定。CAO、ソフト・ハード標準化、コネクタ、e-CAP通信プロトコルについてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-D 類似混同
正解: ア
必要知識: 情報セキュリティ基礎、製造業DX — ロボット制御標準化、インタフェース仕様
解法の思考プロセス: 各選択肢を検証します。
- ア「ORiN2 は CAO を利用して多様な制御装置や設備、各種アプリケーションを相互に接続する」→ 正解。CAO(Controller Access Object)は ORiN2 の3つの基本技術(CAO / CAP / CRD)の一つであり、クライアントアプリケーションにデバイスへのアクセスインタフェースを提供する標準プログラムインタフェースである。アプリケーションは CAO を通じて多様な制御装置・設備に接続する。
- イ「ORiN2 はソフトウェアとハードウェアの標準化仕様」→ 誤り。ORiN2 はソフトウェアインタフェース仕様であり、ハードウェア標準化ではない。既存制御装置(ハード多様)を統一インタフェース(ソフト)で管理する仕組み。
- ウ「コネクタと呼ばれるインタフェースが制御装置のメーカ固有インタフェースを変換し、既存装置をそのまま利用できる」→ 技術的には正しい説明だが、正解ではない。ORiN2 ではメーカ固有の差異を吸収するモジュールを「CAO プロバイダ」と呼び、「コネクタ」とも呼ばれる。記述内容は正しいが、ORiN2 の最も本質的な説明であるアの方が正解として適切。
- エ「通信プロトコル e-CAP は SOAP を利用」→ 誤り。e-CAP は SOAP を使わず HTTP の POST コマンドで通信する軽量プロトコルであり、組み込み機器向けに設計されている。SOAP を使うのは CAP(SOAP)の方である。
誤答の落とし穴 Trap-D 混同誘発:
- CAO と CAP の混同: CAO(Controller Access Object)はアプリケーション向けインタフェース、CAP(Controller Access Protocol)は通信プロトコル層であり、役割が異なる。
- ソフトウェア仕様 vs ハードウェア標準: ORiN2 の本質(既存ハード多様性を、ソフトインタフェースで統一)を誤解。
- e-CAP と CAP(SOAP)の混同: e-CAP は HTTP ベースの軽量プロトコル、CAP(SOAP)は SOAP ベースの通信。「SOAP を利用」は CAP(SOAP)の特徴。
学習アドバイス: ORiN2 は「既存装置 → CAO プロバイダ(コネクタ) → CAO インタフェース → 統一アプリ」というスキーム図を描いて理解することをお勧めします。試験では定義と仕組みの両面で問われます。
システム開発・プロジェクト管理
第15問 システム開発失敗対策(DevOps、要件定義、SLA)
問題要旨: システム開発失敗を避けるための指針・概念に関する記述の正誤判定。DevOps、要件定義、非機能要求、SLA(SLM)、As-IsToBeについてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-C 部分正解
正解: ア
解法の思考プロセス: 各選択肢を検証します。
- ア「開発担当者と運用担当者が協力し、開発・リリースを的確に行う考え方を DevOps という」→ 正解。DevOps(Development + Operations)は開発と運用の連携強化、継続的デリバリーを掲げる方法論。定義として正確。
- イ「非機能要求を可用性、性能・拡張性、運用・保守性に整理」→ 誤り。情報処理推進機構のガイドラインでは、非機能要求は「可用性、性能、拡張性、運用・保守性、セキュリティ、信頼性」等、より多くの項目に整理される。選択肢は不完全。
- ウ「要件を明記し、実現できない場合の対処法も明記する契約を SLM という」→ 誤り。SLM(Service Level Management)は合意目標(SLA:Service Level Agreement)の管理プロセス。選択肢の説明は「SLA」の定義に近いが、SLM ではなく SLA と呼ぶ。用語誤用。
- エ「As-Is は開発するシステムのあるべき姿を指す」→ 誤り。As-Is は現状(現在のシステム状態)、To-Be は目標(望ましい状態)。完全に逆。これは設計時の重要用語で、試験頻出の誤りポイント。
誤答の落とし穴 Trap-C 部分正解:
- ア選択肢は「DevOps の定義は正確」。開発と運用の連携は DevOps の核心。
- イ選択肢は「非機能要求の分類は不完全」 → 列挙された項目は正しいが、他にセキュリティなども含まれるため、「この3つのみ」という限定が誤り。
- ウ選択肢は「SLA と SLM の混同」 → SLA は合意、SLM はプロセス管理。
- エ選択肢は「As-Is と To-Be の完全逆転」 → これは典型的な陥穽。
学習アドバイス: DevOps、要件定義、SLA は試験の定番テーマです。DevOps の本質(開発と運用の統合)、非機能要求(セキュリティ、パフォーマンス等)の網羅性、As-Is(現状)vs To-Be(目標)の正確な区別を何度も確認してください。
第16問 CoBRA法による開発規模見積
問題要旨: 開発規模見積手法 CoBRA 法に関する記述の正誤判定。工数尺度、分布、サンプルサイズ、ファンクションポイントについてが出題されている。
K3 数式・公式 T1 正誤判定 L2 Trap-C 部分正解
正解: ウ
必要知識: プロジェクト管理 — ソフトウェア開発見積手法、統計的手法
解法の思考プロセス: 各選択肢を検証します。
- ア「CoBRA 法は工数の尺度として予算総額を用いる」→ 誤り。CoBRA 法は過去の開発実績(規模・工数データ)から関数を導出する回帰分析手法。「予算総額」ではなく「規模(FP、ステップ数等)」と「工数」の相関を扱う。
- イ「CoBRA 法は変動要因の散らばりに正規分布を用いる」→ 誤り。CoBRA 法は変動要因の影響度を三角分布(最小値・最頻値・最大値の3点) で表現し、それをモンテカルロ・シミュレーションでコスト増加割合の分布を作成する。正規分布ではなく三角分布を使用する。
- ウ「規模・工数の実績データが10件程度あれば、CoBRA 法を適用できる」→ 正解。CoBRA 法の最小推奨サンプルサイズは約10件程度。少ないサンプルからでも回帰モデルを構築可能(ただし精度は低い)。
- エ「ファンクションポイントから CoBRA 法により開発規模を見積もる」→ 誤り。ファンクションポイント(FP)は規模の指標そのもの。CoBRA 法は FP と工数の相関から工数を推定する手法。FP から規模を「見積もる」のではなく、既知の FP を入力値として工数を推定。
誤答の落とし穴 Trap-C 部分正解:
- ア選択肢が「予算」を工数尺度と混同 → 工数は人日・人月、予算は金額。
- イ選択肢が「正規分布」を想定 → CoBRA 法では三角分布を使用。
- ウ選択肢は「サンプルサイズ10件が最小」→ これが正解。
- エ選択肢が「ファンクションポイント → 規模」という逆向きの推定 → FP は規模であり、規模の見積もり結果ではない。
学習アドバイス: CoBRA 法は開発見積の代表的手法です。CoBRA = 過去データ × 回帰分析 → 工数推定というフロー、三角分布(最小・最頻・最大)によるモンテカルロ・シミュレーション、サンプル10件程度の最小要件を暗記してください。
第17問 要件定義ギャップの段階分析
問題要旨: システム開発の各段階(要件定義 → 外部設計 → 詳細設計)で発生するギャップ(要求と結果の乖離)について、具体的な説明(a〜c)と段階(①〜③)の対応関係を選ぶ問題。
K1 定義・用語 T4 条件整理 L2 Trap-B 条件見落とし
正解: イ
必要知識: システム開発方法 — 開発プロセス、要件定義、設計段階、品質保証
解法の思考プロセス: ギャップの説明(a〜c)と段階(①〜③)を対応させます。
ギャップの説明:
- a「発注者が説明した内容が開発側設計者の誤認で漏れた」→ 要件定義書の内容が正しくても、外部設計段階で設計者の誤認により内容が失われる → **段階②(外部設計 → 詳細設計)**で発生する可能性が高い。ただし実際には①と③の中間で発生。
- b「開発者が要件定義を誤認・拡大解釈し、実現範囲に盛り込んだ」→ 外部設計段階で開発側が勝手に機能を拡張 → 段階②で発生。
- c「要件定義すべき内容が抜けており、発注者が説明していない」→ 発注者側の要件抽出漏れ → 段階①(発注者要求 → 要件定義書)で発生。
したがって:a→②、b→②、c→①
誤答の落とし穴 Trap-B 条件すり替え:
- a「要件定義書が正しいが設計で漏れた」 → 段階①か②か判断が難しい。通常は外部設計段階(②)で詳細化される過程で誤認が生じると考えるが、要件定義書そのものの記述不足(①)の可能性もある。ただし「発注者が説明した内容が…設計者の誤認…漏れた」という表現から、段階②の設計段階での誤認と解釈するのが自然。一部の選択肢では①と②の答えが逆のパターンがあり、注意が必要。
- b「開発側の拡大解釈」→ 外部設計段階②で起きやすい。
- c「要件抽出漏れ」→ 最初の段階①で発生。これは最も明確。
各選択肢の検証:
- ア「a①、b②、c②」→ aを①と見なす誤り。aは「設計者の誤認」なので要件定義以降の段階②で発生。
- イ「a②、b②、c①」→ 正解。a(設計者の誤認による漏れ)とb(開発側の拡大解釈)はともに要件定義書から外部設計へ移行する段階②で発生し、c(要件抽出漏れ)は発注者と要件定義の段階①で発生。
- ウ「a②、b③、c①」→ bを③(外部設計→詳細設計)と見なす誤り。bの「拡大解釈」は要件定義を受けて外部設計を行う段階②での問題。
- エ「a③、b②、c①」→ aを③と見なす誤り。
学習アドバイス: 要件定義ギャップは実務で頻出課題です。各段階での「誰が」「何を誤認するか」を丁寧に整理してください。プロジェクト失敗事例から学ぶことが効果的です。
第18問 セキュリティ人材(セキュリティアドミニストレータ)
問題要旨: i コンピテンシ・ディクショナリにおけるセキュリティアドミニストレータ人材の活動内容について正誤判定。セキュリティ管理、基準策定、事故分析、方針策定についてが出題されている。
K1 定義・用語 T1 正誤判定 L1 Trap-D 類似混同
正解: エ
必要知識: 情報セキュリティ基礎 — セキュリティ人材の役割、セキュリティ組織体制
解法の思考プロセス: i コンピテンシ・ディクショナリ(iCD)におけるセキュリティ人材の分類を理解します。
iCD では、セキュリティ関連人材を以下のように区別しています:
- 情報セキュリティアドミニストレータ → セキュリティ方針の策定、セキュリティ対策の企画・立案などの上流活動
- IS セキュリティアドミニストレータ → 日常的なセキュリティ管理・運用(ID管理、アクセス権、アカウント監視)
- インシデントハンドラ → セキュリティ事故の検出・対応・分析
各選択肢を検証:
- ア「セキュリティ管理」→ IS セキュリティアドミニストレータの役割。日常的な運用管理が該当。
- イ「セキュリティ基準の策定」→ 情報セキュリティアドミニストレータの活動に含まれるが、最も適切とは言えない。
- ウ「セキュリティ事故と対応の分析」→ インシデントハンドラの役割。事故後の分析。
- エ「セキュリティ方針の策定」→ 正解。情報セキュリティアドミニストレータの中心的活動として iCD に定義されている。方針(ポリシー)策定はこの人材の担当。
誤答の落とし穴 Trap-D 混同誘発:
- 「アドミニストレータ」という名称から「管理(administration)」を連想し、アを選びがちだが、iCD の定義では「情報セキュリティアドミニストレータ」は方針策定レベルの上位概念に位置づけられている。日常的な運用管理は「IS セキュリティアドミニストレータ」の担当。
- イ「基準策定」→ 情報セキュリティアドミニストレータの活動に含まれるが、方針策定のほうがより本質的。
- ウ「事故対応」→ インシデントハンドラの役割であり、アドミニストレータではない。
学習アドバイス: i コンピテンシ・ディクショナリは人材育成の標準フレームワークです。「情報セキュリティアドミニストレータ」は名称に反して管理ではなく方針策定を担う上位人材であることが引っかけポイントです。名称から安易に役割を推測せず、iCD の定義を正確に押さえてください。
第19問 ユーザ認証強化(CHAP、二段階認証、ワンタイムパスワード)
問題要旨: フィッシング詐欺や情報漏洩に対応するユーザ認証強化に関する記述の正誤判定。CHAP認証、二段階認証、ハードウェアトークン、ワンタイムパスワードについてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-D 類似混同
正解: ア
必要知識: 情報セキュリティ基礎 — 認証方式、強化認証、トークンベース認証
解法の思考プロセス: 各選択肢を検証します。
- ア「CHAP認証とは、チャレンジ/レスポンス方式でユーザを認証する方式」→ 正解。CHAP(Challenge Handshake Authentication Protocol)はチャレンジ/レスポンス方式を用いた認証プロトコルである。サーバがランダムなチャレンジ値を送り、クライアントがパスワードとチャレンジ値からハッシュを計算して返す方式で、パスワードそのものがネットワーク上を流れないため安全性が高い。本来は PPP(Point-to-Point Protocol)でのリモートアクセス認証に使われるプロトコルだが、チャレンジ/レスポンス方式という認証の仕組みの説明としては正しい。
- イ「二段階認証とは、同じパスワードを複数回入力させて認証」→ 誤り。二段階認証(Two-Factor Authentication)は「異なる認証要素を組み合わせる」。例:パスワード+ワンタイムコード。「同じパスワード複数回」は二段階認証ではなく、むしろセキュリティ上無意味。
- ウ「ハードウェアトークンとは、機器を認証装置にかざすことで本人を認証する仕組み」→ 誤り。ハードウェアトークンはワンタイムパスワードを生成する物理デバイス(トークンデバイス)であり、「かざす」認証装置とは異なる。「かざす」のは IC カードや RFID タグによる認証。
- エ「ワンタイムパスワードとは、サイト登録時の初回認証パスワード」→ 誤り。ワンタイムパスワード(OTP)は「毎回異なるパスワード、1度のみ有効」という仕組み。登録時の初回パスワードではなく、継続的に生成・変更される認証トークン(時間ベース、カウンタベース等)。
誤答の落とし穴 Trap-D 混同誘発:
- CHAP → チャレンジ/レスポンス方式の認証として正しい。PPP用プロトコルだが、認証方式の説明として最も正確。
- 二段階認証 → 「複数回同じパスワード」ではなく「複数の異なる認証要素」。
- ハードウェアトークン → OTP 生成デバイスであり、IC カードのような「かざす」認証とは異なる。
- ワンタイムパスワード → 登録時の固定パスワードではなく、「時間経過または使用回数で変更」される動的パスワード。
学習アドバイス: 認証方式は多様で、試験頻出です。CHAP(チャレンジ/レスポンス方式)、二段階認証(複数要素の組み合わせ)、ハードウェアトークン(OTP 生成デバイス)、ワンタイムパスワード(動的パスワード)を概念的に理解してください。
第20問 クリックジャッキング攻撃対策
問題要旨: クリックジャッキング攻撃とその対策に関する記述の正誤判定。エスケープ処理、X-Frame-Options ヘッダ、クロスサイト・リクエスト・フォージェリ(CSRF)、パスワード再入力についてが出題されている。
K2 分類・表示 T1 正誤判定 L2 Trap-A 逆方向
正解: ウ
必要知識: 情報セキュリティ基礎 — Web セキュリティ、脆弱性対策、攻撃手法
解法の思考プロセス: 各選択肢を検証します。
クリックジャッキング(UI Redressing)とは: 透明な iframe に悪意あるページを埋め込み、ユーザのクリック意図を横取りする攻撃。
- ア「エスケープ処理により、クリックジャッキング攻撃を防止」→ 誤り。エスケープ処理はXSS(クロスサイト・スクリプティング)対策。HTML 特殊文字(
<,>,&)を エスケープして、スクリプト注入を防ぐ。クリックジャッキングは HTML/CSS レベルの UI 騙しであり、エスケープでは防げない。 - イ「HTTP レスポンスヘッダに X-Frame-Options を出力しないことが対策」→ 誤り。逆。X-Frame-Options ヘッダを出力(設定)する ことが対策。
X-Frame-Options: DENYで iframe 埋め込みを禁止。「出力しない」は対策ではなく、脆弱性放置。 - ウ「クリックジャッキング攻撃とクロスサイト・リクエスト・フォージェリに共通する対策がある」→ 正解。両方とも「ユーザの意図しないリクエスト送信」が本質。共通対策は CSRF トークン(リクエスト検証トークン) や SameSite Cookie など。また両者とも「パスワード再入力要求」で検証も効果的。
- エ「クリックに応じた処理実行直前にパスワード再入力を求め、正しい場合のみ実行することが、クリックジャッキングとクロスサイト・スクリプティングで共通の対策」→ 部分正解だが不正確。クリックジャッキング+CSRF トークンは共通対策だが、クロスサイト・スクリプティング(XSS)の対策はエスケープやCSP(Content Security Policy)で、パスワード再入力は共通ではない。選択肢の説明が「クロスサイト・スクリプティング」と混在しており誤引。
誤答の落とし穴 Trap-A 逆方向誘発:
- ア: エスケープ処理(XSS対策)とクリックジャッキング対策を混同。
- イ: 「X-Frame-Options を出力しない」という逆方向の説明。実際は「出力する」が正しい対策。← Trap-A(逆方向)
- ウ: CSRF トークンはクリックジャッキング+CSRF の共通対策。正解。
- エ: パスワード再入力はクリックジャッキング+CSRF に効果的だが、XSS には効果なし。「共通」という表現が過剰。
学習アドバイス: Web セキュリティの攻撃手法と対策は試験頻出です。
- XSS → エスケープ処理、CSP
- CSRF → CSRF トークン、SameSite Cookie
- クリックジャッキング → X-Frame-Options、CSRF トークン
を正確に区別してください。
品質・ビジネス課題
第21問 品質基準(ITSMS、Common Criteria、VDM)
問題要旨: 顧客向け情報サービスの品質管理に関わる基準・仕組みについて、3つの観点(a サービス品質管理、b セキュリティ重視製品調達、c ソフトウェア品質保証)と対応する基準(ITSMS、Common Criteria、ISMS、VDM)の組み合わせを選ぶ問題。
K2 分類・表示 T5 穴埋め推論 L2 Trap-D 類似混同
正解: イ
必要知識: 情報セキュリティ基礎、システム開発方法 — 品質管理フレームワーク、セキュリティ基準、仕様記述言語
解法の思考プロセス: 3つの観点に対応する基準を埋めます。
各基準の定義:
- ITSMS(IT Service Management System)→ IT サービス品質管理(可用性、対応時間等)
- Common Criteria → IT セキュリティ製品評価・認証基準(政府調達向け)
- ISMS(Information Security Management System)→ 情報セキュリティ管理体制・監査
- VDM(Vienna Development Method)→ 形式手法(仕様厳密記述・検証)
対応関係:
- a「顧客に提供する情報サービス品質の管理」→ ITSMS。サービスレベル、可用性、応答時間等を管理。
- b「セキュリティを重視する IT 製品の調達」→ Common Criteria。セキュリティ製品の評価・認証基準。政府調達で採用。
- c「ソフトウェア品質保証のために厳密に定義された仕様記述と検証」→ VDM。形式手法(VDM-SL 等)で数学的に厳密な仕様記述・検証。
したがって正解は:a ITSMS、b Common Criteria、c VDM → 選択肢イ
誤答の落とし穴 Trap-D 混同誘発:
- ITSMS vs ISMS → ITSMS はサービス品質、ISMS は情報セキュリティ管理。観点(a)がサービス品質なので ITSMS。
- Common Criteria vs ISMS → Common Criteria は製品認証、ISMS は組織の管理体制。bが「製品調達」なので Common Criteria。
- VDM vs 他の品質基準 → VDM は「形式仕様記述」が特徴。cが「厳密な仕様記述と検証」なので VDM。
- 選択肢ア「Common Criteria(a)、ITSMS(b)、ISMS(c)」→ 観点と基準が不適切。
- 選択肢ウ「ISMS(a)、VDM(b)、Common Criteria(c)」→ 観点と基準の対応が逆。
- 選択肢エ「VDM(a)、ISMS(b)、ITSMS(c)」→ 観点と基準の配置が混乱。
学習アドバイス: 品質基準は多数あり、混同しやすいです。以下の整理が鍵:
| 基準 | 対象 | 目的 |
|---|---|---|
| ITSMS | IT サービス | サービス品質管理 |
| ISMS | 組織全体 | 情報セキュリティ管理 |
| Common Criteria | IT 製品 | セキュリティ認証 |
| VDM | ソフトウェア | 仕様の数学的検証 |
第22問 クラウドサービス(SaaS、PaaS、IaaS、DaaS)
問題要旨: クラウドサービスの利用と課題に関する記述の正誤判定。セキュリティ手引き、料金体系(データ容量課金)、パブリッククラウド形態(SaaS/PaaS/IaaS/DaaS)、オンプレミス vs ホステッド型についてが出題されている。
K2 分類・表示 T1 正誤判定 L2 Trap-C 部分正解
正解: ア
必要知識: Web・クラウド技術 — クラウドサービスモデル、価格体系、セキュリティ管理
解法の思考プロセス: 各選択肢を検証します。
- ア「クラウドサービスのセキュリティ確保が重要で、情報処理推進機構が安全利用手引きを出している」→ 正解。経済産業省傘下の IPA(独立行政法人情報処理推進機構)は「クラウドサービス利用のための情報セキュリティ管理ガイドライン」等を公開。正確な記述。
- イ「クラウド料金は使用データ容量では異ならない」→ 誤り。多くのクラウドサービス(特にストレージ系)は
データ容量課金を採用します。初学者は月額固定 = クラウドと覚えがちですが、実務では容量アクセス回数転送量など複数の従量課金があり、TCO を考えるときもこの変動費を見落としてはいけません。 - ウ「パブリッククラウドの SaaS、PaaS、IaaS、DaaS はいずれもアプリケーション・ミドルウェア・OS・ハードウェアが一体化されたサービス」→ 誤り。各モデルの提供責任は異なる:
- IaaS(Infrastructure)→ ハードウェア・OS のみ提供。ミドルウェア・アプリは利用者責任。
- PaaS(Platform)→ OS・ミドルウェア提供。アプリは利用者責任。
- SaaS(Software)→ 全層提供。利用者はブラウザで使用するのみ。
- DaaS(Desktop)→ デスクトップ環境全体提供。
選択肢の「いずれも一体化」という説明は SaaS の説明であり、他のモデルに適用できない。ここは
責任共有モデルの入口で、下の層ほど事業者責任、上の層ほど利用者責任が残ると読むのが基本です。
- エ「オンプレミス型クラウド(自社インフラなし)、ホステッド型(自社インフラあり)」→ 誤り。逆。
- オンプレミス型(プライベートクラウド) → 自社でインフラを保有・運用。
- ホステッド型 → 事業者がインフラを提供し、自社でカスタマイズ。 選択肢の説明は「オンプレミス=外部利用」で誤記。
誤答の落とし穴 Trap-C 部分正解:
- ア選択肢は正確。IPA の公式ガイドラインが存在。
- イ選択肢が「容量課金がない」と誤説 → 実際には多くのサービスで容量課金あり。
- ウ選択肢が「全モデル一体化」と説明 → これは SaaS のみの特徴。IaaS は上層が利用者責任。
- エ選択肢が「オンプレミス=外部」と逆定義 → 定義が完全に逆。
クラウド = 事業者が全部やると読んでしまうこと。実際には SaaS / PaaS / IaaS / DaaS で責任分界が違い、セキュリティ設定やアプリ保守の一部は利用者側に残る。
学習アドバイス: クラウドサービスモデル(IaaS、PaaS、SaaS、DaaS)は試験頻出です。どこまで自社で持つか と どこから外部サービスか の 2 本で整理してください。オンプレミスは自社保有、ホステッドは外部事業者の設備を借りる形、IaaS / PaaS / SaaS はさらに責任分界が上へ上がっていく、と図で覚えるとぶれません。
| モデル | 提供者責任 | 利用者責任 |
|---|---|---|
| オンプレミス | なし | 全て |
| IaaS | ハード、OS | ミドル、アプリ |
| PaaS | ハード、OS、ミドル | アプリ |
| SaaS | 全て | 使用のみ |
第23問 グリーンIT(PUE、EuP、Green by IT)
問題要旨: 情報機器のエネルギー消費と環境配慮に関する記述の正誤判定。EuP 規制、Green by IT vs Green of IT、PUE 指標、ホワイトデータセンター(雪氷熱)についてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-D 類似混同
正解: エ
必要知識: IT戦略・DX — グリーンIT、データセンター効率化、環境規制
解法の思考プロセス: 各選択肢を検証します。
- ア「EuP(Energy-using Product)はわが国独自の規制」→ 誤り。EuP 指令は EU(欧州連合) の規制であり、わが国の制度ではない。わが国の対応規制は「トップランナー制度」等。用途誤配置。
- イ「Green of IT は機器の省エネ、Green by IT は IT を活用した社会の省エネ。JEITA はそれらの省エネ効果を試算」→ 誤り。Green of IT と Green by IT の定義は正しいが、JEITA の試算内容の記述に不正確な部分がある。
- Green of IT → IT 機器自体の省エネ(CPU 消費電力削減、サーバ効率化等)。「of IT」=「ITの省エネ」と覚える。
- Green by IT → IT を活用して全社・社会的に省エネ(テレワークで交通削減等)。「by IT」=「ITによる社会の省エネ」と覚える。
- JEITA(日本電子情報技術産業協会)がそれぞれの効果を試算している。
- ウ「PUE は企業全体の消費電力 ÷ データセンターの消費電力」→ 誤り。逆。 PUE(Power Usage Effectiveness) = データセンター全体消費電力 ÷ IT機器消費電力 例:PUE = 1.5 なら、1W の IT 機器を動作させるのに全体で 1.5W 消費(0.5W が冷却等オーバーヘッド)。 選択肢は「企業全体 ÷ データセンター」という逆で、意味不明。
- エ「ホワイトデータセンターとは雪氷熱を利用するデータセンター」→ 正解。ホワイトデ���タセンターとは、冬季に蓄えた雪や氷の冷熱エネルギーを利用してサーバルームを冷却するデータセンターの呼称。寒冷地の特性を活かし、冷房の電力消費を大幅に削減できる。「ホワイト」は雪氷を意味する。
誤答の落とし穴 Trap-D 混同誘発:
- EuP → わが国制度ではなく EU 規制。
- Green of IT vs Green by IT → 「of IT」=IT自体の省エネ、「by IT」=ITによる社会の省エネ。英語の前置詞で覚えると混同しにくい。
- PUE → 逆算式に注意。「企業全体 ÷ データセンター」ではなく「データセンター全体 ÷ IT機器」。
- ホワイトデータセンター → 雪氷熱を活用した冷却方式。名称と冷却原理を正確に覚える。
学習アドバイス: グリーンIT は最新のトレンドテーマです。Green of IT(IT機器自体の省エネ)vs Green by IT(ITによる社会的省エネ)の区別、PUE の定義(小さいほど効率良い)を確実に押さえてください。
統計・予測
第24問 時系列モデル(ARMA、指数平滑法、バスモデル)
問題要旨: 商品需要予測における時系列モデルに関する記述の正誤判定。ARMA モデル、指数平滑法、バスモデル、イノベータの定義についてが出題されている。
K1 定義・用語 T1 正誤判定 L2 Trap-C 部分正解
正解: ア
必要知識: 統計基礎 — 時系列分析、需要予測モデル
解法の思考プロセス: 各選択肢を検証します。
- ア「ARMA モデルは自己回帰モデルと移動平均モデルを組み合わせたもの」→ 正解。
- AR(AutoRegressive) → 過去の値に基づく回帰。
- MA(Moving Average) → 過去の誤差に基づく平均。
- ARMA → この2つを組み合わせたモデル。定義として正確。
- イ「指数平滑法は自己回帰モデルと物価指数による単回帰モデルを組み合わせたもの」→ 誤り。指数平滑法は: 過去の観測値に対して、最近のデータに大きい重み、古いデータに小さい重みを付けた加重平均。 「自己回帰と物価指数の単回帰の組み合わせ」という説明は誤り。指数平滑法は独立した手法。
- ウ「バスモデルは 期の売上 = その期の購入者数に比例」→ 誤り。バスモデルの売上式は複数の要因を含む: 売上 = イノベータが購入(外部影響)+ フォロワーが購入(内部影響・口コミ) 「購入者数に比例」だけでは、バスモデルの本質(イノベータ→フォロワー普及)を見落とし。
- エ「バスモデルのイノベータは消費者の初期購入者 2.5%層」→ 誤り。イノベータは「採用曲線」の分類用語で: イノベータ 2.5% → 早期採用者(Early Adopters)13.5% → 前期大多数 34% → 後期大多数 34% → 遅滞者 16% 選択肢は「イノベータ 2.5%」と正確に述べているが、バスモデル特有の定義とは無関係。バスモデルでは「イノベーション係数 」と「模倣係数 」が重要。選択肢の説明は採用曲線論で、バスモデルではない。
誤答の落とし穴 Trap-C 部分正解:
- ア選択肢は完全に正確。ARMA の定義。
- イ選択肢が「指数平滑法の本質を誤解」 → 自己回帰や物価指数との組み合わせではなく、過去データへの加重。
- ウ選択肢が「バスモデルを過度に単純化」 → イノベータ+フォロワーという二項過程が省略。
- エ選択肢が「採用曲線とバスモデルを混同」 → 「イノベータ 2.5%」は採用曲線の分類。バスモデルは 、 パラメータで記述。
学習アドバイス: 時系列モデルは複雑で、試験での間違いが多いテーマです。以下の整理が鍵:
| モデル | 特徴 | 用途 |
|---|---|---|
| ARMA | 自己回帰 + 移動平均 | 定常時系列予測 |
| 指数平滑法 | 過去データの加重平均 | トレンド&季節性を含む予測 |
| バスモデル | イノベータ+模倣(フォロワー) | 新製品普及予測 |
第25問 分散分析と多重比較
問題要旨: 複数の仕入先(A、B、C 社)から仕入れた部品の重量を比較し、「平均重量が仕入元により異なるか」を統計的に検定する方法に関する記述の正誤判定。多元配置分散分析、自由度、多重比較、第二種過誤についてが出題されている。
K3 数式・公式 T4 条件整理 L3 Trap-A 逆方向
正解: イ
必要知識: 統計基礎 — 分散分析(ANOVA)、多重比較問題、検定の多重性
解法の思考プロセス: 各選択肢を検証します。
データ確認:
| A社 | B社 | C社 |
|---|---|---|
| 12.3 | 12.1 | 11.9 |
| 12.6 | 12.5 | 12.1 |
| 12.4 | 12.9 | 12.6 |
| 13.4 | 12.4 | 12.7 |
| - | 12.2 | 12.4 |
| - | 12.5 | - |
A社:4件、B社:6件、C社:5件。計15件。
- ア「3社のデータなので多元配置分散分析を利用」→ 誤り。多元配置分散分析は「複数の要因の交互作用」を調べる手法。この問題は「仕入元(1要因)」のみ。適切な手法は「一元配置分散分析(One-way ANOVA)」。
- イ「3社のデータについての比較なので、分散分析では群間の自由度は2になる」→ 正解。 群間自由度 = グループ数 − 1 = 3 − 1 = 2(A社、B社、C社の3グループ) この計算は統計学的に正しく、イが正解。
- ウ「5%有意水準で3社間の 検定を複数回繰り返し、いずれも有意差がなければ、△%水準で差がないといえる」→ 誤り。 多重比較問題 → 複数回の検定を繰り返すと、全体の第一種過誤(有意差がないのに有意と判定する)が積み重なる。 例:3つの群から2つ選ぶペアは 3C2 = 3 通り。各検定で有意水準 5% なら、全体の有意水準は最大 。 「△%水準で差がないといえる」という表現は、有意水準と信頼度を混同しており不正確。
- エ「平均値の差の 検定を任意の社間で繰り返すと、検定の多重性による第二種の過誤が大きくなる」→ 誤り。 複数回検定で蓄積されるのは 第一種過誤(有意差がないのに有意と判定) であり、「第二種の過誤」ではない。第二種の過誤(有意差があるのに検出しない)は多重比較補正(ボンフェローニ法等)で有意水準を厳しくした場合に増加するものであり、検定の繰り返しそのものから直接生じるものではない。
誤答の落とし穴 Trap-A 逆方向誘発:
- ア: 多元配置(複数要因の相互作用)vs 一元配置(1要因)の混同。この問題は仕入元(1要因)のみなので一元配置。
- ウ: 多重比較の有意水準計算が近似的で、「差がないといえる」という結論の導き方も論理的に不正確。
- エ: 「第二種の過誤」が「第一種の過誤」の逆方向誤り。多重比較で蓄積されるのは第一種過誤。← Trap-A(逆方向)
学習アドバイス: 分散分析と多重比較は統計学の難関テーマです。以下の原則を暗記:
| 検定法 | 用途 | 多重性対策 |
|---|---|---|
| 一元配置 ANOVA | 3群以上の平均比較 | 事前に全体検定 |
| 検定(ペアごと) | 2群の平均比較 | 多重比較補正(ボンフェローニ等) |
| Tukey HSD | ペアごとの多重比較 | 多重比較を考慮した有意水準調整 |
「複数回の検定 → 第一種過誤蓄積」という原則が分散分析を学ぶ最大のポイントです。
分類タグの凡例
知識種類(K)
- K1 定義・用語 — 概念・用語の定義、分類、基本知識
- K2 分類・表示 — カテゴリ分け、分類体系、表示基準
- K3 数式・公式 — 計算式、アルゴリズム、統計的関係式
- K4 手続・手順 — 処理ステップ、ワークフロー、運用プロセス
- K5 制度・基準 — 法規制、基準規格、ガイドライン
思考法(T)
- T1 正誤判定 — 選択肢が正しいか誤りかを判定
- T2 分類判断 — データ・情報を分類・カテゴリ化
- T3 計算実行 — 計算・算出
- T4 条件整理 — 複数条件から最適解を導出
- T5 穴埋め推論 — 空欄や欠落情報から論理的に推論
形式層(L)
- L1 基礎知識 — 単語・定義レベルで答えられる
- L2 応用理解 — 概念を組み合わせ、実務的状況で判断
- L3 計算応用 — 複数ステップの計算・条件整理が必要
罠パターン(Trap)
- Trap-A 逆方向 — 因果逆転、上下逆転など
- Trap-B 条件見落とし — 重要な条件を無視した誤答
- Trap-C 部分正解 — 一部正しいが全体では誤り
- Trap-D 類似混同 — 概念的に近い用語を混同
- Trap-E 計算ミス — 計算過程の誤り、単位換算誤り
年度総括
思考法の分布
| 思考法 | 出題数 | 割合 | 学習優先度 |
|---|---|---|---|
| T1 正誤判定 | 37 | 65.5% | 最高 |
| T5 穴埋め推論 | 12 | 21.2% | 高 |
| T4 条件整理 | 6 | 10.6% | 中 |
| T3 計算実行 | 4 | 7.0% | 低 |
| T2 分類判断 | 1 | 1.8% | 低 |
解説: 平成28年度は「T1 正誤判定」が65%以上を占める一方で、「T5 穴埋め推論」が21%を占めており、空欄に当てはまる用語や概念を推論する力が重要になっています。これは受験生の定義理解と用語能力を直接問う傾向です。
罠パターンの分布
| 罠パターン | 出題数 | 特徴 |
|---|---|---|
| Trap-D 類似混同 | 39 | 圧倒的多数。クラウド、ネットワーク、セキュリティ用語の混同が中心 |
| Trap-C 部分正解 | 20 | 次点。一部正しい説で引っかかるパターン |
| Trap-B 条件見落とし | 14 | 条件限定や適用範囲の見落とし |
| Trap-A 逆方向 | 9 | 因果関係や優先順位を逆に理解 |
| Trap-E 計算ミス | 5 | 統計計算のミス |
解説: Trap-D が39問(69%)もあり、極めて重要です。「クラウド(IaaS/PaaS/SaaS)」「ネットワーク(LAN/WAN/VPN)」「セキュリティ対策」など、似た概念を正確に区別する訓練が必須です。
Tier別学習優先度
優先度 1(必須・定期復習)
- IT用語の正確な定義(特に穴埋め問題対策として用語の定義を暗唱できるレベル)
- ネットワーク・セキュリティの類似プロトコルと用語を区別(クラウドモデル、VPN、プロキシなど)
- システム開発手法の「適用場面」と「特徴」を対比で整理
- データベースのSQL構文(特に結合、WHERE、GROUP BY の順序)
優先度 2(穴埋め・用語理解)
- 情報セキュリティの「脅威」と「対策」を正確に対応させる
- クラウドサービスモデル(IaaS、PaaS、SaaS)の定義を明確化
- ネットワークアーキテクチャ(LAN、MAN、WAN の定義と用途)
優先度 3(周辺知識)
- 統計計算と標本サイズの公式
- プロジェクト管理指標(EV、SPI、CPI)
- バックアップ戦略とディザスタリカバリの形態(ホットサイト、ウォームサイト、コールドサイト)
本番セルフチェック5項目
- IT用語の正確な定義を確認したか(略語の展開含む)
- 空欄問題対策として、教科書に載る主要IT用語の定義を暗唱できるレベルで学習。「クラウドコンピューティングとは」「VPNとは」など、テキスト的な定義を正確に
- ネットワーク・セキュリティの類似プロトコルを混同していないか
- IaaS(インフラ提供)/ PaaS(プラットフォーム提供)/ SaaS(アプリケーション提供)の違い
- LAN(ローカル)/ WAN(広域)/ VPN(仮想専用線)の用途
- プロキシサーバー(クライアント側)vs ファイアウォール(境界防御)
- システム開発手法の「適用場面」と「特徴」を対比で整理したか
- ウォーターフォール(大規模、要件明確、変更少ない)
- アジャイル(小規模、反復的、要件不明確)
- スパイラル(リスク管理重視)
- プロトタイピング(ユーザー要件抽出重視)
- データベースのSQL構文で「WHERE」「GROUP BY」の順序を確認したか
- SELECT → FROM → WHERE → GROUP BY → HAVING → ORDER BY の厳格な順序
- WHERE(行フィルタ) vs HAVING(グループフィルタ)の使い分け
- 集約関数(COUNT、SUM、AVG)の使用位置
- 情報セキュリティの「脅威」と「対策」の対応を正しく選んだか
- 脅威:マルウェア、盗聴、改ざん、なりすまし、サービス妨害、インジェクション攻撃
- 対策:認証(パスワード、多要素認証)、暗号化、ファイアウォール、IDS/IPS、バックアップ、アクセス制御
- 脅威と対策の対応関係を表で整理して確認
分類タグ凡例
| タグ | 意味 |
|---|---|
| K1 定義・用語 | 用語の正確な意味を問う |
| K2 グラフ形状 | グラフの読み取り・形状判断 |
| K3 数式・公式 | 公式の適用・計算 |
| K4 因果メカニズム | 原因→結果の論理連鎖 |
| K5 制度・データ | 法制度・統計データの知識 |
| T1 正誤判定 | 選択肢の正誤を判定 |
| T2 グラフ読解 | グラフから情報を読み取る |
| T3 計算実行 | 数値計算を実行 |
| T4 因果推論 | 因果関係を推論 |
| T5 場合分け | 条件による場合分け |
| L1 基礎 | 基本知識で解ける |
| L2 応用 | 知識の組み合わせが必要 |
| L3 高度 | 複数ステップの推論が必要 |
| L4 最難度 | 高度な分析力が必要 |
| Trap 逆方向誘発 | 因果の向きを逆に誘導 |
| Trap 混同誘発 | 類似概念を混同させる |
| Trap 部分正解 | 部分的に正しい選択肢で誘導 |
| Trap 条件すり替え | 前提条件を変えて誘導 |
| Trap 計算ミス | 計算過程での間違いを誘発 |
関連ページ
このページは役に立ちましたか?
評価とひとことを残してもらえると、内容と導線の改善に使えます。
Last updated on