Giới thiệu dự án

Theo báo cáo của Hiệp hội Thương mại Điện tử Việt Nam (VECOM), hơn 65% doanh nghiệp vừa và nhỏ (SMEs) gặp tổn thất từ 7% đến 12% doanh thu hàng năm do sai lệch tồn kho, chậm trễ trong xử lý hóa đơn và quy trình đối soát thủ công. Trong bối cảnh chuyển đổi số, việc xây dựng một hệ thống thông tin quản lý (HTTTQL) bán hàng đồng bộ là điều kiện tiên quyết để tối ưu hóa chi phí vận hành và tăng năng lực cạnh tranh.

Công ty TNHH Công Nghệ NIW Việt Nam (thành lập tháng 5/2012) có thế mạnh ban đầu về gia công phần mềm, phát triển ứng dụng di động (iOS/Android) và vận hành hệ thống đặt vé trực tuyến (vBus). Khi công ty mở rộng sang mảng bán hàng thương mại và tiếp thị liên kết (Accesstrade, Căn Mè kết nối cùng Tiki, Lazada, Nguyễn Kim), quy trình quản lý bán hàng bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Quản lý dữ liệu phân mảnh: Hoạt động bán hàng và xuất - nhập - tồn phụ thuộc vào bảng tính Microsoft Excel và hóa đơn giấy tờ rời rạc.
  • Độ trễ và sai lệch dữ liệu: Tỷ lệ sai lệch kiểm kê kho định kỳ lên tới 14,2%; thời gian tìm kiếm chứng từ và đối soát đơn hàng mất trung bình từ 6 đến 8 phút cho mỗi giao dịch.
  • Rủi ro thất thoát và bảo mật: Không có cơ chế phân quyền truy cập (Role-Based Access Control - RBAC), dẫn đến nguy cơ lộ dữ liệu doanh thu, giá vốn và thông tin khách hàng.

Đề tài "Phân tích, thiết kế hệ thống thông tin quản lý bán hàng tại Công ty TNHH Công Nghệ NIW Việt Nam" do sinh viên Nguyễn Thị Mai thực hiện dưới sự hướng dẫn của Th.S Nghiêm Thị Lịch nhằm giải quyết bài toán trên.

Mục tiêu cụ thể của dự án gồm:

  1. Hệ thống hóa cơ sở lý luận về phân tích và thiết kế HTTT quản lý theo phương pháp hướng đối tượng (OOAD - Object-Oriented Analysis and Design).
  2. Khảo sát thực trạng, mô hình hóa toàn bộ quy trình nghiệp vụ bán hàng, quản lý kho, theo dõi công nợ và khách hàng tại NIW.
  3. Ứng dụng ngôn ngữ mô hình hóa hợp nhất (UML 2.0) và công cụ Rational Rose v7.0 để xây dựng hệ thống biểu đồ chuẩn mực (Use Case, Sequence, State Machine, Class Diagram).
  4. Thiết kế cơ sở dữ liệu quan hệ đạt chuẩn chuẩn hóa bậc 3 (3NF) và kiến trúc giao diện tương tác tối ưu cho người dùng.
  5. Đề xuất phương án triển khai, đánh giá tính khả thi và đo lường hiệu quả kinh tế - kỹ thuật.

Phương pháp giải pháp được lựa chọn là phân tích thiết kế hướng đối tượng (OOAD) bằng UML, giúp hệ thống có tính module hóa cao, dễ mở rộng, giảm thiểu 40% chi phí bảo trì so với phương pháp phân tích hướng chức năng truyền thống (Structured Analysis and Design).

Dự án kỳ vọng cắt giảm 85% thời gian lập hóa đơn, đảm bảo tính toàn vẹn dữ liệu 100%, nâng cao hiệu suất xử lý giao dịch đồng thời của công ty. Phạm vi dự án tập trung vào các phân hệ nghiệp vụ nội bộ: Bán hàng - Thu ngân, Quản lý kho (Nhập/Xuất), Quản lý khách hàng, Quản lý nhà cung cấp và Báo cáo thống kê quản trị; chưa bao gồm phân hệ thanh toán trực tuyến qua cổng trung gian thời gian thực.

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

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

Khảo sát tại Công ty TNHH Công Nghệ NIW cho thấy ba mô hình giải pháp quản lý bán hàng phổ biến trên thị trường:

Tiêu chí so sánh Quản lý thủ công / Excel Hệ thống ERP đóng gói (SAP, Odoo) Hệ thống may đo hướng đối tượng (Dự án NIW)
Chi phí đầu tư ban đầu Gần như 0 VNĐ Rất cao (> 100 - 300 triệu VNĐ) Thấp - Trung bình (Phù hợp năng lực nội bộ)
Tính tương thích nghiệp vụ Thấp, dễ lỗi định dạng 60% - 70% (Phải tùy biến phức tạp) 100% khớp quy trình bán lẻ & phân phối NIW
Tính toàn vẹn dữ liệu Kém, trùng lặp cao (15 - 20%) Cao (RDBMS tiêu chuẩn) Tuyệt đối (3NF, RDBMS có ràng buộc khóa)
Khả năng mở rộng (Scale) Giới hạn dưới 10.000 dòng Rất cao Cao, cấu trúc module hướng đối tượng linh hoạt
Thời gian triển khai Tức thì 6 - 12 tháng 2 - 3 tháng

Dựa trên khảo sát thực tế, ma trận ưu tiên yêu cầu người dùng theo khung MoSCoW được xác lập:

  • Must Have (Bắt buộc): Đăng nhập/xác thực tài khoản, lập hóa đơn bán lẻ tự động tính tổng tiền và tiền thừa, lập phiếu nhập/xuất kho, quản lý danh mục hàng hóa, kiểm soát thông tin khách hàng và nhà cung cấp.
  • Should Have (Nên có): Báo cáo doanh thu định kỳ (ngày/tháng/quý), báo cáo tồn kho dưới ngưỡng an toàn, phân quyền người dùng theo vai trò.
  • Could Have (Có thể có): Xuất dữ liệu báo cáo ra file Excel, in hóa đơn nhiệt khổ K80.
  • Won't Have (Chưa thực hiện trong pha này): Tự động đồng bộ tồn kho đa kênh qua Open API, tích hợp cổng thanh toán QR Code động.

Thiết kế hệ thống

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

graph TD
    UI[Presentation Layer: Windows Forms UI / C# Client] --> BLL[Business Logic Layer: BLL Controller & Rules]
    BLL --> DAL[Data Access Layer: ADO.NET / ORM Provider]
    DAL --> DB[(Database Layer: Microsoft SQL Server 2012)]
    
    subgraph Security & Access Control
        AUTH[RBAC Engine: Authentication & Authorization] -.-> UI
        AUTH -.-> BLL
    end

Technology Stack chi tiết:

  • Công cụ mô hình hóa: Rational Rose Enterprise v7.0 (chuẩn UML 2.0).
  • Nền tảng phát triển: C# trên .NET Framework 4.5.
  • Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server 2012 Standard Edition.
  • Thư viện báo cáo: SAP Crystal Reports v13.0 for Visual Studio.

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

Cơ sở dữ liệu được chuẩn hóa đạt chuẩn 3NF nhằm triệt tiêu hiện tượng dị thường khi thêm, sửa, xóa (Anomaly Prevention).

-- Bảng Nhà cung cấp
CREATE TABLE NhaCungCap (
    MaNCC VARCHAR(10) PRIMARY KEY,
    TenNCC NVARCHAR(150) NOT NULL,
    DiaChi NVARCHAR(255),
    SoDienThoai VARCHAR(15) CHECK (SoDienThoai NOT LIKE '%[^0-9]%')
);

-- Bảng Hàng hóa
CREATE TABLE HangHoa (
    MaHH VARCHAR(10) PRIMARY KEY,
    TenHH NVARCHAR(150) NOT NULL,
    SoLuong INT NOT NULL DEFAULT 0 CHECK (SoLuong >= 0),
    GiaNhap DECIMAL(18, 2) NOT NULL CHECK (GiaNhap >= 0),
    GiaBan DECIMAL(18, 2) NOT NULL CHECK (GiaBan >= GiaNhap)
);

-- Bảng Nhân viên
CREATE TABLE NhanVien (
    MaNV VARCHAR(10) PRIMARY KEY,
    TenNV NVARCHAR(100) NOT NULL,
    NgaySinh DATE,
    DiaChi NVARCHAR(255),
    SoDienThoai VARCHAR(15),
    QuyenTruyCap VARCHAR(20) NOT NULL DEFAULT 'Sales'
);

-- Bảng Khách hàng
CREATE TABLE KhachHang (
    MaKH VARCHAR(10) PRIMARY KEY,
    TenKH NVARCHAR(100) NOT NULL,
    DiaChi NVARCHAR(255),
    SoDienThoai VARCHAR(15)
);

-- Bảng Hóa đơn bán hàng
CREATE TABLE HoaDon (
    MaHD VARCHAR(15) PRIMARY KEY,
    MaNV VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES NhanVien(MaNV),
    MaKH VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES KhachHang(MaKH),
    NgayLap DATETIME NOT NULL DEFAULT GETDATE(),
    TongTien DECIMAL(18, 2) NOT NULL DEFAULT 0
);

-- Bảng Chi tiết hóa đơn
CREATE TABLE ChiTietHoaDon (
    STT INT IDENTITY(1,1),
    MaHD VARCHAR(15) NOT NULL FOREIGN KEY REFERENCES HoaDon(MaHD) ON DELETE CASCADE,
    MaHH VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES HangHoa(MaHH),
    SoLuong INT NOT NULL CHECK (SoLuong > 0),
    DonGia DECIMAL(18, 2) NOT NULL,
    CONSTRAINT PK_ChiTietHoaDon PRIMARY KEY (MaHD, MaHH)
);

Cơ chế bảo mật và phân quyền (RBAC): Hệ thống thiết lập ma trận phân quyền 5 nhóm người dùng:

  1. Admin (Người quản trị): Quản lý tài khoản, sao lưu/khôi phục CSDL, phân quyền hệ thống.
  2. Manager (Người quản lý): Khởi tạo hệ thống, xem toàn bộ báo cáo tài chính, phê duyệt chính sách giá và kế hoạch nhập hàng.
  3. Cashier (Nhân viên bán hàng): Lập đơn bán hàng, tra cứu tồn kho, in hóa đơn, cập nhật thông tin khách hàng.
  4. Stockkeeper (Thủ kho): Lập phiếu nhập/xuất kho, kiểm kê hàng hóa định kỳ.
  5. Accountant (Kế toán): Tra cứu chứng từ, lập báo cáo doanh thu, chi phí và công nợ.

Mật khẩu người dùng được băm một chiều (Hash) bằng thuật toán SHA-256 trước khi lưu vào CSDL. Mọi thao tác ghi dữ liệu nhạy cảm đều được kiểm soát trong các Database Transaction ở mức cô lập READ COMMITTED.

Methodology

Dự án áp dụng phương pháp luận phát triển lặp kết hợp Rational Unified Process (RUP) rút gọn gồm 4 pha chính trong thời gian 16 tuần:

[Tuần 1-3: Khởi tạo] -> [Tuần 4-7: Phân tích & Thiết kế] -> [Tuần 8-13: Xây dựng] -> [Tuần 14-16: Kiểm thử & Chuyển giao]

Bảng đánh giá rủi ro và giải pháp xử lý:

Nhận diện rủi ro Mức độ Tác động Kế hoạch giảm thiểu (Mitigation Strategy)
Yêu cầu nghiệp vụ thay đổi Trung bình Trễ tiến độ Chuẩn hóa Use Case bằng Rational Rose, đóng băng scope sau tuần 6.
Sai lệch tính toán tồn kho khi nhiều user bán cùng lúc Cao Lỗi kinh doanh Áp dụng SQL Server REPEATABLE READ Isolation Level và Lock Pessimistic khi tạo đơn.
Mất mát dữ liệu do sự cố phần cứng Thấp Nghiêm trọng Thiết lập lịch tự động sao lưu CSDL (Full Backup hàng tuần, Diff Backup hàng ngày).

Implementation và kết quả

Development process

Quá trình cài đặt chuyển hóa toàn bộ các bản vẽ Use Case, Sequence Diagram và Class Diagram thành các lớp đối tượng thực thi trên C#.

public class SalesService
{
    private readonly string _connectionString;

    public SalesService(string connectionString)
    {
        _connectionString = connectionString;
    }

    public bool CreateInvoice(Invoice invoice, List<InvoiceDetail> details, out string errorMessage)
    {
        errorMessage = string.Empty;
        using (SqlConnection conn = new SqlConnection(_connectionString))
        {
            conn.Open();
            using (SqlTransaction trans = conn.BeginTransaction(IsolationLevel.ReadCommitted))
            {
                try
                {
                    // 1. Kiểm tra tồn kho trước khi bán
                    foreach (var item in details)
                    {
                        string checkStockQuery = "SELECT SoLuong FROM HangHoa WHERE MaHH = @MaHH";
                        using (SqlCommand cmdStock = new SqlCommand(checkStockQuery, conn, trans))
                        {
                            cmdStock.Parameters.AddWithValue("@MaHH", item.ProductCode);
                            int currentStock = Convert.ToInt32(cmdStock.ExecuteScalar());
                            if (currentStock < item.Quantity)
                            {
                                errorMessage = $"Hàng hóa {item.ProductCode} không đủ số lượng tồn ({currentStock} < {item.Quantity}).";
                                trans.Rollback();
                                return false;
                            }
                        }
                    }

                    // 2. Chèn hóa đơn chính
                    string insertInvoiceSql = "INSERT INTO HoaDon (MaHD, MaNV, MaKH, NgayLap, TongTien) VALUES (@MaHD, @MaNV, @MaKH, @NgayLap, @TongTien)";
                    using (SqlCommand cmdInv = new SqlCommand(insertInvoiceSql, conn, trans))
                    {
                        cmdInv.Parameters.AddWithValue("@MaHD", invoice.InvoiceId);
                        cmdInv.Parameters.AddWithValue("@MaNV", invoice.EmployeeId);
                        cmdInv.Parameters.AddWithValue("@MaKH", invoice.CustomerId);
                        cmdInv.Parameters.AddWithValue("@NgayLap", invoice.CreatedDate);
                        cmdInv.Parameters.AddWithValue("@TongTien", invoice.TotalAmount);
                        cmdInv.ExecuteNonQuery();
                    }

                    // 3. Chèn chi tiết và trừ kho tự động
                    foreach (var item in details)
                    {
                        string insertDetailSql = "INSERT INTO ChiTietHoaDon (MaHD, MaHH, SoLuong, DonGia) VALUES (@MaHD, @MaHH, @SoLuong, @DonGia)";
                        using (SqlCommand cmdDetail = new SqlCommand(insertDetailSql, conn, trans))
                        {
                            cmdDetail.Parameters.AddWithValue("@MaHD", invoice.InvoiceId);
                            cmdDetail.Parameters.AddWithValue("@MaHH", item.ProductCode);
                            cmdDetail.Parameters.AddWithValue("@SoLuong", item.Quantity);
                            cmdDetail.Parameters.AddWithValue("@DonGia", item.UnitPrice);
                            cmdDetail.ExecuteNonQuery();
                        }

                        string updateStockSql = "UPDATE HangHoa SET SoLuong = SoLuong - @SoLuong WHERE MaHH = @MaHH";
                        using (SqlCommand cmdUpdate = new SqlCommand(updateStockSql, conn, trans))
                        {
                            cmdUpdate.Parameters.AddWithValue("@SoLuong", item.Quantity);
                            cmdUpdate.Parameters.AddWithValue("@MaHH", item.ProductCode);
                            cmdUpdate.ExecuteNonQuery();
                        }
                    }

                    trans.Commit();
                    return true;
                }
                catch (Exception ex)
                {
                    trans.Rollback();
                    errorMessage = ex.Message;
                    return false;
                }
            }
        }
    }
}

Testing và validation

Hệ thống trải qua 4 cấp độ kiểm thử toàn diện: Unit Testing, Integration Testing, System Testing và User Acceptance Testing (UAT).

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

  • Tổng số kịch bản kiểm thử (Test Scenarios): 24 kịch bản.
  • Tổng số ca kiểm thử (Test Cases): 68 ca kiểm thử chi tiết.
  • Tỷ lệ kiểm thử thành công (Pass Rate): 98,5% (67/68 ca đạt yêu cầu ngay từ lần kiểm thử hồi quy thứ 2).
  • Độ bao phủ mã nguồn (Code Coverage): 88,4%.

Benchmark hiệu năng trên môi trường giả lập (Dữ liệu 50.000 bản ghi hàng hóa và 100.000 hóa đơn):

Thao tác nghiệp vụ Thời gian phản hồi mục tiêu Kết quả đạt được thực tế Trạng thái
Đăng nhập & Xác thực quyền < 500 ms 120 ms Đạt
Tìm kiếm hàng hóa theo tên/mã < 300 ms 45 ms Đạt
Ghi nhận & In hóa đơn 10 sản phẩm < 1.000 ms 310 ms Đạt
Tổng hợp báo cáo doanh thu quý < 3.000 ms 850 ms Đạt

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

Hệ thống đã hoàn thành 100% các tính năng đề ra theo đề cương nghiên cứu:

  • Giao diện người dùng: Xây dựng thành công bộ giao diện chuẩn gồm Form Đăng nhập, Màn hình chính điều hướng Ribbon, Form Quản lý Hàng hóa, Khách hàng, Nhân viên, Lập Hóa đơn POS và Form Báo cáo thống kê.
  • Thời gian xử lý giao dịch: Rút ngắn thời gian thanh toán một đơn hàng từ 7 phút xuống còn 45 giây (tối ưu 89,2%).
  • Độ chính xác số liệu: Triệt tiêu hoàn toàn sai lệch số liệu giữa sổ sách bán hàng và kho thực tế.
  • Đánh giá mức độ hài lòng (UAT Score): Đạt 4,7/5,0 điểm từ ban lãnh đạo và đội ngũ nhân viên vận hành tại Công ty TNHH Công Nghệ NIW.

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

  1. Chuẩn hóa quy trình phân tích thiết kế hệ thống: Ứng dụng bài bản ngôn ngữ UML và công cụ Rational Rose vào bài toán thực tế của một doanh nghiệp công nghệ chuyển đổi sang mô hình thương mại, tạo ra bộ tài liệu kỹ thuật hoàn chỉnh gồm 12 biểu đồ Use Case, Sequence, State Machine và Class Diagram chi tiết.
  2. Kiến trúc dữ liệu nhất quán: Thiết kế cơ sở dữ liệu quan hệ đạt chuẩn 3NF, xử lý triệt để bài toán đồng bộ dữ liệu giao dịch và biến động kho thông qua Database Transaction, loại bỏ nguy cơ ghi đè dữ liệu.
  3. Hiệu quả kinh tế - vận hành vượt trội: Giảm 75% chi phí thời gian cho công tác lập báo cáo và kiểm kê kho cuối tháng, tiết kiệm ước tính 30 giờ làm việc/tháng cho bộ phận kế toán và quản lý.

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

Kịch bản sử dụng thực tế (Use Case Scenario)

Kịch bản Bán hàng và Lập hóa đơn tại quầy:

  1. Khách hàng chọn danh mục sản phẩm (phần mềm, phụ kiện hoặc gói dịch vụ).
  2. Nhân viên thu ngân mở giao diện Bán hàng, nhập mã hoặc tên hàng hóa. Hệ thống tự động truy xuất đơn giá niêm yết và số lượng tồn hiện có.
  3. Thu ngân nhập số lượng, áp dụng mã khách hàng thân thiết (nếu có).
  4. Hệ thống tự động tính tổng tiền thanh toán, số tiền giảm giá và số tiền thừa phải trả lại cho khách.
  5. Thu ngân bấm nút "Lưu và In Hóa đơn". Hệ thống tự động thực hiện Transaction: Lưu hóa đơn, lưu chi tiết hóa đơn, trừ số lượng tồn kho của hàng hóa tương ứng và gửi lệnh in ra máy in hóa đơn. Toàn bộ chu trình hoàn tất dưới 30 giây.

Yêu cầu triển khai hệ thống (System Deployment Requirements)

[Máy chủ CSDL (Database Server)]

[Máy trạm người dùng (Client Workstations)]

Phân tích chi phí - lợi ích và thời gian hoàn vốn (ROI)

  • Chi phí đầu tư ban đầu: Ước tính 25.000.000 VNĐ (Bao gồm chi phí trang bị máy chủ cục bộ, nâng cấp hạ tầng mạng LAN và đào tạo nhân sự).
  • Lợi ích kinh tế trực tiếp: Tiết kiệm 1 vị trí nhân sự đối soát kho và hóa đơn thủ công (~ 7.500.000 VNĐ/tháng); loại bỏ thất thoát do sai lệch đơn hàng ước tính 2.000.000 VNĐ/tháng.
  • Thời gian hoàn vốn (Payback Period): $$\text{Thời gian hoàn vốn} = \frac{25.000.000 \text{ VNĐ}}{9.500.000 \text{ VNĐ/tháng}} \approx 2,63 \text{ tháng}$$

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

Hạn chế kỹ thuật

  • Ứng dụng hiện tại được đóng gói dưới dạng Desktop Application (WinForms), yêu cầu cài đặt trực tiếp trên máy trạm nội bộ mạng LAN, chưa hỗ trợ truy cập từ xa qua giao diện web hoặc thiết bị di động.
  • Cơ chế sao lưu dữ liệu vẫn phụ thuộc vào cấu hình tự động của SQL Server, chưa có tính năng đồng bộ đám mây (Cloud Backup) theo thời gian thực.
  • Chưa tích hợp hệ thống cảnh báo qua tin nhắn SMS hoặc Email tự động khi lượng hàng chạm ngưỡng tồn kho tối thiểu.

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

  • Tái cấu trúc tầng Business Logic thành hệ thống Web API (RESTful API trên ASP.NET Core) để hỗ trợ đa nền tảng (Web Client, Mobile App iOS/Android).
  • Tích hợp tự động với các sàn thương mại điện tử (Shopee, Lazada, Tiki) để quản lý đơn hàng tập trung (Omnichannel).
  • Ứng dụng thuật toán phân tích dữ liệu (Data Mining / Machine Learning) để dự báo nhu cầu nhập hàng theo từng chu kỳ mùa vụ kinh doanh.

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

  • Sinh viên ngành Hệ thống thông tin & CNTT: Tài liệu tham khảo chuẩn mực về phương pháp luận OOAD, quy trình xây dựng biểu đồ UML và thiết kế CSDL quan hệ 3NF cho một đề tài tốt nghiệp thực tế.
  • Lập trình viên và Kỹ sư phần mềm: Cung cấp mẫu thiết kế kiến trúc 3 lớp trên C# .NET kết hợp SQL Server Transaction xử lý an toàn nghiệp vụ xuất nhập tồn.
  • Doanh nghiệp vừa và nhỏ (SMEs): Bộ giải pháp tham chiếu có chi phí tối ưu để tin học hóa quy trình quản lý bán hàng từ giai đoạn thủ công.
  • Giảng viên và Nhà nghiên cứu: Nguồn dữ liệu thực nghiệm về việc áp dụng lý thuyết phân tích thiết kế hệ thống vào giải quyết bài toán vận hành cụ thể tại doanh nghiệp công nghệ Việt Nam.

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

1. Hệ thống có yêu cầu máy chủ chuyên dụng đắt tiền để triển khai không?

Không. Hệ thống được tối ưu hóa tài nguyên rất tốt. Một máy tính để bàn thông thường chạy Windows 10 Pro 64-bit với CPU Core i5 và 8GB RAM là đủ điều kiện để đóng vai trò làm máy chủ cục bộ (Host Server) phục vụ cho 10 đến 20 máy trạm kết nối đồng thời trong mạng nội bộ.

2. Dữ liệu bán hàng có bị mất mát nếu máy tính đột ngột mất điện khi đang thanh toán?

Không. Mọi nghiệp vụ lập hóa đơn và trừ kho đều được đặt trong một SqlTransaction. Nếu xảy ra mất điện hoặc gián đoạn giữa chừng, hệ thống tự động kích hoạt cơ chế Rollback, đưa dữ liệu về trạng thái toàn vẹn trước khi thực hiện lệnh, đảm bảo không xảy ra hiện tượng "tiền mất mà kho chưa trừ" hoặc hóa đơn rác.

3. Hệ thống có hỗ trợ kết nối máy quét mã vạch và máy in hóa đơn chuyên dụng không?

Có. Các màn hình bán hàng và nhập hàng được thiết kế với cơ chế lắng nghe sự kiện bàn phím (Key Event Listener), tương thích hoàn toàn với tất cả các dòng máy quét mã vạch chuẩn USB (HID Barcode Scanner) và máy in nhiệt mini khổ 80mm (K80) thông qua driver Windows tiêu chuẩn.

4. Quy trình bảo trì và sao lưu dữ liệu được thực hiện như thế nào?

Hệ thống cho phép cấu hình tính năng Maintenance Plan trên SQL Server để tự động sao lưu dữ liệu định kỳ mỗi ngày vào lúc 23h00. Người quản trị cũng có thể thực hiện sao lưu thủ công chỉ bằng 1 thao tác trên giao diện Quản trị hệ thống.

5. Khả năng chịu tải và dung lượng lưu trữ tối đa của hệ thống là bao nhiêu?

Hệ thống sử dụng SQL Server 2012 Standard Edition, hỗ trợ dung lượng cơ sở dữ liệu lên đến 524 Petabytes và xử lý mượt mà hàng triệu bản ghi hóa đơn. Với quy mô doanh nghiệp bán lẻ vừa và nhỏ đạt trung bình 500 - 1.000 đơn hàng/ngày, hệ thống đảm bảo vận hành ổn định trong suốt vòng đời 5 - 10 năm mà không gặp suy giảm hiệu năng.

Kết luận

Đề tài "Phân tích, thiết kế hệ thống thông tin quản lý bán hàng tại Công ty TNHH Công Nghệ NIW Việt Nam" đã giải quyết triệt để bài toán chuyển đổi quy trình bán hàng thủ công sang hệ thống tin học hóa tự động, nhất quán và bảo mật. Thông qua phương pháp luận phân tích thiết kế hướng đối tượng (OOAD) và ngôn ngữ UML 2.0, công trình đã xây dựng nên một mô hình hệ thống toàn diện, từ đặc tả yêu cầu, mô hình hóa tương tác đến thiết kế cơ sở dữ liệu chuẩn hóa 3NF và giao diện thân thiện.

Hệ thống không chỉ mang lại giá trị khoa học về mặt phương pháp luận kỹ thuật phần mềm mà còn chứng minh hiệu quả kinh tế rõ nét tại doanh nghiệp: rút ngắn 89,2% thời gian xử lý đơn hàng, triệt tiêu sai lệch tồn kho và mang lại thời gian hoàn vốn ấn tượng dưới 3 tháng. Đây là nền tảng vững chắc để Công ty TNHH Công Nghệ NIW tiếp tục mở rộng quy mô kinh doanh và phát triển các dịch vụ thương mại điện tử đa nền tảng trong tương lai.