令和3年度 秋期 データベーススペシャリスト試験 午後Ⅱ 問題 問2 製品物流システムにおける量販店チェーンとの取引形態とデータモデル設計

本問は、マスタ及び在庫の領域の概念データモデル（図2）に欠落しているエンティティタイプを補う問題です。

〔設計の前提となる業務〕の「4. 締め契機」の③に、「チェーン法人ごとに適用する締め契機は，チェーン法人と協議の上で，週3回程度に設定している。」と記載されています。
このことから、「チェーン法人」と「締め契機」の間には、どの法人がどの締め契機を適用するかを管理する多対多の関係が存在し、それを解消する連関エンティティが必要であることがわかります。
図2において両者を結びつけるエンティティが欠落しているため、空欄アに入る適切な名称は「チェーン法人別締め契機」となります。
また、欠落しているリレーションシップについては、以下の業務ルールから導出します。
・「4. 締め契機」の③より、チェーン法人と締め契機からチェーン法人別締め契機へのリレーションシップ。
・「3. 商品の特性」の(1)②より、「PB商品は，どのチェーン法人のものかをもつ。」ため、チェーン法人からPB商品へのリレーションシップ。
・「8. 梱包のやり方」の②より、「商品カテゴリの明細として商品を設定している。」ため、商品カテゴリと商品から商品カテゴリ明細へのリレーションシップ。
・「5. 物流拠点の在庫」の①より、「引当在庫は，物流拠点，商品，製造ロットの別に…記録する」ため、物流拠点と製造ロットから引当在庫へのリレーションシップ（商品は製造ロットで決まるので、商品から引当在庫への線は引かない）。
・「5. 物流拠点の在庫」の②より、「払出在庫は，物流拠点，商品，製造ロット，荷姿の別に…記録する」ため、物流拠点、製造ロット、荷姿区分から払出在庫へのリレーションシップ（商品から払出在庫への線は引かない）。
・「3. 商品の特性」の(1)②より、商品は流通方法区分で PB商品と NB商品に分類され、それぞれ固有の属性（どのチェーン法人のものか、ランク）をもつため、商品をスーパタイプ、PB商品・NB商品をサブタイプとする（△）。

高得点のポイント

• トップダウンの視点で業務ルールから必要な連関エンティティを適切に抽出できていること。
• チェーン法人と締め契機の間の関連性を論理的にモデル化できていること。

本問は、トランザクションの領域の概念データモデル（図3）に欠落しているエンティティタイプを補う問題です。

〔設計の前提となる業務〕の「9. 業務の流れと情報 (5) 梱包実績」の④に、「ピース梱包実績は，一つ又は複数の種類の商品 の詰め合わせであり，どのピース出庫実績から幾つの商品を構成したかのピース梱包内訳を記録する。」と記載されています。
この記述から、「ピース梱包実績」と「ピース出庫実績」の間には多対多の関係があり、それを解消するためのエンティティが必要であることがわかります。
したがって、空欄イに入るエンティティタイプ名は、本文中の用語を用いて「ピース梱包内訳」となります。
また、欠落しているリレーションシップについては、以下の業務ルールから導出します。
・「9. 業務の流れと情報」の(2)③より、「対象の受注に出荷指示番号を記録する」ため、出荷指示から受注へのリレーションシップ。
・「9. 業務の流れと情報」の(3)②より、「対象の出荷指示に出庫指示番号を記録する」ため、出庫指示から出荷指示へのリレーションシップ。
・「9. 業務の流れと情報」の(5)①③④より、「出庫された商品を，出荷指示梱包明細に基づいて配送できるように段ボール箱に詰めた実績」であり、ケース梱包実績はケース出庫実績に、ピース梱包実績はピース梱包内訳に関連付けるため、出荷指示梱包明細から梱包実績へ、ケース出庫実績からケース梱包実績へ、ピース出庫実績とピース梱包実績からピース梱包内訳へのリレーションシップ。
・「9. 業務の流れと情報」の(6)①③より、「出荷指示の単位に梱包を納入先別に配送した実績である」ことと、「出荷実績に対応する梱包実績に，どの出荷実績で出荷されたかを記録する」ため、出荷指示から出荷実績への1対1のリレーションシップ（設計方針の(2)より出荷実績側に外部キー）、および出荷実績から梱包実績へのリレーションシップ。
・スーパタイプとサブタイプ（△）: 受注と店舗別梱包指定受注（8.① 店舗別梱包では梱包対象の店舗を指定）、出荷指示梱包明細と出荷指示店舗別梱包明細・出荷指示商品カテゴリ別梱包明細（9.(2)④ 梱包方法による）、出庫実績とケース出庫実績・ピース出庫実績（9.(4)② 荷姿区分で分類）、梱包実績とケース梱包実績・ピース梱包実績（9.(5)② 段ボール箱区分で分類）。

高得点のポイント

• 業務の流れに関する記述から、データの記録単位（エンティティ）を正しく抽出できていること。
• ピース梱包実績とピース出庫実績の間の関係を論理的に位置づけられていること。

本問は、マスタ領域の関係スキーマ（図4）の「PB商品」エンティティが持つ属性を答える問題です。

〔設計の前提となる業務〕の「3. 商品の特性 (1) ②」において、「PB商品は，どのチェーン法人のものかをもつ。」と記載されています。
PB商品は「商品」のサブタイプであるため、主キーとしてスーパタイプの「商品コード」を引き継ぎます。さらに、上記の業務情報より特定のチェーン法人を識別するための「チェーン法人コード」を外部キーとして持つ必要があります。
したがって、空欄 a に入る属性は「商品コード，チェーン法人コード」となります。

高得点のポイント

• サブタイプとして主キー（商品コード）を正しく継承できていること。
• 業務要件から特有の属性（チェーン法人コード）を外部キーとして特定できていること。

本問は、マスタ領域の関係スキーマ（図4）の「NB商品」エンティティが持つ属性を答える問題です。

〔設計の前提となる業務〕の「3. 商品の特性 (1) ②」において、「NB商品は，売上金額のランクをもつ。」と記載されています。
NB商品は「商品」のサブタイプであるため、主キーとしてスーパタイプの「商品コード」を引き継ぎます。さらに、NB商品固有の属性として「ランク」を持ちます。
したがって、空欄 b に入る属性は「商品コード，ランク」となります。

高得点のポイント

• サブタイプとして主キー（商品コード）を正しく継承できていること。
• 業務要件から特有の属性（ランク）を過不足なく特定できていること。

本問は、マスタ領域の関係スキーマ（図4）の「商品カテゴリ」エンティティが持つ属性を答える問題です。

〔設計の前提となる業務〕の「8. 梱包のやり方 ②」において、「商品カテゴリは，どの顧客も似ているが微妙に異なり，チェーン法人コードと商品カテゴリコードによって識別する。商品カテゴリコード及び商品カテゴリ名は顧客が使っている値を用いる。」と記載されています。
したがって、識別子となる「チェーン法人コード」および「商品カテゴリコード」が複合主キーとなり、管理すべき属性として「商品カテゴリ名」が含まれます。
よって、空欄 c には「チェーン法人コード，商品カテゴリコード，商品カテゴリ名」が入ります。

高得点のポイント

• 顧客ごとの識別体系である複合主キーを正しく特定できていること。
• 管理属性（商品カテゴリ名）を漏れなく抽出できていること。

本問は、関係スキーマ（図4）の「ア（チェーン法人別締め契機）」エンティティが持つ属性を答える問題です。

連関エンティティは、結びつける両方のエンティティの主キーを外部キー（かつ自身の複合主キー）として保持します。
図4のスキーマ記述より、「締め契機」の主キーは「締め年月日，回目」であり、「チェーン法人」の主キーは「チェーン法人コード」です。
したがって、空欄 d には「締め年月日，回目，チェーン法人コード」が入ります。

高得点のポイント

• 連関エンティティの役割を理解し、対象の主キーを過不足なく抽出できていること。

本問は、マスタ領域の関係スキーマ（図4）の「引当在庫」エンティティが持つ属性を答える問題です。

〔設計の前提となる業務〕の「5. 物流拠点の在庫 ①」において、「引当在庫は，物流拠点，商品，製造ロットの別に，その時点の在庫数，引当済数，引当可能数を記録する」と記載されています。
データを識別するキー項目は「拠点コード」「商品コード」「製造ロット番号」となり、これらが複合主キーを構成します。
管理すべきデータ項目は「在庫数」「引当済数」「引当可能数」です。
よって、空欄 e には「拠点コード，商品コード，製造ロット番号，在庫数，引当済数，引当可能数」が入ります。

高得点のポイント

• 識別するためのキー項目（3属性）を過不足なく抽出できていること。
• 管理すべき数値データ（3属性）を漏れなく抽出できていること。

本問は、マスタ領域の関係スキーマ（図4）の「払出在庫」エンティティが持つ属性を答える問題です。

〔設計の前提となる業務〕の「5. 物流拠点の在庫 ②」において、「払出在庫は，物流拠点，商品，製造ロット，荷姿の別に，その時点の在庫数（荷姿別在庫数）を記録する」と記載されています。
識別するためのキー項目は「拠点コード」「商品コード」「製造ロット番号」「荷姿区分」となり、これらが複合主キーを構成します。
管理すべきデータ項目は「荷姿別在庫数」です。
よって、空欄 f には「拠点コード，商品コード，製造ロット番号，荷姿区分，荷姿別在庫数」が入ります。

高得点のポイント

• 識別するためのキー項目（4属性）を過不足なく抽出できていること。
• 管理すべき数値データ（荷姿別在庫数）を漏れなく抽出できていること。

本問は、関係スキーマ（図5）の「受注」エンティティに追加される属性を答える問題です。

〔設計の前提となる業務〕の「9. 業務の流れと情報 (2) 出荷指示 ③」において、「対象の受注に出荷指示番号を記録する。」と記載されています。
したがって、受注データに対してどの出荷指示が紐づいたかを保持するため、「出荷指示番号」を外部キーとして記録します。
よって、空欄 g に入る属性は「出荷指示番号」となります。

本問は、関係スキーマ（図5）の「店舗別梱包指定受注」エンティティに追加される属性を答える問題です。

本エンティティは「受注」のサブタイプであるため、主キーとして「受注番号」を引き継ぎます。
また、〔設計の前提となる業務〕の「8. 梱包のやり方 ①」に「受注で指定される梱包対象の店舗は一つである。」とあり、対象のチェーン店舗を特定する外部キーが必要です。チェーン店舗のキーは法人コードと店舗コードで構成されます。
よって、空欄 h に入る属性は「受注番号，梱包対象チェーン店舗コード」または「受注番号，チェーン法人コード，梱包対象チェーン店舗コード」となります。

本問は、関係スキーマ（図5）の「受注明細」エンティティに追加される属性を答える問題です。

〔設計の前提となる業務〕の「9. 業務の流れと情報 (1) 受注 ⑤」において、「在庫引当ての成否は，受注明細に記録する。」と記載されています。
明細行の属性として、引当の結果状態を保持する項目が必要です。
よって、空欄 i に入る属性は「在庫引当成否」となります。

本問は、関係スキーマ（図5）の「出荷指示」エンティティに追加される属性を答える問題です。

〔設計の前提となる業務〕の「9. 業務の流れと情報 (2) 出荷指示 ③」において、「適用した締め契機，出荷指示対象の納入先を記録する」とあり、また「(3) 出庫指示 ②」において、「対象の出荷指示に出庫指示番号を記録する」とあります。
締め契機を識別する外部キーは「締め年月日，回目」、紐づく出庫指示の外部キーは「出庫指示番号」です。
よって、空欄 j に入る属性は「締め年月日，回目，出庫指示番号」となります。

本問は、関係スキーマ（図5）の「出荷指示店舗別梱包明細」エンティティに追加される属性を答える問題です。

本エンティティは「出荷指示梱包明細」のサブタイプであり、店舗別梱包の場合は梱包対象のチェーン店舗を指定する必要があります（「9. 業務の流れと情報 (2) 出荷指示 ④」）。
店舗を特定する外部キーとして「梱包対象チェーン店舗コード」または「チェーン法人コード，梱包対象チェーン店舗コード」を設定します。
よって、空欄 k に入る属性は「梱包対象チェーン店舗コード」または「チェーン法人コード，梱包対象チェーン店舗コード」となります。

本問は、関係スキーマ（図5）の「出荷指示商品カテゴリ別梱包明細」エンティティに追加される属性を答える問題です。

本エンティティは「出荷指示梱包明細」のサブタイプであり、商品カテゴリ別梱包の場合は商品カテゴリを指定する必要があります（「9. 業務の流れと情報 (2) 出荷指示 ④」）。
カテゴリを特定する外部キーとして「商品カテゴリコード」または「チェーン法人コード，商品カテゴリコード」を設定します。
よって、空欄 l に入る属性は「商品カテゴリコード」または「チェーン法人コード，商品カテゴリコード」となります。

本問は、関係スキーマ（図5）の「出荷指示梱包内商品明細」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (2) 出荷指示 ⑤」において、「出荷指示梱包内商品明細ごとに，梱包すべき商品について製造ロット別に出荷指示数を設定する」と記載されています。
明細を特定するために「商品コード」「製造ロット番号」が主キー（外部キー）として必要であり、管理属性として「出荷指示数」が必要です。
よって、空欄 m に入る属性は「商品コード，製造ロット番号，出荷指示数」となります。

本問は、関係スキーマ（図5）の「出庫指示」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (3) 出庫指示 ②」において、「対象の物流拠点と適用した締め契機を記録する」と記載されています。
物流拠点のキーは「拠点コード」、締め契機のキーは「締め年月日，回目」です。これらを外部キーとして保持します。
よって、空欄 n に入る属性は「締め年月日，回目，拠点コード」となります。

本問は、関係スキーマ（図5）の「出庫指示明細」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (3) 出庫指示 ③」において、「出庫指示明細には，出庫指示明細番号を付与し，製造ロット別の商品と出庫指示数を設定する」と記載されています。
すでに商品コードは記載されているため、商品コードと合わせて製造ロットを参照する外部キーの「製造ロット番号」と、管理属性の「出庫指示数」を追加します。
よって、空欄 o に入る属性は「製造ロット番号，出庫指示数」となります。

本問は、関係スキーマ（図5）の「出庫実績」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (4) 出庫実績 ①②」において、出庫指示明細に対する実績であり、「荷姿区分で分類して」記録すると記載されています。
したがって、親となる「出庫指示明細」を特定するための外部キー（出庫指示番号，出庫指示明細番号）と、荷姿区分が必要です。
よって、空欄 p に入る属性は「出庫指示番号，出庫指示明細番号，荷姿区分」となります。

本問は、関係スキーマ（図5）の「ケース出庫実績」エンティティに追加される属性を答える問題です。

本エンティティは「出庫実績」のサブタイプであり、主キーとして「出庫実績番号」を引き継ぎます。
「9. 業務の流れと情報 (4) 出庫実績 ②」において、「ケースを出庫した出庫実績には出庫ケース数を，ピースを出庫した出庫実績には出庫ピース数を記録する」と記載されています。
よって、空欄 q に入る属性は「出庫実績番号，出庫ケース数」となります。

本問は、関係スキーマ（図5）の「ピース出庫実績」エンティティに追加される属性を答える問題です。

本エンティティは「出庫実績」のサブタイプであり、主キーとして「出庫実績番号」を引き継ぎます。
「9. 業務の流れと情報 (4) 出庫実績 ②」において、「ピースを出庫した出庫実績には出庫ピース数を記録する」と記載されています。
よって、空欄 r に入る属性は「出庫実績番号，出庫ピース数」となります。

本問は、関係スキーマ（図5）の「梱包実績」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (5) 梱包実績」において、出荷指示梱包明細に基づいていること、および段ボール箱区分で分類することが記載されています。
また、「(6) 出荷実績 ③」において、「出荷実績に対応する梱包実績に，どの出荷実績で出荷されたかを記録する」とあります。
これらより、紐づく「出荷指示番号」「出荷指示梱包明細番号」「出荷実績番号」の外部キーと、「段ボール箱区分」が必要です。
よって、空欄 s には「出荷指示番号，出荷指示梱包明細番号，段ボール箱区分，出荷実績番号」が入ります。

本問は、関係スキーマ（図5）の「ケース梱包実績」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (5) 梱包実績 ③」において、「ケース梱包実績は，どのケース出庫実績によるものかを関連付ける」と記載されています。
したがって、「ケース出庫実績」の主キーである「出庫実績番号」を外部キーとして保持します。
よって、空欄 t に入る属性は「出庫実績番号」となります。

本問は、関係スキーマ（図5）の「イ（ピース梱包内訳）」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (5) 梱包実績 ④」において、「どのピース出庫実績から幾つの商品を構成したかのピース梱包内訳を記録する」と記載されています。
ピース梱包内訳は、梱包実績とピース出庫実績の連関エンティティです。したがって、両者の主キーである「梱包実績番号」と「出庫実績番号」を複合主キーとして持ち、管理属性として構成した数（詰合せ数など）を持ちます。
よって、空欄 u に入る属性は「梱包実績番号，出庫実績番号，詰合せ数」となります。

本問は、関係スキーマ（図5）の「出荷実績」エンティティに追加される属性を答える問題です。

「9. 業務の流れと情報 (6) 出荷実績 ①②」において、「出荷指示の単位に梱包を納入先別に配送した実績である。出荷実績には，車両番号と出荷年月日時刻を記録する」と記載されています。
出荷指示単位であるため「出荷指示番号」を外部キーとして保持し、配送車両を参照する外部キーとして「車両番号」、管理属性として「出荷年月日時刻」が必要です。
よって、空欄 v に入る属性は「出荷指示番号，車両番号，出荷年月日時刻」となります。

本問は、設計変更に基づく顧客の概念データモデル（図6）に欠落しているリレーションシップを補う問題です。

〔設計変更の内容〕の「1. 顧客の組織の設計変更 (1) (2)」から、「チェーン組織」のサブタイプとして「受注先」と「納入先」が存在し、「受注先」のサブタイプとして「チェーンDC」と「チェーン本支部」が存在します。
また、「チェーン店舗」はスコープが広がり、「店舗別梱包対象チェーン店舗」と「直納対象チェーン店舗」をサブタイプとして持ちます。「直納対象チェーン店舗」は直接納入を行う対象であるため、「納入先」のサブタイプでもあります。
「1. 顧客の組織の設計変更 (2)②」にあるように納入先のサブタイプはチェーンDCと直納対象チェーン店舗であり、「(2)⑤」のフラグから受注先と納入先は重なり得るため、別々の切り口（△）とします。
これらのスーパタイプとサブタイプの関係性（△の記号と接続線）を図上に正確に表現する必要があります。

高得点のポイント

• 本文の記述を読み解き、変更後の組織階層におけるサブタイプの関係性を過不足なく見抜けていること。

本問は、関係スキーマ（図7）の「チェーン組織」エンティティに追加される属性を答える問題です。

〔設計変更の内容〕の「1. 顧客の組織の設計変更 (2) チェーン組織 ④」において、「チェーン組織には，チェーン法人を超えて一意に識別できるチェーン組織コードを付与し」と記載されており、⑤において「受注先に該当するチェーン組織には受注先フラグを，納入先に該当するチェーン組織には納入先フラグを設定する」と記載されています。
よって、識別子である「チェーン組織コード」を主キーとし、管理属性である「受注先フラグ」と「納入先フラグ」を保持します。
空欄 あ には「チェーン組織コード，受注先フラグ，納入先フラグ」が入ります。

本問は、関係スキーマ（図7）の「受注先」エンティティに追加される属性を答える問題です。

本エンティティは「チェーン組織」のサブタイプであるため、主キーとして「受注先チェーン組織コード」を保持します。
また、〔設計変更の内容〕の「1. 顧客の組織の設計変更 (2) ⑥」において、「受注先がチェーンDCかチェーン本支部のいずれかを示す受注先区分を設定する」と記載されています。
よって、空欄 い には「受注先チェーン組織コード，受注先区分」が入ります。

本問は、関係スキーマ（図7）の「納入先」エンティティに追加される属性を答える問題です。

本エンティティは「チェーン組織」のサブタイプであるため、主キーとして「納入先チェーン組織コード」を保持します。
また、〔設計変更の内容〕の「1. 顧客の組織の設計変更 (2) ⑥⑦」において、「受注先は，受注の対象の納入先が全て分かるようにする」「配送地域は，納入先に設定し」と記載されています。
したがって、紐づく「受注先チェーン組織コード」と「配送地域コード」を外部キーとして保持します。
よって、空欄 う には「納入先チェーン組織コード，配送地域コード，受注先チェーン組織コード」が入ります。

本問は、関係スキーマ（図7）の「チェーンDC」エンティティに追加される属性を答える問題です。

〔設計変更の内容〕により、チェーンDCは「受注先」および「納入先」のサブタイプとしての性質（チェーン組織としての性質）を持ちます。
そのため、「チェーン組織」であることを識別するために「チェーン組織コード」を外部キーとして保持する必要があります。
よって、空欄 え に入る属性は「チェーン組織コード」となります。

本問は、関係スキーマ（図7）の「チェーン本支部」エンティティに追加される属性を答える問題です。

〔設計変更の内容〕の「1. 顧客の組織の設計変更 (1) チェーン本支部 ②」において、「コード及び名称を顧客から知らされて登録し」とあり、管理属性として「チェーン本支部名」が必要です。
また、チェーン本支部は「受注先」としての性質を持つため、紐づく「受注先チェーン組織コード」を外部キーとして保持します。
よって、空欄 お には「チェーン本支部名，受注先チェーン組織コード」が入ります。

本問は、関係スキーマ（図7）の「チェーン店舗」エンティティに追加される属性を答える問題です。

〔設計変更の内容〕の「1. 顧客の組織の設計変更 (3) チェーン店舗 ②」において、「そのチェーン店舗が店舗別梱包対象チェーン店舗か直納対象チェーン店舗のいずれかを示すチェーン店舗区分を設定する」と記載されています。
また、従前通り店舗の名称として「チェーン店舗名」を保持します。
よって、空欄 か には「チェーン店舗区分，チェーン店舗名」が入ります。

本問は、関係スキーマ（図7）の「店舗別梱包対象チェーン店舗」エンティティに追加される属性を答える問題です。

本エンティティは「チェーン店舗」のサブタイプであるため、主キーとして「チェーン法人コード，店舗別梱包対象チェーン店舗コード」を保持します。
よって、空欄 き に入る属性は「チェーン法人コード，店舗別梱包対象チェーン店舗コード」となります。

本問は、関係スキーマ（図7）の「直納対象チェーン店舗」エンティティに追加される属性を答える問題です。

本エンティティは「チェーン店舗」のサブタイプであるため、主キーとして「チェーン法人コード，直納対象チェーン店舗コード」を保持します。
さらに、本エンティティは「納入先」でもあるため、識別するための外部キーとして「納入先チェーン組織コード」を保持する必要があります。
よって、空欄 く には「チェーン法人コード，直納対象チェーン店舗コード，納入先チェーン組織コード」が入ります。

本問は、設計変更によって「チェーンDC」への参照がどのように変わったかを答える問題です。

設計変更前、図2において「チェーンDC」を参照していたマスタ・在庫領域のエンティティは「納入商品最終ロット」です（チェーンDCごとにロット逆転禁止を管理するため）。
よって、表の①の「設計変更前にチェーンDCを参照していた三つのエンティティタイプ」は「納入商品最終ロット」となります。

本問は、設計変更によって「チェーンDC」への参照がどのように変わったかを答える問題です。

ロット逆転禁止の管理は、物理的な納入先に対して行われるため、設計変更後の参照先は「納入先」となります。
よって、表の①の「それぞれに対応する設計変更後の参照先エンティティタイプ」は「納入先」となります。

本問は、設計変更によって「チェーンDC」への参照がどのように変わったかを答える問題です。

設計変更前、トランザクションの受注時に顧客からの受付窓口として「チェーンDC」が参照されていました（受注エンティティ）。
よって、表の②の「設計変更前にチェーンDCを参照していた三つのエンティティタイプ」は「受注」となります。

本問は、設計変更によって「チェーンDC」への参照がどのように変わったかを答える問題です。

設計変更により、受注の受付窓口は「チェーンDC」または「チェーン本支部」となり、これらは総称して「受注先」としてモデル化されました。
よって、受注エンティティからの新たな参照先は「受注先」となります。

本問は、設計変更によって「チェーンDC」への参照がどのように変わったかを答える問題です。

設計変更前、出荷処理を行う際の目的地として「出荷指示」エンティティが「チェーンDC」を参照していました。
よって、表の③の「設計変更前にチェーンDCを参照していた三つのエンティティタイプ」は「出荷指示」となります。

本問は、設計変更によって「チェーンDC」への参照がどのように変わったかを答える問題です。

設計変更により、出荷の目的地は「チェーンDC」または「直納対象チェーン店舗」となり、これらは総称して「納入先」としてモデル化されました。
よって、出荷指示エンティティからの新たな参照先は「納入先」となります。