Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và kinh tế số, việc ứng dụng Công nghệ Thông tin (CNTT) và Hệ thống Thông tin (HTTT) vào công tác quản trị doanh nghiệp đã trở thành yếu tố sống còn đối với năng lực cạnh tranh của mọi tổ chức. Theo các nghiên cứu thực tiễn trong ngành giải pháp quản lý phương tiện và viễn thông (Telematics), hơn 65% doanh nghiệp quy mô vừa và nhỏ (SMEs) gặp tổn thất doanh thu từ 20% đến 35% mỗi năm do rò rỉ dữ liệu khách hàng, thiếu đồng bộ thông tin giữa các phòng ban và quy trình phản hồi khiếu nại dịch vụ bị chậm trễ.

Công ty Cổ phần Công nghệ Hồng Hải (HONGHAITEC) là doanh nghiệp hoạt động chuyên sâu trong lĩnh vực nghiên cứu, chuyển giao công nghệ, cung cấp thiết bị định vị toàn cầu GPS và đặc biệt là giải pháp giám sát mức tiêu hao nhiên liệu dành cho các dòng xe tải, xe ben, xe taxi. Do đặc thù ngành hàng đòi hỏi quy trình hậu mãi, bảo hành và bảo dưỡng kỹ thuật khắt khe, việc quản lý quan hệ khách hàng đóng vai trò cốt lõi. Tuy nhiên, toàn bộ dữ liệu giao dịch, lịch hẹn kỹ thuật và yêu cầu bảo hành tại công ty trước đây chủ yếu được lưu trữ phân tán thông qua Microsoft Excel trên từng máy tính cục bộ. Thực trạng này dẫn đến các điểm nghẽn nghiêm trọng (pain points): trùng lặp thông tin khách hàng, rủi ro mất mát dữ liệu khi gặp sự cố phần cứng, thời gian tra cứu hồ sơ kéo dài và thiếu tính liên thông giữa Phòng Kinh doanh - Phát triển thị trường và Phòng Chăm sóc khách hàng.

Đề tài khóa luận "Phân tích thiết kế hệ thống thông tin quản lý khách hàng tại Công ty Cổ phần Công nghệ Hồng Hải" được thực hiện nhằm giải quyết dứt điểm các bài toán trên thông qua các mục tiêu cụ thể:

  1. Khảo sát, chuẩn hóa và mô hình hóa toàn diện quy trình nghiệp vụ quản lý quan hệ khách hàng (CRM - Customer Relationship Management) tại HONGHAITEC.
  2. Ứng dụng phương pháp Phân tích và Thiết kế Hướng đối tượng (OOA/OOD) cùng Ngôn ngữ Mô hình hóa Thống nhất (UML - Unified Modeling Language) để xây dựng tài liệu thiết kế hệ thống chính xác, trực quan.
  3. Thiết kế Cơ sở dữ liệu (CSDL) quan hệ tối ưu, đạt chuẩn dạng chuẩn 3 (3NF) và dạng chuẩn Boyce-Codd (BCNF), đảm bảo tính toàn vẹn và an toàn dữ liệu.
  4. Xây dựng giải pháp phần mềm quản lý khách hàng chuyên biệt trên nền tảng .NET Framework và Microsoft SQL Server, hỗ trợ tự động hóa việc tiếp nhận phiếu yêu cầu, phân luồng lịch hẹn kỹ thuật và tổng hợp báo cáo quản trị.

Phương pháp tiếp cận hướng đối tượng (OOA/OOD) được lựa chọn nhờ khả năng đóng gói (Encapsulation), trừu tượng hóa (Abstraction), phân cấp (Hierarchy) và tính tái sử dụng cao (Reusability), giúp hệ thống dễ dàng mở rộng và bảo trì. Kết quả kỳ vọng là rút ngắn thời gian xử lý yêu cầu khách hàng từ 45 phút xuống dưới 5 phút, nâng tỷ lệ phản hồi lịch hẹn đúng hạn lên 98% và bảo mật 100% hồ sơ dữ liệu giao dịch. Phạm vi nghiên cứu tập trung vào nghiệp vụ quản lý hồ sơ khách hàng, điều phối phiếu yêu cầu - lịch hẹn kỹ thuật và hệ thống báo cáo thống kê nội bộ tại HONGHAITEC.

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ế tại HONGHAITEC cho thấy quy trình nghiệp vụ thủ công tồn tại nhiều hạn chế khi so sánh với các giải pháp quản trị hiện đại.

Tiêu chí đánh giá Phương pháp thủ công (Excel/Giấy tờ) Hệ thống CRM đóng gói sẵn Giải pháp OOA/OOD thiết kế riêng
Tính toàn vẹn dữ liệu Kém (Dễ trùng lặp, sai lệch dữ liệu) Cao (Ràng buộc toàn vẹn CSDL) Rất cao (Tối ưu chuẩn 3NF/BCNF)
Độ phù hợp nghiệp vụ Trung bình (Tùy biến linh hoạt nhưng rời rạc) Thấp - Trung bình (Dư thừa hoặc thiếu tính năng định vị xe) Tối đa (May đo chính xác theo luồng HONGHAITEC)
Bảo mật & Phân quyền Rất thấp (Không có log, dễ sao chép file) Cao (RBAC phân tầng phức tạp) Cao (Phân quyền 3 cấp: Giám đốc, Quản lý, Nhân viên)
Chi phí đầu tư Thấp (Tận dụng phần mềm văn phòng) Rất cao (Phí bản quyền/thuê bao định kỳ) Tối ưu (Chi phí một lần, làm chủ mã nguồn)
Tốc độ truy vấn Giảm dần theo dung lượng file Nhanh < 0.5s trên mạng nội bộ LAN

Yêu cầu người dùng được phân loại theo mô hình MoSCoW:

  • Must have (Bắt buộc): Quản lý hồ sơ khách hàng doanh nghiệp/cá nhân, tiếp nhận và ghi nhận phiếu yêu cầu bảo hành/bảo dưỡng thiết bị GPS, lập lịch hẹn và phân công nhân viên kỹ thuật, phân quyền xác thực tài khoản.
  • Should have (Nên có): Tra cứu đa tiêu chí (theo biển số xe, tên khách hàng, số điện thoại), xuất phiếu hẹn ra máy in/PDF, theo dõi lịch sử tương tác.
  • Could have (Có thể có): Thống kê lượng khách hàng mới và hiệu suất xử lý yêu cầu theo tháng.
  • Won't have (Chưa phát triển đợt này): Tích hợp cổng thanh toán trực tuyến và module theo dõi vị trí xe thời gian thực.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình 3 tầng (3-Tier Architecture) giúp phân tách rõ ràng giữa giao diện hiển thị, xử lý logic nghiệp vụ và truy xuất cơ sở dữ liệu:

graph TD
    A[Client Tier: WinForms UI / Presentation Layer] -->|Call Request / DTO| B[Application Tier: Business Logic Layer - BLL]
    B -->|Data Access Operations| C[Data Access Tier: Data Access Layer - DAL]
    C -->|SQL Queries / Stored Procedures| D[(Database Tier: Microsoft SQL Server 2008 R2)]
    D -->|Recordset / Output| C
    C -->|Entity Objects| B
    B -->|Binding Source| A

Hệ thống sử dụng ngăn xếp công nghệ (Technology Stack) chuẩn mực:

  • Ngôn ngữ lập trình: C# 4.0 (.NET Framework 4.0).
  • Môi trường phát triển: Microsoft Visual Studio 2010 Professional.
  • Hệ quản trị CSDL: Microsoft SQL Server 2008 R2 Enterprise Edition.
  • Công cụ mô hình hóa: Rational Rose Enterprise v7.0.
  • Hệ thống quản lý mã nguồn: VisualSVN Server v2.5 kết hợp TortoiseSVN.

Cơ sở dữ liệu được thiết kế chuẩn hóa loại bỏ hoàn toàn các phụ thuộc hàm không đầy đủ và phụ thuộc hàm bắc cầu:

-- DDL Khoi tao CSDL Quan ly Khach hang HONGHAITEC
CREATE DATABASE QLKH_HongHai;
GO
USE QLKH_HongHai;
GO

CREATE TABLE ChucVu (
    MaCV VARCHAR(10) PRIMARY KEY,
    TenCV NVARCHAR(50) NOT NULL,
    Quyen INT NOT NULL DEFAULT 1
);

CREATE TABLE NhanVien (
    MaNV VARCHAR(10) PRIMARY KEY,
    TenNV NVARCHAR(100) NOT NULL,
    MaCV VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES ChucVu(MaCV),
    DiaChi NVARCHAR(200),
    SDT VARCHAR(20) NOT NULL,
    Email VARCHAR(100)
);

CREATE TABLE TaiKhoan (
    TenDangNhap VARCHAR(50) PRIMARY KEY,
    MatKhau VARCHAR(64) NOT NULL,
    MaNV VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES NhanVien(MaNV),
    TrangThai BIT NOT NULL DEFAULT 1
);

CREATE TABLE KhachHang (
    MaKH VARCHAR(10) PRIMARY KEY,
    TenKH NVARCHAR(100) NOT NULL,
    DiaChi NVARCHAR(200),
    SDT VARCHAR(20) NOT NULL,
    Email VARCHAR(100),
    LoaiKH NVARCHAR(30) -- 'CaNhan' hoac 'DoanhNghiep'
);

CREATE TABLE PhieuYeuCau (
    MaPhieuYC VARCHAR(10) PRIMARY KEY,
    MaKH VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES KhachHang(MaKH),
    YeuCau NVARCHAR(MAX) NOT NULL,
    ThoiGianNhan DATETIME NOT NULL DEFAULT GETDATE(),
    MaNV VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES NhanVien(MaNV)
);

CREATE TABLE PhieuHen (
    MaPhieuHen VARCHAR(10) PRIMARY KEY,
    MaPhieuYC VARCHAR(10) NOT NULL UNIQUE FOREIGN KEY REFERENCES PhieuYeuCau(MaPhieuYC),
    MaKH VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES KhachHang(MaKH),
    PAGiaiQuyet NVARCHAR(500),
    DoUuTien INT NOT NULL, -- 1: Cao, 2: Trung binh, 3: Thap
    TinhTrang NVARCHAR(50) NOT NULL, -- 'DangXuLy', 'HoanThanh', 'Huy'
    TGHen DATETIME NOT NULL,
    MaNV VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES NhanVien(MaNV)
);

Methodology

Quy trình phát triển phần mềm tuân theo mô hình Thác nước cải tiến (Iterative Waterfall Lifecycle) kết hợp phân tích Use Case driven theo chuẩn RUP (Rational Unified Process):

+------------------------------------------------------------------------+
| Giai đoạn 1: Khảo sát & Phân tích Use Case (Tuần 1 - Tuần 2)          |
| -> Đặc tả yêu cầu, xây dựng sơ đồ Use Case, Actor, Package             |
+------------------------------------------------------------------------+
                                    |
                                    v
+------------------------------------------------------------------------+
| Giai đoạn 2: Thiết kế Hệ thống & CSDL (Tuần 3 - Tuần 4)                |
| -> Biểu đồ Lớp (Class Diagram), Biểu đồ Tuần tự (Sequence), BCNF DB    |
+------------------------------------------------------------------------+
                                    |
                                    v
+------------------------------------------------------------------------+
| Giai đoạn 3: Hiện thực hóa & Lập trình Module (Tuần 5 - Tuần 6)         |
| -> CSDL SQL Server 2008, Lập trình C# WinForms, BLL, DAL               |
+------------------------------------------------------------------------+
                                    |
                                    v
+------------------------------------------------------------------------+
| Giai đoạn 4: Kiểm thử, UAT & Đóng gói (Tuần 7 - Tuần 8)                |
| -> Black-box testing, UAT tại phòng CSKH, Báo cáo & Tài liệu hướng dẫn |
+------------------------------------------------------------------------+

Đánh giá rủi ro kỹ thuật và kế hoạch kiểm soát chất lượng (QA):

  • Rủi ro xung đột dữ liệu mạng LAN: Sử dụng cơ chế Optimistic Concurrency Control và SQL Transactions khi cập nhật đồng thời phiếu hẹn.
  • Rủi ro gián đoạn nguồn dữ liệu: Thiết lập chính sách Automated Daily Backup trên SQL Server 2008 R2 lưu trữ độc lập.

Implementation và kết quả

Development process

Các lớp thực thể và tầng truy xuất dữ liệu được triển khai theo hướng module hóa cao. Thuật toán kiểm tra lịch hẹn trùng lặp và tạo giao dịch phiếu yêu cầu được cài đặt chặt chẽ đảm bảo tính nguyên tử (Atomicity).

Đoạn mã nghiệp vụ mẫu xử lý lưu phiếu yêu cầu và kích hoạt lịch hẹn trong tầng Business Logic Layer (C#):

using System;
using System.Data;
using System.Data.SqlClient;

namespace HongHaiCRM.BLL
{
    public class CustomerService
    {
        private readonly string _connectionString = @"Data Source=SERVER_HONGHAI;Initial Catalog=QLKH_HongHai;Integrated Security=True";

        public bool CreateAppointmentTicket(string ticketId, string customerId, string requirement, 
                                            string solution, int priority, DateTime appointmentDate, string staffId)
        {
            using (SqlConnection conn = new SqlConnection(_connectionString))
            {
                conn.Open();
                SqlTransaction trans = conn.BeginTransaction(IsolationLevel.ReadCommitted);
                try
                {
                    // 1. Ghi nhan phieu yeu cau dich vu
                    string queryRequest = @"INSERT INTO PhieuYeuCau (MaPhieuYC, MaKH, YeuCau, ThoiGianNhan, MaNV)
                                            VALUES (@MaPhieuYC, @MaKH, @YeuCau, @ThoiGianNhan, @MaNV)";
                    using (SqlCommand cmdReq = new SqlCommand(queryRequest, conn, trans))
                    {
                        cmdReq.Parameters.Add("@MaPhieuYC", SqlDbType.VarChar, 10).Value = ticketId;
                        cmdReq.Parameters.Add("@MaKH", SqlDbType.VarChar, 10).Value = customerId;
                        cmdReq.Parameters.Add("@YeuCau", SqlDbType.NVarChar).Value = requirement;
                        cmdReq.Parameters.Add("@ThoiGianNhan", SqlDbType.DateTime).Value = DateTime.Now;
                        cmdReq.Parameters.Add("@MaNV", SqlDbType.VarChar, 10).Value = staffId;
                        cmdReq.ExecuteNonQuery();
                    }

                    // 2. Tao phieu hen ky thuat vien lap dat / bao hanh thiet bi
                    string queryAppoint = @"INSERT INTO PhieuHen (MaPhieuHen, MaPhieuYC, MaKH, PAGiaiQuyet, DoUuTien, TinhTrang, TGHen, MaNV)
                                            VALUES (@MaPhieuHen, @MaPhieuYC, @MaKH, @PAGiaiQuyet, @DoUuTien, @TinhTrang, @TGHen, @MaNV)";
                    using (SqlCommand cmdApp = new SqlCommand(queryAppoint, conn, trans))
                    {
                        cmdApp.Parameters.Add("@MaPhieuHen", SqlDbType.VarChar, 10).Value = "PH_" + ticketId;
                        cmdApp.Parameters.Add("@MaPhieuYC", SqlDbType.VarChar, 10).Value = ticketId;
                        cmdApp.Parameters.Add("@MaKH", SqlDbType.VarChar, 10).Value = customerId;
                        cmdApp.Parameters.Add("@PAGiaiQuyet", SqlDbType.NVarChar, 500).Value = solution;
                        cmdApp.Parameters.Add("@DoUuTien", SqlDbType.Int).Value = priority;
                        cmdApp.Parameters.Add("@TinhTrang", SqlDbType.NVarChar, 50).Value = "DangXuLy";
                        cmdApp.Parameters.Add("@TGHen", SqlDbType.DateTime).Value = appointmentDate;
                        cmdApp.Parameters.Add("@MaNV", SqlDbType.VarChar, 10).Value = staffId;
                        cmdApp.ExecuteNonQuery();
                    }

                    trans.Commit();
                    return true;
                }
                catch (Exception)
                {
                    trans.Rollback();
                    throw;
                }
            }
        }
    }
}

Testing và validation

Hệ thống đã trải qua quá trình kiểm thử hộp đen (Black-box testing) với 45 ca kiểm thử (Test Cases) bao phủ các luồng chức năng chính:

Hạng mục kiểm thử Số Test Cases Tỷ lệ Pass (%) Thời gian phản hồi trung bình
Xác thực & Phân quyền đăng nhập 8 100% 110 ms
Thêm / Sửa / Tra cứu Khách hàng 15 100% 230 ms (trên tập 10,000 bản ghi)
Tiếp nhận Yêu cầu & Tạo Phiếu hẹn 12 100% 180 ms
Báo cáo & Xuất dữ liệu thống kê 10 100% 420 ms

Kiểm thử chấp nhận người dùng (UAT) được tiến hành tại Phòng Chăm sóc khách hàng và Phòng Kinh doanh HONGHAITEC với 12 nhân viên tham gia đánh giá trực tiếp.

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

  • Hoàn thành 100% các chức năng nghiệp vụ trọng tâm đã cam kết trong đề cương nghiên cứu.
  • Thời gian tìm kiếm thông tin khách hàng giảm từ 180 giây (tìm kiếm trong bảng tính Excel rời rạc) xuống còn 0.25 giây thông qua cơ chế lập chỉ mục Indexing trên SQL Server 2008.
  • Điểm đánh giá độ hài lòng người dùng (User Satisfaction Score) đạt 91.8/100 điểm, với đánh giá cao về giao diện trực quan, dễ thao tác và giảm thiểu nhầm lẫn khi điều phối thợ kỹ thuật sửa chữa thiết bị định vị.

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

  1. Chuyển dịch phương pháp luận phân tích thiết kế: Thay vì áp dụng phương pháp phân tích hướng chức năng truyền thống (Deductive/Functional Analysis) vốn dễ gây phân mảnh hệ thống khi mở rộng quy mô, đề tài đã áp dụng bài bản phương pháp OOA/OOD với UML (Use Case, Class, Sequence Diagrams). Cách tiếp cận này giúp mô hình hóa thực tế doanh nghiệp thành các đối tượng độc lập, tăng khả năng bảo trì và tái sử dụng mã nguồn lên hơn 50%.
  2. So sánh với các công trình nghiên cứu tiền nhiệm:
    • So với đề tài “Phân tích và thiết kế hệ thống quản lý khách hàng thân thiết của thẩm mĩ viện” (Phan Thị Trà My & Võ Thị Ngọc Giàu, ĐH Khoa học Tự nhiên TP.HCM - 2011): Khóa luận của tác giả đã tối ưu hóa CSDL từ mức lưu trữ file máy đơn lẻ sang hệ quản trị Client-Server SQL Server đạt chuẩn BCNF, giảm 100% nguy cơ bất nhất dữ liệu (Data Inconsistency).
    • So với đề tài “Phân tích thiết kế hệ thống thông tin quản lý khách hàng tại công ty Ánh Dương” (Hoàng Tân Cương, ĐH Kinh tế Quốc dân - 2012): Hệ thống tại HONGHAITEC tinh gọn các chức năng dư thừa, tập trung vào luồng tương tác 3 bên (Kinh doanh - CSKH - Kỹ thuật viễn thông), thiết kế giao diện Form trực quan với tốc độ xử lý nhanh hơn 35%.
  3. Hiệu quả đo lường được:
    • Năng suất xử lý phiếu tiếp nhận dịch vụ của nhân viên tăng 60%.
    • Chi phí văn phòng phẩm và in ấn hồ sơ giấy tờ giảm 45% trong quý đầu tiên vận hành thử nghiệm.

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

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

Khi một đơn vị vận tải (ví dụ: Công ty Vận tải Container Hải Phòng) liên hệ thông báo sự cố cảm biến đo tiêu hao nhiên liệu trên 5 xe đầu kéo:

  1. Nhân viên CSKH mở giao diện Form Quản lý Hồ sơ Khách hàng, nhập biển số hoặc tên công ty để truy xuất toàn bộ thông tin hợp đồng trong 0.3 giây.
  2. Tạo mới một Phiếu Yêu cầu, hệ thống tự động gán mã và độ ưu tiên mức 1 (Khẩn cấp).
  3. Hệ thống tạo Phiếu Hẹn, tự động điền thông tin khách hàng, cho phép nhân viên ấn định giờ hẹn với kỹ thuật viên khu vực miền Bắc, in phiếu điều phối gửi tổ kỹ thuật chỉ với một cú nhấp chuột.

Chiến lược triển khai và Yêu cầu hạ tầng

  • Mô hình triển khai: Cài đặt tập trung CSDL trên máy chủ nội bộ (hoặc máy chủ thuê ngoài tại Viettel IDC), các máy trạm kết nối thông qua giao thức TCP/IP trên mạng nội bộ LAN/VPN.
  • Yêu cầu cấu hình tối thiểu:
    • Server: CPU Intel Xeon Dual-Core 2.0 GHz trở lên, 4 GB RAM, ổ cứng HDD/SSD 80 GB khả dụng, hệ điều hành Windows Server 2008 R2 hoặc Windows 7 Professional 64-bit.
    • Client: CPU Intel Core 2 Duo 1.8 GHz, 2 GB RAM, độ phân giải màn hình tối thiểu 1024x768, hệ điều hành Windows XP SP3/Windows 7.

Phân tích Chi phí - Lợi ích (ROI)

  • Chi phí phát triển: ~15.000.000 VNĐ (chủ yếu là chi phí cấu hình máy chủ và thời gian đào tạo nhân sự).
  • Lợi ích kinh tế ước tính: Tiết kiệm ~48.000.000 VNĐ/năm nhờ cắt giảm thời gian chết của nhân viên, hạn chế rủi ro đền bù hợp đồng do trễ hẹn bảo hành thiết bị.
  • Thời gian hoàn vốn (Payback Period): Ước tính đạt điểm hòa vốn sau 3.8 tháng vận hành chính thức.

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

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

  • Ứng dụng hiện tại xây dựng trên nền tảng Windows Forms Desktop App, đòi hỏi phải cài đặt thủ công ứng dụng (Client Setup) trên từng máy tính người dùng.
  • Chưa tích hợp hệ thống tổng đài ảo VoIP và cổng SMS Brandname tự động gửi tin nhắn xác nhận lịch hẹn cho khách hàng.
  • Thiếu module phân tích dữ liệu chuyên sâu (Data Analytics) để dự báo nhu cầu bảo dưỡng định kỳ dựa trên quãng đường xe chạy thực tế.

Hướng phát triển và mở rộng

  1. Nâng cấp nền tảng: Tái cấu trúc ứng dụng sang kiến trúc Web-based hoặc Cloud-native (ASP.NET Core Web API kết hợp React/Vue.js), hỗ trợ truy cập đa nền tảng.
  2. Tích hợp Telematics Server: Kết nối trực tiếp API với máy chủ xử lý dữ liệu GPS để tự động kích hoạt cảnh báo bảo hành khi thiết bị cảm biến trên xe báo lỗi kỹ thuật.
  3. Phát triển ứng dụng Mobile: Xây dựng ứng dụng di động cho đội ngũ kỹ thuật viên hiện trường (Field Technicians) cập nhật trạng thái xử lý phiếu hẹn theo thời gian thực.

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

  • Sinh viên & Học viên chuyên ngành HTTT/CNTT: Cung cấp tài liệu tham khảo hoàn chỉnh về quy trình phân tích thiết kế hệ thống thông tin theo hướng đối tượng OOA/OOD với các biểu đồ UML chuẩn mực từ Use Case, Class Diagram đến Sequence Diagram.
  • Lập trình viên & Kỹ sư phần mềm: Cung cấp các mẫu thiết kế kiến trúc 3 tầng chuẩn (.NET/C# và SQL Server), kinh nghiệm xử lý giao dịch dữ liệu (Transactions) và tối ưu hóa câu lệnh truy vấn.
  • Doanh nghiệp vừa và nhỏ (SMEs), doanh nghiệp Telematics: Cung cấp giải pháp phần mềm quản trị quan hệ khách hàng thực tế, chi phí thấp, giải quyết triệt để bài toán đồng bộ thông tin và điều phối dịch vụ kỹ thuật.
  • Nhà nghiên cứu quản trị kinh tế: Cung cấp dữ liệu thực nghiệm về tác động của tin học hóa quy trình CRM đến năng suất lao động và mức độ giữ chân khách hàng trong doanh nghiệp công nghệ.

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

1. Yêu cầu kỹ thuật và môi trường để triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ cài đặt Microsoft SQL Server 2008 R2 trở lên và máy trạm cài đặt .NET Framework 4.0 trên hệ điều hành Windows XP/7/8/10. Hệ thống có thể hoạt động hoàn toàn trong mạng cục bộ LAN mà không bắt buộc phải có kết nối Internet liên tục.

2. Hệ thống xử lý thế nào khi xảy ra xung đột dữ liệu giữa nhiều nhân viên cùng lập lịch hẹn?

Hệ thống sử dụng cơ chế khóa mức bản ghi (Row-level Locking) kết hợp với mức cô lập giao dịch IsolationLevel.ReadCommitted trong SQL Server. Khi hai nhân viên cùng truy cập một phiếu yêu cầu, giao dịch hoàn thành trước sẽ xác nhận lịch hẹn, giao dịch sau sẽ nhận thông báo trạng thái cập nhật mới để tránh ghi đè dữ liệu.

3. Hệ thống có khả năng tích hợp với các phần mềm kế toán hoặc website hiện có không?

Có. Nhờ thiết kế CSDL theo chuẩn quan hệ 3NF/BCNF và tầng truy xuất dữ liệu độc lập, hệ thống có thể dễ dàng liên kết với CSDL kế toán hoặc phát triển thêm các cổng API RESTful để đồng bộ đơn hàng từ website HONGHAITEC.

4. Chi phí bảo trì và vận hành hệ thống định kỳ như thế nào?

Chi phí vận hành định kỳ gần như bằng không do hệ thống không phụ thuộc vào các dịch vụ đám mây trả phí hàng tháng. Công việc bảo trì chỉ bao gồm sao lưu CSDL tự động hàng tuần và kiểm tra dung lượng ổ đĩa định kỳ.

5. Khả năng mở rộng của hệ thống khi quy mô khách hàng tăng lên gấp 10 lần?

Cơ sở dữ liệu đã được tối ưu hóa chỉ mục (Clustered/Non-Clustered Index) trên các khóa chính và trường tìm kiếm (MaKH, SDT, MaPhieuYC). Hệ thống đảm bảo thời gian phản hồi truy vấn dưới 1 giây cho quy mô dữ liệu lên đến hàng trăm nghìn khách hàng mà không cần tái cấu trúc lược đồ bảng.

Kết luận

Khóa luận tốt nghiệp "Phân tích thiết kế hệ thống thông tin quản lý khách hàng tại Công ty Cổ phần Công nghệ Hồng Hải" đã hoàn thành xuất sắc các mục tiêu nghiên cứu lý luận và ứng dụng thực tiễn. Đề tài đã chuẩn hóa toàn bộ quy trình nghiệp vụ CRM đặc thù của doanh nghiệp thiết bị viễn thông, số hóa thành công quy trình quản lý hồ sơ, tiếp nhận yêu cầu và điều phối kỹ thuật.

Thông qua việc áp dụng nghiêm ngặt phương pháp phân tích thiết kế hướng đối tượng OOA/OOD với UML và hệ quản trị CSDL SQL Server 2008, giải pháp không chỉ khắc phục triệt để các hạn chế của phương thức quản lý thủ công truyền thống mà còn mang lại giá trị kinh tế rõ rệt: nâng cao 60% năng suất làm việc của nhân viên và bảo đảm tính toàn vẹn dữ liệu doanh nghiệp. Đây là nền tảng vững chắc để HONGHAITEC mở rộng hệ thống sang các nền tảng Web/Cloud và tích hợp sâu hơn với hệ sinh thái thiết bị định vị thông minh trong tương lai.