Bối cảnh và vấn đề nghiên cứu

Trong bối cảnh nền kinh tế mở và môi trường kinh doanh có tính cạnh tranh cao, việc ứng dụng công nghệ thông tin vào hoạt động sản xuất kinh doanh là giải pháp thiết yếu giúp doanh nghiệp tối ưu hóa nguồn lực, tiết kiệm chi phí và nâng cao năng lực cạnh tranh. Đối với các doanh nghiệp hoạt động trong lĩnh vực dịch vụ chuyên nghiệp như kiểm toán và tư vấn tài chính, sự gia tăng về số lượng khách hàng dẫn tới khối lượng hồ sơ, chứng từ và dữ liệu nghiệp vụ cần quản lý tăng lên đáng kể.

Tại Công ty TNHH Kiểm toán và Tư vấn Kreston (thành viên chính thức của Kreston International tại Việt Nam), các nghiệp vụ kiểm toán và tư vấn phải tuân thủ nghiêm ngặt các quy trình, chuẩn mực và chế độ do Nhà nước ban hành. Khối lượng tài liệu phát sinh qua từng mùa kiểm toán rất lớn, trong khi công tác quản lý dữ liệu khách hàng phần lớn vẫn dựa vào phương thức thủ công, lưu trữ bản cứng hoặc sử dụng các phần mềm chạy cục bộ trên từng máy tính đơn lẻ. Thực trạng này dẫn đến tình trạng dữ liệu bị phân tán, thiếu tính nhất quán, gây khó khăn cho việc tra cứu, đối chiếu số liệu đa năm và tổng hợp báo cáo. Xuất phát từ yêu cầu thực tiễn đó, đề tài "Phân tích thiết kế phần mềm quản lý dữ liệu khách hàng tại công ty TNHH Kiểm toán và Tư vấn Kreston" được thực hiện nhằm xây dựng giải pháp tin học hóa toàn diện công tác quản trị thông tin khách hàng.

Mục tiêu nghiên cứu của đề tài:

  1. Hệ thống hóa các kiến thức cơ bản về khái niệm, quy trình, phương pháp và mô hình phân tích thiết kế hệ thống thông tin.
  2. Hệ thống hóa cơ sở lý luận cơ bản về quản trị thông tin khách hàng nói chung và quản lý dữ liệu khách hàng tại doanh nghiệp kiểm toán nói riêng.
  3. Khảo sát, phân tích và đánh giá thực trạng hệ thống quản lý dữ liệu khách hàng tại Công ty TNHH Kiểm toán và Tư vấn Kreston.
  4. Đề xuất giải pháp và tiến hành phân tích thiết kế phần mềm quản lý dữ liệu khách hàng cho công ty nhằm:
    • Tổng hợp, quản lý tập trung và dễ dàng thông tin khách hàng của doanh nghiệp.
    • Hỗ trợ tra cứu thông tin, sao lưu và truy xuất dữ liệu nhanh chóng, an toàn.

Đối tượng và phạm vi nghiên cứu:

  • Đối tượng nghiên cứu: Khách hàng và toàn bộ dữ liệu thông tin về khách hàng; quy trình thu thập, quản lý, lưu trữ và các nguồn hình thành thông tin khách hàng; các tác nhân tham gia sử dụng và tác động đến hoạt động quản lý dữ liệu khách hàng; lý thuyết và phương pháp phân tích thiết kế hệ thống hướng đối tượng.
  • Phạm vi không gian: Công ty TNHH Kiểm toán và Tư vấn Kreston (Tầng 4, tòa nhà Hà Thành, 102 Thái Thịnh, Đống Đa, Hà Nội).
  • Phạm vi thời gian: Số liệu và thông tin hoạt động nghiệp vụ được thu thập, khảo sát trong 3 năm gần nhất tại doanh nghiệp.

Cơ sở lý thuyết và phương pháp

Khóa luận xây dựng nền tảng nghiên cứu dựa trên hệ thống lý thuyết về hệ thống thông tin quản lý (MIS), quản trị quan hệ khách hàng (CRM) và phương pháp phân tích thiết kế hướng đối tượng (OOAD) sử dụng ngôn ngữ mô hình hóa thống nhất (UML).

Khung lý thuyết và mô hình sử dụng:

  • Hệ thống thông tin quản lý: Hệ thống gồm 5 thành phần cốt lõi (phần cứng, phần mềm, mạng, cơ sở dữ liệu và con người) thực hiện các chức năng tiếp nhận, xử lý, lưu trữ, xuất dữ liệu và cung cấp thông tin phản hồi. Hệ thống được phân loại theo cấp quản lý (EIS, DSS, MIS, TPS, OAS, ES), theo chức năng nghiệp vụ và theo quy mô tích hợp (ERP, SCM, CRM, KM).
  • Lý thuyết Quản trị quan hệ khách hàng (CRM): Phân định khách hàng bên trong (các phòng ban, nhân sự nội bộ trong chuỗi giá trị) và khách hàng bên ngoài (tổ chức, cá nhân tiêu dùng dịch vụ kiểm toán, tư vấn); làm rõ mục tiêu và lợi ích của CRM đối với khách hàng, doanh nghiệp, nhà quản lý và nhân viên tác nghiệp.
  • Phương pháp luận phân tích thiết kế: Tác giả so sánh phương pháp phân tích thiết kế hướng cấu trúc (tiếp cận Top-down với các mô hình SADT, MERISE, CASE*Method của Oracle) và phương pháp phân tích thiết kế hướng đối tượng (tiếp cận Bottom-up, ánh xạ thực thể đời thực thành đối tượng với các kỹ thuật HOOD, RDD, OMT).
Tiêu chí so sánh Phương pháp hướng cấu trúc Phương pháp hướng đối tượng
Cách tiếp cận Từ trên xuống (Top-down), phân rã bài toán thành các hàm/chương trình con Từ dưới lên (Bottom-up), ánh xạ thực thể thành các lớp đối tượng
Trọng tâm phân tích Tách rời giữa dữ liệu (Data) và xử lý/hành động (Function) Đóng gói cả dữ liệu (thuộc tính) và hành động (phương thức) trong đối tượng
Khả năng tái sử dụng Hạn chế, mã nguồn phụ thuộc chặt chẽ vào cấu trúc dữ liệu Cao, nhờ cơ chế đóng gói, mô-đun hóa và kế thừa (Inheritance)
Phạm vi phù hợp Các bài toán nhỏ, luồng dữ liệu đơn tuyến Các hệ thống lớn, nghiệp vụ phức tạp, nhiều luồng tương tác
  • Ngôn ngữ mô hình hóa UML: Sử dụng tập hợp các biểu đồ chuẩn gồm Biểu đồ ca sử dụng (Use Case Diagram), Biểu đồ lớp (Class Diagram), Biểu đồ trạng thái (State Diagram), Biểu đồ tuần tự (Sequence Diagram), Biểu đồ cộng tác (Collaboration Diagram), Biểu đồ hoạt động (Activity Diagram), Biểu đồ thành phần (Component Diagram) và Biểu đồ triển khai (Deployment Diagram).

Phương pháp nghiên cứu thực tế:

  • Phương pháp nghiên cứu tài liệu hệ thống: Thu thập, phân tích các tài liệu chuyên ngành, giáo trình phân tích thiết kế hệ thống thông tin, các chuẩn mực kiểm toán và hồ sơ quy trình nội bộ của doanh nghiệp.
  • Phương pháp quan sát: Trực tiếp theo dõi quy trình luân chuyển chứng từ, thao tác nghiệp vụ của nhân viên, trưởng nhóm và người quản lý trong các mùa kiểm toán.
  • Phương pháp điều tra qua phiếu điều tra và phỏng vấn: Thực hiện khảo sát, phỏng vấn các đối tượng tham gia vận hành hệ thống (nhân viên kiểm toán, người quản lý, trưởng nhóm, ban giám đốc) để thu thập yêu cầu người dùng.
  • Phương pháp phân tích, thống kê, tổng hợp: Tổng hợp dữ liệu khảo sát 3 năm gần nhất nhằm chỉ ra các hạn chế của hệ thống cũ.
  • Phương pháp phân tích thiết kế hướng đối tượng (OOAD): Tiến hành phân rã hệ thống qua hai giai đoạn: pha phân tích (xác định tác nhân, use case, class, state) và pha thiết kế (xây dựng sequence diagram, class diagram chi tiết, component diagram, deployment diagram và thiết kế giao diện).

Nguồn dữ liệu: Dữ liệu thứ cấp từ tài liệu lưu trữ, hợp đồng, hồ sơ kiểm toán tại Công ty TNHH Kiểm toán và Tư vấn Kreston; dữ liệu sơ cấp thu nhận từ phiếu điều tra, phỏng vấn nhân sự và quan sát trực tiếp quy trình tác nghiệp tại trụ sở công ty.

Thiết kế và triển khai

Hệ thống được thiết kế hoàn chỉnh theo quy trình hướng đối tượng, đáp ứng đầy đủ các yêu cầu nghiệp vụ quản lý khách hàng trong doanh nghiệp kiểm toán:

Đặc tả yêu cầu hệ thống:

  • Yêu cầu chức năng: Gồm 8 nhóm chức năng chính: Quản lý thông tin khách hàng, Quản lý hợp đồng, Quản lý giao dịch, Quản lý thông tin liên hệ, Quản lý người dùng, Quản lý kế hoạch làm việc, Thống kê báo cáo và Tra cứu thông tin.
  • Yêu cầu phi chức năng: Cơ sở dữ liệu tập trung đảm bảo tính độc lập, giảm dư thừa, toàn vẹn và kiểm soát tương tranh; hệ thống có khả năng mở rộng, nâng cấp; tốc độ xử lý nhanh với tập dữ liệu lớn; giao diện thân thiện, chuẩn hóa tiếng Việt, bố cục rõ ràng.

Mô hình hóa ca sử dụng (Use Case) và phân quyền tác nhân: Hệ thống xác định 4 tác nhân chính tương tác với các nhóm chức năng qua cơ chế kế thừa và liên kết:

  1. Nhân viên: Đăng nhập, đăng xuất, tải lên/thêm tài liệu làm việc của khách hàng, tra cứu thông tin khách hàng và lịch làm việc.
  2. Trưởng nhóm: Kế thừa quyền nhân viên; quản lý kế hoạch làm việc (lập, sửa đổi, hủy kế hoạch làm việc cho từng thành viên, tra cứu kế hoạch theo ngày hoặc theo khách hàng).
  3. Người quản lý: Kế thừa quyền nhân viên; quản lý khách hàng (thêm mới, sửa, xóa, tra cứu theo tên/năm); quản lý người dùng; quản lý hợp đồng (thêm mới, xem, cập nhật, tra cứu); quản lý thông tin liên hệ; quản lý các giao dịch phát sinh.
  4. Ban giám đốc: Kế thừa quyền nhân viên; tiếp nhận dữ liệu và thực hiện thống kê báo cáo (doanh thu, tình hình thực hiện hợp đồng, số lượng hợp đồng, thời gian triển khai).
Tác nhân Các ca sử dụng (Use Case) trực tiếp Quan hệ ca sử dụng mở rộng / bao hàm
Nhân viên Đăng nhập, Đăng xuất, Thêm tài liệu KH, Tra cứu thông tin TraCuuThongTin bao gồm tra cứu KH, hợp đồng, người dùng, kế hoạch làm việc
Trưởng nhóm Quản lý kế hoạch làm việc Bao hàm (<<include>>): Lập, Thay đổi, Hủy KHLV; Mở rộng (<<extend>>): Tra cứu KHLV theo KH, theo ngày
Người quản lý Quản lý khách hàng, Quản lý hợp đồng, Quản lý giao dịch, Quản lý liên hệ, Quản lý người dùng Bao hàm (<<include>>): Thêm, Sửa, Xóa các thực thể tương ứng; Mở rộng (<<extend>>): Tra cứu theo tên KH, theo năm
Ban giám đốc Thống kê báo cáo Mở rộng (<<extend>>): Thống kê doanh thu, báo cáo tình trạng hợp đồng

Mô hình cấu trúc tĩnh (Biểu đồ lớp - Class Diagram): Biểu đồ lớp chi tiết thiết lập các mối quan hệ giữa 13 thực thể chính trong hệ thống:

  • Lớp Khách hàng (KhachHang): Thuộc tính MaKH, TenKH, DiaChi, LinhVucKD, Fax, SoDT, MaSoThue, NguoiDaiDien. Phương thức: ThemKH(), SuaTTKH(), XoaKH(), KiemTraMaKH(), CapNhat().
  • Lớp Hợp đồng (HopDong): Thuộc tính MaHopDong, TenHopDong, MaKH, NoiDungHopDong, LoaiHopDong, GiaTriHopDong, SoHD, TinhTrangHD, NgayKy. Phương thức: Them(), Sua(), Xoa(), CapNhat().
  • Lớp Nhân viên (NhanVien): Thuộc tính MaNV, Hotennhanvien, GioiTinh, Ngaysinh, QueQuan, DiaChiThuongTru, SoCMT, TrinhDo, VanBangChungChi, KinhNghiem, SoDienThoai, EMail.
  • Các lớp kế thừa từ Nhân viên: BanGiamDoc, TruongNhom, NguoiQuanLy kế thừa toàn bộ thuộc tính của NhanVien và bổ sung các phương thức đặc thù (LapKeHoach(), TaoHoSo(), Them(), Sua(), Xoa()).
  • Các lớp thực thể bổ trợ: ChiTietKhachHang (LoaiKhachHang, SoLanGiaoDich, DanhGia, NguoiPhuTrach), GiaoDich (MaGD, MaHopDong, MaQL, Ngaybatdau, Ngayketthuc, NoiDung), LienHe (MaKH, MaQL, ThoiGianLienHe, NoidungLH, Ghichu), KeHoachLamViec (NoiDungLamViec, PhamViLamViec, ThoiGianLamViec, NhanSuThamGia, MaKH), HoSoLamViec (TenHoSo, MaHoSo, DanhMucTaiLieu, MaKH), TaiLieuLamViec (TenTaiLieu, LoaiTaiLieu, ThuTucThucHien, NoiDung, MaTL), DichVu (MaDV, TenDV, Mota, GiaTri), ThongTinDangNhap (ID, Password).
  • Mối quan hệ cấu trúc: Quan hệ khái quát hóa giữa NhanVien với TruongNhom, NguoiQuanLy, BanGiamDoc; Quan hệ kết hợp (Association) giữa KhachHang - HopDong (1 - 1..n), HopDong - GiaoDich (1 - 1..n), KhachHang - LienHe (1 - 1..n), KhachHang - ChiTietKhachHang (1 - 1); Quan hệ cộng hợp/kết tập (Aggregation) giữa TaiLieuLamViec - HoSoLamViec, ThongTinDangNhap - NhanVien.

Mô hình hành vi động:

  • Biểu đồ trạng thái (State Diagram):
    • Vòng đời lớp Khách hàng: Khởi tạo $\rightarrow$ Chưa là khách hàng $\rightarrow$ Khách hàng tiềm năng $\rightarrow$ Ký hợp đồng $\rightarrow$ Đang tiến hành giao dịch $\rightarrow$ Hoàn thành giao dịch $\rightarrow$ Khách hàng cũ (hoặc Hủy hợp đồng).
    • Vòng đời lớp Nhân viên: Tuyển dụng $\rightarrow$ Đang làm việc $\rightarrow$ Tạm nghỉ $\rightarrow$ Hết thời gian tạm nghỉ / Đi làm lại (hoặc Vi phạm nặng / Thôi việc).
    • Vòng đời lớp Giao dịch: Chưa thực hiện $\rightarrow$ Đang thực hiện $\rightarrow$ Tiếp tục thực hiện / Hoàn thành từng phần $\rightarrow$ Hoàn thành giao dịch (hoặc Hủy giao dịch).
    • Vòng đời lớp Hợp đồng: Chưa thanh toán $\rightarrow$ Thanh toán một phần (50%) $\rightarrow$ Thanh toán nốt $\rightarrow$ Đã thanh toán hoàn tất.
  • Biểu đồ tuần tự (Sequence Diagram): Thiết kế chi tiết thông điệp tương tác thời gian thực cho 8 chức năng: Đăng nhập, Thêm khách hàng mới, Sửa thông tin khách hàng, Xóa khách hàng, Thêm hợp đồng, Sửa hợp đồng, Tra cứu thông tin khách hàng và Thống kê báo cáo doanh thu.

Kiến trúc thành phần, triển khai và giao diện:

  • Biểu đồ thành phần (Component Diagram): Hệ thống chia thành 3 tầng logic: Tầng giao diện (Giao diện nhân viên, người quản lý, trưởng nhóm, ban giám đốc), Tầng xử lý nghiệp vụ (Quản lý khách hàng, Quản lý KHLV, Quản lý hợp đồng, Quản lý dịch vụ, Quản lý liên hệ, Quản lý người dùng) và Tầng dữ liệu kết nối tới Cơ sở dữ liệu trung tâm.
  • Biểu đồ triển khai (Deployment Diagram): Mô hình Client/Server phân tán gồm các máy trạm người dùng (Client Application), máy chủ cơ sở dữ liệu (Database Server) và các thiết bị ngoại vi kết nối thông qua giao thức mạng TCP/IP.
  • Thiết kế giao diện: Xây dựng bản mẫu trực quan gồm: Giao diện Menu chính (điều hướng phân hệ), Giao diện quản lý khách hàng (danh sách và công cụ thao tác), Giao diện chức năng thêm mới khách hàng (biểu mẫu nhập liệu chuẩn hóa) và Giao diện tra cứu khách hàng (bộ lọc tìm kiếm đa tiêu chí).

Nội dung chính theo từng chương

Phần 1: Tổng quan vấn đề nghiên cứu

Chương mở đầu tập trung trình bày tính cấp thiết, mục tiêu, đối tượng, phạm vi và phương pháp nghiên cứu. Tác giả thực hiện tổng quan các công trình nghiên cứu đi trước có cùng hướng đề tài, tiêu biểu là:

  • Chuyên đề thực tập tốt nghiệp của Trần Thị Tuyết (2009), Khoa Tin học kinh tế, Đại học Kinh tế Quốc dân về "Xây dựng hệ thống thông tin quản lý khách hàng tại công ty cổ phần Sao vàng Việt Nam".
  • Khóa luận tốt nghiệp của Trần Ngọc Tuân (2013), Khoa Hệ thống thông tin kinh tế, Đại học Thương mại về "Phân tích và thiết kế hệ thống quản lý khách hàng tại Công ty Cổ phần Dữ liệu & Truyền thông Đại Việt".

Thông qua việc đánh giá các công trình trên, tác giả chỉ ra các hạn chế tồn tại của nghiên cứu trước: quy trình phân tích thiết kế chủ yếu sử dụng phương pháp hướng chức năng truyền thống, thiếu cập nhật các công cụ mô hình hóa hiện đại, chưa phân tích sâu sát thực trạng đặc thù của doanh nghiệp kiểm toán, từ đó đặt ra yêu cầu phải ứng dụng phương pháp phân tích thiết kế hướng đối tượng với UML để gia tăng tính ứng dụng và khả thi khi triển khai.

Phần 2: Cơ sở lý luận phân tích thiết kế hệ thống thông tin và thực trạng quản lý dữ liệu khách hàng của công ty TNHH Kiểm toán và Tư vấn Kreston (VN)

Chương 2 cung cấp nền tảng lý luận toàn diện về hệ thống thông tin quản lý, các thành phần phần cứng, phần mềm, mạng, cơ sở dữ liệu, con người; phân tích sâu lý thuyết CRM; trình bày chi tiết các phần tử của ngôn ngữ UML qua 6 bảng danh mục chuẩn (Bảng 2.1 đến Bảng 2.6 tương ứng với các phần tử của biểu đồ Use Case, Lớp, Trạng thái, Hoạt động, Thành phần, Triển khai).

Trong phần nghiên cứu thực trạng, tác giả giới thiệu tổng quan về Công ty TNHH Kiểm toán và Tư vấn Kreston (thành viên Kreston International), chuyên cung cấp dịch vụ kiểm toán, tư vấn thuế, định giá và đào tạo cho các Tổng công ty Nhà nước, tổ chức tín dụng, doanh nghiệp FDI, dự án ODA trong các lĩnh vực xây dựng, khai khoáng, năng lượng, viễn thông, y tế, giáo dục. Tác giả mô tả chi tiết quy trình nghiệp vụ kiểm toán thực tế:

  1. Gửi thư chào dịch vụ tới các doanh nghiệp tại các khu công nghiệp trước mùa kiểm toán.
  2. Tiếp nhận liên hệ qua lễ tân, điều chuyển cuộc gọi tới quản lý bộ phận để tư vấn dịch vụ.
  3. Cung cấp hồ sơ năng lực (bản mềm qua email hoặc bản cứng qua chuyển phát nhanh).
  4. Lập, ký duyệt và phát hành hợp đồng kinh tế (lập 4 bản, lưu 2 bản tại công ty).
  5. Trưởng nhóm lập kế hoạch kiểm toán, gửi danh mục tài liệu cần cung cấp cho khách hàng.
  6. Cử nhân viên tới doanh nghiệp vào ngày cuối năm để tiến hành soát xét; phát hành thư xác nhận ngân hàng và thư xác nhận công nợ.
  7. Thu thập bằng chứng kiểm toán, lưu trữ trong file mềm hoặc cặp hồ sơ giấy của nhóm.
  8. Bàn giao giấy tờ làm việc cho trưởng nhóm để lập thuyết minh báo cáo; gửi dự thảo báo cáo cho kiểm toán viên chính và khách hàng thống nhất số liệu.
  9. Lễ tân in, đóng quyển báo cáo kiểm toán chính thức theo số lượng cam kết; lưu trữ toàn bộ hồ sơ bản cứng theo tên khách hàng và năm tài chính tại công ty.

Tác giả chỉ ra 7 hạn chế lớn của hệ thống hiện tại:

  1. Rủi ro hỏng hóc, mất mát do thiên tai, hỏa hoạn, chuột bọ hoặc thất lạc chứng từ giấy.
  2. Khó khăn khi tra cứu hồ sơ để đối chiếu, so sánh số liệu nhiều năm của các khách hàng truyền thống.
  3. Trở ngại cho trưởng nhóm và kiểm toán viên chính khi kiểm tra, tổng hợp hồ sơ.
  4. Phân phối thông tin giữa các nhân viên bị cản trở do dữ liệu phân tán, thiếu đồng bộ.
  5. Việc cập nhật, chỉnh sửa thông tin trên hồ sơ giấy tốn nhiều thời gian.
  6. Dữ liệu tạo lập trên nhiều phiên bản phần mềm không đồng nhất, gây sai lệch khi chia sẻ.
  7. Phần mềm tổng hợp giấy tờ chỉ chạy độc lập trên từng máy tính đơn lẻ, không hỗ trợ chia sẻ qua mạng.

Phần 3: Phân tích thiết kế phần mềm quản lý dữ liệu khách hàng tại công ty TNHH Kiểm toán và Tư vấn Kreston

Chương 3 triển khai chi tiết toàn bộ các bước phân tích và thiết kế phần mềm quản trị dữ liệu khách hàng:

  • Đặc tả 8 nhóm yêu cầu chức năng và hệ thống yêu cầu phi chức năng về kiến trúc dữ liệu tập trung, hiệu năng và tính bảo mật.
  • Xây dựng Biểu đồ Use Case tổng quát và 4 Use Case phân hệ chi tiết: Đăng nhập/Đăng xuất (Hình 3.1), Quản lý khách hàng (Hình 3.2), Quản lý hợp đồng (Hình 3.3), Quản lý kế hoạch làm việc (Hình 3.4), Biểu đồ Use Case chi tiết toàn hệ thống (Hình 3.5) cùng Bảng danh mục ca sử dụng (Bảng 3.1).
  • Thiết lập Biểu đồ lớp chi tiết (Hình 3.6) mô hình hóa cấu trúc tĩnh với đầy đủ danh mục thuộc tính, phương thức và các mối quan hệ ngữ nghĩa.
  • Xây dựng 4 Biểu đồ trạng thái mô tả vòng đời của các thực thể Khách hàng (Hình 3.7), Nhân viên (Hình 3.8), Giao dịch (Hình 3.9) và Hợp đồng (Hình 3.10).
  • Thiết kế 8 Biểu đồ tuần tự (Hình 3.11 đến Hình 3.18) xác định luồng truyền thông điệp giữa tác nhân, giao diện, bộ điều khiển và thực thể dữ liệu cho từng nghiệp vụ.
  • Thiết kế Biểu đồ thành phần (Hình 3.19), Biểu đồ triển khai Client/Server trên nền TCP/IP (Hình 3.20), cấu trúc Cơ sở dữ liệu tập trung (Hình 3.21) và 4 giao diện tương tác mẫu (Hình 3.22 đến Hình 3.25).

Kết quả và đóng góp

Kết quả chính:

  • Khảo sát và hệ thống hóa toàn bộ chu trình luân chuyển dữ liệu khách hàng tại một doanh nghiệp kiểm toán độc lập, chỉ rõ 7 điểm nghẽn trong công tác quản trị dữ liệu thủ công.
  • Xây dựng hoàn chỉnh hồ sơ phân tích thiết kế phần mềm hướng đối tượng theo chuẩn UML gồm: 1 bảng phân loại ca sử dụng, 5 biểu đồ Use Case, 1 biểu đồ lớp chi tiết (13 lớp nghiệp vụ), 4 biểu đồ trạng thái, 8 biểu đồ tuần tự, 1 biểu đồ thành phần, 1 biểu đồ triển khai hệ thống phân tán Client/Server và 4 bản vẽ thiết kế giao diện chức năng.

Giải pháp đề xuất:

  • Đề xuất chuyển đổi mô hình quản lý phân tán sang kiến trúc phần mềm quản lý tập trung với cơ sở dữ liệu quan hệ đồng nhất.
  • Số hóa toàn bộ hồ sơ khách hàng, quy trình lập hợp đồng, giao dịch, kế hoạch kiểm toán và phân phối tài liệu làm việc qua mạng nội bộ, khắc phục rủi ro thất lạc chứng từ vật lý.

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

  • So với các nghiên cứu trước đây (chủ yếu sử dụng phương pháp hướng cấu trúc phân rã chức năng DFD/ERD), đề tài đã áp dụng triệt để phương pháp hướng đối tượng và chuẩn UML, giúp mô hình phần mềm có tính module hóa cao, dễ dàng bảo trì và tái sử dụng mã nguồn.
  • Mô hình thiết kế bám sát các quy định pháp lý và quy chuẩn nghiệp vụ thực tế của ngành kiểm toán, tạo ra bản đặc tả kỹ thuật có tính ứng dụng cao cho doanh nghiệp.

Hạn chế và hướng nghiên cứu tiếp

  • Hạn chế: Đề tài dừng lại ở mức độ phân tích và thiết kế hệ thống trên mô hình lý thuyết và giao diện mẫu (prototype), chưa triển khai lập trình viết mã nguồn hoàn chỉnh, chưa tích hợp hệ quản trị cơ sở dữ liệu thực tế và chưa tiến hành kiểm thử hiệu năng trên môi trường thực nghiệm.
  • Hướng nghiên cứu tiếp: Dựa trên phạm vi nghiên cứu của đề tài, hướng mở rộng cần thực hiện là lựa chọn một ngôn ngữ lập trình cụ thể (như C# .NET hoặc Java) kết hợp hệ quản trị cơ sở dữ liệu SQL Server/Oracle để cài đặt hệ thống, sau đó triển khai thử nghiệm thực tế tại mạng nội bộ của Công ty TNHH Kiểm toán và Tư vấn Kreston nhằm đánh giá độ tương thích nghiệp vụ.

Giá trị tham khảo

Khóa luận là tài liệu tham khảo có giá trị chuyên môn đối với:

  • Sinh viên ngành Hệ thống thông tin kinh tế, Tin học kinh tế và Công nghệ thông tin: Tham khảo quy trình phân tích thiết kế hướng đối tượng chuẩn mực từ pha đặc tả yêu cầu, dựng biểu đồ Use Case, Class, State, Sequence đến thiết kế kiến trúc Component và Deployment.
  • Chuyên viên phân tích nghiệp vụ (BA) và lập trình viên: Tham khảo bộ đặc tả yêu cầu, biểu đồ lớp chi tiết và cấu trúc giao diện để phát triển các hệ thống CRM chuyên biệt cho khối ngành dịch vụ chuyên nghiệp (kiểm toán, tư vấn thuế, thẩm định giá).

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

1. Hệ thống phân chia người sử dụng thành những tác nhân (Actor) nào và quyền hạn của từng tác nhân ra sao? Hệ thống xác định 4 tác nhân chính: Nhân viên (đăng nhập, cập nhật tài liệu, tra cứu thông tin cá nhân và kế hoạch), Trưởng nhóm (lập, sửa đổi, hủy và tra cứu kế hoạch làm việc của nhóm), Người quản lý (toàn quyền quản lý khách hàng, hợp đồng, người dùng, giao dịch và lịch sử liên hệ), Ban giám đốc (tiếp nhận thông tin và thực hiện thống kê báo cáo doanh thu, tình hình thực hiện hợp đồng).

2. Điểm khác biệt cơ bản giữa phương pháp hướng đối tượng được áp dụng trong đề tài so với phương pháp hướng cấu trúc của các nghiên cứu trước là gì? Phương pháp hướng cấu trúc phân rã bài toán từ trên xuống và tách rời luồng dữ liệu với chức năng xử lý, dẫn đến khó tái sử dụng mã và khó quản lý khi hệ thống mở rộng. Ngược lại, phương pháp hướng đối tượng trong đề tài tiếp cận từ dưới lên, đóng gói cả dữ liệu (thuộc tính) và hành vi (phương thức) vào các lớp đối tượng, hỗ trợ tính kế thừa và tái sử dụng mã nguồn, phù hợp cho các hệ thống có nghiệp vụ liên kết phức tạp.

3. Tại sao công tác quản lý dữ liệu khách hàng cũ tại Công ty Kreston lại gặp nhiều hạn chế? Do đặc thù ngành kiểm toán phát sinh khối lượng hồ sơ, tài liệu lớn theo chuẩn mực Nhà nước, công ty chủ yếu lưu trữ bản cứng tại văn phòng và sử dụng phần mềm xử lý giấy tờ chạy cục bộ trên từng máy đơn lẻ. Điều này dẫn tới nguy cơ mất mát chứng từ do rủi ro vật lý, dữ liệu bị phân tán, không đồng nhất giữa các phiên bản phần mềm và gây khó khăn lớn khi tra cứu, đối chiếu số liệu đa năm cho các khách hàng truyền thống.

4. Biểu đồ lớp chi tiết của hệ thống gồm những thực thể nào và lớp nào đóng vai trò kế thừa? Biểu đồ lớp bao gồm 13 thực thể: KhachHang, ChiTietKhachHang, HopDong, GiaoDich, NhanVien, ThongTinDangNhap, BanGiamDoc, TruongNhom, NguoiQuanLy, DichVu, KeHoachLamViec, TaiLieuLamViec, HoSoLamViec, LienHe. Trong đó, ba lớp BanGiamDoc, TruongNhom và NguoiQuanLy đóng vai trò kế thừa (Generalization) từ lớp cơ sở NhanVien.

5. Kiến trúc triển khai của hệ thống được thiết kế theo mô hình nào? Hệ thống được thiết kế theo mô hình phân tán Client/Server kết nối qua giao thức TCP/IP, trong đó các ứng dụng máy trạm (Client Application) gửi yêu cầu xử lý tới máy chủ cơ sở dữ liệu (Database Server) tập trung và kết nối đồng bộ với các thiết bị ngoại vi của công ty.

Kết luận

Khóa luận tốt nghiệp của tác giả đã hệ thống hóa chặt chẽ cơ sở lý luận về hệ thống thông tin quản lý, mô hình CRM và phương pháp phân tích thiết kế hướng đối tượng sử dụng chuẩn UML. Thông qua việc khảo sát thực tiễn tại Công ty TNHH Kiểm toán và Tư vấn Kreston, đề tài đã chỉ ra các hạn chế cố hữu của phương thức quản lý hồ sơ thủ công và xây dựng thành công bộ hồ sơ phân tích thiết kế phần mềm quản lý dữ liệu khách hàng toàn diện từ mô hình ca sử dụng, cấu trúc tĩnh, hành vi động cho đến kiến trúc triển khai hệ thống. Công trình cung cấp bản đặc tả nghiệp vụ và kỹ thuật có giá trị thực tiễn cao, đóng vai trò nền tảng vững chắc cho giai đoạn lập trình và cài đặt ứng dụng trong thực tế doanh nghiệp.