ITパスポート 2021年 問01
問題文
E-R図を使用してデータモデリングを行う理由として、適切なものはどれか。
選択肢
ア:業務上でのデータのやり取りを把握し、ワークフローを明らかにする。
イ:現行業務でのデータの流れを把握し、業務遂行上の問題点を明らかにする。
ウ:顧客や製品といった業務の管理対象間の関係を図示し、その業務上の意味を明らかにする。(正解)
エ:データ項目を詳細に検討し、データベースの実装方法を明らかにする。
🔒 解説は解答すると表示されます
E-R図を使用してデータモデリングを行う理由として、適切なものはどれか。【ITパスポート 解説】
正解の理由
E-R図(エンティティ・リレーションシップ図、Entity-Relationship diagram:業務で扱う「もの(エンティティ)」と「それらの関係(リレーションシップ)」を図で表す手法)は、業務で管理する対象(例えば顧客や製品)と、その間の関係性を明確にするために使います。したがって、業務の管理対象間の関係を図示し、その業務上の意味を明らかにするという記述が最も合致します。ここでの正答は ウ です。
E-R図は「何を管理するか」「それらがどう繋がるか(1対多、多対多など)」を表す“概念モデル”です。処理の手順やデータの流れを示すものではありませんし、物理的なデータベース実装の細かい設計(カラムの型やインデックス設計など)を直接示すものでもありません。よって選択肢の中で最も適切なのは ウ です。
解法ステップ
- 問題文のキーワードを探す:「E-R図」「データモデリング」。
- E-R図の役割を思い出す。 → 「業務上の管理対象(エンティティ)とその関係を図示する(概念モデル)」。
- 各選択肢の意味を短く確認する:
- 業務の手順・流れか? → E-R図の役割ではない。
- データの流れ・問題点の把握か? → これはデータフロー図(DFD)に近い。
- 管理対象と関係の表現か? → これがE-R図の役割。
- 実装(物理的)か? → それは後工程。
- 最も合う選択肢を選ぶ(今回の場合は ウ)。
この順で考えると、無理に暗記しなくても論理的に選べます。
選択肢別の誤答解説
-
ア: 業務上でのデータのやり取りを把握し、ワークフローを明らかにする。
→ 誤り。ワークフローや処理の手順、業務フロー図は業務プロセス図やBPMN、またはデータフロー図(DFD)が適しています。E-R図は「もの」と「関係」を示すため、手順の可視化が目的ではありません。 -
イ: 現行業務でのデータの流れを把握し、業務遂行上の問題点を明らかにする。
→ 誤り。データの流れ(どの処理でデータが移動するか)を把握するのはデータフロー図(DFD)や業務フロー図です。E-R図は流れではなく構造(誰が・何を持っているか)を表します。 -
ウ: 顧客や製品といった業務の管理対象間の関係を図示し、その業務上の意味を明らかにする。
→ 正しい。E-R図はエンティティ(管理対象)とリレーション(関係)を表し、業務で何を管理しどう関係するかを明らかにします。ここがE-R図の本質です。 -
エ: データ項目を詳細に検討し、データベースの実装方法を明らかにする。
→ 誤り。これは論理/物理設計の範囲です。E-R図は概念設計(何を管理するか)を主に扱い、実装(カラムの型・インデックス・パフォーマンス対策など)は後段で行います。
よくある誤解
-
「E-R図はデータの流れを示す」
→ 間違いです。E-R図は構造(エンティティと関係)を示します。データの流れはDFD(データフロー図)が担当します。 -
「E-R図そのままでデータベース設計が完了する」
→ 部分的に正しいですが不完全です。E-R図は概念モデルであり、実際のDB実装には論理設計(テーブルや属性の決定)や物理設計(型やインデックスなど)が必要です。 -
「属性(データ項目)の細かい仕様までE-R図で決める」
→ E-R図では主要な属性は示しますが、細かいデータ型や制約は論理設計・物理設計で決めます。
補足コラム
-
概念モデル・論理モデル・物理モデルの違い(かんたん)
- 概念モデル:何を管理するか(E-R図で表す)。業務の意味(セマンティクス)を明確にする。
- 論理モデル:概念モデルをリレーショナル(関係データベース)の考え方に落とし込む(テーブル・主キー・外部キーなど)。
- 物理モデル:実際のDB製品(例:MySQL、Oracle)上での実装詳細(データ型、インデックス、分割等)。
-
E-R図の基本要素(簡単)
- エンティティ(Entity:管理対象。例:顧客、製品、注文)
- 属性(Attribute:エンティティの性質。例:顧客名、製品コード)
- リレーションシップ(Relationship:エンティティ間の関係。例:顧客が注文する)
- カーディナリティ(Cardinality:関係の数のルール。例:1対多、多対多)
-
例(言葉で表現)
「顧客(エンティティ)は複数の注文(エンティティ)を出す(一対多のリレーション)。注文は複数の製品を含む(多対多)」。E-R図はこれを図で分かりやすく表します。
FAQ
Q1. E-R図は業務フローと一緒に作るべきですか?
A1. はい。業務理解のために業務フロー図とE-R図を併用すると効果的です。業務フロー図で処理の流れを把握し、E-R図で管理対象と関係を整理します。
A1. はい。業務理解のために業務フロー図とE-R図を併用すると効果的です。業務フロー図で処理の流れを把握し、E-R図で管理対象と関係を整理します。
Q2. E-R図は誰が作るべきですか?
A2. 業務担当者とシステム担当者が協力して作るのが良いです。業務担当者が何を管理しているか、システム担当者がそれをどのように実装するかを一緒に整理します。
A2. 業務担当者とシステム担当者が協力して作るのが良いです。業務担当者が何を管理しているか、システム担当者がそれをどのように実装するかを一緒に整理します。
Q3. E-R図からそのままテーブルを作れますか?
A3. 概ね可能ですが、属性の詳細やデータ型、インデックスなどの物理設計作業が必要です。E-R図は出発点です。
A3. 概ね可能ですが、属性の詳細やデータ型、インデックスなどの物理設計作業が必要です。E-R図は出発点です。
関連キーワード: E-R図、エンティティ・リレーションシップ図、概念モデル、データモデリング、論理設計、データフロー図、カーディナリティ、属性、エンティティ、リレーションシップ

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

