ドラッグストアチェーンの商品物流の概念データモデリングに関する記述

ドラッグストアチェーンのF社は、商品物流の業務改善を検討しており、システム化のために概念データモデル及び関係スキーマを設計している。

業務改善を踏まえた商品物流業務

1. 社外及び社内の組織と組織に関連する資源
   1. ビジネスパートナー（以下、BPという）
      1. ① BPは仕入先である。仕入先には、商品の製造メーカー、流通業である商社又は問屋がある。
      2. ② BPは、BPコードで識別し、BP名をもつ。
   2. 配送地域
      1. ① 全国を、気候と交通網を基準にして幾つかの地域に分けている。
      2. ② 配送地域は、複数の郵便番号の指す地域を括ったものである。都道府県をまたぐ配送地域もある。
      3. ③ 配送地域は配送地域コードで識別し、配送地域名、地域人口をもつ。
   3. 店舗
      1. ① 店舗は、全国に約1,500あり、店舗コードで識別し、店舗名、住所、連絡先、店舗が属する配送地域などをもつ。
      2. ② 店舗の規模や立地によって販売の仕方が変わるので、床面積区分（大型か中型か小型かのいずれか）と立地区分（商業立地かオフィス立地か住宅立地かのいずれか）をもつ。
   4. 物流拠点
      1. ① 物流拠点は、拠点コードで識別し、拠点名、住所、連絡先をもつ。
      2. ② 物流拠点の機能には、在庫をもつ在庫型物流拠点（以下、DCという）の機能と、積替えを行って店舗への配送を行う通過型物流拠点（以下、TCという）の機能がある。
      3. ③ 物流拠点によって、TCの機能だけをもつところと、DCとTCの両方の機能をもつところがある。
      4. ④ 物流拠点に、DCの機能があることはDC機能フラグで、TCの機能があることはTC機能フラグで分類する。
      5. ⑤ TCは、各店舗に複数のDCから多数の納入便の車両が到着する混乱を防止するために、DCから届いた荷を在庫にすることなく店舗への納入便に積み替える役割を果たす。
      6. ⑥ DCは配送地域におおむね1か所配置し、TCは配送地域に複数配置する。
      7. ⑦ DCには、倉庫床面積を記録している。
      8. ⑧ TCは、運営を外部に委託しているので、委託先物流業者名を記録している。
   5. 幹線ルートと支線ルート
      1. ① DCからTCへの配送を行うルートを幹線ルート、TCから配送先の店舗を回って配送を行うルートを支線ルートという。
      2. ② 支線ルートは、TCごとの支線ルートコードで識別している。また、支線ルートには、車両番号、配送先店舗とその配送順を定めている。支線ルートの配送先店舗は8店舗前後にしている。支線ルート間で店舗の重複はない。
2. 商品に関連する資源
   1. 商品カテゴリー
      1. ① 商品カテゴリーには、部門、ライン、クラスの3階層木構造のカテゴリーレベルがある。商品カテゴリーはその総称である。
      2. ② 部門には、医薬品、化粧品、家庭用雑貨、食品がある。
      3. ③ 例えば医薬品の部門のラインには、感冒薬、胃腸薬、絆創膏などがある。
      4. ④ 例えば感冒薬のラインのクラスには、総合感冒薬、漢方風邪薬、鼻炎治療薬などがある。
      5. ⑤ 商品カテゴリーは、カテゴリーコードで識別し、カテゴリーレベル、カテゴリー名、上位のどの部門又はラインに属するかを表す上位のカテゴリーコードを設定している。
   2. アイテム
      1. ① アイテムは、色やサイズ、商品の入り数が違っても同じものだと認識できる商品を指す単位である。例えば缶ビールや栄養ドリンクでは、バラと6缶パックや10本パックは異なる商品であるが、アイテムは同じである。
      2. ② アイテムによって属する商品は複数の場合だけでなく一つの場合もある。
      3. ③ アイテムは、アイテムコードで識別し、アイテム名をもつ。
      4. ④ アイテムには、調達先のBP、温度帯（常温、冷蔵、冷凍のいずれか）、属するクラスを設定している。また、同じアイテムを別のBPから調達することはない。
      5. ⑤ BPから、全てのDCに納入してもらうアイテムもあるが、多くのアイテムは一部のDCだけに納入してもらう。
      6. ⑥ F社が自社で保管・輸送できるのは常温のアイテムだけであり、冷凍又は冷蔵の保管・輸送が必要なアイテムはBPから店舗に直納してもらう。これを直納品と呼び、直納品フラグで分類する。直納品に該当するアイテムには直納注意事項をもつ。
   3. 商品
      1. ① 商品は、BPが付与したJANコードで識別する。
      2. ② 商品は、商品名、標準売価、色記述、サイズ記述、材質記述、荷姿記述、入り数、取扱注意事項をもつ。
3. 業務の方法・方式
   1. 物流網（物流拠点及び店舗の経路）
      1. ① 物流網は、効率を高めることを優先するので、DCからTC、TCから店舗は、木構造を基本に設計している。ただし、全てのDCが全てのアイテムをもつわけではないので、DCからTCの構造には例外として大きな掛け（TCから見て木構造の上位に位置するDC以外のDCからの経路）が存在している。
      2. ② DCでは、保有するアイテムが何かを定めている。
      3. ③ 直納品を除いて、店舗に配送を行うTCは1か所に決めている。
      4. ④ DCからTC、TCから店舗についての配送リードタイム（以下、リードタイムをLTという）を、整数の日数で定めている。DCからTCの配送LTを幹線LTと呼び、TCから店舗への配送LTを支線LTと呼ぶ。
      5. ⑤ 幹線LTは、1日を数え始めとするLTで、ほとんどの場合は1日であるが、2日を要することもある。例えば九州にあるDCにしかない商品を、全国販売のために全国のTCへ配送する場合、東北以北のTCへは1日では届かないケースが存在する。
      6. ⑥ TCに対してどのDCから配送するかは、TCが必要とする商品の在庫が同じ配送地域のDCにあればそのDCからとし、なければ在庫をもつ他のDCからたすき掛けとする。ただし、全体のたすき掛けは最少になるようにする。
      7. ⑦ 支線LTは、0日を数え始めとするLTで、ほとんどの店舗への配送が積替えの当日中に行うことができるように配置しているので、当日中に配送できる店舗への支線LTは0日である。ただし、離島にある店舗の中には0日では配送できない場合もある。
      8. ⑧ 店舗は、次を定めている。
         • どの商品を品揃えするか。
         • 直納品を除くDC補充品（DCから配送を受ける商品）について、どのDCの在庫から補充するか。
   2. 補充のやり方
      1. ① 店舗又はDCは、商品の在庫数が発注点を下回ったら、定めておいたロットサイズ（以下、ロットサイズをLSという）で要求をかける。ここで、DCが行う要求は発注であり、店舗が行う要求は補充要求である。
      2. ② 店舗へのDCからの補充のために、商品ごとに全店舗一律の補充LSを定めている。
      3. ③ DCでは、DCごと商品ごとに、在庫数を把握し、発注点在庫数、DC納入LT、DC発注LSを定めている。
      4. ④ 店舗では、品揃えの商品ごとの在庫数を把握し、発注点在庫数を定めている。また、直納品の場合、加えて直納LTと直納品発注LSを定めている。
      5. ⑤ 店舗から補充要求を受けたDCは、宛先を店舗にして、その店舗に配送を行うTCに向けて配送する。
   3. DCから店舗への具体的な配送方法
      1. ① ものの運び方
         • 配送は、1日1回バッチで実施する。
         • DCは、店舗からの補充要求ごとに商品を出庫し、依頼元の店舗ごとに用意した折りたたみコンテナ（以下、コンテナという）に入れる。
         • その日に出庫したコンテナを、依頼元の店舗へ配送するTCに向かうその日の幹線ルートのトラックに積み、出荷する。
         • TCは、幹線ルートのトラックが到着するごとに、配送する店舗ごとに用意したかご台車にコンテナを積み替える。かご台車には店舗コードと店舗名を記したラベルを付けている。
         • TCは、全ての幹線ルートのトラックからかご台車への積替えを終えると、かご台車を支線ルートのトラックに積み込む。
         • TCは、支線ルートのトラックを出発させる。
         • 支線ルートのトラックは、順に店舗を回り、コンテナごと店舗に納入する。
      2. ② 指示書の作り方
         • 店舗の補充要求は、商品の在庫数が発注点在庫数を割り込む都度、店舗コード、補充要求年月日時刻、JANコードを記して発行する。
         • DCの出庫指示書は、店舗から当該DCに届いた補充要求を基に、配送指示番号をキーとして店舗ごと出庫指示年月日ごとに出力する。出庫指示書の明細には、配送指示明細番号を付与して店舗からの該当する補充要求を対応付けて、出庫する商品と出庫指示数を印字する。
         • 出庫したら、出庫指示書の写しをコンテナに貼付する。
         • DCからの幹線ルートの出荷指示書は、その日（出荷指示年月日）に積むべきコンテナの配送指示番号を明細にして行き先のTCごとにまとめて出力する。
         • TCの積替指示書は、積替指示番号をキーとしてその日の支線ルートごとに伝票を作る。積替指示書の明細は、配送先店舗ごとに作り、その内訳に店舗へ運ぶコンテナの配送指示番号を印字する。
         • 店舗への配送指示書は、積替指示書の写しが、配送先店舗ごとに切り取れるようになっており、それを用いる。
   4. BPへの発注、入荷の方法
      1. ① DCは、その日の出庫業務の完了後に、在庫数が発注点在庫数を割り込んだ商品について、発注番号をキーとして発注先のBPごとに、当日を発注年月日に指定してDC発注を行う。DC発注の明細には、明細番号を付与して対象のJANコードを記録する。
      2. ② 店舗は、直納品の在庫数が発注点在庫数を割り込むことに直納品の発注を行い、直納品の発注では、店舗、補充要求の年月日時刻、対象の商品を記録する。
      3. ③ DC及び店舗へのBPからの入荷は、BPが同じタイミングで納入できるものがまとめて行われる。入荷では、入荷ごとに入荷番号を付与し、どの発注明細又は直納品発注が対応付くかを記録し、併せて入荷年月日を記録する。
      4. ④ DC及び店舗は、入荷した商品ごとに入庫番号を付与して入庫を行い、どの発注明細又は直納品発注が対応付くかを記録する。

設計した概念データモデル及び関係スキーマ

1. 概念データモデル及び関係スキーマの設計方針
   1. 関係スキーマは第3正規形にし、多対多のリレーションシップは用いない。
   2. リレーションシップが1対1の場合、意味的に後からインスタンスが発生する側に外部キー属性を配置する。
   3. 概念データモデルでは、リレーションシップについて、対応関係にゼロを含むか否かを表す「○」又は「●」は記述しない。
   4. 概念データモデルは、マスター及び在庫の領域と、トランザクションの領域とを分けて作成し、マスターとトランザクションとの間のリレーションシップは記述しない。
   5. 実体の部分集合が認識できる場合、その部分集合の関係に固有の属性があるときは部分集合をサブタイプとして切り出す。
   6. サブタイプが存在する場合、他のエンティティタイプとのリレーションシップは、スーパータイプ又はいずれかのサブタイプの適切な方との間に設定する。
2. 設計した概念データモデル及び関係スキーマ

   マスター及び在庫の領域の概念データモデルを図1に、トランザクションの領域の概念データモデルを図2に、関係スキーマを図3に示す。

   

   

     配送地域（配送地域コード、配送地域名、地域人口）
     郵便番号（郵便番号、都道府県名、市区町村名、町名、ア）
     物流拠点（拠点コード、拠点名、住所、連絡先、イ）
     　DC（ウ）
     　TC（エ）
     　a（オ）
     　b（カ）
     店舗（店舗コード、店舗名、住所、連絡先、床面積区分、立地区分、配送地域コード、キ）
     商品カテゴリー（カテゴリーコード、カテゴリー名、ク）
     　部門（部門カテゴリーコード、売上比率）
     　ライン（ラインカテゴリーコード、ケ）
     　クラス（クラスカテゴリーコード、コ）
     BP（BPコード、BP名）
     アイテム（アイテムコード、アイテム名、直納品フラグ、サ）
     　直納アイテム（直納アイテムコード、直納注意事項）
     商品（JANコード、商品名、標準売価、色記述、サイズ記述、材質記述、荷姿記述、入り数、
     　　　取扱注意事項、シ）
     DC保有アイテム（DC拠点コード、アイテムコード）
     DC在庫（DC拠点コード、ス）
     店舗在庫（店舗コード、JANコード、セ）
     DC補充品店舗在庫（店舗コード、DC補充品JANコード、ソ）
     直納品店舗在庫（店舗コード、直納品JANコード、タ）
     
     店舗補充要求（店舗コード、補充要求年月日時刻、DC補充品JANコード）
     DC出荷指示（配送指示番号、チ）
     DC出荷指示明細（配送指示番号、配送指示明細番号、ツ）
     DC出荷指示（出荷指示番号、テ）
     積替指示（積替指示番号、ト）
     積替指示明細（積替指示番号、配送先店舗コード）
     DC発注（発注番号、ナ）
     DC発注明細（発注番号、発注明細番号、ニ）
     直納品発注（ヌ）
     入荷（入荷番号、ネ）
     入庫（入庫番号、ノ）
           

   解答に当たっては、巻頭の表記ルールに従うこと。また、エンティティタイプ名及び属性名は、それぞれ意味を識別できる適切な名称とすること。