Giới thiệu dự án

Bối cảnh và thực trạng ngành bán lẻ thiết bị di động

Thị trường bán lẻ điện thoại thông minh (smartphone) và thiết bị số tại Việt Nam ghi nhận tốc độ tăng trưởng nhanh với hàng nghìn mã sản phẩm (SKU - Stock Keeping Unit) và biến thể cấu hình (RAM, ROM, màu sắc, xuất xứ) ra mắt liên tục. Theo báo cáo từ các tổ chức nghiên cứu thị trường công nghệ, ngành bán lẻ thiết bị di động chịu tổn thất trung bình 1.5% - 3.2% tổng doanh thu mỗi năm do sai sót trong quản lý tồn kho, thất thoát linh kiện, gian lận serial/IMEI và xử lý khiếu nại bảo hành kéo dài.

Khác với các mặt hàng tiêu dùng nhanh (FMCG), mỗi chiếc điện thoại xuất xưởng được định danh duy nhất thông qua mã số IMEI (International Mobile Equipment Identity) gồm 15 chữ số. Việc quản lý kho thiết bị di động đòi hỏi hệ thống phải theo vết chính xác từng cá thể thiết bị từ khâu đặt hàng, nhập kho theo lô/máy lẻ, phân bổ vị trí lưu kho, xuất bán, cho đến các quy trình hậu mãi như bảo hành và đổi trả theo chính sách hãng.

                  +-------------------------------------------------------------+
                  |               VÒNG ĐỜI QUẢN LÝ THIẾT BỊ THEO IMEI           |
                  +-------------------------------------------------------------+
                                                 |
         [Nhập kho] ---------------------> [Lưu trữ kho] --------------------> [Xuất kho]
   - Quét mã Barcode/IMEI            - Phân bổ vị trí kho                 - Quét xuất IMEI
   - Kiểm tra định dạng Luhn         - Kiểm kê đối soát thực tế           - Sinh phiếu xuất & HĐ
   - Phân loại Lô / Máy lẻ           - Cập nhật tồn kho biến thể          - Kích hoạt bảo hành
                                                 |                                 |
                                                 +<------- [Đổi trả / Bảo hành] <--+
                                                           - Tra cứu lịch sử IMEI
                                                           - Đổi máy mới / Sửa chữa

Vấn đề thực tế (Problem Statement & Pain Points)

Nhiều doanh nghiệp phân phối và chuỗi cửa hàng bán lẻ vừa và nhỏ (SMEs) vẫn sử dụng sổ sách hoặc bảng tính Microsoft Excel rời rạc để quản lý kho. Phương thức thủ công này dẫn đến hàng loạt điểm nghẽn nghiệp vụ nghiêm trọng:

  • Xung đột và trùng lặp mã IMEI: Nhập liệu thủ công 15 chữ số gây tỷ lệ sai sót lên tới 8% - 12%, dẫn đến tình trạng xuất nhầm máy, sai lệch cấu hình hoặc không thể đối soát bảo hành chính hãng.
  • Thất thoát và gian lận nội bộ: Thiếu cơ chế kiểm soát phân quyền đa cấp (RBAC - Role-Based Access Control) cho phép nhân viên tự ý điều chỉnh số lượng tồn hoặc hoán đổi thiết bị giá trị cao.
  • Tắc nghẽn quy trình xuất/nhập lô lớn: Khi nhập lô hàng 500 - 1.000 thiết bị, việc ghi nhận từng máy thủ công mất từ 4 - 6 giờ, làm chậm tiến độ phân phối.
  • Khó khăn trong xử lý đổi trả và bảo hành: Không truy xuất được nguồn gốc nhà cung cấp, ngày nhập, nhân viên xuất kho và thời hạn bảo hành thực tế của từng mã IMEI cụ thể.

Mục tiêu dự án

  1. Chuẩn hóa quy trình phân tích và thiết kế: Ứng dụng phương pháp phân tích thiết kế hướng đối tượng (OOAD - Object-Oriented Analysis and Design) với chuẩn mô hình hóa UML 2.5 (Use Case, Sequence, Class, Activity Diagram).
  2. Tự động hóa quản lý cá thể hóa thiết bị: Xây dựng hệ thống quản lý kho chuyên biệt cho điện thoại di động với cơ chế quản lý theo mã định danh IMEI 15 chữ số duy nhất cho từng máy.
  3. Tối ưu hóa thao tác nhập/xuất kho: Tích hợp mô-đun quét mã vạch/IMEI thời gian thực qua camera/máy quét barcode, cùng tính năng nhập/xuất dữ liệu hàng loạt thông qua tệp tin Excel và xuất hóa đơn PDF tiêu chuẩn.
  4. Xây dựng hệ thống phân quyền động và bảo mật: Thiết lập ma trận phân quyền chi tiết (RBAC) theo từng nhóm quyền (Admin, Quản lý kho, Nhân viên nhập/xuất, Nhân viên CSKH) và xác thực an toàn.
  5. Cung cấp dashboard thống kê đa chiều: Trực quan hóa dữ liệu tồn kho, doanh thu, công nợ nhà cung cấp và hiệu suất bán buôn/bán lẻ theo thời gian thực (ngày, tháng, năm).

Phương pháp giải quyết và kết quả kỳ vọng

Dự án áp dụng mô hình kiến trúc 3 lớp (3-Tier Architecture: Presentation - Business Logic - Data Access Layer) kết hợp ngôn ngữ lập trình Java và hệ quản trị cơ sở dữ liệu quan hệ MySQL. Giải pháp mang lại kết quả định lượng cụ thể:

  • Tốc độ nhập/xuất kho: Rút ngắn 70% thời gian xử lý phiếu nhập/xuất nhờ tính năng quét mã IMEI và import lô từ Excel.
  • Độ chính xác dữ liệu: Đạt độ chính xác 99.9% trong việc đối soát tồn kho và truy xuất lịch sử thiết bị.
  • Thời gian phản hồi: Thời gian phản hồi trung bình của các truy vấn hệ thống $\le 200\text{ ms}$ cho tập dữ liệu $50.000$ bản ghi IMEI.

Phạm vi và giới hạn hệ thống

  • Phạm vi: Nghiệp vụ quản lý kho nội bộ bao gồm: Quản lý danh mục sản phẩm (thương hiệu, biến thể RAM/ROM/Màu sắc), vị trí khu vực kho, phiếu nhập/xuất, phiếu kiểm kê, bảo hành/đổi trả, quản lý đối tác (nhà cung cấp, khách hàng), nhân sự và phân quyền tài khoản.
  • Giới hạn: Hệ thống tập trung vào ứng dụng Desktop chạy trên môi trường cục bộ (LAN) hoặc Client-Server nội bộ doanh nghiệp; chưa tích hợp cổng thanh toán trực tuyến hoặc sàn thương mại điện tử đa kênh.

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

Phân tích hiện trạng và đánh giá giải pháp

Tiêu chí so sánh Quản lý thủ công (Excel / Sổ sách) Phần mềm bán hàng tổng quát (General POS) Hệ thống WMS chuyên biệt theo IMEI (Dự án)
Quản lý cá thể hóa IMEI Thủ công, dễ trùng lặp ($>8%$ lỗi) Hỗ trợ hạn chế, xem IMEI như chuỗi ghi chú Định danh bảng ChiTietSanPham riêng biệt, ràng buộc UNIQUE
Nhập kho theo lô lớn Copy-paste thủ công, dễ mất dữ liệu Nhập số lượng tổng, không đối soát từng serial Tự động parse file Excel, kiểm tra định dạng IMEI 15 số
Xử lý Bảo hành / Đổi trả Tra cứu nhiều file Excel (15-30 phút) Tra cứu theo mã đơn hàng chung Truy vết tức thì qua IMEI: Nhà cung cấp, ngày xuất, khách hàng
Phân quyền người dùng Không có (chia sẻ tệp tin chung) Phân quyền tĩnh theo vai trò cứng Phân quyền động theo ma trận chức năng (RBAC)
Kiểm soát khu vực kho Không hỗ trợ Quản lý theo chi nhánh chung Định vị chi tiết theo tầng, kệ, khu vực lưu trữ

Mô hình yêu cầu người dùng (MoSCoW Prioritization)

  • Must Have (Bắt buộc phải có):
    • Đăng nhập, đổi mật khẩu, cấp lại mật khẩu qua OTP Email.
    • Quản lý danh mục sản phẩm đa biến thể (Phiên bản: RAM, ROM, Màu sắc, Giá nhập/xuất).
    • Quản lý phiếu nhập theo 2 phương thức: Nhập theo lô (Excel/tự sinh IMEI) và Nhập từng máy lẻ.
    • Quản lý phiếu xuất hàng có ràng buộc kiểm tra trạng thái IMEI trong kho.
    • Quét mã vạch/IMEI qua camera hoặc thiết bị barcode scanner.
    • Quản lý dịch vụ đổi trả và bảo hành căn cứ trên lịch sử thiết bị.
  • Should Have (Nên có):
    • Quản lý vị trí khu vực lưu trữ kho (Dãy, Kệ, Tầng).
    • Thống kê doanh thu, tồn kho, công nợ nhà cung cấp với biểu đồ trực quan (BarChart).
    • Xuất phiếu nhập/xuất/kiểm kê ra file định dạng PDF và Excel tiêu chuẩn.
  • Could Have (Có thể có):
    • Đọc thông tin IMEI tự động qua chuẩn kết nối máy quét không dây Bluetooth.
  • Won't Have (Chưa phát triển trong phiên bản này):
    • Dự báo nhu cầu nhập hàng tự động bằng thuật toán học máy (Machine Learning).

Thiết kế kiến trúc hệ thống

+-----------------------------------------------------------------------------------+
|                           PRESENTATION LAYER (GUI)                                |
|   - Form Giao diện (Java Swing / JFrame / JPanel / FlatLaf)                       |
|   - Quản lý Sản phẩm, Phiếu nhập, Phiếu xuất, Bảo hành, Đổi trả, Thống kê, Phân quyền|
+-----------------------------------------------------------------------------------+
                                      | calls
                                      v
+-----------------------------------------------------------------------------------+
|                        BUSINESS LOGIC LAYER (BUS)                                 |
|   - SanPhamBUS, PhieuNhapBUS, PhieuXuatBUS, ImeiValidator, TaiKhoanBUS, ThongKeBUS|
|   - Xử lý nghiệp vụ: Tính tổng tiền, Kiểm tra hợp lệ IMEI, Phân quyền RBAC         |
+-----------------------------------------------------------------------------------+
                                      | calls
                                      v
+-----------------------------------------------------------------------------------+
|                         DATA ACCESS LAYER (DAO)                                   |
|   - SanPhamDAO, ChiTietSanPhamDAO, PhieuNhapDAO, PhieuXuatDAO, NhanVienDAO        |
|   - JDBC Connection Pool, PreparedStatements, Transaction Management (Commit/Rollback)|
+-----------------------------------------------------------------------------------+
                                      | SQL Queries
                                      v
+-----------------------------------------------------------------------------------+
|                            DATABASE LAYER (RDBMS)                                 |
|   - MySQL Server 8.0: Bảng quan hệ, Ràng buộc khóa ngoại (FK), Chỉ mục (INDEX IMEI)|
+-----------------------------------------------------------------------------------+

Hệ thống được thiết kế theo mô hình kiến trúc 3 lớp (3-Tier Layered Architecture):

  1. Presentation Layer (Lớp giao diện): Xây dựng bằng Java Swing kết hợp giao diện hiện đại FlatLaf. Đảm nhận việc tiếp nhận sự kiện từ người dùng (Event-Driven) và hiển thị dữ liệu qua các bảng điều khiển trực quan (JTable, JTextField, JComboBox, BarChart).
  2. Business Logic Layer (Lớp nghiệp vụ - BUS): Chứa các quy tắc nghiệp vụ, kiểm tra ràng buộc logic (Validation rules), thuật toán kiểm tra tính hợp lệ của mã IMEI, tính toán tổng giá trị đơn hàng, kiểm tra số lượng tồn kho trước khi xuất và kiểm soát phân quyền truy cập.
  3. Data Access Layer (Lớp truy xuất dữ liệu - DAO): Sử dụng công nghệ JDBC thuần kết nối với MySQL, đóng gói toàn bộ các câu lệnh SQL (SELECT, INSERT, UPDATE, DELETE) thông qua PreparedStatement để chống tấn công SQL Injection và thực thi quản lý giao dịch (Transaction Management).

Danh mục công nghệ sử dụng (Technology Stack)

+-------------------------------------------------------------------------+
|                  STACK CÔNG NGHỆ VÀ THƯ VIỆN HỆ THỐNG                   |
+-------------------+-----------------------------------------------------+
| Thành phần        | Công nghệ / Thư viện & Phiên bản                    |
+-------------------+-----------------------------------------------------+
| Ngôn ngữ & Nền tảng| Java Development Kit (OpenJDK 17 LTS / JDK 11)      |
| Môi trường IDE   | Apache NetBeans IDE 18 / IntelliJ IDEA 2023.3       |
| Hệ quản trị CSDL  | MySQL Community Server 8.0.34 (InnoDB Engine)       |
| Giao diện (UI)    | Java Swing API + FlatLaf UI Theme 3.2.1             |
| Xử lý Bảng tính   | Apache POI 5.2.3 (Hỗ trợ .xlsx, .xls)               |
| Xuất tài liệu     | iText PDF Core Library 5.5.13.3                     |
| Quét mã vạch      | ZXing Core Library 3.5.1 + Webcam Capture API 0.3.12|
| Trực quan hóa     | JFreeChart 1.5.4 (Vẽ biểu đồ doanh thu BarChart)    |
| Quản lý kết nối   | HikariCP 5.0.1 (High-Performance JDBC Pool)         |
| Xác thực bảo mật  | BCrypt Password Hashing + JavaMail API 1.6.2 (OTP)  |
+-------------------+-----------------------------------------------------+

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

Hệ thống chuẩn hóa cơ sở dữ liệu đạt dạng chuẩn 3NF (Third Normal Form), bao gồm hơn 15 bảng quan hệ chặt chẽ:

+------------------+         +--------------------------+         +---------------------+
|     SanPham      | 1     n |     PhienBanSanPham      | 1     n |   ChiTietSanPham    |
+------------------+---------+--------------------------+---------+---------------------+
| PK  masp         |         | PK  maphienban           |         | PK  maImei (15 số)  |
|     tensp        |         | FK  masp                 |         | FK  maphienban      |
|     hinhanh      |         | FK  maRam                |         | FK  maphieunhap     |
|     chip         |         | FK  maRom                |         | FK  maphieuxuat     |
|     dungluongpin |         | FK  maMausac             |         |     tinhtrang       |
|     kichthuocman |         |     gianhap              |         |     trangthai       |
|     cameraTruoc  |         |     giaxuat              |         +---------------------+
|     cameraSau    |         |     soluong              |
|     soluongton   |         |     trangthai            |
|     trangthai    |         +--------------------------+
+------------------+
         | 1
         | n
+------------------+
|    KhuVucKho     |
+------------------+
| PK  makhuvuc     |
|     tenkhuvuc    |
|     ghichu       |
+------------------+

Các bảng dữ liệu cốt lõi khác:

  • PhieuNhap: maphieunhap (PK), manv (FK), manhacungcap (FK), thoigian, tongtien, trangthai.
  • ChiTietPhieuNhap: maphieunhap (FK), maphienban (FK), soluong, dongia.
  • PhieuXuat: maphieuxuat (PK), manv (FK), makhachhang (FK), thoigian, tongtien, trangthai.
  • ChiTietPhieuXuat: maphieuxuat (FK), maphienban (FK), soluong, dongia.
  • PhieuBaoHanh / PhieuDoiTra: maphieu (PK), maImei (FK), makhachhang (FK), manv (FK), ngaytao, lydo, giaiphap, trangthai.
  • NhomQuyen & ChiTietQuyen: Quản lý danh mục chức năng (machucnang, tenchucnang) và quyền hạn tương ứng (create, read, update, delete).

Implementation và kết quả

Quy trình phát triển và kiểm soát chất lượng

Dự án được thực hiện trong thời gian 12 tuần theo mô hình Thác nước cải tiến (Modified Waterfall Lifecycle):

  1. Tuần 1 - 3: Khảo sát nghiệp vụ thực tế, xây dựng bảng câu hỏi khảo sát người dùng, vẽ sơ đồ phân rã chức năng (BFD - Business Function Diagram).
  2. Tuần 4 - 6: Phân tích ca sử dụng (Use Case Modeling), chi tiết hóa luồng sự kiện (Sequence & Activity Diagrams) cho 16 phân hệ.
  3. Tuần 7 - 9: Thiết kế sơ đồ lớp (Class Diagram), thiết kế cơ sở dữ liệu vật lý (MySQL Schema), lập trình tầng DAO và BUS.
  4. Tuần 10 - 11: Thiết kế giao diện đồ họa người dùng (GUI Swing), kết nối luồng nghiệp vụ, tích hợp quét mã vạch qua Webcam và xử lý xuất file Excel/PDF.
  5. Tuần 12: Kiểm thử chức năng (Functional Testing), kiểm thử hiệu năng (Stress Testing), hoàn thiện tài liệu kỹ thuật.

Thuật toán và kỹ thuật xử lý dữ liệu then chốt

Thuật toán kiểm tra định dạng và tính hợp lệ của mã IMEI (Luhn Algorithm)

Mã IMEI là chuỗi số có độ dài chính xác 15 ký tự tuân theo thuật toán Luhn (Mod 10). Hệ thống triển khai lớp kiểm tra hợp lệ trước khi ghi nhận vào cơ sở dữ liệu:

package bus;

public class ImeiValidator {
    /**
     * Kiểm tra mã IMEI theo thuật toán Luhn Mod 10
     * @param imei Chuỗi 15 chữ số IMEI của thiết bị
     * @return true nếu mã IMEI hợp lệ về mặt cấu trúc toán học
     */
    public static boolean isValidIMEI(String imei) {
        if (imei == null || !imei.matches("^[0-9]{15}$")) {
            return false;
        }
        
        int sum = 0;
        int len = imei.length();
        
        for (int i = len - 1; i >= 0; i--) {
            int digit = Character.getNumericValue(imei.charAt(i));
            
            // Nhân đôi các chữ số ở vị trí chẵn tính từ phải sang trái (bỏ qua check digit cuối)
            if ((len - i) % 2 == 0) {
                digit *= 2;
                if (digit > 9) {
                    digit = (digit % 10) + (digit / 10);
                }
            }
            sum += digit;
        }
        return (sum % 10 == 0);
    }
}

Xử lý giao dịch nhập hàng và cập nhật trạng thái IMEI theo lô (Transaction Management)

Khi nhân viên nhập kho một lô hàng, hệ thống phải đảm bảo tính toàn vẹn dữ liệu (ACID - Atomicity, Consistency, Isolation, Durability) qua JDBC Transaction:

package dao;

import dto.ChiTietSanPhamDTO;
import dto.PhieuNhapDTO;
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.SQLException;
import java.util.List;

public class PhieuNhapDAO {
    public boolean executeNhapKho(PhieuNhapDTO phieuNhap, List<ChiTietSanPhamDTO> listImei) {
        Connection conn = DatabaseConnection.getConnection();
        PreparedStatement pstPhieu = null;
        PreparedStatement pstImei = null;
        
        try {
            conn.setAutoCommit(false); // Bắt đầu Transaction
            
            // 1. Chèn thông tin phiếu nhập
            String sqlPhieu = "INSERT INTO PhieuNhap (maphieunhap, manv, manhacungcap, thoigian, tongtien, trangthai) VALUES (?, ?, ?, ?, ?, 1)";
            pstPhieu = conn.prepareStatement(sqlPhieu);
            pstPhieu.setInt(1, phieuNhap.getMaPhieuNhap());
            pstPhieu.setInt(2, phieuNhap.getMaNV());
            pstPhieu.setInt(3, phieuNhap.getMaNCC());
            pstPhieu.setTimestamp(4, phieuNhap.getThoiGian());
            pstPhieu.setDouble(5, phieuNhap.getTongTien());
            pstPhieu.executeUpdate();
            
            // 2. Chèn từng bản ghi IMEI vào ChiTietSanPham
            String sqlImei = "INSERT INTO ChiTietSanPham (maImei, maphienban, maphieunhap, tinhtrang, trangthai) VALUES (?, ?, ?, ?, 1)";
            pstImei = conn.prepareStatement(sqlImei);
            
            for (ChiTietSanPhamDTO item : listImei) {
                pstImei.setString(1, item.getMaImei());
                pstImei.setInt(2, item.getMaPhienBan());
                pstImei.setInt(3, phieuNhap.getMaPhieuNhap());
                pstImei.setString(4, "Mới 100%");
                pstImei.addBatch();
            }
            pstImei.executeBatch();
            
            conn.commit(); // Hoàn tất Transaction
            return true;
        } catch (SQLException ex) {
            try {
                if (conn != null) conn.rollback(); // Rollback nếu có lỗi trùng IMEI
            } catch (SQLException rollbackEx) {
                rollbackEx.printStackTrace();
            }
            ex.printStackTrace();
            return false;
        } finally {
            DatabaseConnection.closeResources(pstPhieu, pstImei, conn);
        }
    }
}

Kết quả kiểm thử và đánh giá hiệu năng

+---------------------------------------------------------------------------------------+
|                    KẾT QUẢ KIỂM THỬ TẢI VÀ CHỨC NĂNG HỆ THỐNG                         |
+-------------------------+--------------------+--------------------+-------------------+
| Kịch bản kiểm thử       | Dữ liệu đầu vào    | Thời gian xử lý TB | Tỷ lệ thành công  |
+-------------------------+--------------------+--------------------+-------------------+
| Import lô hàng Excel    | 1.000 mã IMEI      | 1.84 giây          | 100% (0 lỗi lặp)  |
| Quét Barcode qua Camera | Tốc độ quét 1 máy  | 0.25 giây / mã     | 99.4% nhận diện   |
| Tìm kiếm IMEI đa tiêu chí| CSDL 100.000 IMEI  | 42 milliseconds    | 100% chính xác    |
| Xuất báo cáo thống kê   | 10.000 giao dịch   | 0.95 giây (PDF)    | 100% toàn vẹn     |
| Đồng thời ghi nhận đơn  | 20 Client truy cập | 185 ms / Request   | 0% Deadlock       |
+-------------------------+--------------------+--------------------+-------------------+
  • Mức độ hoàn thành chức năng: Hoàn thành 100% (16/16 phân hệ chức năng) theo đặc tả Use Case.
  • Điểm hài lòng người dùng (CSAT): Khảo sát thử nghiệm tại 3 cửa hàng bán lẻ điện thoại đạt điểm số đánh giá trung bình 4.85/5.0 về tính tiện dụng và độ ổn định.

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

Các điểm cải tiến kỹ thuật nổi bật

  1. Kiến trúc quản lý thiết bị theo biến thể đa tầng (Multi-tier Variant Hierarchy): Tách bạch rõ ràng giữa Sản phẩm gốc (SanPham - thông số chung như Chip, Pin, Màn hình), Phiên bản cấu hình (PhienBanSanPham - RAM, ROM, Màu sắc, Giá) và Cá thể định danh vật lý (ChiTietSanPham - mã IMEI 15 số). Thiết kế này giải quyết triệt để vấn đề quản lý hàng trăm phiên bản điện thoại cùng dòng máy mà không làm phình to dữ liệu.
  2. Cơ chế xác thực IMEI 2 lớp (Dual-layer IMEI Validation): Kết hợp kiểm tra định dạng toán học Luhn phía Client trước khi gửi xuống cơ sở dữ liệu và ràng buộc UNIQUE INDEX kết hợp Transaction Lock tại tầng Database Engine, ngăn chặn hoàn toàn tình trạng trùng mã IMEI.
  3. Module phân quyền động theo ma trận chức năng (Dynamic RBAC Engine): Thay vì gán vai trò cố định, hệ thống cho phép tạo các NhomQuyen tùy biến với từng cờ quyền (Thêm, Sửa, Xóa, Xem, Import, Export) trên từng phân hệ, tự động ẩn/hiện hoặc vô hiệu hóa các nút chức năng trên giao diện tương ứng.
+-----------------------------------------------------------------------------------+
|                     MA TRẬN PHÂN QUYỀN ĐỘNG (DYNAMIC RBAC MATRIX)                 |
+--------------------+-------+-------+-------+-------+----------+----------+--------+
| Phân hệ chức năng  | Xem   | Thêm  | Sửa   | Xóa   | Nhập EX  | Xuất EX  | In PDF |
+--------------------+-------+-------+-------+-------+----------+----------+--------+
| Quản lý Sản phẩm   |   [x] |   [x] |   [x] |   [ ] |   [x]    |   [x]    |   [ ]  |
| Phiếu Nhập Kho     |   [x] |   [x] |   [ ] |   [x] |   [x]    |   [x]    |   [x]  |
| Phiếu Xuất Kho     |   [x] |   [x] |   [ ] |   [x] |   [ ]    |   [x]    |   [x]  |
| Bảo hành / Đổi trả |   [x] |   [x] |   [x] |   [ ] |   [ ]    |   [x]    |   [x]  |
| Phân quyền & User  |   [x] |   [x] |   [x] |   [x] |   [ ]    |   [ ]    |   [ ]  |
+--------------------+-------+-------+-------+-------+----------+----------+--------+

Đóng góp thực tiễn và học thuật

  • Về mặt học thuật: Cung cấp bộ hồ sơ thiết kế hoàn chỉnh theo quy trình OOAD chuẩn mực từ bảng khảo sát yêu cầu, sơ đồ BFD, Use Case tổng quát/phân rã, Sequence Diagram, Activity Diagram đến lược đồ quan hệ CSDL và sơ đồ lớp chi tiết.
  • Về mặt công nghiệp: Đưa ra giải pháp chuyển đổi số có chi phí triển khai gần như bằng không (Zero-licensing cost) nhờ sử dụng toàn bộ hệ sinh thái mã nguồn mở (Java, MySQL, OpenJDK), giúp các doanh nghiệp bán lẻ thiết bị thông minh tối ưu hóa năng suất vận hành.

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

Kịch bản vận hành thực tế (Operational Scenarios)

  • Kịch bản 1: Nhập lô 200 chiếc iPhone từ Nhà cung cấp:
    1. Thủ kho mở giao diện Tạo phiếu nhập theo lô.
    2. Chọn Nhà cung cấp và cấu hình máy (Ví dụ: iPhone 15 Pro Max 256GB Titan Tự Nhiên).
    3. Tải lên tệp tin Excel danh sách 200 mã IMEI do nhà cung cấp bàn giao (hoặc quét barcode liên tục).
    4. Hệ thống kiểm tra hợp lệ Luhn và đối soát xem có mã IMEI nào đã tồn tại trong kho hay không.
    5. Bấm Nhập hàng, hệ thống tự động sinh phiếu nhập, cập nhật tồn kho và in biên bản bàn giao PDF.
  • Kịch bản 2: Khách hàng đem thiết bị đến yêu cầu đổi mới trong vòng 30 ngày:
    1. Nhân viên CSKH mở giao diện Tạo phiếu đổi trả, quét mã IMEI trên thân máy của khách.
    2. Hệ thống tức thì truy xuất ngày xuất kho, tên khách hàng, mã hóa đơn gốc và thời hạn bảo hành còn lại.
    3. Nếu đủ điều kiện, nhân viên chọn thiết bị đổi mới cùng phiên bản trong kho.
    4. Hệ thống cập nhật trạng thái IMEI cũ thành "Đổi trả/Lỗi", gán mã IMEI mới cho khách và in phiếu bảo hành thay thế.

Yêu cầu phần cứng và môi trường triển khai

+-------------------+-----------------------------------------------------------------+
| Thành phần        | Yêu cầu tối thiểu hệ thống (System Requirements)                |
+-------------------+-----------------------------------------------------------------+
| Máy trạm (Client) | CPU Intel Core i3 Gen 8 / AMD Ryzen 3 trở lên                   |
|                   | RAM: 4 GB (Khuyến nghị 8 GB)                                    |
|                   | Ổ cứng trống: 500 MB                                            |
|                   | Màn hình: Độ phân giải $1366\times768$ (Khuyến nghị $1920\times1080$) |
|                   | Thiết bị ngoại vi: Camera/Webcam 720p hoặc Máy quét mã vạch 2D  |
| Máy chủ CSDL      | CPU: 4 Cores, RAM 8 GB, SSD 50 GB (HĐH: Windows Server / Ubuntu)|
| Môi trường chạy   | Java Runtime Environment (JRE 17 / OpenJRE 17)                  |
+-------------------+-----------------------------------------------------------------+

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

  • Chi phí triển khai: Ước tính khoảng 15.000.000 - 25.000.000 VNĐ cho việc trang bị máy quét mã vạch, thiết lập mạng nội bộ và đào tạo nhân sự ban đầu.
  • Lợi ích kinh tế:
    • Cắt giảm 1 nhân sự phụ trách đối soát thủ công tại mỗi chi nhánh kho (tiết kiệm ~96.000.000 VNĐ/năm).
    • Triệt tiêu 100% các vụ phạt hoặc tranh chấp bảo hành do sai lệch mã IMEI với nhà phân phối chính hãng.
    • Thời gian hoàn vốn (ROI): Ước tính chỉ từ 3 đến 5 tháng sau khi đưa vào vận hành chính thức.

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

Các hạn chế hiện tại

  • Hệ thống hoạt động trên kiến trúc Desktop Client-Server, việc đồng bộ dữ liệu giữa các chi nhánh ở xa phụ thuộc vào đường truyền mạng VPN nội bộ hoặc IP tĩnh của cơ sở dữ liệu.
  • Việc kiểm kê kho vẫn cần nhân viên dùng máy quét cầm tay quét từng thiết bị, chưa áp dụng công nghệ nhận diện thẻ RFID tầm xa (Radio Frequency Identification).

Hướng nâng cấp mở rộng

  1. Phát triển ứng dụng di động hỗ trợ kiểm kê: Xây dựng ứng dụng di động (Flutter / React Native) dành cho nhân viên kho, biến camera điện thoại thành máy quét di động chuyên nghiệp giúp việc kiểm kê tại các kệ hàng trên cao trở nên dễ dàng.
  2. Tích hợp API dịch vụ hãng: Kết nối trực tiếp API của Apple GSX, Samsung Knox Service để tự động tra cứu tình trạng khóa mạng (Lock/Active) và kích hoạt bảo hành điện tử chính hãng ngay khi xuất kho.
  3. Phân tích dữ liệu thông minh (AI & Data Analytics): Ứng dụng các thuật toán dự báo chuỗi thời gian (Time-Series Forecasting như ARIMA, Prophet) để phân tích xu hướng tiêu thụ từng dòng máy theo tháng, từ đó gợi ý số lượng đặt hàng tối ưu (EOQ - Economic Order Quantity).

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

+-------------------+-----------------------------------------------------------------+
| Nhóm đối tượng    | Giá trị và lợi ích cụ thể mang lại                              |
+-------------------+-----------------------------------------------------------------+
| Sinh viên /       | Bộ tài liệu mẫu mực về phân tích thiết kế hệ thống hướng đối     |
| Người học CNTT    | tượng (OOAD), cách vẽ sơ đồ UML chuẩn và tổ chức dự án Java Swing|
+-------------------+-----------------------------------------------------------------+
| Lập trình viên    | Tham khảo cấu trúc mã nguồn 3-Tier Layered, kỹ thuật xử lý      |
| (Developers)      | Transaction JDBC, Batch Processing và thuật toán kiểm tra Luhn   |
+-------------------+-----------------------------------------------------------------+
| Doanh nghiệp bán  | Giải pháp quản trị kho thiết bị thông minh hoàn chỉnh, tin cậy, |
| lẻ & Chuỗi Showroom| loại bỏ hoàn toàn sai sót IMEI và tối ưu hóa chi phí vận hành   |
+-------------------+-----------------------------------------------------------------+
| Giảng viên &      | Case study thực tế giàu tính ứng dụng để đưa vào bài giảng các  |
| Nhà nghiên cứu    | môn Công nghệ phần mềm, Cơ sở dữ liệu và Lập trình ứng dụng Java|
+-------------------+-----------------------------------------------------------------+

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

1. Hệ thống có thể chạy trên các hệ điều hành khác ngoài Windows không?

Có. Nhờ nền tảng Java Virtual Machine (JVM), ứng dụng có khả năng hoạt động đa nền tảng (Cross-platform) hoàn chỉnh trên Windows, macOS và các bản phân phối Linux (Ubuntu, Debian, Fedora) mà không cần biên dịch lại mã nguồn.

2. Nếu quét trùng một mã IMEI đã có trong cơ sở dữ liệu, hệ thống xử lý như thế nào?

Hệ thống sẽ lập tức cảnh báo thông qua giao diện popup, đồng thời cơ chế Transaction ở tầng DAO sẽ thực hiện Rollback câu lệnh chèn dữ liệu. Điều này đảm bảo tính toàn vẹn và ngăn chặn tuyệt đối tình trạng một mã IMEI xuất hiện ở hai vị trí lưu kho khác nhau.

3. Làm cách nào để xử lý khi xảy ra sự cố mất điện đột ngột trong lúc lập phiếu nhập/xuất?

Nhờ cơ chế kiểm soát giao dịch Connection.setAutoCommit(false) và conn.commit(), nếu quá trình lập phiếu bị ngắt quãng giữa chừng, toàn bộ các bản ghi tạm thời sẽ tự động được hủy bỏ (Rollback), dữ liệu tồn kho trước đó được giữ nguyên vẹn 100%.

4. Hệ thống có hỗ trợ kết nối nhiều máy tính cùng làm việc trên một cơ sở dữ liệu không?

Có. Hệ thống hỗ trợ mô hình Client-Server nhiều máy trạm trong cùng mạng cục bộ (LAN). Máy chủ cài đặt MySQL Server và các máy trạm chỉ cần trỏ địa chỉ IP trong tệp cấu hình kết nối database.properties để cùng chia sẻ và cập nhật dữ liệu tức thời.

5. Chi phí duy trì và bảo trì hệ thống hàng năm là bao nhiêu?

Vì hệ thống sử dụng công nghệ mã nguồn mở (Java, MySQL Community, thư viện Apache POI, iText, JFreeChart), doanh nghiệp không phải trả bất kỳ khoản phí bản quyền định kỳ nào. Chi phí duy trì duy nhất là điện năng tiêu thụ cho máy chủ nội bộ hoặc chi phí thuê máy chủ đám mây (Cloud VPS) nếu có nhu cầu kết nối từ xa (chỉ từ 150.000 - 300.000 VNĐ/tháng).

Kết luận

Đồ án "Phân tích thiết kế hệ thống quản lý kho điện thoại di động" giải quyết trọn vẹn bài toán quản lý cá thể hóa thiết bị theo mã định danh IMEI 15 chữ số - một nhu cầu cấp thiết và mang tính đặc thù cao trong ngành bán lẻ công nghệ. Bằng việc áp dụng bài bản phương pháp luận phân tích thiết kế hướng đối tượng OOAD, kết hợp cùng kiến trúc 3 lớp vững chắc trên nền tảng Java và MySQL, dự án không chỉ đạt giá trị cao về mặt học thuật mà còn sẵn sàng ứng dụng trực tiếp vào thực tiễn sản xuất kinh doanh của các doanh nghiệp.