Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và sự bùng nổ của mô hình bán lẻ đa kênh (Omnichannel), ngành bán lẻ hàng tiêu dùng nhanh (FMCG) tại Việt Nam duy trì tốc độ tăng trưởng bình quân 11% - 13%/năm. Cùng với sự thay đổi trong hành vi người tiêu dùng sau đại dịch COVID-19, tỷ trọng mua sắm trực tuyến (qua website, ứng dụng, fanpage, hotline) tăng vọt, tạo áp lực khổng lồ lên hệ thống điều phối chuỗi cung ứng của các đại siêu thị như Lotte Mart. Đồ án môn học Phân tích và Thiết kế Hệ thống Thông tin: Quy trình xử lý đơn hàng tại siêu thị Lotte Mart (thực hiện bởi sinh viên Nguyễn Lê Nhã Ái và Lê Thị Ngọc Dung, dưới sự hướng dẫn của ThS. Lâm Hoàng Trúc Mai – Trường Đại học Tài chính - Marketing) tập trung giải quyết bài toán tự động hóa, liên kết dữ liệu thời gian thực giữa các phòng ban nghiệp vụ.

                    MÔ HÌNH LUỒNG ĐƠN HÀNG TỔNG QUAN
[Khách hàng] ---> [Tiếp nhận đơn] ---> [Xử lý đơn hàng] ---> [Kho hàng / Nhà cung cấp]
                         |                    |                       |
                         v                    v                       v
                   [Customer Data]     [Hồ sơ Shipping]        [Hồ sơ Inventory]
                         |                    |                       |
                         +------------> [Kế toán] <-------------------+
                                              |
                                              v
                                       [Báo cáo Quản lý]

Vấn đề thực tiễn và Pain Points

Phương thức quản lý và xử lý đơn hàng thủ công hoặc bán tự động truyền thống bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Tồn đọng và nghẽn luồng xử lý: Tốc độ xử lý đơn hàng thủ công mất từ 15 đến 30 phút/đơn, dễ quá tải trong các đợt cao điểm khuyến mãi hoặc dịch bệnh.
  • Bất đồng bộ dữ liệu tồn kho: Tỷ lệ sai lệch giữa số lượng hàng tồn sổ sách và thực tế trong kho vượt ngưỡng 12% - 15%, dẫn đến tình trạng chấp nhận đơn nhưng không còn hàng để giao.
  • Rủi ro thất thoát và sai sót dữ liệu: Việc luân chuyển chứng từ giấy (hóa đơn, phiếu nhập, phiếu xuất) giữa 5 bộ phận gây thất lạc, sai sót thông tin chiết khấu và gây khó khăn lớn cho công tác kiểm toán, tổng hợp doanh thu.

Mục tiêu của dự án

  1. Chuẩn hóa và mô hình hóa toàn bộ quy trình nghiệp vụ xử lý đơn hàng theo chuẩn phân tích thiết kế hệ thống (Use Case, BFD, DFD, ERD, LDM, PDM).
  2. Xây dựng cơ sở dữ liệu quan hệ đạt dạng chuẩn 3 (3NF) trên hệ quản trị Microsoft SQL Server, loại bỏ hoàn toàn dư thừa dữ liệu và phụ thuộc hàm bắc cầu.
  3. Hiện thực hóa các ràng buộc toàn vẹn và nghiệp vụ kiểm soát thông qua hệ thống Trigger và Stored Procedure tự động.
  4. Thiết kế nguyên mẫu giao diện ứng dụng quản lý phân quyền trực quan trên nền tảng C# / .NET Framework cho 5 bộ phận chuyên trách.

Phương pháp tiếp cận và Kết quả kỳ vọng

  • Cách tiếp cận: Ứng dụng phương pháp phân tích hệ thống có cấu trúc (Structured System Analysis and Design), kết hợp kiểm thử logic bằng sơ đồ luồng dữ liệu (DFD) và mô hình hóa vật lý (PDM) qua phần mềm chuyên dụng PowerDesigner 16.5.
  • Kết quả đo lường kỳ vọng: Cắt giảm 70% thời gian xử lý đơn hàng; tự động hóa 100% quy trình lập phiếu xuất/phiếu nhập; kiểm soát dữ liệu tài chính chính xác tuyệt đối với độ trễ phản hồi dưới 500ms.
  • Phạm vi triển khai: Tập trung chuyên sâu vào quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart Quận 7 (469 Nguyễn Hữu Thọ, Phường Tân Hưng, Quận 7, TP.HCM), tích hợp liên thông 5 bộ phận: Tiếp nhận đơn, Xử lý đơn, Chuyển hàng, Kho và Kế toán.

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

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

So sánh hiện trạng giải pháp quản lý đơn hàng

Hiện nay trên thị trường bán lẻ, các doanh nghiệp áp dụng các giải pháp quản lý với mức độ số hóa khác nhau:

Tiêu chí đánh giá Quy trình thủ công truyền thống Hệ thống quản lý siêu thị Pico Hệ thống đề xuất tại Lotte Mart
Phương thức lưu trữ Sổ sách, Excel rời rạc Hệ thống quản lý mã vạch, thẻ kho CSDL quan hệ chuẩn 3NF (SQL Server)
Độ trễ cập nhật kho 24 - 48 giờ (cuối ngày/tuần) Theo đợt kiểm kê bán tự động Thời gian thực (Real-time qua Trigger)
Quản lý dữ liệu khách Ghi chép đơn lẻ, không liên kết Lưu thông tin cơ bản khi xuất hóa đơn Hồ sơ Customer Data chuyên biệt, phân nhóm
Khả năng mở rộng Rất thấp, dễ đứt gãy Trung bình (cục bộ tại cửa hàng) Cao (Sẵn sàng tích hợp API đa kênh)
Kiểm soát toàn vẹn Phụ thuộc con người Giới hạn ở mức ứng dụng Ràng buộc toàn vẹn đa tầng ở mức CSDL

Phân tích yêu cầu người dùng theo mô hình MoSCoW

  • Must Have (Bắt buộc phải có): Phân quyền người dùng (5 vai trò: Quản lý, Tiếp nhận, Xử lý, Giao hàng, Kế toán, Kho); Tạo và xác thực đơn hàng; Kiểm tra tồn kho tự động; Lập phiếu nhập/phiếu xuất; Tính toán tiền phải trả kèm chiết khấu; Báo cáo doanh thu định kỳ.
  • Should Have (Nên có): Cơ chế khóa tài khoản tự động khi đăng nhập sai quá 5 lần; Trigger chặn nhập liệu sai số tiền và sai lệch ngày làm việc của nhân viên; Hồ sơ phân loại khách hàng phục vụ Marketing.
  • Could Have (Có thể có): Tự động gửi cảnh báo lượng tồn kho chạm ngưỡng tối thiểu (Min-stock alert) về nhà cung cấp.
  • Won't Have (Chưa thực hiện trong phạm vi đồ án): Cổng thanh toán trực tuyến đa kênh (Payment Gateway trực tiếp qua ngân hàng), module GPS định vị shipper thời gian thực.

Thiết kế hệ thống

                           SƠ ĐỒ KIẾN TRÚC HỆ THỐNG
+-------------------------------------------------------------------------+
|                  TẦNG TRÌNH DIỄN (PRESENTATION LAYER)                   |
|   WinForms / WPF UI (Tiếp nhận - Xử lý - Chuyển phát - Kế toán - Kho)    |
+------------------------------------+------------------------------------+
                                     | (Data Binding / ADO.NET)
+------------------------------------v------------------------------------+
|                  TẦNG NGHIỆP VỤ & ĐIỀU KHIỂN (LOGIC LAYER)              |
|   Phân quyền RBAC  |  Điều phối đơn hàng  |  Quản lý tồn kho & Doanh thu |
+------------------------------------+------------------------------------+
                                     | (SQL Engine / Queries / Procedures)
+------------------------------------v------------------------------------+
|                   TẦNG CƠ SỞ DỮ LIỆU (DATABASE LAYER)                   |
|   SQL Server: Tables (3NF), Primary/Foreign Keys, Triggers, Views       |
+-------------------------------------------------------------------------+

Technology Stack

  • Ngôn ngữ lập trình: C# (.NET Framework 4.8) hướng đối tượng thuần túy (OOP).
  • Môi trường phát triển tích hợp (IDE): Microsoft Visual Studio 2014 / 2019 Community.
  • Hệ quản trị cơ sở dữ liệu (DBMS): Microsoft SQL Server 2014 Management Studio (SSMS).
  • Công cụ thiết kế mô hình hóa: Sybase PowerDesigner 16.5 (thiết kế CDM, LDM, PDM), Diagram Designer (thiết kế Use Case, BFD, DFD).

Thiết kế cấu trúc cơ sở dữ liệu (Database Schema)

Hệ thống chuẩn hóa gồm 9 thực thể chính, thiết lập quan hệ chặt chẽ qua hệ thống khóa chính (PK) và khóa ngoại (FK):

-- DDL Định nghĩa cấu trúc các bảng cốt lõi của hệ thống Lotte Mart

-- 1. Bảng Khách Hàng
CREATE TABLE KhachHang (
    MaKH NVARCHAR(4) NOT NULL,
    TenKH NVARCHAR(30) NOT NULL,
    GioiTinh BIT NOT NULL,
    DiaChi NVARCHAR(50) NULL,
    NgaySinh DATETIME NULL,
    SDT NVARCHAR(15) NULL,
    CONSTRAINT PK_KhachHang PRIMARY KEY (MaKH)
);

-- 2. Bảng Nhân Viên
CREATE TABLE NhanVien (
    MaNV NVARCHAR(4) NOT NULL,
    HoTen NVARCHAR(30) NOT NULL,
    GioiTinh BIT NOT NULL,
    DiaChi NVARCHAR(50) NOT NULL,
    NgaySinh DATETIME NOT NULL,
    DienThoai NVARCHAR(15) NULL,
    Email NTEXT NULL,
    NoiSinh NVARCHAR(20) NOT NULL,
    NgayVaoLam DATETIME NULL,
    CONSTRAINT PK_NhanVien PRIMARY KEY (MaNV)
);

-- 3. Bảng Sản Phẩm
CREATE TABLE SanPham (
    MaSP NVARCHAR(4) NOT NULL,
    MaLoaiSP NVARCHAR(4) NOT NULL,
    TenSP NVARCHAR(50) NOT NULL,
    DonViTinh NVARCHAR(10) NOT NULL,
    GhiChu NVARCHAR(100) NULL,
    CONSTRAINT PK_SanPham PRIMARY KEY (MaSP)
);

-- 4. Bảng Đơn Hàng
CREATE TABLE DonHang (
    MaDH NVARCHAR(5) NOT NULL,
    MaKH NVARCHAR(4) NOT NULL,
    MaSP NVARCHAR(4) NOT NULL,
    DiaChi NVARCHAR(40) NOT NULL,
    GhiChu NVARCHAR(100) NOT NULL,
    TienPhaiTra REAL NOT NULL,
    CONSTRAINT PK_DonHang PRIMARY KEY (MaDH),
    CONSTRAINT FK_DonHang_MaKH FOREIGN KEY (MaKH) REFERENCES KhachHang(MaKH),
    CONSTRAINT FK_DonHang_MaSP FOREIGN KEY (MaSP) REFERENCES SanPham(MaSP)
);

-- 5. Bảng Phiếu Xuất & Chi Tiết Phiếu Xuất
CREATE TABLE PhieuXuat (
    SoPX NVARCHAR(5) NOT NULL,
    MaNV NVARCHAR(4) NOT NULL,
    MaKH NVARCHAR(4) NOT NULL,
    NgayXuat DATETIME NOT NULL,
    GhiChu NTEXT NULL,
    CONSTRAINT PK_PhieuXuat PRIMARY KEY (SoPX)
);

CREATE TABLE CTPhieuXuat (
    SoPX NVARCHAR(5) NOT NULL,
    MaSP NVARCHAR(4) NOT NULL,
    SoLuong SMALLINT NOT NULL,
    GiaBan REAL NOT NULL,
    CONSTRAINT PK_CTPhieuXuat PRIMARY KEY (MaSP, SoPX),
    CONSTRAINT FK_CTPhieuXuat_MaSP FOREIGN KEY (MaSP) REFERENCES SanPham(MaSP),
    CONSTRAINT FK_CTPhieuXuat_SoPX FOREIGN KEY (SoPX) REFERENCES PhieuXuat(SoPX)
);

Ràng buộc an ninh và hiệu năng

  • Role-Based Access Control (RBAC): Giao diện tự động phân cấp chức năng theo 5 nhóm tài khoản. Nhân viên bộ phận nào chỉ được phép đọc/ghi dữ liệu thuộc phân hệ nghiệp vụ đó.
  • Bảo mật đăng nhập: Áp dụng Business Rule tự động khóa tài khoản trong 30 phút nếu nhập sai thông tin xác thực quá 5 lần liên tiếp.
  • Yêu cầu hiệu năng: Tối ưu hóa chỉ mục (Index) trên các trường khóa chính và khóa ngoại, đảm bảo thời gian thực thi truy vấn tìm kiếm đơn hàng đạt tốc độ phản hồi $\le 200\text{ms}$. Timeout cho phiên giao dịch thanh toán được giới hạn dưới 2 phút.

Methodology

Quy trình phát triển hệ thống được thực hiện theo mô hình Thác nước cải tiến (Modified Waterfall Lifecycle) với 8 cột mốc rõ ràng:

[Khảo sát & Thu thập] -> [Phân tích Use Case/DFD] -> [Thiết kế CDM/PDM] 
                                                              |
[Triển khai UI/UX] <- [Xây dựng Trigger & CSDL] <-------------+
         |
         v
[Kiểm thử Chức năng] -> [Đánh giá UAT & Nghiệm thu]
  • Quản lý rủi ro: Định kỳ sao lưu CSDL hàng ngày; thiết lập cơ chế Rollback Transaction tự động khi phát sinh lỗi logic trong quá trình chèn/sửa dữ liệu đơn hàng.
  • Đảm bảo chất lượng (QA): Áp dụng quy chuẩn thiết kế dạng chuẩn 3NF (Third Normal Form) nhằm triệt tiêu hoàn toàn hiện tượng bất thường khi cập nhật (Update Anomaly), xóa (Delete Anomaly) và chèn (Insert Anomaly).

Implementation và kết quả

Development Process & Key Techniques

Hệ thống sử dụng kỹ thuật cài đặt ràng buộc toàn vẹn phức tạp thông qua các Trigger chuyên dụng trong SQL Server, ngăn chặn dữ liệu rác ngay từ tầng CSDL.

1. Kiểm soát giá trị thanh toán đơn hàng (tg_sotienphaitra)

Trigger đảm bảo số tiền phải trả trong bảng DonHang luôn mang giá trị dương (> 0).

CREATE TRIGGER tg_sotienphaitra 
ON DonHang 
FOR INSERT, UPDATE 
AS 
BEGIN
    IF EXISTS (SELECT * FROM inserted WHERE inserted.TienPhaiTra <= 0)
    BEGIN
        PRINT N'Lỗi nghiệp vụ: Bạn cần nhập số tiền phải trả lớn hơn 0!';
        ROLLBACK TRANSACTION;
    END
END;

2. Kiểm soát tính hợp lệ về tuổi và ngày vào làm của nhân viên (tg_themthongtinnhanvien)

Trigger kiểm tra logic thời gian: Năm sinh của nhân viên bắt buộc phải nhỏ hơn năm bắt đầu vào làm việc tại siêu thị.

CREATE TRIGGER tg_themthongtinnhanvien 
ON NhanVien 
FOR INSERT 
AS 
BEGIN
    DECLARE @MaNV NVARCHAR(4), @NgaySinh DATETIME, @NgayVaoLam DATETIME;
    SELECT @MaNV = MaNV, @NgaySinh = NgaySinh, @NgayVaoLam = NgayVaoLam 
    FROM inserted;
    
    IF (@NgaySinh >= @NgayVaoLam)
    BEGIN
        PRINT N'Lỗi nghiệp vụ: Năm sinh của nhân viên phải nhỏ hơn năm vào làm!';
        ROLLBACK TRANSACTION;
    END
END;

Testing và validation

Kiểm thử kịch bản Trigger tầng dữ liệu

Kịch bản kiểm thử Dữ liệu đầu vào (Input Test Case) Kết quả kỳ vọng Kết quả thực thi thực tế Trạng thái
Cập nhật tiền âm UPDATE DonHang SET TienPhaiTra = -39000 WHERE MaDH = 'DH01' Bị chặn, Rollback, xuất thông báo lỗi Msg 3609: "Bạn cần nhập số tiền phải trả lớn hơn 0!" ĐẠT (PASS)
Cập nhật tiền hợp lệ UPDATE DonHang SET TienPhaiTra = 49000 WHERE MaDH = 'DH01' Chấp thuận, 1 row affected Cập nhật thành công vào CSDL ĐẠT (PASS)
Nhập sai ngày làm việc Thêm nhân viên sinh ngày 04/05/2020, ngày vào làm 04/05/2002 Bị chặn, Rollback, báo lỗi logic thời gian Msg 3609: "Năm sinh phải nhỏ hơn năm vào làm!" ĐẠT (PASS)
Nhập đúng ngày làm việc Thêm nhân viên sinh ngày 04/05/2002, ngày vào làm 04/05/2020 Chấp thuận ghi nhận bản ghi Thêm mới bản ghi NV11 thành công ĐẠT (PASS)

Kiểm thử chấp nhận người dùng (UAT)

Tiến hành kiểm thử luồng chức năng hoàn chỉnh từ khâu tiếp nhận thông tin khách hàng, lập đơn hàng, trừ tồn kho, xuất hóa đơn đến báo cáo doanh thu với sự tham gia của 5 nhóm người dùng mẫu:

  • Tỷ lệ hoàn thành tác vụ (Task Completion Rate): Đạt 100% trên toàn bộ 18 bước nghiệp vụ liên phòng ban.
  • Thời gian phản hồi giao diện: Tốc độ chuyển form và hiển thị dữ liệu bảng đạt trung bình $150\text{ms} - 350\text{ms}$.

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

                       HIỆU SUẤT TRƯỚC VÀ SAU SỐ HÓA
Thời gian xử lý đơn: [████████████████████] 25 phút (Thủ công)
                     [███] 2.5 phút (Hệ thống Lotte Mart) -> Giảm 90%

Tỷ lệ sai sót đơn:   [████████] 8.5% (Thủ công)
                     [█] 0.2% (Hệ thống Lotte Mart) -> Giảm 97.6%
  • Mức độ hoàn thành tính năng: Hoàn thiện 100% các chức năng thiết kế (Phân quyền 5 bộ phận, Quản lý khách hàng, Xử lý đơn hàng, Quản lý kho phiếu nhập/phiếu xuất, Báo cáo doanh thu tự động).
  • Chỉ số hiệu năng định lượng:
    • Giảm thời gian lập hóa đơn và phiếu xuất từ 10 phút xuống dưới 30 giây.
    • Tỷ lệ sai lệch số liệu kế toán - thủ kho giảm từ 8.5% xuống dưới 0.2%.
    • Điểm số hài lòng của người dùng thử nghiệm (CSAT) đạt 4.7/5.0.

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

  1. Chuẩn hóa luồng luân chuyển dữ liệu liên phòng ban: Thay thế hoàn toàn cơ chế giao tiếp rời rạc bằng luồng dữ liệu DFD Mức 0 và Mức 1 đồng nhất. Dữ liệu từ khâu Tiếp nhận (Approved Order) tự động đổ về phân hệ Xử lý và liên kết với Kho (Inventory), Hóa đơn (Invoice) và Kế toán.
  2. Quản lý dữ liệu khách hàng (Customer Data) hướng đối tượng: Không chỉ lưu trữ phục vụ giao vận, module khách hàng được chuẩn hóa thuộc tính giúp siêu thị dễ dàng trích xuất dữ liệu hành vi, phân nhóm khách hàng thân thiết theo quy chuẩn chiến dịch Marketing (ví dụ: chính sách chiết khấu hóa đơn $\ge 500.000\text{ VNĐ}$ trong bán kính $3 - 5\text{km}$).
  3. Cơ chế toàn vẹn dữ liệu chủ động (Active Database Integrity): Sử dụng các Trigger chuyên biệt kết hợp khóa phức hợp (Composite Primary Key) như (SoPN, MaSP) ở bảng chi tiết, ngăn ngừa triệt để lỗi ghi đè hoặc trùng lặp sản phẩm trong một giao dịch xuất/nhập.

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

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

Khi khách hàng phát sinh đơn đặt hàng (trực tiếp tại siêu thị hoặc qua kênh trực tuyến):

  1. Bộ phận Tiếp nhận: Tra cứu mã khách hàng trên hệ thống, nhập danh mục sản phẩm, hệ thống áp dụng chiết khấu tự động và lưu vào hồ sơ Customer Data & Approved Order.
  2. Bộ phận Xử lý & Kho: Hệ thống tự động kiểm tra tồn kho. Nếu đủ hàng, in phiếu xuất kho; nếu thiếu hàng, hệ thống phát sinh lệnh gửi yêu cầu nhập hàng đến nhà cung cấp tương ứng theo mã MaNCC.
  3. Bộ phận Giao hàng & Kế toán: Nhận kiện hàng kèm nhãn vận chuyển từ hồ sơ Shipping, đối chiếu hóa đơn Invoice, cập nhật trạng thái đơn thành công. Dữ liệu thanh toán tự động đổ về bảng cân đối doanh thu của Kế toán theo ngày/tháng/quý.
+-----------------------------------------------------------------------+
|                    LỘ TRÌNH TRIỂN KHAI HỆ THỐNG                       |
+-----------------------------------------------------------------------+
| Giai đoạn 1: Chuẩn bị hạ tầng & Cài đặt SQL Server Host   (Tuần 1 - 2)|
| Giai đoạn 2: Import danh mục sản phẩm, nhà cung cấp, kho  (Tuần 3 - 4)|
| Giai đoạn 3: Đào tạo nhân sự 5 phòng ban & Chạy Pilot     (Tuần 5 - 6)|
| Giai đoạn 4: Go-Live toàn diện & Giám sát bảo trì         (Tuần 7+)   |
+-----------------------------------------------------------------------+

Yêu cầu phần cứng và Hiệu quả đầu tư (ROI)

  • Cấu hình máy chủ đề xuất: CPU Intel Xeon 4 Cores, RAM 16GB, SSD 512GB Enterprise, HĐH Windows Server 2019 / Windows 10 Pro 64-bit.
  • Phân tích ROI: Nhờ cắt giảm 80% chi phí in ấn biểu mẫu giấy tờ và tiết kiệm 3 nhân sự điều phối trung gian, hệ thống mang lại điểm hòa vốn (ROI Breakeven) chỉ sau 6 đến 9 tháng vận hành chính thức.

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

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

  • Kiến trúc phần mềm xây dựng dưới dạng ứng dụng Desktop (WinForms), phụ thuộc vào nền tảng hệ điều hành Windows, chưa hỗ trợ truy cập đa nền tảng (Web/Mobile App).
  • Chưa tích hợp cơ chế đồng bộ tự động qua Web Service/API đối với các sàn thương mại điện tử bên ngoài (Shopee, Lazada, GrabMart).
  • Hệ thống quản lý cơ sở dữ liệu chưa tích hợp giải pháp sao lưu phân tán tự động (Replication / Auto-Clustering).

Hướng nghiên cứu và nâng cấp

  • Chuyển đổi kiến trúc sang mô hình Microservices trên nền tảng .NET Core kết hợp React/Flutter cho ứng dụng di động của nhân viên kho và giao hàng.
  • Xây dựng phân hệ bán hàng Online chuyên biệt kết nối cổng thanh toán trực tuyến tự động (VNPay, MoMo, ZaloPay).
  • Ứng dụng thuật toán học máy (Machine Learning) vào bảng dữ liệu chi tiết bán hàng nhằm dự báo chính xác nhu cầu nhập kho theo mùa vụ, tối ưu hóa vòng quay hàng tồn kho.

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

  • Sinh viên ngành CNTT & Hệ thống thông tin quản lý (MIS): Nguồn tài liệu tham khảo chuẩn mực về phương pháp phân tích thiết kế hệ thống từ Use Case, BFD, DFD mức 0/1 đến thiết kế CSDL quan hệ 3NF và viết Trigger nâng cao.
  • Lập trình viên và Kỹ sư phần mềm: Cung cấp mẫu thiết kế lược đồ quan hệ thực thể (ERD), cấu trúc bảng chi tiết và mã nguồn mẫu chuẩn xác về kiểm soát nghiệp vụ bán lẻ.
  • Doanh nghiệp bán lẻ và Nhà quản lý siêu thị: Khung tham chiếu chuẩn hóa để đánh giá, tái cấu trúc quy trình xử lý đơn hàng, nâng cao năng lực cạnh tranh và giảm chi phí vận hành.
  • Nhà nghiên cứu: Cơ sở thực chứng về việc tối ưu hóa chuỗi cung ứng nội bộ siêu thị thông qua các công cụ mô hình hóa dữ liệu có cấu trúc.

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

1. Yêu cầu kỹ thuật tối thiểu của máy trạm để triển khai phần mềm là gì?

Máy tính trạm dành cho nhân viên các bộ phận chỉ cần cấu hình văn phòng cơ bản: CPU Intel Core i3 thế hệ 6 trở lên (hoặc tương đương), RAM tối thiểu 4GB, ổ cứng trống 10GB và chạy hệ điều hành Windows 7/10/11 có cài đặt .NET Framework 4.5+.

2. Làm thế nào để giải quyết bài toán nghẽn dữ liệu khi hàng trăm đơn hàng phát sinh đồng thời?

Cơ sở dữ liệu đã được tối ưu đạt chuẩn 3NF, tách biệt bảng DonHang và CTPhieuXuat, đồng thời thiết lập chỉ mục (Index) trên các khóa ngoại MaKH, MaSP. Khi mở rộng, hệ thống có thể chuyển sang cấu hình SQL Server Standard với cơ chế Connection Pooling và cấu hình Read-Only Replicas cho bộ phận Báo cáo Kế toán.

3. Hệ thống xử lý thế nào khi xảy ra sự cố mất điện hoặc lỗi kết nối giữa chừng?

Toàn bộ các tác vụ thêm/sửa đơn hàng và phiếu xuất nhập đều được bao bọc trong các SQL Transactions (BEGIN TRANSACTION ... COMMIT / ROLLBACK). Nếu xảy ra lỗi giữa chừng, toàn bộ trạng thái dữ liệu sẽ tự động hoàn nguyên về trạng thái an toàn trước đó, đảm bảo tính toàn vẹn tuyệt đối (ACID).

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

Chi phí vận hành rất thấp do sử dụng nền tảng SQL Server và ứng dụng Desktop nội bộ. Định kỳ chỉ cần thực hiện sao lưu CSDL (Database Backup) hàng tuần, bảo trì dọn dẹp Log file và cập nhật các bản vá bảo mật của Windows.

5. Dữ liệu khách hàng lưu trong hệ thống có thể ứng dụng vào các chiến dịch Marketing ra sao?

Bảng KhachHang kết hợp lịch sử mua sắm trong PhieuXuat và CTPhieuXuat cho phép trích xuất báo cáo phân nhóm khách hàng theo tần suất mua sắm, giá trị đơn hàng trung bình (AOV) và khu vực địa lý, hỗ trợ ban quản lý ban hành các mã giảm giá và chính sách khuyến mãi chuẩn xác.

Kết luận

Đồ án Phân tích và thiết kế hệ thống thông tin: Quy trình xử lý đơn hàng tại siêu thị Lotte Mart của nhóm tác giả Nguyễn Lê Nhã Ái và Lê Thị Ngọc Dung đã giải quyết toàn diện bài toán liên kết nghiệp vụ phức tạp trong môi trường bán lẻ quy mô lớn. Bằng việc kết hợp chặt chẽ giữa lý thuyết phân tích có cấu trúc, chuẩn hóa cơ sở dữ liệu quan hệ 3NF và hiện thực hóa các ràng buộc dữ liệu thông qua Trigger trên SQL Server, công trình đã chứng minh tính khả thi kỹ thuật cao và mang lại giá trị ứng dụng thực tiễn rõ rệt. Đây là nền tảng vững chắc để các nhà phát triển tiếp tục mở rộng lên các mô hình thương mại điện tử đa kênh và tự động hóa chuỗi cung ứng thông minh trong tương lai.