まず、業務の現状と要望事項を説明します。それを把握した上で、続く問題に答えなさい。

受注時、顧客が、次のような要求をしたとします。

1. 「注文全体でx％値引きしてくださいよ！」
2. 「商品単価当たりy円値引きしてくれませんか？」
3. 「これだけたくさん買ったんだから割引してくれてもいいんじゃない？」

また、夏物バーゲンとして7/20－8/20まで夏物全品×％OFFなどという企画もあります。
値引きを単に属性として管理すると、その項目の値を値引き「金額」で表したり、「割引率」で表したりすることになってしまいます。
また、その商品で「3.」のような値引きをする場合に、企業としてあらかじめ「シャツ10枚以上だったらいくら引く」といったルールがあるならば、エンティティとして「値引きルール」を作成しておくと、さまざまなケースに対応できます。

現在実施されている値引きルールを洗い出してみると、以下のルール、またはルールの組み合わせで値引きが行われていることがわかりました。

• 全額による値引き
• ％による値引き
• 単価ごとの値引き
• 全体からの値引き
• ある金額以上のまとめ買い時の値引き（商品に関係なく）
• ある個数以上のまとめ買い時の値引き（商品に関係する）
• 期間を区切ったバーゲン

企業で、バーゲンなどの企画として設定する値引きに対応できるよう、受注の際の値引きをモデルに反映してください。
また、大量受注に対するルールも管理できるようにして、受注の際の値引きに対応できるようにしてください。

値引きの単位は受注単位、受注明細単位の両方で起きる可能性があるため、「受注」エンティティ、「受注明細」スーパータイプエンティティに値引きに必要な属性を追加します。
値引きは受注明細の種類には関係ないため、サブタイプではなく、スーパータイプに追加します。

1. 「値引きルール」エンティティは、値引きルールの種類を管理するエンティティとして作成し、具体的な値引きの値を「値引き詳細」エンティティで管理できるように設計しました 値引きの種矩は、要件より以下のような項目、またはその組み合わせを考えます その結果、「値引きルール」では、一意識別子が1桁～2桁の場合は金額による値引きを、3桁の場合は％による値引きを表し、考えられる組み合わせをルールとして作成しました  
   • 金額による値引き
   • ％による値引き
   • 単価ごとの値引き
   • 全体からの値引き
   • ある金額以上のまとめ買い時の値引き（商品に関係ない値引き）
   • ある個数以上のまとめ買い時の値引き（商品に関係する値引き）
   ルールが追加される場合には、この「値引きルール」エンティティに新しいルールのオカレンスを追加するだけで対応でき、拡張性を考慮した設計になっています
2. 「値引き詳細」エンティティには、「値引きルール」に対応した具体的な値を設定し、「値引き詳細」に設定された値引きの種類を選択できるようにしています
3. 受注の単位で全体からの値引きをする場合、「受注」エンティティの属性「値引き詳細」に適切な値引き詳細オカレンスを選択します。この場合、注意しなければならないことは、受注明細の商品ごとに売上計上日が異なる場合です。売上計上日が、経理上の締め日をまたがってしまう場合を想定して、値引き額を商品ごとの売上比率で割る、または売上計上日が同一の商品のみ同一伝票に起票するなどの業務上のルールを決めておく必要があります
4. 「受注明細」の商品単位で値引きをする場合、「受注明細」スーパータイプに「値引き詳細」への外部キーをもたせます

< 前へ　｜　6.1 【設問】受発注（2/3）　｜ 次へ >