ITパスポート 令和3年度 問1：システム戦略に関する問題

答えは c です。

E-R図は「お店にある"モノ"どうしの関係」を絵にしたものです。

たとえば「お客さん」と「商品」があって、「お客さんが商品を買う」という関係がありますよね。この"だれと何が、どうつながっているか"を四角と線で描くのがE-R図です。

「だれ」「何」にあたる箱をエンティティ、つながり方をリレーションシップと呼びます。だから「業務の中身（意味）」を整理するのが目的です。

👉 覚え方：E-R＝Entity（モノ）とRelation（関係）。「モノとモノの関係を図にする」だけ！

ほかの選択肢：a／b は「仕事の流れ」を見るもの（→これは業務フロー図のお話）／d は「データベースをどう作るか」の細かい話で、目的が一段先すぎます。

なぜこれが正解か

正解は c。E-R図（Entity-Relationship Diagram）は、業務の管理対象をエンティティ（実体：顧客・製品など）として捉え、それらの間のリレーションシップ（関連）を図示することで、業務上の意味やデータ構造を明確にする手法。データモデリングの中核技法。

各選択肢の解説

• a：データの流れ・ワークフローの把握はDFD（データフロー図）や業務フロー図の役割。
• b：現行業務の流れと問題点の把握もDFD等の業務分析であり、E-R図の主目的ではない。
• d：データ項目の詳細検討や実装方法の確定は物理設計の段階。E-R図はその前段の概念・論理設計。

覚え方・ひっかけ注意

「流れ（フロー）＝DFD」「関係（リレーション）＝E-R図」とセットで覚える。d は『データベース』という語につられやすいが、E-R図は実装より前の"意味の整理"が目的。

理論的背景

E-R図はPeter Chen（1976年論文「The Entity-Relationship Model」）が提唱したデータモデリング手法で、現実世界をエンティティ（実体）・アトリビュート（属性）・リレーションシップ（関連）の3要素で抽象化する。関連には1対1・1対多・多対多のカーディナリティ（多重度）があり、特に「多対多」は実装時に連関エンティティ（中間テーブル）へ分解する。例えば「学生」と「授業」の多対多は「履修」という中間テーブルを挟んでリレーショナルDB設計の出発点となる。エンティティの識別には主キー（識別子）の選定が不可欠で、自然キー（業務上の意味を持つ属性）とサロゲートキー（連番ID等）の選択は物理設計に直接影響する。

実務での使われ方

システム開発の要件定義〜基本設計フェーズでユーザーと「どんな情報を管理するか」を合意するための共通言語として使われる。ER図ツール（A5:SQL Mk-2、ERDiagram等）を用いて書いたモデルは、DDL（CREATE TABLE文）の自動生成にも使われる。プロジェクトでは「概念ER図（業務観点・実装非依存）」→「論理ER図（正規化・関連明確化）」→「物理ER図（テーブル名・型・インデックス入り）」の3段階で作成するのが標準的で、各フェーズで異なるレビュアー（ユーザー／設計者／DBA）が確認する。

上位資格への接続

基本情報技術者では正規化（第1〜第3正規形）、外部キーと参照整合性制約、IE記法・IDEF1X記法の読み取りが問われる。応用情報技術者以上では複雑なスキーマ設計・正規化の逆（非正規化による性能チューニング）・NoSQLとの比較まで発展する。ITパスポートの「意味の整理」を出発点に、DB設計の全体像を積み上げる構造になっている。

選択肢の発展補足

選択肢aのDFDはDeMarcoが体系化したデータフロー図で、プロセス・データストア・外部エンティティ・データフローの4要素で業務を表す。E-R図との違いは「データが何か（静的）」vs「データがどう流れるか（動的）」。選択肢dの物理設計ではNULL制約・UNIQUE制約・インデックス戦略・パーティショニングといったRDBMS固有の要素が加わり、概念設計とは役割が明確に分かれる。