データベーススペシャリスト午後II 総合事例記述令和7年 秋期
午後II 問2

問2 宅配ピザチェーンにおける店舗への資材配送業務の概念データモデリング

テーマ:宅配ピザチェーンにおける店舗資材配送業務の概念データモデリング及び関係スキーマの設計
左右2分割表示:左側の問題文をスクロールしながら右側の設問に解答できます

長文事例本文

図表クリックで拡大
問2 宅配ピザチェーンにおける店舗への資材配送業務の概念データモデリングに関する次の記述を読んで,設問に答えよ。  B社は,宅配ピザチェーンである。B社では,店舗資材配送システムの再構築を進めており,業務分析を行い,概念データモデル及び関係スキーマを設計した。 〔現状の業務分析の結果〕 1. 社内外の組織に関連する資源 (1) 全国を対象に,人口分布及び道路状況を考慮して幾つかの郵便番号の指す区域を束ねて地区として設定している。地区は地区コードで識別する。 (2) 首都圏及び地方中核都市のベッドタウンに重点的に店舗を展開しており,約500店がある。店舗は店舗コードで識別し,いずれかの地区に立地する。 (3) 物流センター(以下,DCという)は全国に12あり,DCコードで識別する。 ① DCは,幾つかの地区を束ねて,それらにある店舗を配送対象にしている。 ② DCは,店舗への資材の配送及び調達先からの資材の受入れを行う。 ③ DC内の倉庫には80〜120程度の区画があり,DCごとに区画番号で識別する。区画のほとんどは冷蔵保管の機能で,残りの一部が常温保管と冷凍保管の機能となっている。区画がいずれの機能かは,機能区分で分類する。 ④ 区画は,幾つかの棚に仕切られており,棚が幾つあるかの棚数をもつ。 ⑤ 棚は,区画ごとに棚番号で識別する。 (4) DCから店舗へ配送するトラックのルートを整備している。ルートはDCごとのルート番号で識別し,車両番号をもつ。 ① ルートの店舗への納入は13〜16時の間に終わるように設定している。 ② ルートごとに店舗への納入順を決めている。 (5) 資材の調達先をベンダーと呼び,ベンダーコードで識別する。 2. 商品及び資材に関連する資源 (1) 店舗で販売する商品は,商品コードで識別し,商品名をもつ。 ① 商品の種類には,ピザ,追加トッピング,サイドメニュー,ドリンクがあり,商品種類区分で分類する。 ② 商品には,ピザであればマルゲリータ,ハワイアンなど,サイドメニューであればフライドチキン,サラダなどがある。 ③ ピザ及び追加トッピングには,S,M,Lの3サイズがある。 ④ ドリンクには,MサイズとLサイズの2サイズがある。 ⑤ 全てのサイドメニューはMサイズの1サイズだけである。複数のサイドメニューの組合せ及び入れる個数の違うものは,別の商品としている。 ⑥ ピザのようにサイズのある商品もあるが,商品はサイズ別には登録しない。商品には,その商品に幾つサイズがあるかのサイズ数をもつ。 ⑦ ハーフ&ハーフなどの組合せ商品は,マルゲリータ&ハワイアンのように商品名を付けてあらかじめ全ての組合せを登録する。 ⑧ 商品の販売には,定番商品,期間限定商品,新商品があり,商品販売区分で分類する。 ・定番商品は,その商品の前年日販数をもつ。 ・期間限定商品は,販売期間の開始と終了の年月日をもつ。 ・新商品は,3か月の評価期間の売れ行きで判断し,定番化するか否か決めるもので,販売開始の年月日と定番化判断の結果をもつ。 (2) 資材は資材コードで識別し,資材名,調達先ベンダーコードなどをもつ。 ① 資材には,食材と梱包材がある。梱包材は,調理したピザやサイドメニューの梱包に用いる。資材がいずれであるかは食材梱包材区分で分類する。 ② 資材が,冷蔵保管,常温保管,冷凍保管のいずれの対象かを保管温度帯区分で分類する。 ③ 定番商品に用いる食材及び梱包材を共通資材と呼ぶ。共通資材には,食材であればピザ台,チーズ,サラミ,ハム,カット野菜,食用油などがあり,梱包材であれば商品共通の箱やポリ袋などがある。3か月平均単価をもつ。 ④ 期間限定商品と新商品に固有で用いる食材及び梱包材を企画資材と呼ぶ。企画期間単価をもつ。 ⑤ 資材が,共通資材であるか企画資材であるかは,共通企画区分で分類する。 ⑥ 資材には計量単位を設定する。枚,グラム,個,ミリリットルなどがある。 (3) 資材をベンダーから購入する荷姿を購入荷姿と呼ぶ。主に容量が50リットル程度の段ボール箱である。 (4) DCから資材を店舗に配送する荷姿を配送荷姿と呼ぶ。配送の最小単位であり,購入荷姿の段ボール箱を開梱した小箱,袋,ボトルなどである。DCでは,この単位で保管するので保管荷姿とも呼ぶ。 (5) 資材には,購入荷姿の入数と配送荷姿の入数をもつ。DCから店舗への配送は,配送荷姿の入数の整数倍で行う。 (6) 資材を調達するベンダーは,資材ごとに1社に決めている。 3. 資源の組合せで定める資源及び在庫 (1) 商品とサイズの組合せで,資材ごとの使用量をレシピとして登録している。使用量は調理時のロスを考慮している。 (2) DCごとに資材の在庫をもつ。 4. 商品企画のやり方 (1) 商品企画の対象は期間限定商品と新商品である。期間限定商品と新商品で商品企画のやり方は同じである。 (2) 期間限定商品のレシピ及び販売期間はB社の本部が定める。 (3) 本部は,新商品の評価期間後に定番商品にするか廃番にするかを決める。新商品を定番商品にする場合,新たに定番商品として登録する。 5. DCからベンダーへの発注のやり方  定量発注と計画発注がある。どちらも1日に高々1回行う。 (1) 定量発注のやり方 ① 共通資材を対象として,定量発注を実施している。 ② B社が採用している定量発注は,DCごと資材ごとに発注ロットサイズ,発注リードタイムを調達条件として取り決めておき,DCの実在庫数が,DCごと資材ごとに設定した基準在庫数を下回ったときに,発注ロットサイズ分の発注を日次で行う方式である。発注ロットサイズは購入荷姿の入数の整数倍にする。調達条件は必要に応じてベンダーと協議する。 ③ 定量発注では,確かに在庫を確認して発注したものか否かを表す在庫確認サイン及び発注年月日を記録する。 (2) 計画発注のやり方 ① 企画資材を対象として,計画発注を実施している。 ② 計画発注では,全販売期間にわたって週次の調達量をあらかじめ発注する。発注年月日,発注数及び希望納期年月日を記録する。 6. DCでの在庫保管のやり方 (1) 倉庫内の資材の保管は,固定ロケーション方式を採用している。 ① 倉庫の区画に対して一つ又は複数の資材を割り当てるが,一つの資材は一つの区画だけに収めている。DCごと資材ごとに保管区画を決めている。 ② 資材は一つ又は複数の棚に割り当てるが,一つの棚には一つの資材だけを割り当てる。 (2) 同じ資材は,先に入庫したものから先に出庫する先入先出を行う。 ① 資材に割り当てた棚には,次に入庫する棚を示す後続棚番号をもたせ,同じ資材に割り当てた棚の中で後続棚番号が一巡するように設定する。棚には,同じことが目視で判別できるように,棚番号,後続棚番号,割り当てている資材コードと資材名を記載したプレートを掲示する。 ② 最後に入庫した棚番号を最終入庫棚番号として記録する。最後に出庫した棚番号を最終出庫棚番号として記録する。最終入庫棚番号と最終出庫棚番号は,DCの資材在庫にもつ。これによって,次の入庫又は出庫をどの棚番号から行えばよいかを知ることができる。 7. 入荷及び入庫のやり方 (1) 入荷では,ベンダーの納品を受けて資材ごとに現物を確認し,入荷年月日,検品サイン,どの発注に基づく入荷かの対応を記録する。 ① 定量発注による入荷では,入荷時分を記録する。 ② 計画発注による入荷はベンダーの都合で分納され得る。入荷数を記録する。 (2) 入荷した段ボール箱を開梱して保管荷姿の現品を入庫する。入庫は入荷の単位に行い,入庫時分を記録する。 (3) 保管荷姿の現品には,資材の情報を記したバーコードラベルを貼付する。 8. DCでの出庫のやり方 (1) DCでは毎営業日の8〜11時に出庫を行う。出庫は摘取方式で行う。摘取方式とは,店舗ごとの出庫要求に従って倉庫を回って資材を出庫し,店舗ごとに用意したかご台車に積むやり方である。 (2) 出庫に先立って出庫要求をまとめる。出庫要求では,共通資材の補充要求,企画資材の計画要求,店舗の追加要求の3種類の資材要求を作り,資材要求から店舗ごと資材ごとに対象の配送年月日の出庫要求を導く。3種類の資材要求は要求区分で分類する。 (3) 共通資材の補充要求は,各店舗の販売実績から求めることのできる共通資材ごとの使用量を必要量として,配送の1営業日前に次の手順で求めたものである。共通資材の補充要求は,算出時分をもつ。 ① 店舗の営業終了時に,各店舗から当日の販売実績として,販売年月日,店舗コード,商品コード,販売サイズ,販売数を連携してもらう。 ② 連携された販売実績とレシピを基に,全ての資材の使用量を求める。 ③ ②の結果のうち共通資材だけを対象に,店舗ごと資材ごとに集計して共通資材の使用量を求め,配送荷姿の入数で除して四捨五入することで配送荷姿での必要数とし,資材要求数を導く。 (4) 企画資材の計画要求は,販売期間及び各店舗の販売実績を勘案して求めた営業日ごと企画資材ごとの必要量をDCが事前に登録したものである。登録年月日を記録する。 (5) 店舗の追加要求は,店舗責任者が事前に登録してある共通資材の補充要求と企画資材の計画要求を前提に判断し,全ての資材について追加で必要な資材を要求する。登録年月日時分を記録する。 (6) 出庫は,導いた出庫要求に基づいて行う。店舗ごとに出庫すべき資材を全て出庫し終わったら出庫完了時分を記録し,内訳の出庫実績数を記録する。 9. DCでの出荷のやり方 (1) 店舗への出荷を毎営業日に1回,13時から実施する。 (2) 出荷では,配送車が出発するごとに配送年月日,出荷時分を記録する。 (3) 出荷の店舗ごとの内訳では対象店舗を記録する。 (4) 出荷の店舗ごと資材ごとの内訳として出荷店舗資材明細を作り,どの出庫の内訳を対応させたかと出荷実績数を記録する。 10. 店舗への納入のやり方 (1) ルートの納入順に店舗へ納入を行う。納入は,かご台車のまま納品書を添えて店舗に引き渡し,店舗が確認することで完了する。 (2) 納入は,出荷店舗明細と対応付け,納入時分と店舗の確認サインを記録する。 (3) 店舗からは,前回の納入で用いたかご台車を回収する。かご台車の回収は特に記録しない。 〔再構築における店舗への出庫及び出荷のやり方の変更〕 1. 変更の背景  B社は,創業以来DCでの出庫は摘取方式で行ってきたが,DC当たりの店舗数が増えてきたので,作業効率を上げるために種まき方式に変更することにした。 2. 変更する出庫のやり方 (1) 種まき方式とは,資材ごとに全ての店舗分をまとめて一度に出庫し,出庫した資材を各店舗向けのかご台車に種まきをするように仕分けるやり方である。 (2) 共通資材の補充要求の求め方,企画資材の計画要求の登録の仕方,店舗の追加要求の仕方の3種類の資材要求数の導き方は変えず,資材要求からDCごと資材ごとに対象配送年月日の出庫要求を導くように変更する。 (3) 出庫要求とは別に,出荷の段取りとして資材要求から店舗ごと資材ごとに対象配送年月日の出荷予定明細を導き,出荷予定数をもつ。 (4) 出庫は区画ごとに実施し,出庫明細で区画内の資材を出庫要求に基づいて出庫する。出庫では配送年月日と出庫完了時分を記録し,出庫明細で出庫要求との対応と出庫実績数を記録する。 3. 出庫のやり方の変更に伴う出荷のやり方の変更 (1) 出荷の店舗ごと資材ごとの内訳で,どの出荷予定明細に基づいたか,どの出庫明細と対応付けたかを記録する。 (2) 出荷店舗資材明細に出荷実績数を記録する。 〔概念データモデルと関係スキーマの設計〕 1. 概念データモデル及び関係スキーマの設計方針 (1) 関係スキーマは第3正規形にし,多対多のリレーションシップは用いない。 (2) リレーションシップが1対1の場合,意味的に後からインスタンスが発生する側に外部キー属性を配置する。 (3) 概念データモデルでは,リレーションシップについて,対応関係にゼロを含むか否かを表す“○”又は“●”は記述しない。 (4) 実体の部分集合が認識できる場合,その部分集合の関係に固有の属性があるときは部分集合をサブタイプとして切り出す。 (5) サブタイプが存在する場合,他のエンティティタイプとのリレーションシップは,スーパータイプ又はいずれかのサブタイプの適切な方との間に設定する。 (6) 概念データモデル及び関係スキーマは,マスター及び在庫領域と,トランザクション領域を分けて作成し,マスターとトランザクションの間のリレーションシップは記述しない。 (7) 関係スキーマでは,可読性を重視するので自然キー(ナチュラルキー)だけを用い,代理キー(サロゲートキー)は用いない。 (8) 自然キーを参照する外部キーには冗長な属性が必要になる場合がある。この場合,属性名の前後を“[”と“]”で挟んで明示する。結合して求まる冗長な属性を明示する例を図1に示す。また,スーパータイプからサブタイプに継承した冗長な属性を明示する例を図2に示す。 ``` 【概念データモデルの例】 作業種類  部門       │    ┌──┴──┐    ▼     ▼   従業員  部内会議    │     │    └────┐│         ▼▼        作業実績 【関係スキーマの例】 作業種類(作業コード,作業種類名) 部門(部門コード,部門名) 従業員(従業員番号,氏名,部門コード) 部内会議(部門コード,会議番号,会議名,開催日時) 作業実績(従業員番号,作業年月日,作業開始時刻,作業コード,[部門コード],会議番号,作業時間) 注記 関係“作業実績”における属性“部門コード”は,関係“部内会議”を参照するために関係“従業員”と結合して求めた属性である。 ``` 図1 結合して求まる冗長な属性を明示する例 ``` 【概念データモデルの例】 顧客   部門予算 │     │ │ 受注  │ │ ─┴─ │ │ ▲ ▲ │ ├─┼─┘ │ ▼ │   ▼ 一般受注 社内受注 【関係スキーマの例】 部門予算(部門コード,年度,予算額,…) 顧客(顧客コード,顧客名,…) 受注(受注番号,受注区分,受注年度,受注額,…) 一般受注(受注番号,顧客コード,…) 社内受注(受注番号,部門コード,[受注年度],…) 注記 関係“社内受注”における属性“受注年度”は,関係“部門予算”を参照するために関係“受注”の属性“受注年度”を継承した属性である。 ``` 図2 継承して冗長な属性を明示する例 2. 設計した概念データモデル及び関係スキーマ (1) 〔現状の業務分析の結果〕を基に設計した現状のマスター及び在庫領域の概念データモデルを図3に,現状のトランザクション領域の概念データモデルを図4に,現状のマスター及び在庫領域の関係スキーマを図5に,現状のトランザクション領域の関係スキーマを図6に示す。
図3 現状のマスター及び在庫領域の概念データモデル(未完成) 拡大
図3 現状のマスター及び在庫領域の概念データモデル(未完成)
図4 現状のトランザクション領域の概念データモデル(未完成) 拡大
図4 現状のトランザクション領域の概念データモデル(未完成)
図5 現状のマスター及び在庫領域の関係スキーマ(未完成) 拡大
図5 現状のマスター及び在庫領域の関係スキーマ(未完成)
図6 現状のトランザクション領域の関係スキーマ(未完成) 拡大
図6 現状のトランザクション領域の関係スキーマ(未完成)
(2) 〔再構築における店舗への出庫及び出荷のやり方の変更〕を基に,トランザクション領域の概念データモデルと関係スキーマの一部を変更した。図4に対して変更を検討する範囲を示した概念データモデルを図7に,変更した概念データモデルを図8に,変更した関係スキーマを図9に示す。
図8 変更した概念データモデル(未完成) 拡大
図8 変更した概念データモデル(未完成)
``` 資材要求( ニ ,資材要求数) 出荷( セ ,出荷時分) 出荷店舗明細( ソ ) 出荷店舗資材明細( ヌ ,出荷実績数) 注記 網掛け部分の セ , ソ には,それぞれ図6の セ , ソ と同じ字句が入る。 ``` 図9 変更した関係スキーマ(未完成)

設問一覧 & 解答・演習

まずは解答を作成してみましょう。「解答例を見る」をクリックするとIPA公式解答例と採点基準が開きます。

設問1 (1)記号・選択式
図3は,幾つかのリレーションシップが欠落している。欠落しているリレーションシップを補って図を完成させよ。
※直接入力してください
設問1 (2)記号・選択式
図4は,幾つかのリレーションシップが欠落している。欠落しているリレーションシップを補って図を完成させよ。
※直接入力してください
設問1 (3)記号・選択式
図5中の ア 〜 ケ に入れる一つ又は複数の適切な属性名を補って関係スキーマを完成させよ。
※直接入力してください
設問1 (4)記号・選択式
図6中の コ 〜 ナ に入れる一つ又は複数の適切な属性名を補って関係スキーマを完成させよ。
※直接入力してください
設問2 (1)記号・選択式
図8には,四つのエンティティタイプが欠落している。欠落したエンティティタイプ及び関連するリレーションシップを補って図を完成させよ。
なお,欠落しているエンティティタイプを補うときのエンティティタイプ名は,本文中の字句を参考に,現状と同じエンティティタイプ名の使用も含めて意味的にふさわしく命名せよ。
※直接入力してください
設問2 (2)記号・選択式
図9において,(1)で補った四つのエンティティタイプに対応する関係を追加する必要がある。追加する関係について,関係スキーマを答えよ。
なお,(1)で補った四つのエンティティタイプに対応する関係の関係名は,(1)で補ったエンティティタイプ名を用いること。
※直接入力してください
設問2 (3)記号・選択式
図9中の ニ , ヌ に入れる一つ又は複数の適切な属性名を補って関係スキーマを完成させよ。
※直接入力してください
午後II長文記述の得点力を引き上げる定番対策書Amazon・楽天 公式提携
PR
徹底攻略 データベーススペシャリスト教科書 令和8年度
IPA 厳選対策書徹底攻略 データベーススペシャリスト教科書 令和8年度株式会社わくわくスタディワールド 瀬戸 美月 著 / インプレス
DB徹底攻略
株式会社わくわくスタディワールド 瀬戸 美月 著 / インプレス

徹底攻略 データベーススペシャリスト教科書 令和8年度

💡 推薦ポイント:午後I・午後IIの概念データモデル穴埋めや排他制御・性能設計の記述問題で確実に合格点を勝ち取る実践テクニックが満載です。
※本リンク先はプロモーション(アフィリエイト広告)が含まれています
【出題趣旨】IPA公式発表
概念データモデリングでは,データベースの物理的な設計とは異なり,実装上の制約に左右されずに実務の視点に基づいて,対象領域から管理対象を正しく見極め,モデル化する必要がある。また,業務内容などの実世界の情報を総合的に理解・整理し,その結果を概念データモデルに反映する能力が求められる。 本問では,宅配ピザチェーンの店舗資材配送業務を題材として,与えられた状況から概念データモデリングを行う能力を問う。具体的には,①トップダウンにエンティティタイプ及びリレーションシップを分析する能力,②ボトムアップにエンティティタイプ及び関係スキーマを導き出す能力,③関係スキーマを自然キーだけを用いて設計することで可読性の高い関係スキーマを導き出す能力,④業務が採用するやり方の変更によるエンティティタイプ及び関係スキーマの影響を読み取る能力を問う。
【採点講評】IPA公式発表
問2では,宅配ピザチェーンにおける店舗への資材配送業務を題材に,概念データモデリングについて出題した。全体として正答率は高かった。 設問1(1)では,DC資材在庫に関わるリレーションシップの正答率が低かった。物流業務において在庫をいかにコントロールするかは工夫の対象であり,工夫に基づく業務のやり方によってデータ構造は定まる。 設問1(2)では,トランザクションの連鎖の見誤りが散見された。トランザクションの連鎖では,業務のやり方によってデータの集約や分解が行われる。 設問1(3)では,店舗,棚,DC資材在庫について誤答が多かった。店舗についての誤りは,ルートの納入順を店舗に設定すべきであることが読み取れなかったからと思われる。棚及びDC資材在庫についての誤りは,設問1(1)と同様の見誤りで,在庫コントロールのやり方の洞察が不十分であったからと思われる。 設問1(4)では,資材要求,出荷,出荷店舗明細について誤答が多かった。資材要求ついての誤答は,設問1(2)と同様の見誤りで,トランザクションの連鎖における集約前のデータがどの粒度であるかの洞察が不十分であったからと思われる。出荷及び出荷店舗明細についての誤答は,納入に向けて集約した粒度の洞察が不十分であったからと思われる。 設問2では,(1)において解答したリレーションシップの対応関係と(2)において解答した関係スキーマの構造の不整合が散見された。また,正しく解答できた関係スキーマに対応するリレーションシップの対応関係が誤っているものが多く見られた。関係スキーマから再度,概念データモデルの構造を見直すことを心掛けてほしい。
本番形式・制限時間付きで演習する
令和7年 秋期 午後II(2問中1問選択・120分)を実戦演習モードで通し解答し、総合採点を受けられます。
実戦演習を始める