
(注文処理、顧客体験、店舗運営に焦点を当てたもの)

このエンティティ関係図は、以下の主要な業務をモデル化しています。マクドナルド店舗、以下の点に注目しています:
顧客から支払いまでの注文フロー
従業員の役割と店舗管理
メニューの販売状況と価格
顧客のロイヤルティと再参加の促進
基本的な在庫管理(食品アイテム用)
注意:これは完全な企業用データベース(例:サプライチェーンや人事)ではありませんが、ファストフード向けPOSシステムの現実的でスケーラブルな基盤です。
| エンティティ | 属性 |
|---|---|
| 顧客 | 顧客ID(PK)、氏名、電話番号、メールアドレス、ロイヤルティポイント、会員ランク(例:ブロンズ、シルバー) |
| 店舗 | 店舗ID(PK)、店舗名、所在地(住所)、店長ID(FK → 従業員)、営業時間、月間売上合計 |
| 従業員 | 従業員ID(PK)、氏名、役割(レジ担当、調理担当、店長、監督者)、店舗ID(FK)、雇用日、シフトスケジュール |
| メニューアイテム | メニューアイテムID(PK)、名前、説明、価格、カテゴリ(バーガー、ドリンク、サイド、デザート)、有効状態、画像URL |
| 注文 | 注文ID(PK)、注文日時、ステータス(保留 → 製造中 → 準備完了 → 完了 → キャンセル)、合計金額、店舗ID(FK)、顧客ID(FK) |
| 注文アイテム | 注文アイテムID(PK)、注文ID(FK)、メニューアイテムID(FK)、数量、明細合計(自動計算) |
| 支払い | 支払いID(PK)、金額、支払い方法(現金、クレジットカード、モバイル決済)、取引ID、注文ID(FK)、タイムスタンプ |
| プロモーション | プロモーションID(PK)、コード(例:“WELCOME10”)、割引タイプ(パーセンテージ、固定額)、割引額、有効日、有効期限、適用対象(例:ランチ、すべての商品) |
| 関係性 | 基数 | 説明 |
|---|---|---|
顧客 → 注文 |
1 → 0.. | 顧客は時間の経過とともに複数の注文を行います。 |
注文 → 注文商品 |
1 → 0.. | 各注文には0個以上のメニュー項目が含まれます。 |
注文 → 支払い |
1 → 1 | 完了した注文はすべて、ちょうど1つの支払いを持ちます。 |
注文 → 店舗 |
1 → 1 | 各注文は、特定の1つの店舗で行われます。 |
店舗 → 従業員 |
1 → 0.. | 店舗は複数のスタッフ(レジ係、調理師、マネージャー)を雇用している。 |
店舗 → 注文 |
1 → 0.. | 店舗は多くの注文を受けている。 |
メニューアイテム → 注文アイテム |
1 → 0.. | メニューアイテムは複数の注文に含まれる可能性がある。 |
プロモーション → 注文 |
0 → 1 | プロモーションは注文に適用される可能性がある(例:「1個購入、1個無料」)。 |
従業員 → 店舗 |
1 → 1 | 各従業員は1つの店舗で勤務している。 |
✅ オプション: 追加する
ロイヤルティプログラムより深いロイヤルティロジックが必要な場合(例:ポイントの交換、報酬)に使用するエンティティ。
価格は 0 より大きくなければならない
支払いが未完了の場合、注文ステータスは「完了」にできない
注文項目の数量は 1 以上でなければならない
プロモーションは、有効で時間枠内にある場合にのみ適用可能
ロイヤルティポイントを獲得するには、顧客が少なくとも1つの注文に関連付けられている必要がある
メニュー項目は在庫切れまたは販売終了の場合、「非活性」にマークされる
| ユースケース | 利点 |
|---|---|
| POSシステム設計 | リアルタイムでの注文追跡、支払い処理、領収書生成を可能にする |
| 在庫アラート | メニュー項目が頻繁に注文された場合、在庫レベルを監視する |
| ロイヤルティプログラム | ポイントの蓄積を追跡し、パーソナライズされた割引を提供 |
| 店舗分析 | 人気商品、ピーク時間、人気プロモーションを特定 |
| 従業員管理 | 役割の割り当て、シフトの追跡、パフォーマンス管理 |
以下のいずれかをコピーして、ドキュメント、プレゼンテーション、またはデータベース設計ツールに貼り付けることができます。
エンティティ:
- 顧客
- 顧客ID(PK)
- 名前
- 電話番号
- メールアドレス
- ロイヤルティポイント
- メンバーシップティア
- 店舗
- 店舗ID(PK)
- 名前
- 場所
- 店長ID(FK → 従業員)
- 営業時間
- 月間売上
- 従業員
- 従業員ID(PK)
- 名前
- 役割(レジ係、調理師、店長)
- 店舗ID(FK)
- 雇用日
- メニュー項目
- メニュー項目ID(PK)
- 名前
- 説明
- 価格
- カテゴリ
- 有効状態
- 注文
- 注文ID(PK)
- 注文日時
- ステータス(保留中、準備中、準備完了、完了、キャンセル)
- 顧客ID(FK)
- 店舗ID(FK)
- 合計金額
- 注文項目
- 注文項目ID(PK)
- 注文ID(FK)
- メニュー項目ID(FK)
- 数量
- 行合計
- 支払い
- 支払いID(PK)
- 金額
- 支払い方法(現金、クレジットカード、モバイル決済)
- 注文ID(FK)
- 時刻
- プロモーション
- プロモーションID(PK)
- コード
- 割引タイプ
- 割引額
- 有効日
- 終了日
- 対象
関係:
- 顧客 "1" -- "0..*" 注文
- 注文 "1" -- "0..*" 注文項目
- 注文 "1" -- "1" 支払い
- 注文 "1" -- "1" 店舗
- 店舗 "1" -- "0..*" 従業員
- メニュー項目 "1" -- "0..*" 注文項目
- プロモーション "0..*" -- "1" 注文(有効状態に依存)
erDiagram
CUSTOMER ||--o{ ORDER : "注文する"
STORE ||--o{ ORDER : "提供する"
STORE ||--o{ EMPLOYEE : "雇用する"
STORE ||--o{ MENU_ITEM : "販売する"
ORDER ||--o{ ORDER_ITEM : "含む"
ORDER ||--o{ PAYMENT : "保有する"
MENU_ITEM ||--o{ ORDER_ITEM : "含まれる"
PROMOTION ||--o{ ORDER : "適用する"
CUSTOMER {
int CustomerID PK
string Name
string Phone
string Email
int LoyaltyPoints
string MembershipTier
}
STORE {
int StoreID PK
string Name
string Location
int ManagerID FK
string OpenHours
decimal MonthlySales
}
EMPLOYEE {
int EmployeeID PK
string Name
string Role
int StoreID FK
date HireDate
}
MENU_ITEM {
int MenuItemID PK
string Name
string Description
decimal Price
string Category
boolean IsActive
}
ORDER {
int OrderID PK
datetime OrderTime
string Status
int CustomerID FK
int StoreID FK
decimal TotalAmount
}
ORDER_ITEM {
int OrderItemID PK
int OrderID FK
int MenuItemID FK
int Quantity
decimal LineTotal
}
PAYMENT {
int PaymentID PK
decimal Amount
string Method
int OrderID FK
datetime Timestamp
}
PROMOTION {
int PromotionID PK
string Code
string DiscountType
decimal DiscountValue
datetime ActiveDate
datetime ExpireDate
string AppliesTo
}

‘ McDonald's 注文システム ERD (PlantUML)
package "McDonald's 業務" {
entity "顧客" {
- 顧客ID (PK)
- 名前
- 電話番号
- メールアドレス
- ロイヤルティポイント
- 会員ランク
}
entity "店舗" {
- 店舗ID (PK)
- 名前
- 住所
- 店長ID (FK → 従業員)
- 営業時間
- 月間売上
}
entity "従業員" {
- 従業員ID (PK)
- 名前
- 役割 (レジ担当、調理担当、店長)
- 店舗ID (FK → 店舗)
- 雇用日
}
entity "メニューアイテム" {
- メニューアイテムID (PK)
- 名前
- 説明
- 価格
- カテゴリ (ハンバーガー、ドリンク、サイド)
- 有効状態
}
entity "注文" {
- 注文ID (PK)
- 注文日時
- 状態 (保留中、準備中、準備完了、完了)
- 顧客ID (FK → 顧客)
- 店舗ID (FK → 店舗)
- 合計金額
}
entity "注文明細" {
- 注文明細ID (PK)
- 注文ID (FK → 注文)
- メニューアイテムID (FK → メニューアイテム)
- 数量
- 行合計
}
entity "支払い" {
- 支払いID (PK)
- 金額
- 支払い方法 (現金、クレジットカード)
- 注文ID (FK → 注文)
- タイムスタンプ
}
entity "プロモーション" {
- プロモーションID (PK)
- コード (例: WELCOME10)
- 割引タイプ (パーセンテージ、固定額)
- 割引額
- 有効日
- 終了日
- 対象
}
顧客 "1" -- "0..*" 注文 : "発注する"
注文 "1" -- "0..*" 注文明細 : "含む"
注文 "1" -- "1" 支払い : "保有する"
注文 "1" -- "1" 店舗 : "発注された店舗"
店舗 "1" -- "0..*" 従業員 : "雇用する"
メニューアイテム "1" -- "0..*" 注文明細 : "含まれる"
プロモーション "0..*" -- "1" 注文 : "適用される"
}
このERDを拡張したい場合、以下の追加を検討してください:
在庫 → 在庫数、再注文ポイント、仕入先情報の管理
シフトスケジュール → 日次シフト、休憩時間、シフト割り当て
仕入先 → 食材を供給する業者(例:「チーズ仕入先」)
期間限定メニュー → 特別プロモーション(例:「サマーバーベキュー メニュー」)
位置情報 → 配送または持ち帰りの追跡用
このERDは現実的でスケーラブルであり、マクドナルドの業務と整合している — 実際のPOSの業務フロー、従業員の役割、顧客の行動を反映しています。
✅ あなたは今、完全で即時利用可能なERD マクドナルドシステム用のもの — 学校の課題、ビジネス分析、技術設計のいずれにも対応可能です。