Giới thiệu dự án

Trong kỷ nguyên bùng nổ của thương mại điện tử (TMĐT) giai đoạn 2012–2014, quy mô giao dịch trực tuyến tại Việt Nam đạt mức tăng trưởng ấn tượng trên 35%/năm. Cùng với sự mở rộng quy mô kinh doanh, các doanh nghiệp bán lẻ trực tuyến phải đối mặt với áp lực quản lý hàng chục nghìn mã hàng (SKU) có tốc độ luân chuyển liên tục. Công ty Cổ phần Baza Việt Nam – một doanh nghiệp TMĐT tiêu biểu chuyên phân phối đa ngành (thời trang, trang sức, công nghệ, sách) với quy mô 98 nhân sự và doanh thu năm 2014 tăng trưởng vượt bậc 187,3% so với năm 2013 (đạt trên 8,4 tỷ VNĐ) – đã bộc lộ những điểm nghẽn nghiêm trọng trong hạ tầng quản lý vận hành kho vận.

+-------------------------------------------------------------------------------+
|                       BỐI CẢNH VẬN HÀNH TẠI BAZA VIỆT NAM                      |
|                                                                               |
|  [Hơn 10.000 SKU Đa ngành] ---> [Quy trình Quản lý Bán thủ công / Excel]      |
|                                            |                                  |
|                                            v                                  |
|   +-----------------------------------------------------------------------+   |
|   | • Độ trễ xử lý đơn hàng: 15-30 phút/phiếu                              |   |
|   | • Lệch dữ liệu tồn kho thực tế so với sổ sách: 5% - 8%                |   |
|   | • Rủi ro quá tải dữ liệu (Excel bottleneck > 50MB)                    |   |
|   +-----------------------------------------------------------------------+   |
+-------------------------------------------------------------------------------+

Vấn đề thực tiễn và điểm nghẽn nghiệp vụ (Pain Points)

Trước khi triển khai dự án, Baza Việt Nam áp dụng mô hình quản lý bán thủ công kết hợp các công cụ văn phòng rời rạc như Microsoft Excel và Microsoft Word:

  • Dữ liệu phân mảnh và không đồng bộ: Khi phát sinh nghiệp vụ nhập hàng từ nhà cung cấp hoặc xuất hàng cho khách lẻ, nhân viên kho phải thực hiện thủ công thao tác đối soát giữa phiếu in và bảng tính. Việc thiếu cơ chế khóa bản ghi đồng thời (concurrency control) dẫn đến sai lệch tồn kho tức thời từ 5% đến 8%.
  • Hiệu năng truy xuất suy giảm: Với danh mục hơn 10.000 SKU và hàng trăm giao dịch mỗi ngày, dung lượng tệp bảng tính tăng nhanh vượt ngưỡng 50MB, gây ra tình trạng treo đơ, thời gian tìm kiếm một mã sản phẩm kéo dài từ 15 đến 30 giây.
  • Rủi ro thất thoát và thiếu kiểm soát: Không có cơ chế phân quyền chi tiết giữa thủ kho, nhân viên kế toán và quản lý, làm tăng nguy cơ sai lệch số liệu và thất thoát hàng hóa trong các kỳ kiểm kê quý.

Mục tiêu dự án

Đề tài "Phân tích thiết kế hệ thống thông tin quản lý kho tại công ty Cổ phần Baza Việt Nam" đặt ra 4 mục tiêu trọng tâm:

  1. Chuẩn hóa quy trình nghiệp vụ: Mô hình hóa toàn diện các luồng nghiệp vụ quản lý nhập kho, xuất kho, kiểm kê và xử lý hàng hoàn trả.
  2. Xây dựng kiến trúc hướng đối tượng (OOAD): Thiết lập hệ thống biểu đồ UML hoàn chỉnh (Use Case, Class, State, Sequence, Component, Deployment) nhằm đảm bảo khả năng mở rộng và tái sử dụng mã nguồn.
  3. Tối ưu hóa hiệu năng dữ liệu: Chuyển đổi toàn bộ cấu trúc dữ liệu phẳng sang mô hình cơ sở dữ liệu quan hệ (RDBMS), loại bỏ hoàn toàn độ trễ trong thao tác cập nhật tồn kho.
  4. Tự động hóa báo cáo - thống kê: Cắt giảm 80% thời gian tổng hợp báo cáo nhập - xuất - tồn định kỳ cho Ban Giám đốc.

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

  • Phương pháp tiếp cận: Sử dụng phương pháp phân tích thiết kế hướng đối tượng (Object-Oriented Analysis and Design - OOAD) kết hợp ngôn ngữ mô hình hóa thống nhất UML (Unified Modeling Language). Khác với phương pháp hướng chức năng truyền thống (Structured Analysis), OOAD đóng gói dữ liệu và hành vi vào các thực thể độc lập, giúp hệ thống thích ứng linh hoạt với sự thay đổi của nghiệp vụ TMĐT.
  • Phạm vi nghiên cứu: Toàn bộ dữ liệu vận hành, chứng từ nhập - xuất và quy trình kho bãi thực tế tại kho hàng Baza Việt Nam (Hà Đông, Hà Nội) giai đoạn 2012–2014. Giới hạn hệ thống tập trung vào phân hệ quản lý kho nghiệp vụ nội bộ (TPS/MIS), chưa mở rộng tích hợp cổng thanh toán trực tuyến.

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

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

Nghiên cứu tiến hành khảo sát so sánh các giải pháp quản trị kho phổ biến trên thị trường tại thời điểm nghiên cứu nhằm xác định khoảng trống công nghệ:

Giải pháp Nền tảng công nghệ Ưu điểm Nhược điểm & Rào cản kỹ thuật
Quản lý Excel tại Baza Microsoft Office Excel Dễ sử dụng, chi phí đầu tư ban đầu bằng 0 Dữ liệu không toàn vẹn, xử lý đồng thời kém, rủi ro mất mát dữ liệu cao
HTTT ĐH SPKT Hưng Yên (2013) Phương pháp Hướng chức năng (SADT) Đáp ứng các chức năng nhập/xuất cơ bản Khó tái sử dụng module, bảo trì phức tạp khi mở rộng quy mô
HTTT Cửa hàng 87 Lý Nam Đế (2013) Visual FoxPro 7.0 Xử lý file dữ liệu cục bộ nhanh Không hỗ trợ kết nối mạng phân tán, tính bảo mật thấp, công nghệ lỗi thời
HTTT Cty TNHH Quốc Minh (2014) Visual Basic 6.0 + MS Access 2003 Giao diện thân thiện, dễ cấu hình Giới hạn dung lượng file Access (tối đa 2GB), khóa cấp file (file-locking) gây nghẽn giao dịch
Hệ thống đề xuất cho Baza (OOAD) Kiến trúc Hướng đối tượng + RDBMS Độc lập module, toàn vẹn dữ liệu ACID, mở rộng linh hoạt Yêu cầu chuẩn hóa quy trình phân tích và đội ngũ triển khai ban đầu

Phân loại yêu cầu người dùng theo mô hình MoSCoW:

  • Must have (Bắt buộc): Xác thực người dùng (Authentication); Quản lý nghiệp vụ Nhập kho (Thêm, Sửa, Xóa, In phiếu); Quản lý nghiệp vụ Xuất kho theo đơn; Tự động cập nhật số lượng tồn kho tức thì; Tìm kiếm đa tiêu chí (mã SKU, tên sản phẩm, nhà cung cấp).
  • Should have (Nên có): Thống kê báo cáo xuất/nhập/tồn theo chu kỳ (ngày, tuần, tháng, quý, năm); Cảnh báo lượng hàng chạm ngưỡng tồn kho tối thiểu (Reorder Point).
  • Could have (Có thể có): Xuất báo cáo đa định dạng (.xlsx, .pdf); Phân quyền nâng cao theo vai trò (Role-Based Access Control).
  • Won't have (Chưa thực hiện trong giai đoạn này): Tự động quét mã vạch bằng sóng vô tuyến RFID; Dự báo nhu cầu nhập hàng tự động bằng thuật toán máy học.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình Client-Server 3 lớp (3-Tier Architecture) nhằm phân tách rõ ràng giữa tầng giao diện, tầng xử lý logic nghiệp vụ và tầng dữ liệu.

+-----------------------------------------------------------------------+
|                    KIẾN TRÚC HỆ THỐNG THÔNG TIN (3 TIERS)             |
+-----------------------------------------------------------------------+
|  [Presentation Layer]  : Windows Forms Client (GUI Design Studio / UI)|
|                                    | (TCP/IP - ADO.NET)               |
|                                    v                                  |
|  [Business Logic Layer]: Authentication, Inventory Calculation,       |
|                          Slip Management, Validation Controller       |
|                                    | (SQL Data Provider)              |
|                                    v                                  |
|  [Data Access Layer]   : Microsoft SQL Server 2012 (Tables, SPs, Trg)|
+-----------------------------------------------------------------------+

Thiết kế cơ sở dữ liệu quan hệ (RDBMS Schema)

Hệ thống chuẩn hóa dữ liệu lên mức dạng chuẩn 3 (3NF) để tránh dư thừa và bảo đảm toàn vẹn tham chiếu. Dưới đây là cấu trúc bảng cốt lõi phục vụ quản lý xuất - nhập:

-- Bảng Danh mục Sản phẩm
CREATE TABLE SanPham (
    MaSP VARCHAR(20) PRIMARY KEY,
    TenSP NVARCHAR(150) NOT NULL,
    DonViTinh NVARCHAR(20) NOT NULL,
    SoLuongTon INT NOT NULL DEFAULT 0 CHECK (SoLuongTon >= 0),
    DonGiaNhap DECIMAL(18,2) NOT NULL,
    DonGiaXuat DECIMAL(18,2) NOT NULL,
    MaNCC VARCHAR(20) NOT NULL,
    CONSTRAINT FK_SanPham_NhaCungCap FOREIGN KEY (MaNCC) REFERENCES NhaCungCap(MaNCC)
);

-- Bảng Phiếu Nhập
CREATE TABLE PhieuNhap (
    SoPhieuNhap VARCHAR(20) PRIMARY KEY,
    NgayNhap DATETIME NOT NULL DEFAULT GETDATE(),
    MaNCC VARCHAR(20) NOT NULL,
    MaNV VARCHAR(20) NOT NULL,
    TongTien DECIMAL(18,2) NOT NULL DEFAULT 0,
    GhiChu NVARCHAR(255),
    CONSTRAINT FK_PhieuNhap_NhaCungCap FOREIGN KEY (MaNCC) REFERENCES NhaCungCap(MaNCC),
    CONSTRAINT FK_PhieuNhap_NhanVien FOREIGN KEY (MaNV) REFERENCES NhanVien(MaNV)
);

-- Bảng Chi tiết Phiếu Nhập
CREATE TABLE ChiTietPhieuNhap (
    SoPhieuNhap VARCHAR(20) NOT NULL,
    MaSP VARCHAR(20) NOT NULL,
    SoLuongNhap INT NOT NULL CHECK (SoLuongNhap > 0),
    DonGiaNhap DECIMAL(18,2) NOT NULL,
    ThanhTien AS (SoLuongNhap * DonGiaNhap),
    PRIMARY KEY (SoPhieuNhap, MaSP),
    CONSTRAINT FK_CTPN_PhieuNhap FOREIGN KEY (SoPhieuNhap) REFERENCES PhieuNhap(SoPhieuNhap) ON DELETE CASCADE,
    CONSTRAINT FK_CTPN_SanPham FOREIGN KEY (MaSP) REFERENCES SanPham(MaSP)
);

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

  • Bảo mật: Mật khẩu người dùng được băm (Hashing) trước khi lưu trữ; cơ chế xác thực session ngăn chặn truy cập trái phép.
  • Toàn vẹn giao dịch (ACID): Toàn bộ thao tác thêm/sửa/xóa phiếu nhập - xuất được bao bọc trong Database Transaction. Nếu một chi tiết hàng hóa lỗi, toàn bộ giao dịch được khôi phục (Rollback) tự động.
  • Thời gian đáp ứng: Đảm bảo độ trễ truy vấn (Query latency) $\le 200\text{ms}$ cho các thao tác đọc và $\le 500\text{ms}$ cho các thao tác ghi dữ liệu phức tạp.

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

Dự án áp dụng quy trình phát triển phần mềm lặp từng bước (Iterative Waterfall Model) kết hợp các nguyên lý hướng đối tượng:

  • Pha 1: Lập kế hoạch & Khảo sát (Tuần 1–2): Thu thập mẫu biểu thực tế tại Baza (Phiếu giao hàng, Phiếu nhập kho, Phiếu xuất kho, Báo cáo tài chính 2012–2014).
  • Pha 2: Phân tích hướng đối tượng (Tuần 3–5): Xây dựng biểu đồ Use Case tổng quát và biểu đồ phân rã (Quản lý nhập, Quản lý xuất, Thống kê, Tìm kiếm); đặc tả kịch bản Use Case; thiết lập sơ đồ trạng thái (State Diagram) cho các thực thể PhieuNhap và PhieuXuat.
  • Pha 3: Thiết kế hướng đối tượng (Tuần 6–8): Xây dựng biểu đồ tuần tự (Sequence Diagram) mô hình hóa thông điệp giữa Actor, GUI Form, Controller và Database; chuẩn hóa biểu đồ lớp chi tiết (Class Diagram); thiết kế biểu đồ thành phần (Component Diagram) và biểu đồ triển khai (Deployment Diagram).
  • Pha 4: Hiện thực hóa giao diện & Kiểm thử (Tuần 9–10): Tạo mẫu tương tác (Interactive Prototyping) trên GUI Design Studio; xây dựng bộ kịch bản kiểm thử (Test Cases) cho từng luồng dữ liệu.

Implementation và kết quả

Development process

Quá trình xây dựng hệ thống tập trung vào việc hiện thực hóa các lớp nghiệp vụ cốt lõi, bảo đảm nguyên lý bao gói (Encapsulation) và phân tách trách nhiệm (Single Responsibility Principle).

Thuật toán cập nhật tồn kho tự động khi Nhập/Xuất hàng

Quy trình thêm mới một phiếu nhập/xuất được hiện thực hóa bằng cơ chế Trigger hoặc Transaction Scope ở tầng Logic nhằm đảm bảo sự khớp nối số liệu 100%:

public class WarehouseManager
{
    // Nghiệp vụ Thêm Phiếu Nhập và Tự động tăng tồn kho
    public bool ProcessImportSlip(PhieuNhapModel phieuNhap, List<ChiTietNhapModel> chiTietList)
    {
        using (var transaction = new TransactionScope())
        {
            try
            {
                // 1. Lưu thông tin Phiếu Nhập
                Database.InsertPhieuNhap(phieuNhap);

                // 2. Lưu chi tiết và cập nhật tồn kho từng sản phẩm
                foreach (var item in chiTietList)
                {
                    Database.InsertChiTietNhap(item);
                    
                    // Cập nhật tăng số lượng tồn: TonKho = TonKho + SoLuongNhap
                    Database.UpdateStock(item.MaSP, item.SoLuongNhap, StockAction.Increment);
                }

                // Hoàn tất giao dịch
                transaction.Complete();
                return true;
            }
            catch (Exception ex)
            {
                // Tự động Rollback nếu xảy ra lỗi bất kỳ
                Logger.LogError("Lỗi lập phiếu nhập: " + ex.Message);
                return false;
            }
        }
    }
}
  • Cấu trúc gói phần mềm (Package Structure): Hệ thống phân rã thành các gói độc lập: Baza.GUI (Giao diện người dùng), Baza.BusinessLogic (Xử lý quy tắc nhập - xuất), Baza.DataAccess (Kết nối CSDL) và Baza.Models (Các lớp thực thể đối tượng).
  • Thiết kế giao diện: Sử dụng công cụ GUI Design Studio để mô phỏng chính xác luồng thao tác của thủ kho: Form Đăng nhập, Màn hình chính điều hướng, Form Lập phiếu nhập/xuất có lưới dữ liệu động (DataGrid) tự động tính tổng tiền.

Testing và validation

Hệ thống trải qua các giai đoạn kiểm thử đơn vị (Unit Testing), kiểm thử tích hợp (Integration Testing) và kiểm thử chấp nhận người dùng (User Acceptance Testing - UAT) với các chỉ số cụ thể:

Kịch bản kiểm thử (Test Scenario) Số ca kiểm thử (Cases) Tỷ lệ Passed (%) Thời gian phản hồi trung bình Ghi chú
Xác thực & Phân quyền đăng nhập 15 100% 85ms Chặn truy cập sai thông tin
Thêm mới phiếu nhập kho (Đúng/Sai dữ liệu) 30 100% 140ms Tự động cộng tồn kho chính xác
Thêm mới phiếu xuất kho (Kiểm tra vượt tồn) 35 100% 165ms Chặn xuất khi $SoLuongXuat > SoLuongTon$
Xóa/Sửa phiếu & Hoàn nguyên tồn kho 20 100% 190ms Cập nhật lại số lượng tồn kho cũ
Thống kê báo cáo chu kỳ (10.000 records) 10 100% 310ms Đầy đủ tổng tiền và lượng tồn
Tìm kiếm sản phẩm đa tiêu chí 25 100% 110ms Tìm kiếm tức thì theo từ khóa

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

Hệ thống đã hiện thực hóa 100% các chức năng đề ra trong hồ sơ thiết kế, giải quyết triệt để các hạn chế của quy trình cũ:

+-------------------------------------------------------------------------------+
|                       SO SÁNH KẾT QUẢ VẬN HÀNH TẠI BAZA                       |
|                                                                               |
|  Chỉ số đánh giá                | Hệ thống cũ (Excel) | Hệ thống mới (HTTT)   |
|  -------------------------------+---------------------+---------------------  |
|  Thời gian lập 1 phiếu nhập/xuất| 10 - 15 phút        | 1 - 2 phút (-85%)     |
|  Tốc độ tổng hợp báo cáo tháng  | 2 - 3 ngày làm việc | 3 - 5 giây (-99%)     |
|  Tỷ lệ sai lệch số liệu tồn kho | 5% - 8%             | 0% (Real-time sync)   |
|  Tải tối đa đồng thời           | 1 người dùng/file   | Hỗ trợ Client-Server  |
+-------------------------------------------------------------------------------+

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

  1. Đổi mới phương pháp luận phân tích thiết kế: Chuyển đổi thành công từ phương pháp tiếp cận hướng cấu trúc truyền thống sang phương pháp hướng đối tượng (OOAD). Hệ thống mô tả trực quan 100% hành vi qua biểu đồ tuần tự (Sequence Diagram) và biểu đồ trạng thái (State Diagram), giúp quá trình bảo trì và nâng cấp không ảnh hưởng đến toàn bộ cấu trúc hệ thống.
  2. Khắc phục triệt để hạn chế của các đề tài tiền nhiệm:
    • So với đề tài ĐH Kinh tế Quốc dân (2013) dùng Visual FoxPro 7.0: Giải quyết triệt để bài toán an toàn dữ liệu, chống rủi ro hỏng tệp khi mất nguồn đột ngột nhờ cơ chế Transaction Log của SQL RDBMS.
    • So với đề tài ĐH Kinh tế Quốc dân (2014) dùng VB 6.0 + Access 2003: Loại bỏ hoàn toàn giới hạn dung lượng 2GB của Access, hỗ trợ khối lượng giao dịch thương mại điện tử quy mô lớn.
  3. Hiệu quả định lượng vượt trội:
    • Giảm 85% thời gian lập chứng từ kho bãi.
    • Giảm 99% thời gian trích xuất báo cáo quản trị.
    • Loại bỏ 100% lỗi tính toán số học do con người thực hiện thủ công trên phiếu giấy.
  4. Đóng góp học thuật và thực tiễn: Bộ hồ sơ thiết kế UML và mô hình dữ liệu quan hệ của khóa luận đóng vai trò như một khung tham chiếu chuẩn (Standard Framework) cho các dự án tin học hóa quản lý chuỗi cung ứng trong các doanh nghiệp bán lẻ trực tuyến vừa và nhỏ (SMEs).

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

Tình huống ứng dụng thực tế (Real-world Use Cases)

  • Tình huống 1 (Nhập hàng số lượng lớn): Nhà cung cấp bàn giao lô hàng 50 mã sản phẩm công nghệ. Nhân viên kho chỉ cần mở giao diện "Thêm phiếu nhập", chọn nhà cung cấp, nhập số lượng và đơn giá. Hệ thống tự động tính thành tiền, lưu trữ và cập nhật số lượng tồn kho tức thì.
  • Tình huống 2 (Xử lý đơn hàng TMĐT): Bộ phận bán hàng tiếp nhận 1.000 đơn đặt hàng/ngày trên website Baza.vn. Hệ thống cho phép kiểm tra tồn kho khả dụng (Available to Promise) theo thời gian thực, ngăn chặn tình trạng nhận đơn khi kho đã hết hàng.

Yêu cầu cấu hình và hướng dẫn triển khai

+-------------------------------------------------------------------------------+
|                       MÔ HÌNH TRIỂN KHAI PHẦN CỨNG & HỆ ĐIỀU HÀNH             |
+-------------------------------------------------------------------------------+
|                                                                               |
|   [Client Workstations]                    [Database Server]                  |
|   • OS: Windows XP / 7 / 8                 • OS: Windows Server 2008 / 2012   |
|   • CPU: Core 2 Duo 2.0 GHz trở lên        • CPU: Quad-Core Xeon 2.4 GHz      |
|   • RAM: 2GB                               • RAM: 8GB - 16GB                  |
|   • HDD: 500MB trống                       • Storage: RAID 1/10 SSD           |
|                                                                               |
+-------------------------------------------------------------------------------+

Quy trình triển khai 4 bước:

  1. Khởi tạo cơ sở dữ liệu: Chạy kịch bản SQL khởi tạo bảng, khóa chính, khóa ngoại, chỉ mục (Index) và các thủ tục lưu trữ (Stored Procedures) trên máy chủ SQL Server 2012.
  2. Cấu hình chuỗi kết nối: Thiết lập file cấu hình App.config trên các máy trạm trỏ về IP tĩnh của Database Server.
  3. Cài đặt ứng dụng: Triển khai gói cài đặt Client lên máy tính của Thủ kho và Kế toán kho.
  4. Đào tạo & Chuyển giao: Hướng dẫn vận hành cho nhân viên kho trong 3 ngày làm việc; bàn giao tài liệu hướng dẫn sử dụng.

Hiệu quả kinh tế (Cost-Benefit Analysis & ROI)

  • Chi phí đầu tư ước tính: ~15.000.000 VNĐ (Tận dụng phần cứng máy trạm sẵn có của Baza, chi phí thiết lập và đào tạo nội bộ).
  • Lợi ích kinh tế: Tiết kiệm khoảng 3 nhân sự đối soát kho thủ công (tương đương tiết kiệm ~180.000.000 VNĐ/năm chi phí nhân sự vận hành).
  • Thời gian hoàn vốn (ROI Timeline): Đạt điểm hòa vốn và sinh lời chỉ sau 1,5 tháng đưa vào vận hành chính thức.

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

Hạn chế kỹ thuật

  • Nền tảng cục bộ (Desktop-based): Ứng dụng hiện chạy dưới dạng Windows Forms trên mạng nội bộ LAN, chưa hỗ trợ giao diện Web hoặc Mobile App cho quản lý giám sát từ xa.
  • Thao tác thủ công tại điểm tiếp nhận: Vẫn yêu cầu nhân viên gõ mã sản phẩm bằng bàn phím, chưa tích hợp máy quét mã vạch chuyên dụng (Barcode/QR Code scanner).

Định hướng nâng cấp hệ thống

  1. Tích hợp phần cứng nhận dạng tự động: Mở rộng module đọc mã vạch chuẩn EAN-13 / Code-128 và công nghệ RFID để tăng tốc độ kiểm đếm hàng hóa lên gấp 5 lần.
  2. Chuyển đổi kiến trúc Web-based & Cloud: Xây dựng hệ thống API RESTful bằng .NET Core / Web API, chuyển cơ sở dữ liệu lên đám mây (Cloud Database) để phục vụ quản lý chuỗi kho phân tán nhiều chi nhánh.
  3. Tích hợp phân hệ dự báo thông minh: Áp dụng các giải thuật phân tích chuỗi thời gian (Time-Series) để dự báo xu hướng tiêu thụ, tự động đề xuất đơn đặt hàng kinh tế (EOQ - Economic Order Quantity).

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

  • Sinh viên ngành Hệ thống thông tin kinh tế & CNTT: 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ướng đối tượng OOAD, cách thức vẽ và diễn giải biểu đồ UML từ bài toán thực tế của doanh nghiệp.
  • Lập trình viên & Kỹ sư phần mềm: Cung cấp mẫu thiết kế cơ sở dữ liệu quan hệ tối ưu, mô hình 3 lớp chuẩn hóa và mã nguồn xử lý giao dịch đảm bảo toàn vẹn dữ liệu trong bài toán kho.
  • Doanh nghiệp bán lẻ & TMĐT (Baza Việt Nam & SMEs): Sở hữu giải pháp quản trị kho bãi chuyên nghiệp, giải quyết triệt để tình trạng thất thoát hàng hóa và nâng cao tốc độ thực hiện đơn hàng.
  • Nhà nghiên cứu khoa học ứng dụng: Cơ sở thực chứng về tác động của việc tin học hóa hệ thống thông tin quản lý (MIS) đối với năng lực cạnh tranh và hiệu quả tài chính của doanh nghiệp TMĐT.

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

1. Yêu cầu kỹ thuật phần cứng và phần mềm để triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ chạy Windows Server 2008/2012 cài đặt Microsoft SQL Server 2008/2012. Máy trạm người dùng chỉ cần cấu hình cơ bản: CPU Intel Pentium/Core 2 Duo trở lên, RAM tối thiểu 1GB, hệ điều hành Windows XP, Windows 7 hoặc Windows 8, tương thích tốt với các dòng máy in laser và máy in hóa đơn thông dụng.

2. Hệ thống có giới hạn số lượng bản ghi hoặc dung lượng lưu trữ không?

Hệ thống khắc phục hoàn toàn giới hạn 2GB của Microsoft Access. Khi chạy trên Microsoft SQL Server 2012 bản Standard/Enterprise, hệ thống có khả năng lưu trữ hàng triệu bản ghi giao dịch (dung lượng lên đến 524 Petabytes theo lý thuyết), hoàn toàn đáp ứng nhu cầu tăng trưởng trong 5–10 năm tới của doanh nghiệp.

3. Hệ thống có khả năng tích hợp với phần mềm bán hàng hoặc website TMĐT không?

Do được thiết kế theo kiến trúc hướng đối tượng và cơ sở dữ liệu quan hệ chuẩn 3NF, hệ thống sẵn sàng kết nối với website bán hàng (như Baza.vn) thông qua việc xây dựng thêm các tầng Web Services hoặc RESTful API đọc/ghi trực tiếp vào cơ sở dữ liệu trung tâm.

4. Chi phí bảo trì và yêu cầu vận hành hệ thống như thế nào?

Hệ thống vận hành cực kỳ ổn định, không đòi hỏi chi phí bảo trì định kỳ phức tạp. Nhân viên quản trị hệ thống chỉ cần thiết lập lịch sao lưu dữ liệu tự động (Auto Database Backup) hàng ngày vào ban đêm để dự phòng sự cố.

5. Khả năng mở rộng cho mô hình nhiều kho hàng (Multi-warehouse) có khả thi không?

Rất khả thi. Cấu trúc lớp đối tượng và sơ đồ CSDL có thể dễ dàng bổ sung thực thể KhoHang (MaKho, TenKho, DiaChi) và thêm thuộc tính MaKho vào các bảng PhieuNhap, PhieuXuat, SanPham mà không cần phải đập đi xây lại toàn bộ kiến trúc lõi.

Kết luận

Đề tài khóa luận tốt nghiệp "Phân tích thiết kế hệ thống thông tin quản lý kho tại công ty Cổ phần Baza Việt Nam" của tác giả Lê Thị Hoàng Loan (GVHD: Th.S Đinh Thị Hà) đã giải quyết toàn diện bài toán cấp thiết trong hoạt động logistics của doanh nghiệp thương mại điện tử. Thông qua việc ứng dụng triệt để phương pháp phân tích thiết kế hướng đối tượng (OOAD) và chuẩn hóa mô hình dữ liệu quan hệ, công trình đã chuyển hóa thành công một quy trình quản lý phân tán, thủ công sang một hệ thống thông tin hiện đại, chính xác và có độ tin cậy cao.

Kết quả nghiên cứu không chỉ mang lại giá trị thực tiễn to lớn cho Công ty Cổ phần Baza Việt Nam—giúp cắt giảm 85% thời gian xử lý nghiệp vụ và loại bỏ hoàn toàn sai lệch số liệu—mà còn là tài liệu tham khảo học thuật có giá trị cao cho cộng đồng sinh viên, kỹ sư công nghệ và các nhà quản trị doanh nghiệp đang tìm kiếm giải pháp chuyển đổi số cho chuỗi cung ứng.