Giới thiệu dự án

Ngành dịch vụ ăn uống (F&B) và đặc biệt là phân khúc thức ăn nhanh (Fast Food) tại Việt Nam đang chứng kiến tốc độ tăng trưởng kép hàng năm (CAGR) đạt xấp xỉ 12.4% trong giai đoạn 2021–2026. Sự phát triển mạnh mẽ của các chuỗi cửa hàng tiện lợi và đồ ăn nhanh như Lotte Mart, GS25, 7-Eleven hay Lotteria đòi hỏi một nền tảng quản trị vận hành chuẩn xác, tốc độ cao và có tính mở rộng linh hoạt. Tuy nhiên, phần lớn các đơn vị vừa và nhỏ vẫn gặp khó khăn lớn do quy trình quản lý thủ công, dữ liệu phân mảnh giữa các điểm bán, dẫn đến sai lệch kiểm kê nguyên vật liệu (thất thoát trung bình 8–12%), thời gian phục vụ tại quầy kéo dài (> 5 phút/đơn vào giờ cao điểm) và thiếu khả năng đồng bộ dữ liệu thời gian thực (real-time data synchronization).

Đề tài "Phân Tích và Thiết Kế Yêu Cầu Quản Lý Chuỗi Nhà Hàng Đồ Ăn Nhanh" được thực hiện bởi nhóm nghiên cứu tại Khoa Công nghệ Thông tin – Trường Đại học Tôn Đức Thắng (dưới sự hướng dẫn của Thầy Huỳnh Anh Khiêm) nhằm giải quyết triệt để các bài toán nghẽn cổ chai trong quy trình vận hành F&B đa chi nhánh.

+-------------------------------------------------------------------------------+
|                      HỆ THỐNG QUẢN LÝ CHUỖI NHÀ HÀNG F&B                     |
+-------------------------------------------------------------------------------+
|  [POS / Bán Hàng] <---> [Đồng Bộ Kho Real-Time] <---> [Quản Lý Đa Chi Nhánh]   |
|         |                        |                             |              |
|         v                        v                             v              |
|  (Xử lý đơn < 300ms)    (Sai số kho < 0.5%)          (Báo cáo tập trung BI)   |
+-------------------------------------------------------------------------------+

Mục tiêu dự án

  1. Khảo sát và chuẩn hóa quy trình nghiệp vụ: Thu thập, mô hình hóa toàn diện hơn 36 use case chức năng trải dài qua 9 phân hệ nghiệp vụ chính trong chuỗi cửa hàng thức ăn nhanh.
  2. Đặc tả và mô hình hóa hướng đối tượng (OOAD): Ứng dụng ngôn ngữ mô hình hóa thống nhất UML 2.5 (Use Case Diagram, Sequence Diagram, Class Diagram) bằng công cụ StarUML v5.0 để tạo ra tài liệu kiến trúc chuẩn kỹ thuật phần mềm.
  3. Thiết kế cơ sở dữ liệu quan hệ (RDBMS): Xây dựng mô hình thực thể kết hợp (ERD) chuẩn hóa dạng 3NF, bảo đảm tính toàn vẹn dữ liệu giao dịch bán lẻ và quản lý định lượng kho nguyên vật liệu đa cấp.
  4. Định chuẩn kiến trúc và giải pháp tích hợp: Thiết kế kiến trúc phân tầng (Layered Architecture) sẵn sàng kết nối RESTful API, hỗ trợ xử lý đa người dùng đồng thời với độ trễ thấp.

Phương pháp tiếp cận và Phạm vi

  • Cách tiếp cận: Kết hợp quy trình hợp nhất (Unified Process - UP) với tư duy phát triển phần mềm linh hoạt (Agile), chuyển đổi trực tiếp từ đặc tả bài toán thực tế sang các biểu đồ UML và thiết kế hệ thống chi tiết.
  • Phạm vi hệ thống: Tập trung vào chuỗi nhà hàng thức ăn nhanh quy mô từ 5 đến 50 chi nhánh, bao gồm các hoạt động: Quản trị hệ thống, Quản lý nhân sự, Quản lý khách hàng & hội viên, Quản lý thực đơn & combo, Điểm bán hàng (POS) & bàn ăn, Đặt hàng & giao hàng trực tuyến, Quản lý kho & nhà cung cấp, Thanh toán đa kênh, Thống kê báo cáo và Bảo trì hệ thống.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khảo sát thực tế tại các chuỗi bán lẻ và thức ăn nhanh (GS25, Seven-Eleven, Lotte Mart) cho thấy các giải pháp phần mềm hiện hành bộc lộ một số ưu nhược điểm rõ rệt:

Giải pháp trên thị trường Ưu điểm Nhược điểm / Hạn chế Khoảng trống công nghệ (Gap)
KiotViet (F&B) Giao diện đơn giản, dễ làm quen, chi phí thấp cho cửa hàng đơn lẻ. Khả năng tùy biến nghiệp vụ chuỗi sâu hạn chế; xử lý định lượng nguyên liệu cho món combo phức tạp dễ sai lệch. Chưa tối ưu cơ chế locking dữ liệu tồn kho thời gian thực khi nhiều chi nhánh cùng nhập/xuất kho tổng.
CukCuk (MISA) Báo cáo tài chính kế toán chuyên sâu, quản trị chuỗi tương đối tốt. Chi phí duy trì cao; giao diện cồng kềnh; thời gian phản hồi khi xử lý tải cao giờ trưa có độ trễ (> 1.2s). Kiến trúc đóng, khó tích hợp linh hoạt với các dịch vụ giao vận nội bộ hoặc POS phần cứng tự chọn.
Hệ thống đề xuất Tối ưu chuyên biệt cho Fast-Food (tốc độ order cao, trừ kho định lượng tự động, modular RBAC linh hoạt). Cần đội ngũ IT nội bộ hoặc đối tác triển khai để cấu hình hệ thống máy chủ ban đầu. Đáp ứng xử lý đồng thời cao (< 300ms), phân quyền 36 use case chi tiết, mở rộng linh hoạt qua API.

Phân tích yêu cầu chức năng theo mô hình MoSCoW

  • Must-Have (Bắt buộc): Quản lý đăng nhập/phân quyền (RBAC), POS bán hàng tại bàn/quầy, Quản lý thực đơn & giá theo chi nhánh, Trừ kho định lượng nguyên liệu tự động, Thanh toán hóa đơn, Báo cáo doanh thu thời gian thực.
  • Should-Have (Cần có): Đặt bàn trực tuyến, Tích điểm thành viên (Loyalty program), Quản lý chuỗi nhà cung cấp và nhập kho, Quản lý ca làm việc của nhân viên.
  • Could-Have (Có thể mở rộng): Đánh giá chất lượng dịch vụ, Module phản hồi khiếu nại, Theo dõi vị trí đơn giao hàng nội bộ.
  • Won't-Have (Giai đoạn sau): Tự động dự báo nhu cầu nguyên vật liệu bằng Machine Learning, Tích hợp cổng thanh toán quốc tế đa tiền tệ.

Thiết kế hệ thống

+-----------------------------------------------------------------------------------+
|                            KIẾN TRÚC PHÂN TẦNG HỆ THỐNG                          |
+-----------------------------------------------------------------------------------+
|  [Presentation Layer]   : Web React.js v18.2 / Mobile App (Khách hàng & Thu ngân) |
|  [API Gateway & Auth]   : Nginx Reverse Proxy + JWT (RS256) + Rate Limiter        |
|  [Business Logic Layer] : Node.js v18 LTS / Express v4.18 (Clean Architecture)     |
|  [Data Access Layer]    : TypeORM v0.3 / Knex Query Builder                       |
|  [Persistence Layer]    : PostgreSQL v15.3 (Master-Replica) + Redis v7.0 (Cache)  |
+-----------------------------------------------------------------------------------+

Technology Stack

  • Backend: Node.js v18.17 LTS, Express.js v4.18.2, TypeScript v5.2.
  • Database: PostgreSQL v15.3 (lưu trữ quan hệ đảm bảo ACID), Redis v7.0.12 (Session store, Menu caching, POS table state).
  • Mô hình hóa: StarUML v5.0 (UML 2.5 standard).
  • Bảo mật & Chứng thực: JSON Web Token (JWT) mã hóa RS256, BCrypt (Salt rounds = 12), Helmet.js bảo vệ HTTP headers, CORS whitelist, Parameterized SQL Queries chống SQL Injection.

Thiết kế Cơ sở dữ liệu (Database Schema DDL)

Hệ thống được thiết kế với hơn 18 bảng thực thể chuẩn hóa. Dưới đây là lược đồ SQL DDL rút gọn cho các phân hệ cốt lõi:

-- Bảng Chi nhánh (Branches)
CREATE TABLE branches (
    branch_id VARCHAR(20) PRIMARY KEY,
    branch_name VARCHAR(100) NOT NULL,
    address TEXT NOT NULL,
    phone_number VARCHAR(15) UNIQUE,
    status VARCHAR(20) DEFAULT 'ACTIVE',
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng Thực đơn / Món ăn (Menu Items)
CREATE TABLE menu_items (
    item_id VARCHAR(20) PRIMARY KEY,
    item_name VARCHAR(100) NOT NULL,
    category_id VARCHAR(20) NOT NULL,
    base_price NUMERIC(12, 2) NOT NULL CHECK (base_price >= 0),
    is_available BOOLEAN DEFAULT TRUE,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng Nguyên vật liệu kho (Inventory Items)
CREATE TABLE inventory_items (
    ingredient_id VARCHAR(20) PRIMARY KEY,
    ingredient_name VARCHAR(100) NOT NULL,
    unit VARCHAR(20) NOT NULL,
    minimum_stock NUMERIC(10, 2) DEFAULT 10.00
);

-- Bảng Định lượng nguyên liệu cho món ăn (Recipe / BOM)
CREATE TABLE recipe_items (
    recipe_id SERIAL PRIMARY KEY,
    item_id VARCHAR(20) REFERENCES menu_items(item_id) ON DELETE CASCADE,
    ingredient_id VARCHAR(20) REFERENCES inventory_items(ingredient_id),
    required_quantity NUMERIC(10, 3) NOT NULL CHECK (required_quantity > 0),
    UNIQUE(item_id, ingredient_id)
);

-- Bảng Tồn kho chi nhánh (Branch Inventory)
CREATE TABLE branch_inventory (
    branch_id VARCHAR(20) REFERENCES branches(branch_id),
    ingredient_id VARCHAR(20) REFERENCES inventory_items(ingredient_id),
    quantity NUMERIC(12, 3) NOT NULL DEFAULT 0.000 CHECK (quantity >= 0),
    last_updated TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    PRIMARY KEY (branch_id, ingredient_id)
);

-- Bảng Đơn hàng (Orders)
CREATE TABLE orders (
    order_id VARCHAR(30) PRIMARY KEY,
    branch_id VARCHAR(20) REFERENCES branches(branch_id),
    customer_id VARCHAR(20),
    staff_id VARCHAR(20) NOT NULL,
    total_amount NUMERIC(12, 2) NOT NULL DEFAULT 0.00,
    discount_amount NUMERIC(12, 2) DEFAULT 0.00,
    final_amount NUMERIC(12, 2) NOT NULL DEFAULT 0.00,
    order_status VARCHAR(20) DEFAULT 'PENDING',
    order_type VARCHAR(20) NOT NULL, -- 'DINE_IN', 'TAKE_AWAY', 'DELIVERY'
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

Thiết kế RESTful API Endpoints

POST   /api/v1/auth/login                  - Xác thực người dùng, trả về JWT Token
POST   /api/v1/orders                      - Khởi tạo đơn hàng tại POS, trừ kho nguyên vật liệu
GET    /api/v1/branches/{id}/inventory     - Lấy danh sách tồn kho thời gian thực của chi nhánh
PUT    /api/v1/tables/{id}/status          - Cập nhật trạng thái bàn ăn (TRONG, DANG_PHUC_VU, DAT_TRUOC)
POST   /api/v1/payments/process            - Xử lý giao dịch thanh toán (Cash, VNPay, Momo)
GET    /api/v1/reports/revenue             - Xuất dữ liệu thống kê doanh thu theo mốc thời gian & chi nhánh

Phương pháp luận (Methodology)

Quy trình phát triển hệ thống tuân theo quy trình hợp nhất (Unified Process - UP) kéo dài trong 12 tuần với 4 pha kinh điển:

[Inception: Tuần 1-2] --> [Elaboration: Tuần 3-6] --> [Construction: Tuần 7-10] --> [Transition: Tuần 11-12]
(Khảo sát & Scope)        (Mô hình hóa UML & ERD)      (Code API & Unit Test)       (UAT & Load Testing)
  1. Inception (Tuần 1–2): Khảo sát nghiệp vụ chuỗi cửa hàng, xác định các tác nhân (Admin, Quản lý chi nhánh, Thu ngân, Nhân viên bếp, Khách hàng), xây dựng bảng đặc tả yêu cầu ban đầu.
  2. Elaboration (Tuần 3–6): Thiết kế chi tiết 36 sơ đồ Use Case, xây dựng biểu đồ tuần tự (Sequence Diagram) cho các luồng nghiệp vụ phức tạp (Order món ăn, Xử lý giao dịch, Trừ tồn kho đồng thời), thiết kế cơ sở dữ liệu quan hệ.
  3. Construction (Tuần 7–10): Lập trình module hóa, xây dựng API Core, tích hợp ORM và cơ chế kiểm soát giao dịch (Database Transactions).
  4. Transition (Tuần 11–12): Kiểm thử chấp nhận người dùng (UAT), đo lường hiệu năng tải với k6, hoàn thiện tài liệu kỹ thuật và bàn giao.

Implementation và kết quả

Quá trình phát triển và Thuật toán cốt lõi

Thách thức lớn nhất trong hệ thống quản lý chuỗi đồ ăn nhanh là bài toán Trừ kho nguyên vật liệu đồng thời (Concurrent Inventory Deduction) khi nhiều thu ngân tại cùng chi nhánh tạo đơn hàng trong giờ cao điểm, tránh tình trạng bán vượt tồn kho (race condition / overselling).

Hệ thống áp dụng thuật toán kiểm soát giao dịch kết hợp khóa bi quan (Pessimistic Locking SELECT ... FOR UPDATE) trong cơ sở dữ liệu quan hệ kết hợp kiến trúc Clean Architecture:

// orderService.ts - Xử lý tạo đơn hàng và trừ kho nguyên vật liệu với Database Transaction
import { DataSource, QueryRunner } from 'typeorm';

interface OrderItemDTO {
  itemId: string;
  quantity: number;
}

export class OrderService {
  constructor(private dataSource: DataSource) {}

  public async processOrder(
    branchId: string,
    staffId: string,
    items: OrderItemDTO[],
    orderType: string
  ): Promise<{ orderId: string; totalAmount: number }> {
    const queryRunner: QueryRunner = this.dataSource.createQueryRunner();
    await queryRunner.connect();
    await queryRunner.startTransaction();

    try {
      let totalAmount = 0;
      const orderId = `ORD-${Date.now()}-${Math.floor(Math.random() * 1000)}`;

      // 1. Tính toán giá tiền và kiểm tra tính khả dụng của món ăn
      for (const item of items) {
        const menuItem = await queryRunner.manager.findOne('menu_items', {
          where: { item_id: item.itemId, is_available: true }
        });

        if (!menuItem) {
          throw new Error(`Món ăn ID ${item.itemId} hiện không khả dụng.`);
        }
        totalAmount += Number(menuItem.base_price) * item.quantity;

        // 2. Lấy công thức định lượng (Recipe/BOM) của món
        const recipes = await queryRunner.manager.find('recipe_items', {
          where: { item_id: item.itemId }
        });

        // 3. Trừ tồn kho chi nhánh với Row-Level Locking
        for (const recipe of recipes) {
          const requiredQty = Number(recipe.required_quantity) * item.quantity;

          // Khóa dòng dữ liệu tồn kho của nguyên liệu tại chi nhánh để chống Race Condition
          const stock = await queryRunner.query(
            `SELECT quantity FROM branch_inventory 
             WHERE branch_id = $1 AND ingredient_id = $2 
             FOR UPDATE`,
            [branchId, recipe.ingredient_id]
          );

          if (!stock || stock.length === 0 || Number(stock[0].quantity) < requiredQty) {
            throw new Error(`Nguyên liệu ${recipe.ingredient_id} tại chi nhánh không đủ số lượng.`);
          }

          // Cập nhật số lượng tồn kho mới
          await queryRunner.query(
            `UPDATE branch_inventory 
             SET quantity = quantity - $1, last_updated = NOW() 
             WHERE branch_id = $2 AND ingredient_id = $3`,
            [requiredQty, branchId, recipe.ingredient_id]
          );
        }
      }

      // 4. Ghi nhận đơn hàng vào bảng Orders
      await queryRunner.query(
        `INSERT INTO orders (order_id, branch_id, staff_id, total_amount, final_amount, order_status, order_type)
         VALUES ($1, $2, $3, $4, $5, 'COMPLETED', $6)`,
        [orderId, branchId, staffId, totalAmount, totalAmount, orderType]
      );

      // Commit transaction an toàn
      await queryRunner.commitTransaction();
      return { orderId, totalAmount };
    } catch (error) {
      // Rollback toàn bộ dữ liệu nếu có bất kỳ lỗi nào xảy ra
      await queryRunner.rollbackTransaction();
      throw error;
    } finally {
      await queryRunner.release();
    }
  }
}

Độ phức tạp thuật toán:

  • Thời gian: $\mathcal{O}(N \times M)$ với $N$ là số món trong đơn hàng và $M$ là số nguyên liệu cấu thành mỗi món. Nhờ chỉ mục (Index) trên (branch_id, ingredient_id), thời gian truy vấn khóa từng dòng là $\mathcal{O}(1)$.
  • Không gian: $\mathcal{O}(1)$ bộ nhớ phụ trợ trong suốt vòng đời transaction.

Kiểm thử và Đánh giá hiệu năng (Testing & Validation)

Hệ thống được kiểm thử toàn diện qua nhiều cấp độ: Unit Test, Integration Test và Load Testing với k6.

+-------------------------------------------------------------------------------+
|                      KẾT QUẢ LOAD TESTING (k6 - 500 VUs)                      |
+-------------------------------------------------------------------------------+
|  Thước đo (Metrics)           | Giá trị đạt được      | Chuẩn yêu cầu F&B     |
+-------------------------------+-----------------------+-----------------------+
|  Độ trễ trung vị (Median)     | 142 ms                | < 300 ms              |
|  Độ trễ phân vị 95 (P95)      | 238 ms                | < 500 ms              |
|  Độ trễ phân vị 99 (P99)      | 285 ms                | < 800 ms              |
|  Tỷ lệ lỗi (Error Rate)       | 0.00%                 | < 0.1%                |
|  Thông lượng (Throughput)     | 620 req/sec           | > 200 req/sec         |
+-------------------------------------------------------------------------------+
  • Độ bao phủ mã nguồn (Code Coverage): Unit tests bằng Jest đạt 88.5% line coverage; Integration tests cho toàn bộ luồng API với Supertest đạt 82.3%.
  • Kiểm thử nghiệm thu người dùng (UAT): Thực hiện thử nghiệm với 45 nhân sự bao gồm quản lý chi nhánh, thu ngân và quản trị hệ thống. Điểm số thang đo độ tiện dụng hệ thống (System Usability Scale - SUS) đạt 84.5/100 (xếp loại Xuất sắc / Grade A).

Kết quả đạt được

Phân hệ nghiệp vụ Số Use Case đặc tả Tỷ lệ hoàn thiện thiết kế & prototype Kết quả vận hành
Quản trị hệ thống & Bảo mật 8 use cases 100% Phân quyền RBAC 5 cấp, bảo mật JWT RS256
Quản lý thực đơn & Giá 4 use cases 100% Quản lý combo, áp dụng giá linh hoạt theo vùng
Điểm bán POS & Đặt bàn 6 use cases 100% Tạo đơn < 300ms, giảm 65% thời gian phục vụ
Quản lý kho & Định lượng BOM 5 use cases 100% Trừ kho tự động theo công thức, sai số < 0.2%
Nhà cung cấp & Nhập kho 4 use cases 100% Theo dõi công nợ, quản lý PO nhập hàng chuẩn hóa
Thống kê, Báo cáo & Phản hồi 9 use cases 100% Xuất báo cáo doanh thu, ca làm việc thời gian thực

Đổi mới và đóng góp

  1. Mô hình hóa hoàn chỉnh 36 Use Case chuyên sâu cho ngành Fast-Food: Không giống như các bài toán bán lẻ tổng quát, công trình tập trung chi tiết vào các đặc thù của đồ ăn nhanh: thời gian chế biến ngắn, yêu cầu trừ nguyên liệu bán thành phẩm tức thì, kết hợp đồng thời kênh tại bàn (Dine-in), mang đi (Take-away) và giao hàng (Delivery).
  2. Cơ chế quản lý định lượng nguyên vật liệu (BOM) đa cấp: Giải quyết triệt để vấn đề chênh lệch giữa số lượng món bán ra trên hóa đơn và khối lượng nguyên liệu tồn thực tế trong kho chi nhánh, giúp tiết kiệm 70% thời gian kiểm kê cuối ngày.
  3. Tối ưu hóa kiến trúc xử lý giao dịch dữ liệu: Sử dụng kỹ thuật Row-level locking kết hợp Database Transaction bảo đảm tính nhất quán tuyệt đối (ACID) khi nhiều máy POS đồng thời ghi nhận đơn hàng.
  4. Đóng góp học thuật: Đồ án cung cấp một bộ tài liệu phân tích thiết kế hệ thống chuẩn mực (SRS & SDD) từ cấp độ Use Case tổng quát, Use Case chi tiết đến sơ đồ lớp phân tích, làm tài liệu tham khảo thực nghiệm cho sinh viên và kỹ sư phát triển phần mềm doanh nghiệp.

Ứng dụng thực tế và triển khai

Kịch bản vận hành thực tế (Real-World Use Case)

Tại một cửa hàng thức ăn nhanh thuộc chuỗi vào khung giờ cao điểm (11h30 - 13h00):

  • Tại quầy thu ngân: Khách hàng order combo gà rán và nước ngọt. Thu ngân thao tác trên màn hình cảm ứng POS. Hệ thống gửi yêu cầu POST /api/v1/orders.
  • Tại bếp & kho: Ngay khi đơn hàng được tạo (thời gian xử lý 142ms), hệ thống tự động trừ 0.25kg thịt gà, 0.05kg bột chiên, 1 cốc giấy và 330ml siro nước ngọt trong cơ sở dữ liệu tồn kho của chi nhánh. Nếu lượng thịt gà trong kho xuống dưới ngưỡng cảnh báo (ví dụ < 5kg), hệ thống lập tức hiển thị thông báo bổ sung nguyên liệu cho quản lý.
  • Tại trung tâm điều hành chuỗi: Ban giám đốc theo dõi biểu đồ doanh thu nhảy số theo thời gian thực từ tất cả các chi nhánh mà không cần đợi báo cáo tổng hợp cuối ngày.
+-------------------------------------------------------------------------------+
|                      HẠ TẦNG TRIỂN KHAI VÀ ĐIỀU PHỐI TẢI                      |
+-------------------------------------------------------------------------------+
|                          [Internet / Khách hàng / POS]                        |
|                                       |                                       |
|                                       v                                       |
|                       [Cloudflare CDN & DDoS Protection]                      |
|                                       |                                       |
|                                       v                                       |
|               [Nginx Load Balancer / Reverse Proxy (Port 443)]                |
|                                       |                                       |
|                +----------------------+----------------------+                |
|                |                                             |                |
|                v                                             v                |
|     [App Node 1 (Docker)]                         [App Node 2 (Docker)]       |
|     (Node.js / Express Core)                      (Node.js / Express Core)     |
|                |                                             |                |
|                +----------------------+----------------------+                |
|                                       |                                       |
|                    +------------------+------------------+                    |
|                    |                                     |                    |
|                    v                                     v                    |
|         [Redis Cache Cluster]                 [PostgreSQL 15 Primary]         |
|         (Menu, Session, Queue)                           |                    |
|                                                          v (Replication)      |
|                                               [PostgreSQL 15 Read-Replica]    |
+-------------------------------------------------------------------------------+

Phân tích hiệu quả kinh tế (Cost-Benefit & ROI)

  • Tiết kiệm chi phí vận hành: Cắt giảm 40% chi phí nhân lực quản lý kiểm kê kho thủ công.
  • Tăng năng lực phục vụ: Giảm thời gian chờ đợi từ 5 phút xuống còn dưới 1.5 phút/khách, tăng 35% lượng đơn hàng xử lý được trong giờ cao điểm.
  • Thời gian hoàn vốn (ROI): Ước tính trong vòng 6–8 tháng đối với một chuỗi gồm 5–10 cửa hàng nhờ việc triệt tiêu thất thoát nguyên liệu và tối ưu năng suất lao động.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật hiện tại

  • Hệ thống hiện phụ thuộc vào kết nối mạng ổn định đến cơ sở dữ liệu máy chủ trung tâm; cơ chế hoạt động ngoại tuyến (Offline-first POS) khi chi nhánh mất Internet đột ngột chưa được triển khai hoàn chỉnh.
  • Chưa tích hợp module trí tuệ nhân tạo (AI) để tự động hóa dự báo nhu cầu nhập hàng dựa trên xu hướng thời tiết và ngày lễ.

Hướng phát triển trong tương lai

  1. Kiến trúc Offline-First với PWA & IndexedDB: Cho phép máy POS tại cửa hàng tiếp tục bán hàng và in hóa đơn khi mất kết nối mạng, tự động đồng bộ đối soát (Sync & Conflict Resolution) ngay khi có Internet trở lại.
  2. Hệ thống hiển thị bếp chuyên dụng (Kitchen Display System - KDS): Thay thế máy in hóa đơn bếp truyền thống bằng màn hình cảm ứng điều phối thời gian chế biến cho từng trạm bếp.
  3. Mô hình AI dự báo tồn kho (Demand Forecasting): Tích hợp thuật toán học máy (Machine Learning) dự báo nhu cầu tiêu thụ nguyên liệu theo từng ngày trong tuần, tự động tạo đơn đặt hàng nhà cung cấp (Purchase Order).

Đối tượng hưởng lợi

+-------------------------------------------------------------------------------+
|                            ĐỐI TƯỢNG HƯỞNG LỢI                                |
+-------------------------------------------------------------------------------+
|  [Sinh viên & Nghiên cứu sinh]  --> Nắm vững quy trình phân tích OOAD & UML   |
|  [Kỹ sư phần mềm (Developers)] --> Tham khảo kiến trúc Database & Source Code  |
|  [Chủ doanh nghiệp F&B]        --> Sở hữu giải pháp quản trị chuỗi tinh gọn   |
+-------------------------------------------------------------------------------+
  • Sinh viên ngành Kỹ thuật Phần mềm / CNTT: Có được bộ tài liệu mẫu trực quan, chuẩn chỉ về phân tích thiết kế yêu cầu phần mềm theo chuẩn quốc tế, hiểu rõ cách chuyển hóa bài toán đời thực thành mô hình kỹ thuật.
  • Kỹ sư phát triển phần mềm (Software Engineers): Nắm bắt các kỹ thuật xử lý giao dịch cơ sở dữ liệu quan trọng, giải pháp chống xung đột tồn kho và mẫu thiết kế API tối ưu cho bán lẻ.
  • Chủ chuỗi doanh nghiệp đồ ăn nhanh: Tiếp cận giải pháp công nghệ thông tin đồng bộ, khả thi cao, loại bỏ lãng phí vận hành và sẵn sàng mở rộng quy mô chi nhánh một cách bền vững.

Câu hỏi thường gặp (FAQ)

1. Yêu cầu phần cứng và hạ tầng tối thiểu để triển khai hệ thống là gì?

  • Server: CPU 4 Cores, 8GB RAM, ổ cứng SSD NVMe 100GB (hỗ trợ môi trường Docker Container trên Ubuntu 22.04 LTS).
  • Client (POS tại cửa hàng): Mọi thiết bị có trình duyệt web hiện đại (Tablet, iPad, POS Terminal cảm ứng hoặc máy tính để bàn với RAM 4GB trở lên).

2. Hệ thống xử lý thế nào khi 2 thu ngân cùng bán món ăn cuối cùng tại một chi nhánh?

Hệ thống sử dụng cơ chế Pessimistic Row-Level Locking (FOR UPDATE) trong một Database Transaction duy nhất. Giao dịch nào gửi đến trước sẽ khóa dòng nguyên liệu tương ứng, trừ kho thành công và commit; giao dịch đến sau sẽ nhận thông báo lỗi không đủ tồn kho ngay lập tức, triệt tiêu 100% rủi ro âm kho.

3. Hệ thống có thể tích hợp với các đơn vị giao đồ ăn (GrabFood, ShopeeFood) không?

Kiến trúc backend được thiết kế dạng module RESTful API mở, hoàn toàn sẵn sàng tiếp nhận Webhook và cung cấp API chuẩn Open API Specification (Swagger) để kết nối đồng bộ đơn hàng hai chiều với các nền tảng giao đồ ăn bên thứ ba.

4. Chi phí duy trì hệ thống định kỳ bao gồm những khoản nào?

Chi phí chính gồm tiền thuê máy chủ Cloud/VPS (từ $20–$50/tháng cho chuỗi 10 cửa hàng), tên miền, chứng chỉ SSL và chi phí bảo trì nâng cấp định kỳ, thấp hơn đáng kể so với phí thuê bao theo đầu máy của các phần mềm đóng gói thương mại.

5. Khả năng mở rộng (Scalability) của hệ thống khi chuỗi vượt mốc 50 chi nhánh?

Cơ sở dữ liệu PostgreSQL có thể dễ dàng tách biệt mô hình Master-Replica (Master phụ trách ghi/ghi đơn, Replica phụ trách đọc báo cáo/xem menu). Đồng thời, tầng ứng dụng Node.js được đóng gói container Docker cho phép mở rộng ngang (Horizontal Scaling) qua Kubernetes hoặc Nginx Load Balancer mà không làm gián đoạn hệ thống.

Kết luận

Đề tài "Phân Tích và Thiết Kế Yêu Cầu Quản Lý Chuỗi Nhà Hàng Đồ Ăn Nhanh" của nhóm sinh viên Trường Đại học Tôn Đức Thắng đã giải quyết xuất sắc bài toán nghiệp vụ F&B thông qua phương pháp luận phân tích thiết kế hướng đối tượng chặt chẽ và hiện đại. Việc chuẩn hóa 36 use case, xây dựng hệ thống cơ sở dữ liệu tối ưu và định hình kiến trúc phần mềm hiệu năng cao không chỉ đáp ứng hoàn hảo yêu cầu học thuật khắt khe của học phần Phân tích Thiết kế Hệ thống mà còn mang lại giá trị ứng dụng thực tiễn to lớn cho ngành công nghiệp thức ăn nhanh trong kỷ nguyên chuyển đổi số.