Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và sự bùng nổ của thị trường thương mại điện tử (TMĐT) tại Việt Nam với tốc độ tăng trưởng bình quân hàng năm đạt trên 25% - 30%, việc ứng dụng Hệ thống Thông tin Quản lý (Management Information Systems - MIS) vào vận hành doanh nghiệp phân phối là yếu tố sống còn. Đề tài "Phân tích thiết kế hệ thống thông tin quản lý bán hàng của Công ty Cổ phần Quốc tế Zoma" do sinh viên Lê Trần Tú Anh (Khoa Hệ thống Thông tin Kinh tế và Thương mại Điện tử, Trường Đại học Thương Mại) thực hiện dưới sự hướng dẫn của PGS.TS Đàm Gia Mạnh, tập trung giải quyết bài toán tự động hóa và chuẩn hóa toàn diện quy trình phân phối mỹ phẩm, dược phẩm.

Bối cảnh và bài toán thực tế

Công ty Cổ phần Quốc tế Zoma (công ty con thuộc Công ty Cổ phần Butaba Việt Nam) ghi nhận mức tăng trưởng doanh thu vượt bậc:

  • Năm 2016: Doanh thu đạt 13.325.632.000 VNĐ; Lợi nhuận sau thuế đạt 5.061.013.000 VNĐ.
  • Năm 2017: Doanh thu đạt 19.437.326.000 VNĐ (tăng 45,86% so với 2016); Lợi nhuận sau thuế đạt 9.710.427.000 VNĐ.
  • Năm 2018: Doanh thu bùng nổ đạt 32.266.432.000 VNĐ (tăng trưởng 66,00% so với 2017); Lợi nhuận sau thuế đạt 17.382.745.000 VNĐ.

Tuy nhiên, sự tăng trưởng nóng này bộc lộ những điểm nghẽn nghiêm trọng trong hạ tầng quản lý:

  1. Dữ liệu phân mảnh và phân tán: Doanh nghiệp vừa sử dụng phần mềm bán hàng online Tuha (đáp ứng 97% nhu cầu cơ bản nhưng thiếu tùy biến nội bộ), vừa lưu trữ danh sách khách hàng và lịch sử chăm sóc trên Google Drive/Excel thủ công, dẫn đến tình trạng sai lệch dữ liệu và trùng lặp thông tin khách hàng.
  2. Nút thắt trong xử lý đơn hàng: Quy trình nhập liệu thủ công từ Fanpage/Landing Page về hệ thống mất từ 10 - 15 phút/đơn, tỷ lệ sai sót đơn hàng và hủy đơn khi đối soát đạt mức 8 - 12%.
  3. Mất kiểm soát tồn kho thời gian thực: Không có cơ chế tự động khóa số lượng tồn (SoTon) khi chốt đơn, gây ra tình trạng bán vượt tồn kho (overselling) hoặc đọng vốn do số liệu sai lệch.

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận về phân tích thiết kế hệ thống thông tin (PTTK HTTT) quản lý bán hàng theo phương pháp có cấu trúc (Structured Analysis and Design Technique - SADT).
  2. Khảo sát và đánh giá định lượng thực trạng ứng dụng CNTT, quy trình bán hàng và hạ tầng kỹ thuật tại Công ty CP Quốc tế Zoma.
  3. Xây dựng mô hình nghiệp vụ chuẩn hóa bao gồm: Sơ đồ phân cấp chức năng (Business Function Diagram - BFD), Sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) từ mức ngữ cảnh đến mức dưới đỉnh.
  4. Thiết kế cơ sở dữ liệu quan hệ (RDBMS) đạt chuẩn chuẩn hóa 3NF (Third Normal Form) và thiết kế giao diện tương tác (UI) trực quan cho các tác vụ quản lý khách hàng, quản lý đơn hàng và báo cáo doanh thu.

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

  • Phương pháp tiếp cận: Tiếp cận hướng chức năng và dữ liệu (Data-driven & Function-oriented) kết hợp thiết kế từ trên xuống (Top-down decomposition).
  • Kết quả định lượng kỳ vọng: Rút ngắn thời gian xử lý đơn hàng xuống dưới 2 phút/đơn (giảm 86,7%), loại bỏ 100% tình trạng trùng lặp hồ sơ khách hàng, tự động hóa 100% quá trình tổng hợp báo cáo doanh thu hàng ngày.
  • Phạm vi nghiên cứu: Toàn bộ chu trình bán hàng B2C, chăm sóc khách hàng và kiểm soát kho mỹ phẩm tại trụ sở Zoma (Số 35, ngõ 102 Trường Chinh, Đống Đa, Hà Nội) giai đoạn 2016 – 2018.

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ế trên 30 nhân sự của công ty Zoma cho thấy hạ tầng gồm 30 máy tính để bàn, 10 máy tính xách tay chạy Windows 7/10, mạng LAN nội bộ (35 node kết nối) và Wi-Fi (46 node kết nối). Đội ngũ IT nội bộ chỉ từ 5 - 10 người (chiếm 86,7% khảo sát), đòi hỏi hệ thống mới phải có tính ổn định cao, dễ triển khai và bảo trì.

Bảng so sánh hiện trạng và giải pháp

Tiêu chí Quản lý thủ công / Google Sheets Phần mềm đóng gói (Tuha SaaS) HTTT Quản lý bán hàng Zoma (Đề xuất)
Tính toàn vẹn dữ liệu Kém (Dễ ghi đè, trùng lặp SĐT) Khá (Lưu trữ trên Cloud) Tuyệt đối (Ràng buộc toàn vẹn RDBMS, PK/FK)
Tốc độ truy xuất tồn kho Chậm (>5 phút tìm kiếm thủ công) Trung bình (Độ trễ đồng bộ) Tức thời (<300ms với chỉ mục tối ưu)
Bảo mật & Phân quyền Thấp (Chia sẻ link sheet) Trung bình (Phân quyền cơ bản) Cao (Phân quyền theo vai trò RBAC, mã hóa)
Chi phí duy trì dài hạn 0 VNĐ (nhưng lãng phí nhân lực) Thuê bao hàng tháng cao Tối ưu chi phí sở hữu tổng thể (TCO)
Khả năng tùy biến báo cáo Phụ thuộc công thức Excel Giới hạn theo mẫu có sẵn Tùy biến 100% theo nghiệp vụ công ty

Ma trận ưu tiên yêu cầu người dùng (MoSCoW)

  • Must have (Bắt buộc): Đăng nhập xác thực, quản lý danh mục mặt hàng (MATHANG), quản lý hồ sơ khách hàng (KHACHHANG), lập và duyệt đơn đặt hàng (DONDATHANG, CTDONDATHANG), cập nhật tự động số lượng tồn kho (SoTon).
  • Should have (Nên có): Tìm kiếm thông minh theo SĐT/Mã KH/Tên KH, xuất báo cáo doanh số theo ngày/tháng dưới định dạng Excel/PDF.
  • Could have (Có thể có): Lọc danh sách khách hàng tiềm năng dựa trên lịch sử mua hàng, lưu vết thao tác người dùng (Audit Log).
  • Won't have (Chưa thực hiện): Tích hợp cổng thanh toán trực tuyến quốc tế và hệ thống định vị GPS giao hàng tự động.

Thiết kế hệ thống

Hệ thống được thiết kế theo kiến trúc 3 tầng (3-Tier Architecture) nhằm tách biệt giữa tầng hiển thị giao diện, tầng xử lý logic nghiệp vụ và tầng lưu trữ dữ liệu.

+-------------------------------------------------------------+
|               TẦNG GIAO DIỆN (Presentation Tier)            |
|  - Windows Forms / DevExpress UI v18.2                      |
|  - Form Đăng nhập, Form QL Khách hàng, Form QL Đơn hàng...  |
+-------------------------------------------------------------+
                              │  (Data Binding / User Events)
                              ▼
+-------------------------------------------------------------+
|             TẦNG XỬ LÝ NGHIỆP VỤ (Business Logic Tier)       |
|  - C# .NET Framework 4.5.2 Engine                           |
|  - Validation Rules, Inventory Lock, Pricing Calculator     |
+-------------------------------------------------------------+
                              │  (ADO.NET / SQL Connection)
                              ▼
+-------------------------------------------------------------+
|               TẦNG DỮ LIỆU (Data Storage Tier)              |
|  - Microsoft SQL Server 2014 R2 / 2016 Enterprise           |
|  - Tables: KHACHHANG, MATHANG, DONDATHANG, CTDONDATHANG     |
|  - Triggers, Stored Procedures, Referential Integrity       |
+-------------------------------------------------------------+

Công nghệ và công cụ sử dụng

  • Hệ quản trị CSDL: Microsoft SQL Server 2014 R2 / 2016.
  • Môi trường phát triển: Microsoft Visual Studio 2017, C# .NET WinForms.
  • Thư viện giao diện: DevExpress WinForms Suite v18.2.
  • Công cụ mô hình hóa: Sybase PowerDesigner 16.5, StarUML 3.0.

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

Mô hình dữ liệu logic được chuẩn hóa đạt dạng chuẩn 3 (3NF) với 4 thực thể cốt lõi:

  1. Bảng Khách hàng (KHACHHANG): Lưu trữ thông tin định danh khách hàng.

    • MaKH (VARCHAR(10), Primary Key): Mã khách hàng duy nhất.
    • TenKH (NVARCHAR(100), NOT NULL): Họ và tên khách hàng.
    • SDT (VARCHAR(15), NOT NULL, UNIQUE): Số điện thoại liên lạc.
    • DiaChi (NVARCHAR(255)): Địa chỉ giao hàng mặc định.

  2. Bảng Mặt hàng (MATHANG): Danh mục sản phẩm mỹ phẩm, dược phẩm.

    • MaMH (VARCHAR(10), Primary Key): Mã mặt hàng.
    • TenMH (NVARCHAR(150), NOT NULL): Tên sản phẩm.
    • DonGia (DECIMAL(18,2), CHECK (DonGia >= 0)): Giá bán niêm yết.
    • SoTon (INT, CHECK (SoTon >= 0)): Số lượng sản phẩm còn lại trong kho.
    • MoTa (NVARCHAR(500)): Chi tiết thành phần, công dụng.

  3. Bảng Đơn đặt hàng (DONDATHANG): Thông tin tổng quát về giao dịch.

    • MaDH (VARCHAR(10), Primary Key): Mã đơn hàng.
    • MaKH (VARCHAR(10), Foreign Key references KHACHHANG(MaKH)): Mã khách hàng mua.
    • NgayDH (DATETIME, DEFAULT GETDATE()): Ngày đặt hàng.
    • NgayGH (DATETIME): Ngày hẹn giao hàng.
    • NoiGiao (NVARCHAR(255)): Địa chỉ nhận hàng chi tiết.

  4. Bảng Chi tiết đơn đặt hàng (CTDONDATHANG): Chi tiết từng mặt hàng trong đơn.

    • MaDH (VARCHAR(10), Foreign Key references DONDATHANG(MaDH)).
    • MaMH (VARCHAR(10), Foreign Key references MATHANG(MaMH)).
    • SLDat (INT, CHECK (SLDat > 0)): Số lượng đặt mua.
    • GiaBan (DECIMAL(18,2), NOT NULL): Giá bán thực tế tại thời điểm tạo đơn.
    • ThanhTien (DECIMAL(18,2)): Thành tiền (SLDat * GiaBan).
    • Primary Key: Khóa chính phức hợp (MaDH, MaMH).
-- DDL Script tạo CSDL Quản lý bán hàng Zoma
CREATE DATABASE QLBH_ZOMA;
GO
USE QLBH_ZOMA;
GO

CREATE TABLE KHACHHANG (
    MaKH VARCHAR(10) PRIMARY KEY,
    TenKH NVARCHAR(100) NOT NULL,
    SDT VARCHAR(15) UNIQUE NOT NULL,
    DiaChi NVARCHAR(255)
);

CREATE TABLE MATHANG (
    MaMH VARCHAR(10) PRIMARY KEY,
    TenMH NVARCHAR(150) NOT NULL,
    DonGia DECIMAL(18,2) NOT NULL CHECK (DonGia >= 0),
    SoTon INT NOT NULL CHECK (SoTon >= 0),
    MoTa NVARCHAR(500)
);

CREATE TABLE DONDATHANG (
    MaDH VARCHAR(10) PRIMARY KEY,
    MaKH VARCHAR(10) NOT NULL,
    NgayDH DATETIME DEFAULT GETDATE(),
    NgayGH DATETIME,
    NoiGiao NVARCHAR(255),
    CONSTRAINT FK_DonHang_KhachHang FOREIGN KEY (MaKH) REFERENCES KHACHHANG(MaKH) ON DELETE CASCADE
);

CREATE TABLE CTDONDATHANG (
    MaDH VARCHAR(10) NOT NULL,
    MaMH VARCHAR(10) NOT NULL,
    SLDat INT NOT NULL CHECK (SLDat > 0),
    GiaBan DECIMAL(18,2) NOT NULL,
    ThanhTien AS (SLDat * GiaBan) PERSISTED,
    CONSTRAINT PK_CTDonHang PRIMARY KEY (MaDH, MaMH),
    CONSTRAINT FK_CT_DonHang FOREIGN KEY (MaDH) REFERENCES DONDATHANG(MaDH) ON DELETE CASCADE,
    CONSTRAINT FK_CT_MatHang FOREIGN KEY (MaMH) REFERENCES MATHANG(MaMH)
);
GO

Methodology

Dự án áp dụng phương pháp phân tích có cấu trúc dựa trên vòng đời 6 giai đoạn chuẩn mực của Nguyễn Văn Vỵ (2002):

[1. Khảo sát dự án] ──► [2. Phân tích hệ thống] ──► [3. Thiết kế hệ thống]
                                                             │
[6. Triển khai & Bảo trì] ◄── [5. Kiểm thử phần mềm] ◄── [4. Cài đặt hệ thống]

Ma trận quản trị rủi ro dự án

Rủi ro kỹ thuật / Nghiệp vụ Mức độ Kế hoạch phòng ngừa & Giảm thiểu
Xung đột ghi dữ liệu tồn kho (Deadlock) Cao Áp dụng SQL Transaction với cấp độ cô lập READ COMMITTED / SNAPSHOT.
Dữ liệu chuyển đổi từ Excel bị lỗi/trùng lặp Cao Xây dựng script tiền xử lý (Data Cleansing) kiểm tra trùng lặp SĐT trước khi nạp vào SQL Server.
Người dùng kháng cự phần mềm mới Trung bình Tổ chức 3 buổi đào tạo nghiệp vụ; thiết kế UI mô phỏng theo biểu mẫu giấy quen thuộc.
Mất kết nối mạng LAN khi đang lập đơn Thấp Caching dữ liệu tạm thời trên bộ nhớ Client trước khi Commit giao dịch về máy chủ.

Implementation và kết quả

Development process

Quá trình xây dựng hệ thống tập trung vào việc đảm bảo tính toàn vẹn dữ liệu (Data Integrity) trong mọi giao dịch bán hàng.

Thuật toán tạo đơn hàng và cập nhật tồn kho (Transaction Processing)

-- Stored Procedure tạo đơn hàng đảm bảo ACID
CREATE PROCEDURE sp_TaoDonHangVaChiTiet
    @MaDH VARCHAR(10),
    @MaKH VARCHAR(10),
    @NoiGiao NVARCHAR(255),
    @NgayGH DATETIME,
    @MaMH VARCHAR(10),
    @SLDat INT,
    @GiaBan DECIMAL(18,2)
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRANSACTION;
    BEGIN TRY
        -- 1. Kiểm tra số lượng tồn kho
        DECLARE @CurrentStock INT;
        SELECT @CurrentStock = SoTon FROM MATHANG WITH (UPDLOCK) WHERE MaMH = @MaMH;

        IF (@CurrentStock < @SLDat)
        BEGIN
            RAISERROR(N'Số lượng tồn kho không đủ để xuất bán!', 16, 1);
            ROLLBACK TRANSACTION;
            RETURN;
        END

        -- 2. Thêm mới bản ghi đơn đặt hàng nếu chưa tồn tại
        IF NOT EXISTS (SELECT 1 FROM DONDATHANG WHERE MaDH = @MaDH)
        BEGIN
            INSERT INTO DONDATHANG (MaDH, MaKH, NgayDH, NgayGH, NoiGiao)
            VALUES (@MaDH, @MaKH, GETDATE(), @NgayGH, @NoiGiao);
        END

        -- 3. Thêm chi tiết đơn đặt hàng
        INSERT INTO CTDONDATHANG (MaDH, MaMH, SLDat, GiaBan)
        VALUES (@MaDH, @MaMH, @SLDat, @GiaBan);

        -- 4. Giảm số lượng tồn trong kho
        UPDATE MATHANG
        SET SoTon = SoTon - @SLDat
        WHERE MaMH = @MaMH;

        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        ROLLBACK TRANSACTION;
        THROW;
    END CATCH
END;
GO

Testing và validation

Quá trình kiểm thử phần mềm được tiến hành qua 4 giai đoạn nghiêm ngặt:

  1. Unit Testing: Kiểm tra tính hợp lệ của các hàm xử lý chuỗi, định dạng số điện thoại và tính toán thành tiền.
  2. Integration Testing: Kiểm tra luồng dữ liệu từ Form nhập liệu -> Logic C# -> Lưu trữ SQL Server.
  3. System & Stress Testing: Thực hiện giả lập tải với 50 kết nối đồng thời từ các máy trạm trong mạng LAN. Thời gian phản hồi trung bình đạt 185ms (đáp ứng xuất sắc yêu cầu phi chức năng < 500ms).
  4. User Acceptance Testing (UAT): Thử nghiệm thực tế với 15 nhân viên thuộc phòng kinh doanh, marketing và kế toán.

Thống kê kết quả kiểm thử

Nhóm chức năng kiểm thử Số kịch bản (Test Cases) Đạt (Pass) Lỗi (Fail/Bug) Tỷ lệ thành công
Xác thực & Phân quyền 12 12 0 100%
Quản lý khách hàng 25 25 0 100%
Quản lý mặt hàng & Tồn kho 30 29 1 (Fixed) 96,7%
Xử lý đơn đặt hàng 45 44 1 (Fixed) 97,8%
Báo cáo thống kê doanh thu 18 18 0 100%
TỔNG CỘNG 130 128 2 (100% Resolved) 98,5%

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

Hệ thống đã hoàn thành 100% các tính năng theo đặc tả ban đầu, mang lại sự thay đổi rõ rệt trong hiệu quả vận hành:

  • Thời gian tìm kiếm thông tin: Rút ngắn từ trung bình 4,5 phút xuống còn 0,3 giây trên tập dữ liệu >10.000 khách hàng.
  • Thời gian lập hóa đơn/đơn hàng: Giảm từ 12 phút xuống 1,5 phút/đơn.
  • Độ chính xác số liệu tồn kho: Đạt 99,9%, chấm dứt hoàn toàn tình trạng sai lệch giữa sổ sách kế toán và kho thực tế.
  • Mức độ hài lòng của nhân viên: 93,3% nhân viên tham gia khảo sát đánh giá giao diện thân thiện, dễ thao tác và hỗ trợ công việc hiệu quả.

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

  1. Chuẩn hóa cấu trúc dữ liệu theo 3NF: Thay thế toàn bộ hệ thống file Excel/Google Sheets phân mảnh bằng một CSDL quan hệ đồng nhất, loại bỏ hoàn toàn dư thừa dữ liệu (Data Redundancy) và hiện tượng bất thường khi cập nhật (Update Anomalies).
  2. Khóa tồn kho tự động theo thời gian thực: Cơ chế khóa bi quan (Pessimistic Locking qua UPDLOCK) giúp ngăn chặn 100% hiện tượng tranh chấp hàng hóa giữa các telesale khi chạy các chiến dịch Flash Sale mỹ phẩm.
  3. Tối ưu hóa quy trình luân chuyển thông tin nội bộ: Tích hợp liền mạch quy trình từ tiếp nhận khách hàng (Marketing) -> Tư vấn & Tạo đơn (Kinh doanh) -> Giao vận & Thu tiền (Kế toán), giảm 75% thời gian chờ đối soát liên phòng ban.
  4. Đóng góp học thuật: Đồ án là tài liệu tham khảo thực tiễn điển hình cho sinh viên ngành Hệ thống Thông tin Kinh tế và Thương mại Điện tử trong việc vận dụng phương pháp SADT vào mô hình phân phối B2C thực tế.

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

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

  1. Tiếp nhận khách hàng: Nhân viên nhập SĐT khách hàng vào Form Quản lý Khách hàng. Hệ thống tự động kiểm tra:
    • Nếu đã có: Tự động tải lịch sử mua hàng, địa chỉ giao hàng và phân loại khách hàng.
    • Nếu là khách mới: Kích hoạt form thêm mới chỉ với 3 trường thông tin cơ bản.
  2. Tạo đơn đặt hàng: Nhân viên chọn danh mục sản phẩm từ bảng MATHANG. Hệ thống tự động hiển thị số lượng tồn khả dụng, tính toán đơn giá, thành tiền và áp dụng chính sách giảm giá.
  3. Báo cáo quản trị: Cuối ngày, ban giám đốc chỉ cần 1 cú click chuột để xem tổng doanh thu, số lượng đơn hoàn thành, đơn hủy và danh sách mặt hàng bán chạy nhất.

Đánh giá hiệu quả kinh tế (Cost-Benefit & ROI Analysis)

  • Chi phí đầu tư ban đầu: Ước tính 35.000.000 VNĐ (Nâng cấp 3 máy trạm, bản quyền phần mềm và chi phí triển khai).
  • Lợi ích kinh tế hàng tháng:
    • Tiết kiệm thời gian làm việc của nhân viên (tương đương giảm 2 vị trí nhập liệu thủ công): ~16.000.000 VNĐ/tháng.
    • Giảm thiểu tổn thất do thất thoát hàng hóa, sai sót đơn hàng: ~10.000.000 VNĐ/tháng.
    • Tổng lợi ích: 26.000.000 VNĐ/tháng.
  • Thời gian hoàn vốn (Payback Period): $$\text{Thời gian hoàn vốn} = \frac{35.000.000}{26.000.000 - 5.000.000 \text{ (Chi phí bảo trì/tháng)}} \approx 1,66 \text{ tháng} \approx 50 \text{ ngày.}$$

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

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

  • Nền tảng Desktop Client-Server: Hệ thống xây dựng trên Windows Forms nên nhân viên chỉ có thể làm việc trong phạm vi mạng LAN nội bộ tại văn phòng, chưa hỗ trợ truy cập di động từ xa cho nhân viên thị trường.
  • Chưa tích hợp tự động đa kênh (Omnichannel): Chưa có API webhook tự động hứng lead từ Facebook Lead Ads hay TikTok Shop về CSDL mà vẫn cần nhân viên nhập liệu từ giao diện.

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

  • Kiến trúc Web-based & Cloud SaaS: Chuyển đổi backend sang ASP.NET Core Web API 8.0 kết hợp frontend ReactJS / Flutter để quản lý đa nền tảng (Web, iOS, Android).
  • Tích hợp AI/Machine Learning: Ứng dụng thuật toán phân cụm khách hàng (K-Means Clustering) và gợi ý sản phẩm (Recommendation System) dựa trên lịch sử mua mỹ phẩm của khách hàng.
  • Tích hợp cổng giao vận và thanh toán: Kết nối trực tiếp API với các đơn vị vận chuyển (Giao Hàng Nhanh, Viettel Post) để tự động đẩy mã vận đơn và đối soát COD thời gian thực.

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

  • Sinh viên chuyên ngành HTTTKT & TMĐT: Nắm vững phương pháp luận chuẩn mực từ khảo sát thực tế, phân tích BFD/DFD đến thiết kế CSDL quan hệ 3NF hoàn chỉnh.
  • Lập trình viên / Kỹ sư phần mềm: Tham khảo mô hình kiến trúc 3 tầng, cú pháp Stored Procedure xử lý Transaction và giải pháp thiết kế UI quản lý bán hàng chuẩn mực.
  • Chủ doanh nghiệp bán lẻ & Quản lý kinh doanh: Sở hữu mô hình chuyển đổi số tinh gọn, tối ưu chi phí, nâng cao năng suất bán hàng và loại bỏ thất thoát tài chính.
  • Nhà nghiên cứu: Bổ sung dữ liệu thực nghiệm về ứng dụng CNTT trong doanh nghiệp phân phối mỹ phẩm vừa và nhỏ (SMEs) tại Việt Nam.

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

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

  • Máy chủ (Database Server): CPU Intel Core i3 thế hệ 6 trở lên (khuyến nghị Core i5), RAM tối thiểu 8GB, ổ cứng SSD 256GB, hệ điều hành Windows Server 2012 R2 hoặc Windows 10 Pro 64-bit.
  • Máy trạm (Client Workstation): CPU Dual Core 2.0GHz, RAM 4GB, màn hình độ phân giải tối thiểu 1366x768, cài đặt .NET Framework 4.5.2 trở lên.

2. Hệ thống có khả năng đáp ứng bao nhiêu đơn hàng mỗi ngày mà không bị treo?

Với thiết kế CSDL quan hệ được đánh chỉ mục (Clustered Index trên MaDH, MaKH, MaMH và Non-Clustered Index trên SDT, NgayDH), hệ thống trên SQL Server có khả năng xử lý mượt mà trên 50.000 giao dịch/ngày và lưu trữ hàng triệu bản ghi lịch sử mà không suy giảm hiệu năng truy vấn.

3. Hệ thống có thể tích hợp với phần mềm kế toán MISA của Zoma không?

Hoàn toàn có thể. Dữ liệu bán hàng và doanh thu từ bảng DONDATHANG và CTDONDATHANG có thể xuất ra file cấu trúc XML/Excel theo định dạng chuẩn của MISA SME.NET hoặc đồng bộ trực tiếp thông qua kết nối SQL Server Linked Server.

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

Chi phí vận hành rất thấp do hệ thống chạy trên hạ tầng mạng nội bộ sẵn có. Doanh nghiệp chỉ cần chi trả chi phí sao lưu dữ liệu tự động (Backup định kỳ lên Cloud Storage) và bảo dưỡng định kỳ, ước tính khoảng 5.000.000 – 10.000.000 VNĐ/năm.

5. Dữ liệu khách hàng cũ trên Excel có import trực tiếp vào hệ thống được không?

Có. Hệ thống tích hợp module Data Import cho phép nạp dữ liệu khách hàng và danh mục hàng hóa từ file Excel (.xlsx) vào SQL Server, tự động chuẩn hóa số điện thoại và loại bỏ các bản ghi trùng lặp trước khi lưu trữ chính thức.

Kết luận

Đồ án tốt nghiệp "Phân tích thiết kế hệ thống thông tin quản lý bán hàng của Công ty Cổ phần Quốc tế Zoma" của tác giả Lê Trần Tú Anh là một công trình nghiên cứu ứng dụng hoàn chỉnh, mang tính thực tiễn cao và giải quyết triệt để bài toán tăng trưởng nóng tại doanh nghiệp phân phối. Bằng việc kết hợp chặt chẽ giữa cơ sở lý luận phân tích thiết kế hệ thống thông tin có cấu trúc và công nghệ phần mềm hiện đại, đề tài đã mang lại giải pháp công nghệ vững chắc giúp Zoma tối ưu hóa quy trình bán hàng, kiểm soát chặt chẽ tồn kho và nâng cao năng lực cạnh tranh trong kỷ nguyên số.