Giới thiệu dự án

Trong bối cảnh chuyển đổi số diễn ra mạnh mẽ tại Việt Nam, các doanh nghiệp vừa và nhỏ trong lĩnh vực công nghệ thông tin đang đối mặt với một nghịch lý: dù cung cấp giải pháp phần mềm cho khách hàng, chính họ lại quản lý nhân sự bằng phương pháp thủ công lạc hậu. Thực trạng này không chỉ gây lãng phí nguồn lực mà còn ảnh hưởng trực tiếp đến hiệu quả vận hành và khả năng mở rộng quy mô.

Problem Statement cụ thể: Tại Công ty Cổ phần Phát triển Nguồn mở và Dịch vụ FDS (FOSS Development and Services Joint Stock Company), thành lập tháng 2/2016 với hơn 30 nhân viên chính thức, toàn bộ nghiệp vụ quản lý nhân sự được thực hiện thủ công trên sổ sách giấy tờ và Microsoft Excel. Kết quả khảo sát 40 nhân viên cho thấy 65% đánh giá hệ thống hiện tại chưa đáp ứng yêu cầu, 50% chỉ hài lòng ở mức trung bình, và 80% khẳng định cần triển khai hệ thống thông tin quản lý nhân sự (HTTT QLNS) mới.

Mục tiêu dự án được xác định cụ thể:

  1. Hệ thống hóa cơ sở lý luận về Hệ thống Thông tin Quản lý (HTTT QL) và phân tích thiết kế HTTT QLNS theo hướng đối tượng.
  2. Phân tích, đánh giá toàn diện thực trạng HTTT QLNS tại FDS giai đoạn 2016–2018.
  3. Đề xuất và thiết kế giải pháp HTTT QLNS đáp ứng các yêu cầu chức năng và phi chức năng của doanh nghiệp.
  4. Xây dựng mô hình phân tích hướng đối tượng bằng UML, bao gồm Biểu đồ Usecase, Biểu đồ Lớp, Biểu đồ Tuần tự, Biểu đồ Trạng thái và Biểu đồ Hoạt động.

Solution approach: Áp dụng phương pháp phân tích thiết kế hướng đối tượng (Object-Oriented Analysis and Design – OOAD) sử dụng ngôn ngữ mô hình hóa thống nhất UML (Unified Modeling Language). Phương pháp này cho phép ánh xạ các nghiệp vụ thực tế vào các đối tượng phần mềm, đảm bảo tính mô-đun, dễ mở rộng và bảo trì.

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

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

Khảo sát hạ tầng CNTT tại FDS:

  • Hệ điều hành sử dụng: Windows 7/8/10 và macOS X — hoàn toàn tương thích với hệ thống web-based hoặc desktop.
  • Hệ quản trị CSDL (DBMS) hiện dùng: MySQL và SQL Server — cho thấy nền tảng kỹ thuật sẵn sàng tích hợp HTTT mới.
  • Mô hình mạng: Client-Server với mạng LAN, đường truyền cáp quang FPT — 55% đánh giá ổn định.
  • Nguồn nhân lực quản trị HTTT: 5–10 người (100% xác nhận).

Hiện trạng QLNS — Bảng phân tích Pros/Cons:

Phương pháp Ưu điểm Nhược điểm
Sổ sách thủ công Không phụ thuộc công nghệ Dễ mất, rách, nhòe; bảo mật thấp
Microsoft Excel Hỗ trợ tính toán cơ bản Không đồng bộ; dễ sai sót; thiếu phân quyền
Không có HTTT chuyên dụng — Không đáp ứng báo cáo đột xuất; lãng phí nhân lực

Phân tích khoảng trống (Gap Analysis):

  • 45% nhân viên xác nhận QLNS bằng văn bản giấy; 30% dùng Excel sơ khai; 25% không có công cụ.
  • 100% nhân viên khảo sát xác nhận công ty chưa có phần mềm QLNS chuyên biệt.
  • Thời gian lập báo cáo lương cuối tháng tốn kém đáng kể do thao tác thủ công nhiều bước.

Phân tích yêu cầu theo phương pháp MoSCoW:

Mức độ Yêu cầu
Must Have Quản lý hồ sơ NV, Chấm công, Tính lương, Phân quyền truy cập
Should Have Quản lý đào tạo, Báo cáo thống kê, Tìm kiếm nâng cao
Could Have Thông báo tự động, Xuất báo cáo PDF/Excel/Word
Won't Have (lần này) Tích hợp hệ thống BHXH, Ứng dụng mobile

Thiết kế hệ thống

Kiến trúc hệ thống — Các thành phần chính:

Technology Stack:

  • DBMS: MySQL hoặc Microsoft SQL Server (phù hợp hạ tầng hiện có)
  • Modeling Tool: UML — Biểu đồ Usecase, Biểu đồ Lớp, Biểu đồ Tuần tự, Biểu đồ Trạng thái, Biểu đồ Hoạt động, Biểu đồ Triển khai, Biểu đồ Thành phần
  • Analysis Method: OOAD (Object-Oriented Analysis and Design) — phương pháp hướng đối tượng
  • Data Analysis Tool: SPSS — xử lý và phân tích dữ liệu khảo sát định lượng
  • Phương pháp thu thập: Phỏng vấn trực tiếp + Phiếu điều tra (n=40)

Thiết kế CSDL — Các thực thể chính:

-- Thực thể NhanVien
NhanVien (MaNV [PK], TenNV, NgaySinh, GioiTinh,
          DiaChi, SDT, MaPhongBan [FK],
          ChucVu, MucLuongCoBan, BacLuong,
          NgayVaoLam, SoCMND, TrinhDoHocVan)

-- Thực thể HopDongLaoDong
HopDong (MaHD [PK], MaNV [FK], NgayKyKet,
         ThoiHan, CongViec, CheDoLamViec)

-- Thực thể BangChamCong
ChamCong (MaChamCong [PK], MaNV [FK], Thang, Nam,
          SoNgayLam, SoGioLamThem, SoNgayNghiPhep,
          SoNgayNghiKhongPhep)

-- Thực thể BangLuong
BangLuong (MaBangLuong [PK], MaNV [FK], Thang, Nam,
           LuongCoBan, HeSoLuong, KhoanKhenThuong,
           KhoanKyLuat, TongLuong)

-- Thực thể ThongTinDaoTao
DaoTao (MaDaoTao [PK], MaNV [FK], TenKhoaHoc,
        ThoiGian, KetQua, ChiPhi)

Các tác nhân và phân quyền hệ thống:

Tác nhân Use Case được phép
Nhân viên QLNS Quản lý HSNV (Thêm/Sửa/Xóa), Quản lý Đào tạo
Nhân viên Kế toán Chấm công, Tính lương, Báo cáo thống kê
Ban lãnh đạo Xem báo cáo nhân viên, Xem báo cáo lương
Nhân viên Xem hồ sơ cá nhân, Xem thông tin lương

Methodology

Phương pháp nghiên cứu tổng hợp:

  • Định tính: Phỏng vấn chuyên sâu ban lãnh đạo và nhân viên; câu hỏi theo thang bậc tăng dần về mức độ hài lòng.
  • Định lượng: Xử lý 40 phiếu điều tra bằng phần mềm SPSS — cho kết quả thống kê có độ tin cậy cao.
  • Phân tích hệ thống: Áp dụng song song phương pháp hướng chức năng (Biểu đồ Phân cấp Chức năng – BPC, Biểu đồ Luồng Dữ liệu – BLD) và hướng đối tượng (UML).

Implementation và kết quả

Development process

Quy trình phân tích theo UML — 5 nhóm biểu đồ chính:

1. Biểu đồ Usecase (Use Case Diagram): Xác định 4 usecase cấp cao nhất:

  • Quản lý hồ sơ nhân viên → phân rã: Thêm/Sửa/Xóa/Tìm kiếm HSNV
  • Quản lý lương → phân rã: Chấm công, Tính lương
  • Quản lý đào tạo → phân rã: Thêm/Sửa/Xóa thông tin đào tạo
  • Báo cáo thống kê → phân rã: Báo cáo thông tin cá nhân, Báo cáo lương

2. Biểu đồ Lớp (Class Diagram): Phân tích các lớp đối tượng với đầy đủ thuộc tính và phương thức, bao gồm các mối quan hệ:

  • Association: NhanVien ↔ PhongBan (nhiều-một)
  • Composition: NhanVien — HopDongLaoDong (một-một)
  • Dependency: BangLuong ← BangChamCong

3. Biểu đồ Tuần tự (Sequence Diagram): Mô hình hóa luồng thông điệp giữa Actor và các đối tượng hệ thống cho các kịch bản: Đăng nhập, Thêm HSNV, Sửa HSNV, Xóa HSNV, Báo cáo thống kê.

4. Biểu đồ Trạng thái (State Diagram): Định nghĩa vòng đời cho 5 đối tượng quan trọng:

  • Hồ sơ Nhân viên: Mới tạo → Đang hoạt động → Đã cập nhật → Đã xóa
  • Hợp đồng Lao động: Chờ ký → Có hiệu lực → Hết hạn → Gia hạn/Thanh lý
  • Bảng Lương: Chờ duyệt → Đã tính → Đã thanh toán
  • Chấm công: Đang ghi nhận → Đã tổng hợp → Đã xác nhận
  • Thông tin Đào tạo: Đăng ký → Đang học → Hoàn thành

5. Biểu đồ Hoạt động (Activity Diagram): Chi tiết hóa quy trình cho các nghiệp vụ Đăng nhập, Tìm kiếm, Thêm/Sửa/Xóa thông tin.

Testing và validation

Kịch bản kiểm thử usecase "Tính lương":

Pre-condition: NV Kế toán đã đăng nhập thành công
Input: BangChamCong (Thang=12, Nam=2018, MaNV="NV001")
Process:
  LuongThucLinh = (LuongCoBan × HeSoLuong × SoNgayLam / SoNgayCong)
                + KhoanKhenThuong - KhoanKyLuat
Post-condition: BangLuong được lưu vào CSDL, hiển thị thông báo thành công
Exception: Lỗi nếu SoNgayLam > SoNgayChuẩn hoặc trường bắt buộc rỗng

Kịch bản kiểm thử phân quyền truy cập:

Tác nhân Thêm HSNV Xóa HSNV Xem lương Tính lương
NV QLNS ✅ ✅ ❌ ❌
NV Kế toán ❌ ❌ ✅ ✅
Ban lãnh đạo ❌ ❌ ✅ (chỉ xem) ❌
Nhân viên ❌ ❌ ✅ (cá nhân) ❌

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

  • 5/5 chức năng chính đã được phân tích, thiết kế và mô hình hóa hoàn chỉnh.
  • 36 bảng kịch bản usecase được đặc tả chi tiết bao gồm điều kiện vào, điều kiện ra, sự kiện chính và sự kiện ngoại lệ.
  • 13 giao diện người dùng được thiết kế (Đăng nhập, Thêm người dùng, Quản lý HSNV, Tìm kiếm HSNV, Báo cáo lương...).
  • Hệ thống đáp ứng 100% yêu cầu Must Have trong phân tích MoSCoW.
  • Kết quả khảo sát: 80% nhân viên đánh giá cần thiết phải triển khai hệ thống mới.

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

So sánh với các giải pháp hiện có:

Tiêu chí Phương pháp thủ công (FDS hiện tại) Excel + Thủ công Giải pháp HTTT QLNS đề xuất
Tốc độ truy xuất Chậm (tra cứu thủ công) Trung bình Nhanh (query CSDL)
Độ chính xác Thấp (dễ nhầm lẫn) Trung bình Cao (validation tự động)
Bảo mật Không có phân quyền Không có phân quyền Phân quyền 4 cấp
Báo cáo đột xuất Không đáp ứng Mất nhiều giờ Tức thì
Lưu trữ Giấy tờ cồng kềnh File rời rạc CSDL tập trung
Khả năng mở rộng Rất kém Kém Tốt (kiến trúc mô-đun)

Đổi mới kỹ thuật:

  • Áp dụng OOAD thuần túy thay vì phương pháp phân tích hướng chức năng truyền thống — phù hợp với hệ thống cần mở rộng dài hạn.
  • Mô hình dữ liệu chuẩn hóa với đầy đủ ràng buộc khóa ngoại (Foreign Key) giữa NhanVien, PhongBan, HopDong, ChamCong và BangLuong.
  • Phân tích đa cấp HTTT QLNS: tác nghiệp (chấm công, lương), chiến thuật (tuyển dụng, đào tạo), chiến lược (kế hoạch hóa nhân lực) — theo mô hình học thuật của PGS.TS Đàm Gia Mạnh, ĐH Thương Mại 2017.
  • Tích hợp phân tích định lượng SPSS vào giai đoạn khảo sát — nâng cao độ tin cậy của dữ liệu đầu vào cho thiết kế hệ thống.

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

Use cases thực tế:

  • Tình huống 1: Nhân viên QLNS cần thêm hồ sơ 5 nhân viên mới sau đợt tuyển dụng → thao tác hoàn thành trong vài phút thay vì vài giờ viết tay.
  • Tình huống 2: Giám đốc cần báo cáo lương tổng hợp tháng để họp HĐQT → hệ thống xuất ngay lập tức dưới dạng PDF/Excel/Word.
  • Tình huống 3: Nhân viên muốn kiểm tra số ngày phép còn lại → tự tra cứu qua tài khoản cá nhân, không cần liên hệ phòng nhân sự.

Yêu cầu triển khai:

  • Server nội bộ hoặc cloud VM với MySQL/SQL Server
  • Mạng LAN sẵn có (đã có tại FDS — mô hình Client-Server)
  • Đào tạo người dùng: ước tính 2–4 giờ cho mỗi nhóm tác nhân

Phân tích khả năng mở rộng: Với kiến trúc 3 tầng (Presentation – Business Logic – Data Access), hệ thống có thể:

  • Mở rộng thêm module Tuyển dụng, BHXH mà không ảnh hưởng module hiện có.
  • Hỗ trợ tăng số nhân viên từ 30 lên 100–200 người mà không cần thiết kế lại CSDL.

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

Hạn chế được thừa nhận:

  • Phạm vi nghiên cứu giới hạn trong 1 doanh nghiệp và dữ liệu 3 năm (2016–2018).
  • Khóa luận dừng ở mức phân tích và thiết kế, chưa triển khai cài đặt phần mềm thực tế.
  • Chưa bao gồm module quản lý BHXH và tuyển dụng trực tuyến do giới hạn thời gian.
  • Cỡ mẫu khảo sát (n=40) phù hợp với quy mô công ty nhưng chưa đủ để tổng quát hóa cho ngành.

Hướng phát triển đề xuất:

  1. Tích hợp BHXH online — kết nối API với cơ quan bảo hiểm xã hội.
  2. Phát triển ứng dụng mobile (iOS/Android) cho nhân viên tra cứu thông tin lương, phép.
  3. Bổ sung AI/ML cho phân tích dự báo nhân lực và đánh giá hiệu suất.
  4. Tích hợp hệ thống chấm công tự động (vân tay, nhận diện khuôn mặt) kết nối trực tiếp với module chấm công.
  5. Module quản lý tuyển dụng tích hợp với các nền tảng tuyển dụng (LinkedIn, TopCV).

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

  • Nhân viên QLNS tại FDS: Giảm thiểu thao tác thủ công, tránh sai sót, tiết kiệm thời gian xử lý hồ sơ nhân viên ước tính 60–70% so với phương pháp thủ công.
  • Nhân viên kế toán: Tự động hóa quy trình tính lương từ bảng chấm công, giảm sai sót tính toán, xuất báo cáo đa định dạng (Word, Excel, PDF).
  • Ban lãnh đạo FDS: Truy cập báo cáo nhân sự và lương real-time, ra quyết định dựa trên dữ liệu chính xác thay vì báo cáo thủ công.
  • Nhân viên toàn công ty: Chủ động tra cứu thông tin cá nhân, hợp đồng, thông tin lương qua hệ thống phân quyền an toàn.
  • Sinh viên ngành HTTT/CNTT: Tài liệu mẫu về quy trình phân tích thiết kế OOAD-UML với 36 kịch bản usecase được đặc tả đầy đủ — nguồn tham khảo học thuật có giá trị.
  • Doanh nghiệp SME tương tự: Blueprint có thể tái sử dụng và điều chỉnh cho các công ty CNTT quy mô 20–100 nhân viên.

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

1. Yêu cầu kỹ thuật để triển khai hệ thống là gì? Hệ thống yêu cầu server nội bộ (hoặc VPS) cài đặt MySQL hoặc SQL Server, hệ điều hành Windows 7 trở lên (tương thích với hạ tầng hiện có của FDS), mạng LAN Client-Server đã sẵn có. Chi phí hạ tầng bổ sung ở mức tối thiểu.

2. Hệ thống có thể mở rộng khi công ty phát triển lên 100+ nhân viên không? Có. Kiến trúc 3 tầng và CSDL quan hệ chuẩn hóa cho phép mở rộng tuyến tính. Việc thêm nhân viên chỉ là thêm bản ghi dữ liệu, không yêu cầu tái thiết kế hệ thống.

3. Tích hợp với các hệ thống phần mềm hiện tại của FDS như thế nào? FDS đang sử dụng JIRA cho quản lý dự án và các phần mềm kế toán riêng. HTTT QLNS có thể tích hợp qua API hoặc xuất/nhập dữ liệu định dạng Excel/CSV tương thích.

4. Nhu cầu bảo trì và hỗ trợ sau triển khai? Cần 1 quản trị viên HTTT (đã có trong nhóm 5–10 người quản trị HTTT của FDS) xử lý backup CSDL định kỳ, phân quyền người dùng mới và cập nhật phần mềm. Không cần thuê ngoài trong giai đoạn đầu.

5. Chi phí và thời gian triển khai thực tế? Với thiết kế sẵn có từ khóa luận, giai đoạn lập trình ước tính 3–4 tháng, kiểm thử và triển khai thêm 1–2 tháng. Chi phí chủ yếu là nhân công lập trình (có thể sử dụng nguồn lực nội bộ FDS) và chi phí hạ tầng server tối thiểu — ROI dự kiến đạt được trong năm đầu tiên vận hành thông qua tiết kiệm thời gian nhân lực QLNS.

Kết luận

Khóa luận "Phân tích Thiết kế Hệ thống Thông tin Quản lý Nhân sự tại Công ty Cổ phần Phát triển Nguồn mở và Dịch vụ FDS" đã hoàn thành trọn vẹn quy trình phân tích hệ thống từ khảo sát hiện trạng đến thiết kế giải pháp. Với cơ sở thực tiễn từ 40 phiếu điều tra phân tích bằng SPSS, 36 kịch bản usecase được đặc tả chi tiết, và bộ biểu đồ UML toàn diện, công trình cung cấp một blueprint kỹ thuật hoàn chỉnh có thể triển khai thực tế.

Đóng góp quan trọng nhất của dự án là chứng minh khoảng cách giữa nhận thức và thực tiễn: một công ty CNTT chuyên nghiệp với hơn 20 đối tác trong và ngoài nước vẫn đang quản lý nhân sự theo phương thức thủ công — và thiết kế HTTT QLNS được đề xuất là giải pháp khả thi, phù hợp hạ tầng hiện có, có chi phí triển khai thấp nhưng mang lại giá trị vận hành cao.

Các doanh nghiệp SME trong ngành CNTT Việt Nam, đặc biệt nhóm quy mô 20–100 nhân viên, có thể tham khảo trực tiếp phương pháp nghiên cứu, mô hình dữ liệu và kiến trúc hệ thống của khóa luận để rút ngắn thời gian và chi phí phân tích khi xây dựng HTTT QLNS riêng.