問問1 設問1
設問1【〔在庫管理業務の概要)]について答えよ。 (1)表3中の|a|に入れる適切な業務ルールを,エンティティタイプ “生産拠点”と“商品”との間のリレーションシップに着目して25字以内で 答えよ。 (2)表3中の|b|~|f|に入れる適切な番号(O~@)を全て WA chy
データベーススペシャリスト 2023年 秋期 午後II 問題
データベーススペシャリスト 2023年 秋期 午後IIの問題文4問です。図・表・別冊資料と正解は掲載していませんので、出典の公表資料またはアプリでご確認ください。
生活用品メーカーの在庫管理レステムのデータベース実装・運用に関する次の記 述を読んで,設問に答えよ。 D社は,日用品,園芸用品,電化製品なかどのホームセンター向け商品を製造販売し THY,販売物流の拠点では自社で構築した在庫管理システムを使用している。デ ータベーススペシャリストのEさんは,マーケティング,経営分析などに使用するデ ータ(以下,分析データという)の提供依頼を受けてその収集に着手した。 〔分析データの提供依頼] 分析データ提供依頼の例を表1に示す。 表1分析データ提供依頼の例 依頼番号依頼内容 依頼1商品の出荷量の傾向を把握するため,出荷数量を基にした2チャートを作成して可視 化したい。Zチャートは,物流拠点,商品,年月を指定して指定年月と指定年月の11 か月前までを合わせた12か月を表示範囲とした,商品の月間出荷数量,累計出荷数 量,移動累計出荷数量の三つの折れ線グラフである。累計出荷数量は,グラフの表示 範囲の最初の年月から各年月までの月間出荷数量の累計である。移動累計出荷数量 lt,各年月と各年月の11か月前までを合わせた12か月の月間出荷数量を累計したも のである。 依頼2出庫作業における移動距離を短縮して効率化を図るため,出庫の頻度を識別できるヒ ートマップを作成して可視化したい。ヒートマップは,物流拠点の棚のレイアウト図 上に,各棚の出庫頻度区分を色分けしたものである。出庫頻度区分は,指定した物流 拠点及び期間において,棚別に集計した出庫回数が多い順に順位付けを行い,上位 29%を‘BS’,上位59%から'高を除いたものを“中',それ以外をUW CLES のである。 依頼3|年月別の在庫回転率を時系列に抽出してほしい。在庫回転率は,数量,金額を基に算 HL,算出の根拠となった数値も参照したい。また,月末前でもその時点で最新の情 報を1日に複数回参照できるようにしてほしい。 〔在庫管理業務の概要〕 在庫管理業務の概念データモデルを図1に,主な属性の意味・制約を表2に示す。 在庫管理システムでは,図1の概念データモデル中のサブタイプをスーパータイプの エンティティタイプにまとめた上で,エンティティタイプをテーブルとして実装し ている。Eさんは,在庫管理業務への理解を深めるために,図1,R2を参照して, ビーっ7— 表3の業務ルール整理表を作成した。表3では,項番ごとに,幾つかのエンティティ タイプを対象に,業務ルールを列記した①て④が,概念データモデルに合致するか 否かを判定し,合致する業務ルールの番号を全て記入している。 拠点#,拠点名取引先』』取引先名, ー商品分類名請求先区分, 出荷先区分 T() seins 1 商品分類C,Prat|先れ 住所,連絡先, 請求先取引先# |棚| Wal,it il ーー年月,実施日 er ee yg 棚別在庫0① 拠点4棚# Bel,ame拠点4商品年月,拠点 OO①在庫数量,商品ZAI, 引当済数量残高数量, 倉庫内移動単価 拠点#移動 移動年月日, 商品4移動数量, 移動元棚#① 移動先棚# トBLA,出荷%_ 取引先えマ nests ee拠点4出庫 拠点ABH,拠点入庫も状態o」出庫年月日 入荷年月日,入庫年月日,登録TS|||生生区分出荷登録TS 人ALE, SEM re,登録TS sais (a®OM@M 出荷明細出庫明細 拠点入荷も拠点入庫拠点4出荷も拠点出庫 商品入荷数量,入荷入荷明細商品#。出荷数量棚#,出庫数量 入荷明細れ入庫明細れ出荷明細#出庫明細商品4 単価Ai,入庫数量 注記属性名の“Ht?(ABS,“C”はコード,“TS”はタイムスタンプを略した記号である。 図1在庫管理業務の概念データモデル po 8 ae 表2主な属性の意味・制約 意味制約 拠点棚#|拠点は拠点を識別する番号,棚#は拠点内の棚を識別する番号 請求先区分,|請求先区分は取引先が請求先か否か,出荷先区分は取引先が出荷先か否かの区分 出荷先区分|で,一つの取引先が両方に該当することもある。 生産拠点で製造原価を基に定めた商品の原単価である。 状態C出荷の状態を"出荷依頼済',出庫指示済',"出荷済',*納品済,'出 荷依頼キャンセル済',取消済,'訂正済"などで区分する。 赤黒区分,訂|出荷の訂正は,赤黒処理によって行う。赤黒処理では,出荷数量を全てマイナス 正元出荷#|にした取消伝票(以下,赤伝という)及び訂正後の出荷数量を記した訂正伝票 (以下,黒伝という)を作成する。赤黒区分は,HE,黒伝の区分であり,訂正 元出荷#は,訂正の元になった出荷の出荷#である。赤伝及び黒伝の出荷数量,赤 a黒区分,SETH,登録TS以外の属性には,訂正元と同じ値を設定する。 AB,入庫出荷,出庫の登録TSには,時刻印を設定する。 表3業務ルール整理表(未完成) エンティティー合致する業 [zea ola] ea.②一つの生産拠点では一つの商品だけを生産する。©,@ 商品分類@商品はいずれかーつの商品分類に分類される。 ④商品分類は階層構造をもつ。 2|物流拠点,①在庫を記録するのは物流拠点だけである。 商品,②全拠点を集計した商品別在庫の記録をもつ。Co] 在庫③各拠点では全商品について在庫の記録を作成する。 ④拠点ごと商品ごとに在庫数量,引当済数量を記録する。 3|商品,①一っの棚に複数の商品を保管する。 棚,②同じ商品を複数の棚に保管することがある。 棚別在庫③同じ棚#を異なる拠点の棚に割り当てることがある。~ ④各棚には保管する商品があらかじめ決まっている。 取引先,①取引先に該当するのは出荷先だけである。 出荷先,②請求先には出荷先が一つ決まっている。 出荷@出荷先には請求先がーつ決まっている。し8| ④請求先と出荷先とが同じになることはない。 5|Ag,①入荷#ごとに一つの入庫#を記録する。 入荷明細,②⑫入庫は入庫の実施単位に拠点入庫#で識別する。Ce] 入庫,③入荷した商品を入庫せずに出荷することもある。 入庫明細④入荷明細を棚に分けて入庫明細に記録する。 出荷,①出庫は出荷と同じ単位で行う。 出荷明細,②出荷明細には出庫明細との対応を記録する。 出庫,@出荷に対応する出庫を記録しない場合がある。 出庫明細④商品ごとの出庫数量は出荷数量と異なる場合がある。 —9 ae [問合せの検討 Eさんは,依頼1に対応するために図2のZチャートの例を依頼元から入手し,Z チャートを作成するための問合せの内容を,表4に整理した。表4中のT1は月間出 荷数量,T2は移動累計出荷数量,T3は累計出荷数量を求める問合せである。 oy Lee)tt 9 man 7,900 2,000 sown 2&8 8&&BS 8る M2 Zチャートの例 表4依頼1の問合せの検討(未完成) 問合、テーブル名又、os 年月ニ[出荷年月日の年月を抽出],月間出荷数①④出荷明細から指定した商品の行 量=[年月でグループ化した各グループ内の出荷を選択 数量の合計]②出荷から指定した拠点,かつ, 4出荷出荷明|出荷年月日の年月が,指定年月の 細[|ア|か月前の年月以上かつ 指定年月以下の範囲の行を選択 ③①と@②の結果行を拠点出荷# それぞれが等しい条件で内結合 年月,月間出荷数量,移動累計出荷数量ニ[選択 行を年月の昇順で順序付けし,行ごとに現在のー。、 までの範囲にある各行の月間出荷数量の合計] 年月,月間出荷数量,移動累計出荷数量,Rat 出荷数量ニ[選択行を年月の昇順で順序付けし,年月が,指定年月のか 13|行ことに現在の行を起点として,[エ|か|12月前の年月以上かつ指定年月以下の らまでの範囲にある各行の月間出荷範囲の行を選択 数量の合計] 注記1行ごとに問合せを記述し問合せ名を付ける。問合せ名によって問合せ結果行を参照できる。 注記2列名又は演算には,テーブルから射影する列名又は演算によって求まる項目を“項目名[演算の内容]" の形式で記述する。 注記3テーブル名叉は問合せ名には,参照するテーブル名又は問合せ名を記入する。 注記4選択叉は結合の内容には,テーブル名又は問合せ名ごとの選択条件,結合の具体的な方法と結合条件を 記入する。 i 10ーー 依頼2について図3のSQL文の検討を行い,実装したSQL文を実行して図4のヒー トマップの例を作成した。 WITH S1 AS( SELECT S.拠点』SM.棚# FROM出庫S INNER JOIN出庫明細SM ON S.拠点#=SM.拠点#AND S.出庫#=SM.出庫# WHERE S.拠点#=:hv1 AND S.出庫年月日BETWEEN:hv2 AND:hv3 ),S2 AS( SELECT AS出庫回数 FROM棚T LEFT JOIN S1 ON S1.拠点#=T.拠点#AND S1.棚#=T.棚# WHERE T.拠点#=:hv1 ),$3 AS( SELECT#f#,RANK()OVER([ヶ])AS出庫回数順位 FROM S2 ) SELECT棚# CASE WHEN(100*OVER())<=20 THEN'高" WHEN(100*OVER())<=50 THEN'中" ELSE'低 END AS出庫頻度区分 FROM S3 注記ホスト変数hy1hv3には,指定された拠点#出庫年月日の開始日及び終了日がそれぞれ設定 される。 図3依頼2の問合せを実装したSQL文(未完成) |30|302|sen|662 104 EK一304|563議沈693略泌軒704 105|395 306 595 506|605 mag|705.| 凡例出庫頻度区分=高出庫頻度区分=中出庫頻度区分=低 >>出庫作業の最短順路 図4ヒートマップの例 依頼3への対応〕 Eさんは,在庫回転率及びその根拠となる数値(以下,計数という)の算出方法を 確認した上で,分析データを作成する仕組みを検討することにした。 1.計数の算出方法確認 在庫管理業務では,次のように,FA,拠点,商品ごとに計数を算出している。 ・月締めを行う。月締めは対象月の翌月の第5営業日までに実施する。 ・月締めまでの間は,前月分の出荷であっても訂正できる。 ・月末時点の在庫を,先入先出法によって評価し,在庫金額を確定する。在庫 金額算出に際して,商品有高表及び残高集計表を作成する。商品有高表の例 を表5に,残高集計表の例を表6に示す。 (1)商品有高表 ・前月末時点の残高を繰り越して受入欄に記入する。残高は,入荷ごとに記録 するので,複数入荷分の残高があれば入荷の古い順に繰り越す。 ・受入,払出の都度,収支を反映した残高を記入する。例えば,表5中の行2の 残高には行1の受入を反映した残高を転記し,行3の残高には行2の受入を反 映した残高を記入している。 ・当月中の入荷を受入欄に,出荷を払出欄に記入する。入荷の入荷年月日,出 荷の出荷年月日を受払日付とし,受払日付順及び入出荷の登録順に記入する。 ・出荷による払出は,入荷の古い順に残高を引き落とし,複数入荷分の残高を 引き落とす場合は,残高ごとに行を分ける。入出荷による変更後の在庫を入 荷の古い順に残高欄に記入する。 ・赤伝は,受払日付に発生日ではなく,訂正元出荷と同じ受払日付でマイナス の払出を記入する。 ・月末時点の残高を入荷の古い順に払出欄に記入して次月に繰り越す。 (2)残高集計表 年月,拠点,商品ごとに,商品有高表を集計・計算して月初残高,SARA, 当月払出,月末残高,在庫回転率の数量,金額をそれぞれ次のように求める。 ・月初残高は,前月繰越による受入の数量,金額を集計する。 ・当月受入は,当月中の入荷による受入の数量,金額を集計する。 ・月末残高は,次月繰越による払出の数量,金額を集計する。 ー12一 ・当月払出は,月初残高+当月受入一月末残高"によって,MB,金額を それぞれ求める。 ・在庫回転率は,“当月払出+((月初残高+月末残高)+2)”によって, 数量,金額をそれぞれ求める。 表5商品有高表の例(未完成) 年月:2023-09 Pleak:33商品上112233出力日:2023-10-02単価,金額の単位円 ー||oe em[mts]ml swel|||ro]ai ana aトレしトレートーレートートー|生生呈 ae OO還還EEE elmw|晒上|||紳是smml細|加wsw |トート Peper|xm[eo wal sm]aaa a8)aa ae eal ae||||二|誠員 Peper fae[fa sae 回L_||||||i%|lisse9 a (ee ee| Ce Cs a|||2%|liw敵証隊呈吊較| |トートートー ee onto|荷」30|9|28590||||ie|%l ee 9|0924|昌信ee ee)50|9%|4590| ||トートートートトレー 129|09-30[mae]|||50|99|4%500|39|95|28,500] [2|39[amet]|||se|%lzwsel|-| 注記網掛け部分は表示していない。“A”は負数を表す。"一"は空値を表す。 表6残高集計表の例(一部省略) 残高|受入|払出|残高|転率|残高受入払出残高|転率 Li Tililililililililgililili 2.計数を格納するテーブル設計 Eさんは,鮮度の高い分析データを提供するために,商品有高表及び残高集計表 の計数をテーブルに格納することにして図5のテーブルを設計した。 (1)“受払明細"テーブル ・商品有高表の受入,払出のどちらかに数量,単価,金額の記載のある行を格 納する。 ・受払#には,FA,拠点#商品#ごとに,商品有高表中の受入又は払出の数量 に記載のある行を対象に1から始まる連番を設定する。一つの出荷が複数の残 高から払い出される場合には,払出の行を分け,それぞれに受払#を振る。 ・摘要区分には,"前月繰越',"出荷,‘Aw’,‘ii’,‘Rie’,次月繰越 のいずれかを設定する。 (2)“受払残高"テーブル ・受払明細ごとに,受払による収支を反映した後の残高数量を,基になる受入 ごとに記録する。残高の基になった受入(前月繰越又は入荷)ORM,単価 を,受払残高の基受払』単価に設定する。 (3)“残高集計"テーブル ・受払明細及び受払残高の対象行を“残高集計表"の作成要領に従って集計・ 計算して“残高集計"テーブルの行を作成する。 受払残高(年月,拠点4商品#受払#基受払残高数量,単価) 残高集計(年月,拠点4商品#月初残高数量,当月受入数量,当月払出数量,月末残高数量, 月初残高金額,当月受入金額,当月払出金額,月末残高金額) 図5計数を格納するテーブルのテーブル構造 3.計数を格納する処理 Eさんは,入荷又は出荷の登録ごとに行う一連の更新処理(以下,入出荷処理と いう)に合わせて,図5中のテーブルに入出荷を反映した最新のデータを格納する 処理(以下,計数格納処理という)を行うことを考えた。 (1)計数格納処理の概要 OD入出荷の明細ごとに,“SMM”テーブルに赤伝,黒伝を含む新規受払の =科= 行を作成する。赤伝,黒伝の発生時には,同じ年月,Mat,商品#で,その 受払よりも先の行を全て削除した上で,入出荷の明細から行を再作成する。 これを洗替えという。 ②①によって変更が必要になる『受払残高'"テーブルの行を全て削除した上 で,再作成する。 ③変更対象の計数を集計して残高集計"テーブルの行を追加又は更新する。 ④計数は,計数格納処理の開始時点で登録済の入出荷だけを反映した状態に する。 (2)計数格納処理の処理方式検討 Eさんは,計数格納処理の実装に当たって,次の二つの処理方式案を検討し, 表7の比較表を作成した。 案1:入出荷処理と同期して行う方式。同二トランザクション内で入出荷処理 及び計数格納処理を実行する。 案2:入出和荷処理と非同期に行う方式。入出荷処理で,登録された入出荷のキ ー値(拠点Advert,出荷を連携用のワークテーブル(以下,連携WT という)に溜めておき,一定時間おきに計数格納処理を実行する。 ・入出荷処理では,トランザクション内で一連の更新処理を行い,最後 に連携WTに行を追加してトランザクションを終了する。 ・計数格納処理では,実行ごとに次のように処理する。 (a)連携WT全体をロックし,連携WTの全行を処理用のワークテーブ ル(以下,処理WTという)に追加後,連携WTの全行を削除してコ ミットする。 (b)処理WT,After,入荷明細,出荷及び出荷明細から必要な情報を 取得し,FA,拠点#商品#の同じ行ごとに,まとめて次のように 処理する。 ・赤伝,黒伝がなければ,登録TSの順に受払を作成する。| ・赤伝,黒伝があれば,洗替えの起点となる行を1行選択し,その 行に対応する受払を作成する。そして,起点となる行を基に, 入荷入荷明細,出荷,出荷明細から対象となる行を入荷年月 日又は出荷年月日,登録TSの順に取得して洗替えを行う。 ー15一 (c)処理WTの全行を削除してコミットする。 表7処理方式案の比較表 a 注記“〇"は一方の案が他方の案よりも優れていることを,“A”は劣っていることを表す。 表7を基に,処理方式案を次のように判断した。 (1)分析データの鮮度については,どちらの案でも依頼3の要件を満たす。 (2)入出荷処理への影響について,表5において,2023-10-03に次のそれぞれの 出荷の登録を仮定して,“SHAM”テーブルへの追加及び削除行数を調べる ことで,追加処理による遅延の大きさを推測した。 ・09-26の出荷数量49の出荷明細を追加入力すると,次月繰越の2行を削除, 出荷1行及び新たな次月繰越1行の2行を追加することになる。 09-04の出荷を取り消す赤伝を追加すると,“SRAM”テーブルに合計で11 行の削除,12行の追加を行うことになる。 案1では,特に出荷の赤伝,黒伝から受払を作成する場合に,追加処理によ る入出荷処理の遅延が大きくなる。案2では,①連携WTに溜まった入出荷情報 をまとめて処理することで,計数格納処理における出荷の赤伝,黒伝の処理時 間を案1よりも短縮できる。 (3)案1では入出荷処理の性能及び計数格納処理エラーの業務への影響が大きい ことから,案2を採用することにした。なお,導入に先立って,②@計数格納処 理が正しく動作することを検証することにした。 4.分析データの検証 Eさんは,計数格納処理を実行して得たデータを用いて,ある拠点,商品の過去 12か月の在庫回転率を時系列に取得して表8を得た。一定の方法で,RE,金額 それぞれの在庫回転率を母集団とする外れ値検定を行ったところ,2023-09の金額 の在庫回転率だけが外れ値と判定された。外れ値は,業務上の要因によって生じ る場合もあれば,入力ミスなどによって生じる異常値の場合もある。 ー16— 表8について,Eさんは次のように推論した。 ①数量と金額の在庫回転率は,ほぼ同じ傾向で推移するが,材料費の値上が りなどに起因して,製造原価が上昇する傾向にあるとき,金額による在庫回 転率は|nm|する傾向がある。 @2023-09の数量の在庫回転率は前月とほぼ同じ水準でちあるにもかかわらず, 金額の在庫回転率が極端に低い値になっていることから,異常値であること が疑われる。| ③この推論を裏付けるには,“BAM”テーブルから当該年月,拠点,商 品の一致する行のうち,“摘要区分="|n|"の行の[|o| に不正な値がないかどうかを調べればよい。 HSある拠点,商品の在庫回転率(2022-10一2023-09) EE ene[only afen|ia[28[98[*A[5A[6A[78]eA[on 5.概念データモデルの変更 図5のテーブルをエンティティタイプ,列名を属性名として,概念データモデル に追加する。Eさんは,追加するエンティティタイプ間及び図1中のエンティティ タイプとの間のリレーションシップについて,追四するエンティティタイプの外 部キーと参照先のエンティティタイプを表9の形式で整理した。 ー17一 表9追加するエンティティタイプの外部キーと参照先のエンティティタイプ(RM) ーー ea A Ce| ne
問問1 設問2
設問2[問合せの検討]について答えよ。 (1)図2において,累計出荷数量のグラフは始点から終点への直線の形状,移 動累計出荷数量のグラフは右肩下がりの形状となっている。この二つのグラ フから読み取れる商品の出荷量の傾向を,それぞれ39字以内で答えよ。 (2)表4中の|ア|,|カ|に入れる適切な数値。及び[|イ| ~に入れる適切な字句を答えよ。ここで,~ |オ|は次の字句から選択するものとし,nを含む宇名を選択する場合 it,演算及び選択の対象行が必要最小限の行数となるように,nを適切な数 値に置き換えること。 (3)図3中の[|キ|~Lコ|に入れる適切な字旬を答えよ。 (4)図4において,二つの棚に配置されている商品を相互に入れ替えて効率化 を図る場合,最も効果が高いと考えられる,入替えを行う棚の棚#の組を答 Biお _18一 (5)(4)の対応を記録するために更新が必要となるテーブル名を二つっ挙げ,そ れぞれ行の挿入,行の更新のうち,該当する操作を〇で囲んで示せ。 |ややややパパHA行の更新 |やややパパパパパ|行の押入”・行の東新|
問問1 設問3
設問3[信頼3への対応】について答えよ。 (1)表5中の| g|-|||に入れる適切な数値を答えよ。 (2)本文中の下線①では,どのように処理を行うべきか。次の(a),(b)におけ る対象行の選択条件を,列名を含めて,それぞれ35字以内で具体的に答えよ。 (a)処理WTに,同じ年月,拠点商品#の赤伝,黒伝が複数ある場合に, 洗替えの起点となる行を選択する条件 (b)(3)の洗替えの起点となる行を基に,洗替えの対象となる入荷,入荷明 WA,出荷出荷明細を取得するときに,計数格納処理の開始時点で登録 済の入出荷だけを反映した状態にするために指定する条件。ただし,A 荷年月日又は出荷年月日が,起点となる行の入荷年月日又は出荷年月日 よりも大きい条件を除く。 (3)本文中の下線@では,処理結果が正しいことをどのように確認したらよい か。確認方法の例を69字以内で具体的に答えよ。 (4)本文中の|m|]-|。|に入れる適切な字句を答えよ。 (5)表9中の太枠内の空欄に適切な字句を入れて表を完成させよ。ただし,® 欄は全て埋まるとは限らない。
問問2
ドラッグストアチェーンの商品物流の概念データモデリングに関する次の記述を 読んで,設問に答えよ。 ドラッグストアチェーンの『「社は,商品物流の業務改革を検討しており,システム 化のために概念データモデル及び関係スキーマを設計している。 [業務改革を踏まえた商品物流業務] 1.社外及び社内の組織と組織に関連する資源 (1)ビジネスパートナー(以下,BPという) ①BPは仕入先である。仕入先には,商品の製造メーカー,流通業である商社 又は問屋がある。 ②BPは,BPコードで識別し,BP名をもつ。 (2)配送地域 ①全国を,気候と交通網を基準にして幾つかの地域に分けている。 ②配送地域は,複数の郵便番号の指す地域を括ったものである。都道府県を またぐ配送地域もある。 ③配送地域は配送地域コードで識別し,配送地域名,地域人口をもつ。 (3)店舗 ①店舗は,全国に約1.599あり,店舗コードで識別し,店舗名,住所,連絡 先,店舗が属する配送地域などをもつ。 ②店舗の規模や立地によって販売の仕方が変わるので,床面積区分(大型か 中型か小型かのいずれか)と立地区分(商業立地かオフィス立地か住宅立地 かのいずれか)をもつ。 (4)物流拠点 ①物流拠点は,拠点コードで識別し,拠点名,住所,連絡先をもつ。 ②物流拠点の機能には,在庫をもつ在庫型物流拠点(以下,DCという)OR |能と,積替えを行って店舗への配送を行う通過型物流拠点(AF,TCという) の機能がある。 ③物流拠点によって,TCの機能だけをもつところと,DCとTCの両方の機能 をもつところがある。 ー29一 ④物流拠点に,DCの機能があることはDC機能フラグで,TCの機能があるこ とはTC機能フラグで分類する。 ©TCは,各店舗に複数のDCから多数の納入便の車両が到着する混乱を防止 するために,DCから届いた荷を在庫にすることなく店舗への納入便に積み替 える役割を果たす。 ⑥DCは配送地域におおむね1か所配置し,TCは配送地域に複数配置する。 ⑦DCには,倉庫床面積を記録している。 ⑧TCは,運営を外部に委託しているので,委託先物流業者名を記録している。 (5)幹線ルートと支線ルート ①DCからTCへの配送を行うルートを幹線ルート,TCから配送先の店舗を回 って配送を行うルートを支線ルートという。 ②支線ルートは,TCごとの支線ルートコードで識別している。また,支線ル ートには,車両番号,配送先店舗とその配送順を定めている。支線ルートの 配送先店舗は8店舗前後にしている。支線ルート間で店舗の重複はない。 2.商品に関連する資源 (1)商品カテゴリー OQ商品カテゴリーには,部門,ライン,クラスの3階層木構造のカテゴリー レベルがある。商品カテゴリーはその総称である。 ②部門には,医薬品,化粧品,家庭用雑貨,食品がある。 ③例えば医薬品の部門のラインには,MBR,GBR,MATE MH. ④例えば感置薬のラインのクラスには,総合感冒薬,漢方風邪薬,鼻炎治療 薬などがある。 ⑤商品カテゴリーは,カテゴリーコードで識別し,カテゴリーレベル,カテ ゴリー名,上位のどの部門又はラインに属するかを表す上位のカテゴリーコ ードを設定している。 (2)アイテム ①アイテムは,色やサイズ,梱包の入り数が眉っても同じものだと認識でき る商品を括る単位である。例えば缶ビールや栄養ドリンクでは,バラと6缶 パックや109本パックは異なる商品であるが,アイテムは同じである。 Q@アイテムによって属する商品は複数の場合だけでなく一つの場合もある。 ー21一 ③アイテムは,アイテムコードで識別し,アイテム名をもつ。 ④アイテムには,調達先のBP,湿度帯(常温,冷蔵,冷凍のいずれか),属 するクラスを設定している。また,同じアイテムを別のBPから調達すること はない。 ®BPから,全てのDCに納入してもらうアイテムもあるが,多くのアイテム は一部のDCだけに納入してもらう。 ©『社が自社で保管・輸送できるのは常温のアイテムだけであり,冷凍又は 冷蔵の保管・輸送が必要なアイテムはBPから店舗に直納してもらう。これを 直納品と呼び,直納品フラグで分類する。直納品に該当するアイテムには直 納注意事項をもつ。 (3)商品 ①商品は,BPが付与したJANコードで識別する。 ②商品は,商品名,標準売価,色記述,サイズ記述,材質記述,荷次記述, 入り数,取扱注意事項をもつ。 3.業務の方法・方式 (1)物流網(物流拠点及び店舗の経路) O物流網は,効率を高めることを優先するので,DCからTC,TCから店舗は, 木構造を基本に設計している。ただし,全てのDCが全てのアイテムをもつわ けではないので,DCからTCの構造には例外としてたすき掛け(TCから見て 木構造の上位に位置するDC以外のDCからの経路)が存在している。 ②DCでは,保有すするアイテムが何かを定めている。 ③直納品を除いて,店舗に配送を行うTCは1か所に決めている。 ④DCからTC,TCから店舗についての配送リードタイムCAR,リードタイ ムをLT EWS)を,整数の日数で定めている。DC AS TCの配送LTを幹線 LTと呼び,TCから店舗への配送LTを支線LTと呼ぶ。 ⑤幹線LTは,1日を数え始めとするLTで,ほとんどの場合は1日であるが, 2日を要することもある。例えば九州にあるDCにしかない商品を,全国販売 のために全国のTCへ配送する場合,東北以北のTCへは1日では届かないケ ースが存在する。 ©TCに対してどのDCから配送するかは,TCが必要とする商品の在庫が同じ ー22— 配送地域のDCにあればそのDCからとし,なければ在庫をもつ他のDCからた すき掛けとする。ただし,全体のたすき掛けは最少になるようにする。 ⑦支線LTは,0日を数え始めとするLTで,ほとんどの店舗への配送が積替え の当日中に行うことができるように配置しているので,当日中に配送できる 店舗への支線LTは0日である。ただし,離島にある店舗の中には0日では配 送できない場合もある。 ⑧店舗は,次を定めている。 ・どの商品を品揃えするか。 ・直納品を除くDC補充品(DCから配送を受ける商品)について,どのDCの 在庫から補充するか。 (2)補充のやり方 QD店舗又はDCは,商品の在庫数が発注点を下回ったら,定めておいたロット サイズ(以下,ロットサイズをLSという)で要求をかける。ここで,DCが 行う要求は発注であり,店舗が行う要求は補充要求である。 ②店舗へのDCからの補充のために,商品ごとに全店舗一律の補充LSを定め でいる。 ③DCでは,DCごと商品ごとに,在庫数を把握し,発注点在庫数,DC納入LT, DC発注LSを定めている。 ④店舗では,品揃えの商品ごとの在庫数を把握し,発注点在庫数を定めてい る。また,直納品の場合,加えて直納LTと直納品発注LSを定めている。 ©店舗から補充要求を受けたDCは,宛先を店舗にして,その店舗に配送を行 うTCに向けて配送する。 (3)DCから店舗への具体的な配送方法 ①ものの運び方 ・配送は,1日1回バッチで実施する。 ・DCは,店舗からの補充要求ごとに商品を出庫し,依頼元の店舗ごとに用意 した折りたたみコンテナ(AF,コンテナという)に入れる。 ・その日に出庫したコンテナを,依頼元の店舗へ配送するTCに向かうその日 の幹線ルートのトラックに積み,出荷する。 ・TCは,幹線ルートのトラックが到着するごとに,配送する店舗ごとに用意 =Ba したかご台車にコンテナを積み替える。かご台車には店舗コードと店舗名 を記したラベルを付けている。 ・TCは,全ての幹線ルートのトラックからかご台車への積替えを終えると, かご台車を支線ルートのトラックに積み込む。 ・TCは,支線ルートのトラックを出発させる。 ・支線ルートのトラックは,順に店舗を回り,。コンテナごと店舗に納人する。 ②指示書の作り方 ・店舗の補充要求は,商品の在庫数が発注点在庫数を割り込む都度,店舗コ ード,補充要求年月日時刻,JANコードを記して発行する。 DCの出庫指示書は,店舗から当該DCに届いた補充要求を基に,配送指示| 番号をキーとして店舗ごと出庫指示年月日ごとに出力する。出庫指示書の 明細には,配送指示明細番号を付与して店舗からの該当する補充要求を対 応付けて,出庫する商品と出庫指示数を印字する。 ・出庫したら,出庫指示書の写しをコンテナに貼付する。 ・DCからの幹線ルートの出荷指示書は,その日(出荷指示年月日)に積むベ きコンテナの配送指示番号を明細にして行き先のTCごとにまとめて出力す る。 ・TCの積替指示書は,積替指示番号をキーとしてその日の支線ルートごとに 伝票を作る。積替指示書の明細は,配送先店舗ごとに作り,その内訳に店 舗へ運ぶコンテナの配送指示番号を印字する。 ・店舗への配送指示書は,積替指示書の写しが,配送先店舗ごとに切り取れ るようになっており,それを用いる。 (4)BPへの発注,入荷の方法 ①DCは,その日の出庫業務の完了後に,在庫数が発注点在庫数を割り込んだ 商品について,発注番号をキーとして発注先のBPごとに,当日を発注年月日 に指定してDC発注を行う。DC発注の明細には,明細番号を付与して対象の JANコードを記録する。 ②店舗は,直納品の在庫数が発注点在庫数を割り込むごどとに直納品の発注を 行い,直納品の発注では,店舗,補充要求の年月日時刻,対象の商品を記録 する。 ら1= ③DC及び店舗へのBPからの入荷は,BPが同じタイミングで納入できるもの がまとめて行われる。入荷では,入荷ごとに入荷番号を付与し,どの発注明 細又は直納品発注が対応付くかを記録し,併せて入荷年月日を記録する。 ④DC及び店舗は,入荷した商品ごとに入庫番号を付与して入庫を行い,。どの 発注明細又は直納品発注が対応付くかを記録する。 設計した概念データモデル及び関係スキーマ〕 1.概念データモデル及び関係スキーマの設計方針 (1)関係スキーマは第3正規形にし,多対多のリレーションシップは用いない。 (2)リレーションシップが1対1の場合,意味的に後からインスタンスが発生す る側に外部キー属性を配置する。 (3)概念データモデルでは,リレーションシップについて,対応関係にゼロを含 むか否かを表す“O”又は“@”は記述しない。 (4)概念データモデルは,マスター及び在庫の領域トランザクションの領域 とを分けて作成しマスターとトランザクションとの間のリレーションシップ は記述しない。 (5)実体の部分集合が認識できる場合,その部分集合の関係に固有の属性がある ときは部分集合をサブタイプとして切り出す。 (6)サブタイプが存在する場合,他のエンティティタイプとのリレーションシッ プは,スーパータイプ又はいずれかのサブタイプの適切な方との間に設定する。 2.設計した概念データモデル及び関係スキーマ マスター及び人在庫の領域の概念データモデルを図1に.トランザクションの領域 の概念データモデルを図2に,関係スキーマを図3に示す。 ー25一 3商品 ハ 直納 ハ 店舗在庫||店舗在庫 図1マスター及び在庫の領域の概念データモデル(未完成) 積替指示 DC積替指示ミ 補充要求||指示明細発注明細 図2トランザクションの領域の概念データモデル(未完成) ーー26 at 配送地域(配送地域コード,配送地域名,thik AC) 郵便番号(郵便番号,都道府県名市区町村名,町名) 物流拠点(拠点コード,拠点名,住所連絡先) (しっ) (C=1) C2(Lb 2)? re) 店舗(店舗コード,店舗名,住所,連絡先,床面積区分,立地区分,配送地域コード,) 商品カテゴリー(カテゴリーコード,カテゴリー名,) 部門(部門カテゴリーコード,売上比率) ライン(ラインカテゴリーコード,) クラス(クラスカテゴリーコード,) BP(BPコード,BP名) アイテム(アイテムコード,アイテム名,直納品フラグ,) 直納アイテム(直納アイテムコード,直納注意事項) 商品(JANコード,商品名,標準売価、色記述,サイズ記述,材質記述荷姿記述,入り数, 取扱注意事項,) DC保有アイテムOOC拠点コード,アイテムコード) DC在庫(DC拠点コード,|ス|) 店舗在庫(店舗コード,JANコード,[セ|) DC補充品店舗在庫(店舗コード,DC補充品JANコード,) 直納品店舗在庫(店舗コード,直納品JANコード,) 店舗補充要求(店舗コード,補充要求年月日時刻,DC補充品JANコード) DC出庫指示(配送指示番号,) DC出庫指示明細(配送指示番号,配送指示明細番号,) DC出荷指示(出荷指示番号,) 積替指示(積倫指示番号,) MAST(積人指示番号,配送先店舗コード) DC発注(発注番号,) DC発注明細(発注番号,発注明細番号,|=|) 直納品発注(|ヌ|) 入荷(入荷番号) 入庫(入庫番号,) 注記図中の[』|,|b|には,図1の[|』],[|5|と同じ字句が入る。 図3関係スキーマ(未完成) 解答に当たっては,巻頭の表記ルールに従うこと。また,エンティティタイプ 名及び属性名は,それぞれ意味を識別できる適切な名称とすること。 設問次の設問に答えよ。 (1)図1中の| s』|,|5|に入れる適切なエンティティタイプ名を 答えよ。 (2)図1は,幾つかのリレーションシップが欠落している。欠落しているリレー ションシップを補って図を完成させよ。 (3)図2は,幾つかのリレーションシップが欠落している。欠落しているリレー ションシップを補って図を完成させよ。 4)図3中の[|ア|~L_7|に入れる一つ又は複数の適切な属性名を 補って関係スキーマを完成させよ。また,主キーを表す実線の下線,外部キー を表す破線の下線についても答えること。 _28一 [メモ用紙) [xモ用紙〕 ー30一 [xモ用紙)
出典
各問題の下に出典を記載しています。